Cómo comprobar las copias de seguridad en 12c oráculo

Las copias de seguridad son una parte importante, pero a veces se pasa por alto, de la gestión de base de datos. Comprobación de las copias de seguridad 12c de Oracle debe ser una parte regular de su rutina diaria. Comprobación de las copias de seguridad incluye estas cosas:

• Asegurar las copia de seguridad completado con éxito y sin errores.

  Desde el punto de vista de una de Oracle DBA, es necesario asegurarse de que todo el proceso de copia de seguridad se registra y no se detectaron errores. Un error común es que el DBA para configurar una copia de seguridad de base de datos, pero no supervisa los registros de salida para confirmar que se ha realizado correctamente.

• Seguimiento de vez en cuando con personal adecuado acerca de las copias de seguridad del sistema operativo.

• Verificar periódicamente para asegurar que el administrador del sistema se está moviendo la copia de seguridad de base de datos de disco a cinta.

Demasiados entornos ponen copias de seguridad del sistema en un segundo plano, ya que se programaron empleos- ninguna alerta estaba en su lugar. Si se suscribe a esta metodología, que podría ser la suscripción a un montón de problemas. Asegúrese de verificar que las copias de seguridad se están ejecutando sin errores.

Sería muy embarazoso y potencialmente carrera limitante para descubrir que has " perdida " una base de datos, ya que, como el DBA, que ignoró los mensajes de error enviados por correo electrónico durante meses.

Mantenga estos consejos de copia de seguridad en mente:

• Recovery Manager Oracle tiene una opción de registro que puede pasar con el script de copia de seguridad. Esta opción fuerza RMAN para registrar los detalles de cada paso de la copia de seguridad ya que se ejecuta. Este ejemplo shell script registra la salida de su copia de seguridad de RMAN en Linux / UNIX:

  # / usr / bin / ksh # Medio Ambiente Settingsexport ORACLE_BASE = / u01 / app / oracleexport ORACLE_HOME = $ ORACLE_BASE / producto / 12.1.0export ORACLE_SID = dev12cexport BAK_DATE = `date '+% d% b% Y_% H_% M'`export PATH = $ ORACLE_HOME / bin: $ PATH objetivo # Ejecutar Backuprman / cmdfile = full_hot_backup.rmnlog = full_hot_backup _ $ {ORACLE_SID} _ $ {BAK_DATE} .log # Comprobar Error CodeExport ECODE = $ if [$ ECODE -gt 0] - thenmailx -s "BACKUP RMAN fallado!" [email protected] echo "BACKUP RMAN EXITOSA" fi

  El guión simple, que usted puede programar en cron, se ejecuta un script de copia de seguridad de su elección (llamado full_hot_backup.rmn) y registra la salida en un archivo con el nombre de base de datos y la fecha adjunto.

  Una vez finalizada la copia de seguridad, el script comprueba si RMAN salió limpiamente. Lo hace mediante la comprobación de un mecanismo llamado código de error. Programas bien escritos tienen este mecanismo. Si la variable de entorno $? tiene un valor de no cero, algo fallado.

  Se recomienda tener una sección si-entonces que envía un e-mail si esa copia de seguridad falló. Por supuesto, si hay una falla, usted tiene que averiguar por qué y arreglarlo. De cualquier manera, la implementación de una notificación similar al ejemplo ayuda a apretar su copia de seguridad y los planes de recuperación.

• Asegúrese de que la copia de seguridad es utilizable. Esta tarea es importante para todas las copias de seguridad, pero es especialmente importante si almacena las copias de seguridad en cinta. Asegúrese de que esas copias de seguridad se pueden restaurar desde la cinta y luego se recuperó de forma activa a una base de datos. Por razones obvias, que no necesariamente tiene que ver esto con su base de datos de producción.

  Usted puede hacer la restauración de una base de datos diferente. Una tarea DBA común es para refrescar las imágenes de base de datos de prueba con la copia de seguridad de producción ejemplares- este proceso es una buena manera de probar las copias de seguridad de producción. De cualquier manera, tan fiable como le gustaría pensar cintas pueden ser, tienes que probarlos.

  ¿Qué pasa si una de las cabezas de la cinta va mal y escribir bloques corruptos? La corrupción silenciosa de copias de seguridad es una rara pero grave problema encontrado por los administradores de bases. Prueba de las copias de seguridad le ayuda a practicar sus estrategias de recuperación y validar su copia de seguridad y recuperación de la postura general.

• Por lo menos, la fecha y guardar este registro de copia de seguridad en un directorio en el sistema. Si quieres dar un paso más, tenerlo por correo electrónico a usted cada día en la copia de seguridad completa. Si es necesario utilizar una copia de seguridad a partir de una fecha específica, guardar los archivos de registro para aquellas copias de seguridad le ayuda a confirmar la copia de seguridad es válida.

• Mira el registro de copia de seguridad para los errores. Imagínese cómo se sentiría si experimentado un fracaso y tuvo que decirle a su jefe que no se puede recuperar debido a que la copia de seguridad ha estado fallando durante seis meses.