ArcSDE DBTUNE and disk configuration for the Production Mapping workspace in SQL Server (Production Mapping)
Los parámetros de almacenamiento DBTUNE permiten controlar la forma de crear objetos con tecnología ArcSDE dentro de una enterprise geodatabase in SQL Server. Puede determinar la forma de asignar espacio a una tabla o un índice, en qué grupo de archivos 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, 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.
For example, DBTUNE can be modified to store the Production Mapping workspace tables in separate data files in different locations on the disk. This will lead to reduced disk contention and improved database input/output.
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.
Disk configuration
Los sistemas de enterprise geodatabase 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 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
Reducing disk input/output contention
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 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 RAID Levels and SQL Server en http://technet.microsoft.com/en-us/library/ms190764(SQL.105).aspx y la publicación Microsoft Windows 2000 Server Administrator's Companion (Microsoft Press), Capítulo 7, Planning Fault Tolerance and Avoidance, por Charlie Russel y Sharon Crawford, en http://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 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 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 |