Actualizar el espacio de tabla al modo alojado localmente

El espacio de tabla tiene dos modos de gestión: diccionario de datos y base de datos local. Si el diccionario de datos se utiliza para mantenimiento, operaciones que ocurren en los segmentos de la base de datos y están relacionadas con la asignación de extensiones (como extender una tabla). causará Si hay muchas tablas con extensiones al operar el diccionario de datos, el diccionario de datos se convertirá en un recurso de cuello de botella para estas operaciones. Se puede ver que si el diccionario de datos se usa para mantener el espacio de tablas, el costo de la base de datos aumentará. ser muy alto

Para resolver este problema y mejorar el rendimiento de la gestión del espacio de tablas, la base de datos Oracle ha lanzado un nuevo modo de gestión del espacio de tablas, es decir, el modo de gestión de alojamiento local si el espacio de tablas está configurado en. En el alojamiento local, estas operaciones de administración de extensiones se bloquearán. De esta manera, cada espacio de índice de la base de datos contiene solo su propia información de extensión. Se puede utilizar la tecnología de acceso al proceso hash rápido para acceder a filas relacionadas en lugar de utilizar el método más lento basado en tablas. Lo más crítico sobre el acceso a consultas es que si hay muchas tablas con muchas extensiones en este momento, el diccionario de datos no se convertirá en un cuello de botella para su rendimiento. Se puede ver que, en las mismas condiciones, el rendimiento del alojamiento local es mejor que el del alojamiento local. el rendimiento del modo de mantenimiento del diccionario de datos debe ser alto

Dos características del modo de alojamiento local

Además de ciertas diferencias en la gestión con respecto al modo de diccionario de datos, el modo de alojamiento local también. proporciona dos opciones más distintivas: la asignación automática y la asignación unificada. Estas dos opciones se utilizan principalmente para controlar el método de línea de visión para asignar extensiones a los segmentos. Si este método está configurado para la asignación automática, el sistema de base de datos Oracle lo utilizará. un algoritmo interno (este algoritmo no es necesario que el administrador de la base de datos lo entienda) Cuando se ajusta el tamaño del segmento (por ejemplo, cuando aumenta el tamaño del segmento), el tamaño de la extensión aumenta automáticamente. En otras palabras, si utiliza la asignación automática. Opción: cuando aumenta el segmento en el espacio de tabla, el sistema de base de datos lo determinará de acuerdo con ciertas reglas. El principio fundamental del algoritmo de tamaño de siguiente extensión apropiado es utilizar el número de extensiones y la relación de expansión como coeficientes y combinarlos con otros parámetros. realizar cálculos de simulación La ventaja de asignar automáticamente tamaños de extensión es obvia porque al comienzo de la implementación en el sistema de base de datos, era difícil establecer un tamaño de extensión razonable debido a varias razones. Ahora que se adopta la asignación automática, si el tamaño de extensión es. Si se establece demasiado pequeño al principio, la base de datos cambiará con las necesidades posteriores. Aumentar automáticamente el tamaño de la siguiente extensión de la tabla puede reducir la cantidad de extensiones totales que tiene la tabla, lo que puede mejorar en gran medida el rendimiento de la base de datos. la opción de asignación automática también puede garantizar que el número de segmentos no exceda su controlabilidad porque la base de datos ajustará automáticamente el alcance de acuerdo con la situación real.

Si se adopta una estrategia de gestión de extensiones unificada, todas las extensiones en. el espacio de tabla se asignará utilizando el mismo tamaño especificado al crear el espacio de tabla. Se tendrán en cuenta otros factores, como la cláusula de almacenamiento establecida en la declaración de creación del segmento, y el tamaño de la extensión no se ajustará a medida que cambien algunas condiciones de la aplicación. Obviamente, si se adopta una estrategia de asignación unificada, entonces la planificación del espacio de tabla debe establecer un tamaño de extensión razonable para ello.

Entonces algunas personas dirán que desde la asignación unificada. Si es tan problemático y no habrá ajuste automático, entonces es mejor utilizar la estrategia de asignación automática. De hecho, no se puede decir que ambas opciones de gestión tienen sus propias ventajas. Si no se establece un tamaño de extensión razonable cuando se crea el espacio de tabla, la base de datos posterior se ajustará de acuerdo con ciertas reglas y adoptará una asignación unificada. La ventaja es que si mueve o elimina segmentos en el futuro, podrá reutilizar mejor las extensiones libres. en el espacio de la tabla como resultado, habrá menos fragmentación porque todos son del mismo tamaño. Mi sugerencia es que si puede determinarlo en función de su experiencia en la gestión de bases de datos al principio, si el tamaño de la extensión del espacio de la tabla es. adecuado, es mejor adoptar una estrategia de gestión de extensión unificada. Por el contrario, si no es seguro que se produzca la eliminación simultánea de segmentos, se puede utilizar la opción de asignación automática para mejorar el rendimiento de la base de datos.

>

2. Actualice el espacio de tabla del modo de alojamiento de diccionario al modo de alojamiento local

Si el espacio de tabla original está en modo de alojamiento de diccionario, puede actualizar al alojamiento local sin volver a crear el espacio de tabla. modo, lo que significa que los datos en el espacio de tabla original no se perderán. Por ejemplo, para el espacio de tabla del sistema SISTEMA, el sistema de base de datos proporciona una aplicación de conversión del modo de administración del espacio de tabla (TableSpace_Migrate_TO_Local). se puede convertir sin formatear en el caso de actualizar el modo de administración del espacio de tabla del modo de alojamiento del diccionario de datos al modo de alojamiento local.

