Configuración de DBTUNE y de disco para el espacio de trabajo de Workflow Manager en SQL Server
Los parámetros de almacenamiento DBTUNE permiten controlar la forma de crear objetos con tecnología ArcSDE dentro de 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.
Los parámetros de almacenamiento DBTUNE se almacenan en la tabla DBTUNE. La tabla DBTUNE, junto con todas las demás tablas de metadatos, se crea durante la fase de configuración que sigue a la instalación de ArcSDE. La instalación de ArcSDE crea un archivo DBTUNE en el directorio <installation location>\Archivos de programa\ArcGIS\ArcSDE\sqlexe\etc a partir del cual se rellena la tabla DBTUNE.
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 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: grupos de archivos y conjunto redundante de discos independientes (RAID). También puede combinar ambos mediante la creación de grupos de archivos 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, 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 grupos de archivos 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 grupos de archivos; 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 grupos de archivos 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 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 |