Disponible con una licencia de Workflow Manager.
Las palabras clave de configuración le permiten controlar la forma de crear objetos en una geodatabase corporativa en una base de datos de SQL Server. Puede determinar, entre otras cosas, la forma de asignar espacio a una tabla o un índice, en qué FileGroup se crea una tabla o un índice, y otros atributos de almacenamiento específicos de SQL Server. También permiten especificar uno de los formatos de almacenamiento disponibles para la geometría de una columna espacial.
Las palabras claves de configuración están almacenadas en la tabla DBTUNE. La tabla DBTUNE, así como otras tablas de metadatos, se crea en la base de datos al ejecutar la herramienta Crear geodatabase corporativa o Habilitar geodatabase corporativa.
Si un gran número de conexiones de base de datos accede a los mismos archivos en la misma ubicación del disco, el rendimiento de la base de datos será bajo porque las conexiones compiten entre sí para los mismos recursos. Para reducir esta competición, los archivos de base de datos se pueden almacenar en ubicaciones diferentes del disco.
Por ejemplo, DBTUNE se puede modificar para almacenar las tablas de espacio de trabajo de Workflow Manager (Classic) en archivos de datos independientes, en ubicaciones diferentes del disco. Esto dará lugar a una reducción de conflicto del disco y una mejora en la entrada/salida de base de datos.
Las recomendaciones de almacenamiento de SIG estándar favorecen el mantenimiento del índice y de los archivos de registro separados del vector y las tablas de negocios. Por razones de rendimiento, es preferible colocar las tablas de negocios, entidades e índices espaciales por separado y colocar los archivos de datos de grupo de archivos en función de su patrón de uso. Para una geodatabase de edición altamente activa y multiversionada, los archivos de base de datos del FileGroup VERSIONS pueden estar separados y repartidos en varios discos disponibles para evitar los conflictos de entrada/salida.
Configuración de disco
Los sistemas de geodatabase corporativa de gran producción deben emplear una solución de división de hardware. Las mejores estrategias de organización de datos y disco implican la dispersión de los datos en varios discos.
Con los datos esparcidos en varios discos, habrá más cabezales buscándolos de forma activa. Esto puede aumentar el tiempo de lectura de disco y reducir el conflicto de disco. Sin embargo, la existencia de muchos discos puede ralentizar una consulta. Hay dos medios principales para lograr la división: FileGroups y conjunto redundante de discos independientes (RAID). También puede combinar ambos mediante la creación de FileGroups en conjuntos de discos. Puede emplear estrategias de segregación de datos; mantener las tablas desde los índices o ciertos tipos de tablas desde otras tablas mejorará el rendimiento y aliviará las cargas administrativas.
La configuración óptima sugerida de SQL Server es la siguiente:
- Disco 0: software de aplicación/SQL Server
- Disco 1: master, model, msdb
- Disco 2: tempdb
- Disco 3: archivos de log
- Disco 4: tablas de datos de entidad
- Disco 5: tablas de datos de índice espacial
- Disco 6: tablas de negocios/datos de atributos
- Disco 7: índices de SQL Server
Reducir conflicto de entrada/salida del disco
Como norma, debe crear archivos de base de datos lo más grandes posible de acuerdo con la cantidad máxima de datos que previsiblemente vaya a contener la base de datos para absorber su futuro crecimiento. Mediante la creación de archivos grandes puede evitar la fragmentación de archivos y mejorar el rendimiento de la base de datos. En muchos casos podrá dejar que los archivos de datos crezcan automáticamente; solamente tendrá que asegurarse de limitar el crecimiento automático especificando un tamaño máximo de crecimiento que deje algún espacio disponible en el disco duro. Si coloca FileGroups diferentes en discos diferentes, también puede ayudar a eliminar la fragmentación física de los archivos según aumenta su tamaño.
Para configurar los archivos de registro y datos de manera que el rendimiento sea máximo, siga estas prácticas recomendadas:
- Para evitar conflictos de disco, no coloque los archivos de datos en la unidad que contenga los archivos del sistema operativo.
- Coloque los archivos de registro de transacciones y los archivos de datos en unidades diferentes. Esto le proporcionará el máximo rendimiento ya que se reduce el conflicto de discos entre los archivos de datos y de registro de transacciones.
- Si es posible, coloque la base de datos tempdb en una unidad independiente, preferiblemente un sistema RAID 10 o RAID 5. Para los entornos de uso intensivo de las bases de datos tempdb, podrá obtener un mejor rendimiento colocando la base de datos tempdb en una unidad independiente, permitiendo que SQL Server realice operaciones de tempdb de forma paralela a las operaciones de base de datos.
- La configuración RAID preferible para los archivos de base de datos depende de varios factores, incluidos el rendimiento y las necesidades de capacidad de recuperación. RAID 10 es el sistema RAID recomendado para los archivos de índice, de datos y de registro de transacciones. Dado que los archivos de registro de transacciones suelen ser más pequeños que los archivos de datos y de índice, puede considerar la opción de mantener los archivos de registro de transacciones en un sistema RAID 10 con una capacidad de agrupación más pequeña y almacenar los archivos de datos y de índice en un sistema RAID 5 con una mayor capacidad de agrupación para quienes tienen limitaciones de presupuesto.
Para obtener más información sobre RAID, consulte RAID Levels and SQL Server y la publicación Microsoft Windows 2000 Server Administrator's Companion (Microsoft Press), Capítulo 7, Planning Fault Tolerance and Avoidance, de Charlie Russel y Sharon Crawford.
- Utilice particiones en tablas grandes. El uso de particiones permite dividir una tabla en varios FileGroups; podrá colocar un subconjunto de una tabla o un índice en un grupo de archivos designado. Esta capacidad permite separar partes específicas de una tabla o de un índice en FileGroups individuales y administrar de forma eficaz la E/S de archivos de tablas volátiles. Las particiones permiten administrar fácilmente las rutinas de archivado y las operaciones de carga de datos.
Lo que sigue es un diseño sugerido para reducir el conflicto de E/S de disco:
| Tipo de archivo | Actividad de base de datos | Mover archivo a disco con |
|---|---|---|
| Archivos de registro de transacciones | Ediciones frecuentes | Entrada/salida relativamente baja |
| Archivos de registro de transacciones | Pocas ediciones o ninguna edición | Entrada/salida moderada |
| tempdb | Ediciones frecuentes | Entrada/salida baja pero separada de los archivos de registro de transacciones |
| master, model, msdb | Pocas ediciones | Entrada/salida moderada |
| Datos | Ediciones frecuentes | Entrada/salida relativamente baja |