Sin embargo, el método de conversión del modo de alojamiento como el anterior tiene ciertas características. limitaciones, como giros y vueltas al usar este modo de conversión, los parámetros de mapeo se moverán al archivo de datos del espacio de tabla. Se debe formular una cláusula de almacenamiento relevante para cada segmento en el espacio de tabla. Las funciones del modo de administración local (estrategia de asignación automática y estrategia de administración del tamaño de extensión) no se pueden utilizar. Por lo tanto, es imposible reducir de manera efectiva la fragmentación del disco y mejorar el rendimiento de la base de datos. Por lo tanto, si se adopta este modo de actualización, la empresa no obtendrá estrategias. Las mejoras de la actualización y el efecto de mejora del rendimiento de la base de datos también se verán comprometidos

Por esta razón, el método recomendado por el autor es adoptar un método de actualización más completo, es decir, primero exportar los segmentos en el espacio de tabla que debe convertirse para copia de seguridad; luego elimine el espacio de tabla original y restablezcalo (en este momento, configure el modo de alojamiento del espacio de tabla en alojamiento local); finalmente, importe los segmentos originales, aunque es necesario eliminarlos. El gran espacio de tabla original tiene ciertos riesgos operativos. Este método de conversión puede brindar un rendimiento relativamente alto. Además, para que este método sea infalible, es mejor que el administrador de la base de datos realice la operación. Primero, esto ayudará a reducir la aparición de errores en operaciones posteriores. Además, aunque el modo de administración del espacio de tabla se puede actualizar del modo de alojamiento del diccionario de datos al modo de alojamiento local a través de varios métodos, es mejor comenzar con Cuándo. Al implementar el sistema de base de datos, decida qué modo de alojamiento utilizar. Después de todo, los ajustes posteriores aumentarán una cierta cantidad de carga de trabajo y riesgos operativos, y también aumentarán la fragmentación de datos y afectarán el rendimiento de la base de datos.

Tres. pares de espacios de tablas del sistema Restricciones en el modo de conversión

Los espacios de tablas en la base de datos Oracle se dividen aproximadamente en dos categorías: espacio de tablas del sistema (espacio de tablas del sistema) y espacios de tablas que no son del sistema. Los parámetros básicos para la operación de la base de datos son. almacenado en el espacio de tabla del sistema Si actualiza el espacio de tabla, debe prestar atención a algunas restricciones. Solo cuando se cumplan todas estas restricciones, el administrador de la base de datos podrá convertir el modo de alojamiento del espacio de tabla del sistema desde el modo de alojamiento del diccionario de datos. al modo de alojamiento local Estas restricciones son las siguientes (las siguientes son solo algunas restricciones típicas y no las incluyen todas)

Si la base de datos debe iniciarse en modo restringido, la base de datos no estará en modo restringido. predeterminado cuando se inicia normalmente. Si desea convertir el modo de espacio de tabla del sistema al modo alojado localmente, debe reiniciar el sistema de base de datos y seleccionar el modo restringido al inicio. Solo en este modo puede usar la aplicación TableSpace_Migrate_TO_Local mencionada anteriormente para realizar la conversión. En segundo lugar, el espacio de tabla temporal predeterminado para todos los usuarios en la base de datos debe ser un espacio de tabla diferente del sistema. De hecho, al implementar la base de datos, el autor ha enfatizado muchas veces la independencia del espacio de tabla del sistema. Al crear un usuario, no establezca el espacio de tabla temporal predeterminado del usuario en el espacio de tabla del sistema. Esta sugerencia entra en juego aquí. Además, todos los espacios de tabla planificados para la conversión de lectura/escritura deben migrarse a espacios de tabla alojados localmente, etc.

Cuatro consideraciones durante el proceso de actualización

Independientemente de la base de datos utilizada Para actualizar la aplicación o para actualizar reconstruyendo el espacio de la tabla de datos, el autor recomienda encarecidamente que todos los administradores de bases de datos realicen primero la actualización antes de actualizar el espacio de tabla.

El trabajo de la copia de seguridad completa avanzada de la base de datos se debe a que no importa qué método de actualización se utilice, habrá ciertos riesgos. Es como una cirugía, no importa cuán grande o pequeña sea, habrá riesgos. la cirugía puede provocar la muerte, por lo que antes de actualizar, realice una copia de seguridad completa de la base de datos e incluso si la actualización falla, puede usar el archivo de copia de seguridad para restaurar la base de datos al último punto

Además, durante Al actualizar el modo de administración del espacio de tabla, la conexión del usuario debe interrumpirse temporalmente. Es difícil estimar cuánto tiempo llevará porque es difícil garantizar que no ocurran algunas situaciones inesperadas durante el proceso de actualización. Para garantizar que los usuarios aún puedan utilizar las aplicaciones diarias durante el proceso de actualización del espacio de tablas de la base de datos, es mejor elegir cuando el número de usuarios sea relativamente pequeño. Si es una empresa normal, puede optar por convertir el formato del espacio de tablas por la noche o. los fines de semana para reducir el tiempo de inactividad del sistema de base de datos lishixinzhi/Article/program/Oracle/201311/17499