Copias de seguridad de Oracle

Los tipos de copias de seguridad que puede realizar para una base de datos Oracle incluyen lo siguiente:

• Copia de seguridad en caliente

  Una copia de seguridad en caliente es crear una copia de seguridad de una base de datos Oracle mientras se está ejecutando la instancia de base de datos. Si planea realizar una copia de seguridad en caliente, debe utilizar la base de datos en el modo ARCHIVELOG.

  Introduzca el comando ALTER TABLESPACE > BEGIN BACKUP antes de hacer la copia de seguridad de cada espacio de tabla; lo que le indica a Oracle que se está realizando una copia de seguridad en caliente. Si no se emite este comando, la copia de seguridad en caliente parece funcionar pero puede resultar inútil para restaurar la base de datos. Para finalizar la copia de seguridad en caliente, por cada espacio de tabla, introduzca el comando ALTER TABLESPACE > END BACKUP.

  Los cambios en los datos se graban y se mantienen en el segmento de reversión hasta que ya no los necesita ninguna transacción pendiente. Hacer una copia de seguridad en caliente evita la liberación de los datos del segmento de reversión hasta que se emite el comando ALTER TABLESPACE … END BACKUP. Por lo tanto, el segmento de reversión debe ser lo suficientemente grande para alojar los cambios que se realizan durante la copia de seguridad en caliente. Si el segmento de reversión se queda sin espacio, la transacción no funcionará debido a un error ORA-1555:

  ORA-1555: snapshot too old (rollback segment too small)

  Mientras que la copia de seguridad en caliente funciona a pesar de este error, es posible que sea necesario volver a introducir los cambios realizados a la base de datos.

  Puede evitar este error si realiza una copia de seguridad en caliente durante los momentos de baja actividad en la base de datos o si se asegura de que los segmentos de reversión son lo suficientemente grandes para alojar los cambios que se realizan durante la copia de seguridad.

  No es necesario apagar el proceso del servidor de ArcSDE (giomgr) antes de realizar una copia de seguridad en caliente.

  Para obtener detalles sobre la copia de seguridad en caliente, consulte la Oracle Backup and Recovery Guide de su versión de Oracle.

• Copia de seguridad en frío

  Una copia de seguridad en frío es crear una copia de seguridad de una base de datos Oracle mientras la instancia de base de datos está apagada. La administración de una copia de seguridad en frío es más simple que una copia de seguridad en caliente y tiene menos probabilidades de errores. Si ejecuta la base de datos en el modo NOARCHIVELOG, su única opción es hacer una copia de seguridad en frío. Ejecutar la base de datos en el modo ARCHIVELOG permite utilizar una copia de seguridad en frío para recuperar una base de datos hasta la última transacción confirmada.

• Exportación de base de datos

  Puede utilizar la utilidad de exportación de Oracle para complementar una copia de seguridad completa. Si, entre copias de seguridad completas, se realizan cambios a un conjunto conocido de objetos de datos, puede exportar los objetos. Sin embargo, la utilidad de exportación sólo debe usarse en objetos de datos que no cambian durante la exportación y en todos los objetos de datos que estén estrechamente relacionados. Por ejemplo, si utiliza la exportación para hacer una copia de seguridad de una tabla de negocios, también debe capturar el índice espacial relacionado y las tablas delta y de entidad en la misma copia de seguridad.

  Nota:

  Esri no recomienda que utilice la utilidad de exportación como único método de copia de seguridad.

  También puede hacer una copia de seguridad de la base de datos Oracle completa con la utilidad de exportación de Oracle, y después puede hacer una copia de seguridad acumulativa o incremental. Para obtener más información sobre la utilidad de exportación, consulte el manual de utilidades de Oracle de su versión de Oracle.

Debe realizar copias de seguridad completas de la base de datos Oracle de forma regular. Una copia de seguridad completa debe incluir la base de datos Oracle, los archivos de control, los archivos de datos, los archivos de registro de rehacer y (si inició un servicio de ArcSDE) los archivos giomgr.defs, dbinit.sde y services.sde.

Nota:

Es importante que también evalúe y se asegure de que las copias de seguridad que realizó se restauren correctamente y funcionen como se espera.

Si su base de datos Oracle funciona bajo el modo ARCHIVELOG, puede agregar diversas variaciones a su estrategia de copia de seguridad además de la copia de seguridad completa y periódica. Las bases de datos que funcionan bajo el modo NOARCHIVELOG están restringidas a copias de seguridad completas pero con la posibilidad de agregar archivos de exportación de Oracle.

Debe hacer al menos tres copias de los archivos de control con cada copia de seguridad debido a la importancia que tienen de asegurar la consistencia de la base de datos. Como los archivos de control son comparativamente pequeños, el coste de hacerlo es insignificante.

Los archivos de registro de rehacer son esenciales para llevar los archivos de datos de un estado anterior a un estado posterior. Entre dos puntos de tiempo, para que funcione la recuperación de la base de datos se deben poder encontrar los registros de rehacer en una secuencia ininterrumpida.

Esri recomienda que mantenga al menos dos copias de todos los registros de rehacer archivados con una antigüedad razonablemente necesaria para la recuperación de la base de datos. Las dos copias deberán almacenarse en distintas unidades de disco de medios separadas físicamente, por ejemplo, o en una unidad de disco y una unidad de cinta.

Si intenta limpiar los archivos de registro de rehacer archivados desde la ubicación en el disco, antes de la limpieza asegúrese de contar con una segunda copia de seguridad de cada archivo de registro de rehacer archivado.

Esta estrategia de diversas copias de seguridad de los archivos de registro de rehacer archivados ayuda a proteger contra varios errores de medios; lo que no es tan poco común como parece. Algunas unidades de cinta, por ejemplo, no pueden detectar errores de bits hasta que intenta restaurar un archivo, cuando puede ser demasiado tarde.

Mientras mantenga cuidadosamente varias copias de registros de rehacer archivados, sólo necesita hacer una copia de seguridad única de cada archivo de datos con cada copia de seguridad.

Nota:

Para hacer la copia de seguridad, no se necesitan los archivos de registro de rehacer on-line. Si hay un error en el archivo actual de registro de rehacer on-line, la información confirmada aún existe en la memoria, que Oracle escribe en los archivos de datos cuando se emite un punto de control. Oracle emite un punto de control automáticamente cuando usted apaga una instancia de base de datos con prioridad NORMAL, IMMEDIATE o TRANSACTIONAL. Antes de apagar una base de datos con prioridad ABORT, si es posible debe forzar un punto de control con el comando ALTER SYSTEM > CHECKPOINT.

Es importante que lea la documentación sobre recuperación y copia de seguridad disponible para Oracle. La documentación es la siguiente:

Backup and Recovery Guide

Lista de documentación on-line de Oracle 10

Lista de documentación on-line de Oracle 11

Sugerencia:

Si tiene geodatabases de esquema de usuario, asegúrese de hacer una copia de seguridad de la geodatabase maestra, así como de las geodatabases de esquema de usuario. Existen algunas tablas en el esquema del usuario SDE, que son utilizadas por las geodatabases de esquema de usuario.