Configuración de DBTUNE y de disco para el espacio de trabajo de revisor en Oracle

Los parámetros de almacenamiento DBTUNE permiten controlar la forma de crear objetos con tecnología ArcSDE dentro de una geodatabases en Oracle. Podrá determinar la forma de asignar espacio a una tabla o a un índice, en qué espacio de tablas se creará una tabla o un índice, y otros atributos de almacenamiento específicos de Oracle. 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 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 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 espacio de tablas 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 espacio de tablas 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 demasiados discos puede ralentizar una consulta. Hay dos medios principales para lograr la división: espacios de tabla y conjunto redundante de discos independientes (RAID). También puede combinar ambos mediante la creación de espacios de tabla 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 Oracle es la siguiente:

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 espacios de tabla 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:

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

Registro de rehacer

Ediciones frecuentes

Entrada/salida relativamente baja

Registro de rehacer

Pocas ediciones o ninguna edición

Entrada/salida moderada

Archivos de registro de deshacer

Ediciones frecuentes

Entrada/salida baja pero separada de los archivos de registro de rehacer

Datos del sistema

Ediciones frecuentes

Entrada/salida moderada

Espacio de tablas temporal

Pocas ediciones

Entrada/salida alta

5/9/2014