Conceptos básicos de archivos 12c oráculo

Archivado

es la capacidad de la base de datos para realizar un seguimiento de todos los cambios de datos. Usted puede convertir el archivo de encendido o apagado. Afortunadamente, Oracle 12c ha diseñado el archivado para causar una sobrecarga mínima. Al final, el precio vale la tranquilidad de saber que usted tiene de tener una operación 24/7 con cero pérdida de datos rematadamente casi garantizado.

Cómo convertir el archivo de encendido y apagado en Oracle 12c

Con el archivo de apagado, puede realizar copias de seguridad de la base de datos sólo cuando está cerrado (también llamado consistente copias de seguridad). Usted lo hace por el cierre de esa base de datos y ponerlo en marcha en el modo de montaje. Como resultado, no hay cambios se les permite a los datos.

Este método le permite tomar una copia consistente de los datos, tal como existe en ese punto en el tiempo. Si alguna vez tiene que restaurar esta copia de seguridad, la base de datos se verá exactamente como lo hizo cuando se tomó la copia de seguridad. . . incluso si lo que era hace un año.

Usted puede empezar a ver algunos inconvenientes si a su vez el archivo de apagado:

• Inconvenientes son inaceptables si su base de datos requiere disponibilidad 24/7. No se puede simplemente apagarlo y no permitir cambios durante el tiempo que toma la copia de seguridad.

• Incluso si lo hace copias de seguridad consistentes cada día, lo que ocurre con los cambios que se producen entre las copias de seguridad? Están perdidos si tiene que restaurar desde una copia de seguridad anterior.

Con el archivado activada, se obtienen los siguientes beneficios:

• Todos los cambios de datos se realiza un seguimiento.

• Usted puede hacer copias de seguridad con la base de datos abierta y disponible para todos los usuarios.

• Si alguna vez tiene que restaurar una copia de seguridad que fue tomada la noche anterior, se puede aplicar en los archivos que fueron rastreados hasta el punto de fallo.

En realidad, el archivo es una necesidad para casi todas las bases de datos de producción en vivo. Es raro que usted puede permitirse el lujo de tener la base de datos fuera de línea durante largos periodos de tiempo o el lujo de perder datos en caso de que una copia de seguridad tiene que ser restaurado.

Conceptos básicos de los registros archivados en Oracle 12c

Además del impacto del proceso de archivo, usted tiene que considerar qué hacer con todos los archivos de registro de archivos que se crean. Una vez más, el tamaño de su base de datos y el número de cambios de determinar la cantidad de datos de archivo se creará.

Usted tiene dos opciones para dónde almacenar los registros de archivo:

• Fast área de recuperación: Si almacena los registros de archivado aquí, Oracle cuidadosamente los organiza por la base de datos y la fecha. Esta solución resulta en menos trabajo y menos parámetros a configurar.

• LOG_ARCHIVE_DEST_n parámetro de inicialización: Esto es en realidad 30 parámetros. los n representa un número del 1 al 30. Así es: Puede almacenar hasta 30 copias de sus registros de archivos (pero hacerlo sería una exageración). DBAs comúnmente tienen dos, tal vez tres copias. He aquí un ejemplo de cómo puede establecer el parámetro LOG_ARCHIVE_DEST_1 en su spfile:

  alteraciones en el sistema establecido LOG_ARCHIVE_DEST_1 UBICACIÓN = / u01 = '/ oradata / dev12c / archive'-

La conclusión es que usted necesita para controlar la creación, almacenamiento y copia de seguridad de los registros de archivo. Es un hecho de la vida DBA.

La buena noticia es que usted necesita para mantener los registros de archivo sólo para la recuperación entre las copias de seguridad. ¿Significa eso que si usted copia de seguridad de todas las noches, puede destrozar todos los registros de archivos creados con anterioridad a esa copia de seguridad? No. No la basura todos los días. No hay una regla general por cuánto tiempo para mantenerlos, pero tenga en cuenta la siguiente situación:

Es Miercoles. Usted está tomando una copia de seguridad completa de su base de datos todas las noches y se ejecuta en modo de registro de archivado. Después de la copia de seguridad, elimina todos los registros de archivos creados con anterioridad a esa copia de seguridad. Al mediodía, se produce un fallo catastrófico del disco y debe restaurar copias de seguridad de la noche anterior (martes). Usted descubrirá que la cinta de copia de seguridad de la noche anterior había café derramado en ella (tsk tsk) y ya no es bueno.

Ver dónde vamos con esto?

• Hay que volver a la cinta de copia de seguridad desde hace dos noches (lunes).

• Restaurar la copia de seguridad y encuentra que no se puede poner al día a la hora de que el disco no logró hoy porque destrozaste todos los registros de archivado después de cada copia de seguridad nocturna.

Una vez más, se recomienda no sólo para mantener los registros de archivado desde hace algún tiempo, sino también incluirlos como parte de la copia de seguridad.

Sin otras exigencias, es posible que desee mantener registros archivados durante al menos 30 días. Este sistema le da un montón de tiempo para volver atrás en el caso de que las copias de seguridad diarias o incluso semanales incurren en algún tipo de percance desafortunado.

Mírelo de esta manera: Si usted copia de seguridad de registros de archivos, puede eliminarlos del sistema para ahorrar espacio. Otra razón para mantener copias de seguridad de archivos de registro: Le permite restaurar su base de datos para períodos de tiempo atrás.