Gestión de la información de anulación

1. Definiciones

Cuando hay modificaciones de datos en curso, Oracle genera la información de anulación que se usará, si es necesario, para anular las modificaciones. Esencialmente, esta información de anulación contiene el valor anterior de los datos modificados por la transacción ("imagen antes", "before image" en inglés) y la identificación de los bloques afectados.

La información de anulación se almacena en los segmentos de anulación.

Principalmente se utiliza para:

El segmento de anulación es una estructura que Oracle utiliza para almacenar temporalmente la versión anterior de los datos que se están modificando en una transacción. Si la transacción se valida (COMMIT), se libera el espacio ocupado; si la transacción se anula (ROLLBACK), la versión anterior de los datos se restaura en lugar de la nueva.

Oracle utiliza los segmentos de anulación para el mecanismo de modo lectura coherente. La noción de modo lectura coherente corresponde al hecho de que los datos que se están modificando en una transacción no se vean por los demás usuarios mientras no se valide la transacción; los demás usuarios ven los datos tal y como eran antes del inicio de la transacción, en un estado coherente frente a las transacciones y reglas de gestión. Si un usuario pregunta a una tabla que se está actualizado en otra transacción, Oracle utiliza el valor anterior de los datos, almacenado en los segmentos de anulación, para responder a la consulta.

Los segmentos de anulación también se utilizan por algunas funcionalidades de flashback que permiten leer (y recuperar) los datos tal y como eran en un instante determinado, en el pasado (consulte el capítulo Copia de seguridad y restauración).

Para terminar, los segmentos de anulación se utilizan durante una restauración de la base de datos para anular las modificaciones no validadas que ya se hayan escrito en los archivos de datos (consulte los conceptos fundamentales en el capítulo Copia de seguridad y restauración).

Las necesidades respecto a información...

1. Principio

Para implementar la gestión automática de la información de anulación es necesario:

2. Los argumentos de inicialización

UNDO_MANAGEMENT

Este argumento indica el modo de gestión deseado para la información de anulación. Los valores posibles son AUTO (valor por defecto) o MANUAL. Este argumento es estático; hay que volver a arrancar la base de datos para cambiar el modo de gestión de la información de anulación.

UNDO_TABLESPACE

Este argumento especifica el nombre del tablespace de anulación que se va a utilizar durante el inicio de la instancia. Se puede indicar el nombre de cualquier tablespace de anulación. Por defecto, este argumento está vacío y se utiliza el primer tablespace de anulación encontrado en la base de datos (como veremos más adelante); a continuación, Oracle informa el argumento UNDO_TABLESPACE. Este argumento es dinámico.

El argumento UNDO_TABLESPACE es particularmente interesante si la base de datos dispone de varios tablespaces de anulación; permite indicar el nombre del tablespace de anulación que se va a utilizar durante el inicio de la instancia. Este argumento es particularmente...

1. Características del tablespace de anulación

El tablespace de anulación se administra obligatoriamente de manera local, con una gestión automática de las extensiones (EXTENT MANAGEMENT LOCAL AUTOALLOCATE). Puede ser SMALLFILE o BIGFILE, y utilizar cualquier tamaño de bloque (no solo el tamaño de bloque estándar). De lo contrario, forzosamente es READ WRITE, LOGGING y PERMANENT.

Es imposible prohibir la creación de otros segmentos (tabla, índice) en un tablespace de anulación. Se pueden crear en la base de datos varios tablespaces de anulación (que contienen sus propios segmentos de anulación), pero solo uno está activo en la instancia (utilizado) en un instante dado. Es posible cambiar de tablespace de anulación dinámicamente. El tablespace de anulación activo no se puede desactivar (pasar a OFFLINE) o eliminar.

2. Funcionamiento del tablespace de anulación

En un tablespace de anulación, los segmentos de anulación se crean automáticamente y se administran por Oracle (y solo por él). Se denominan _SYSSMU* y se dimensionan (nombre y tamaño) automáticamente en función de las necesidades.

En función de las necesidades, se activan automáticamente los segmentos de anulación almacenados en el tablespace de anulación, actualmente activo. Oracle crea automáticamente nuevos segmentos de anulación en el tablespace de anulación activo si lo juzga necesario. Los segmentos de anulación creados de esta manera no se eliminan; si Oracle considera que ya no son necesarios (al disminuir la actividad transaccional), los pasa a modo OFFLINE. Si posteriormente la instancia los necesita de nuevo, los vuelve a poner en modo ONLINE.

Intentar gestionar directamente los segmentos de anulación (adición, eliminación, activación, desactivación, dimensionamiento, etc.) no tiene ningún efecto. Oracle no devuelve ningún error, pero no hace nada. De cualquier manera, ¿por qué querer...

1. Encontrar la información en el tablespace de anulación

Las vistas que se presentan en el capítulo Tablespaces y archivos de datos se pueden utilizar para encontrar información relativa a los tablespaces de anulación y sus archivos de datos:

Adicionalmente, la vista DBA_UNDO_EXTENTS ofrece información más específica acerca de las extensiones asignadas en los tablespaces de anulación:

DBA_UNDO_EXTENTS 

Ejemplo:

SQL> SELECT tablespace_name,segment_name,extent_id,blocks,status 
  2  FROM dba_undo_extents 
  3  ORDER BY tablespace_name,segment_name,extent_id; 
TABLESPACE SEGMENT_NAME               EXTENT_ID     BLOCKS STATUS 
---------- ------------------------- ---------- ---------- --------- 
UNDOTBS    _SYSSMU10_1216212870$              0          8 UNEXPIRED 
UNDOTBS    _SYSSMU10_1216212870$              1          8 UNEXPIRED 
UNDOTBS    _SYSSMU10_1216212870$              2        128 UNEXPIRED 
UNDOTBS    _SYSSMU10_1216212870$          ...