Disponible con una licencia de Data Reviewer.
Las palabras clave de configuración le permiten controlar cómo se crean objetos dentro de geodatabase en SQL Server. Podrá determinar la forma de asignar espacio a una tabla o a un índice, en qué FileGroup se creará una tabla o un índice y otros atributos de almacenamiento específicos de SQL Server. Las palabras clave de configuración 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 competirán entre sí por 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 revisor 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 grupo de archivos 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 para 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 registro
- 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, puede dejar que los archivos de datos crezcan automáticamente; solo tiene 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 el conflicto de disco, no coloque los archivos de datos en la misma unidad que contenga los archivos del sistema operativo.
- Coloque los archivos de registro de transacciones en una unidad separada de los archivos de datos. Esto proporciona el máximo rendimiento ya que se reduce el conflicto de disco entre los datos y los archivos de registro de transacciones.
- Si es posible, coloque la base de datos en una unidad independiente, preferiblemente en un sistema RAID 10 o RAID 5. En los entornos en los que se produce un 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 en paralelo con 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 el artículo Niveles RAID y SQL Server en https://technet.microsoft.com/en-us/library/ms190764(SQL.105).aspx y Microsoft Windows 2000 Server Administrator's Companion (Microsoft Press), capítulo 7, Planning Fault Tolerance and Avoidance, de Charlie Russel y Sharon Crawford, en https://technet.microsoft.com/pt-br/library/bb742464(en-us).aspx.
- 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.
A continuación se muestra un diseño sugerido para reducir el conflicto de entrada/salida 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 |