¿Cuáles son las fallas comunes en los sistemas de bases de datos?

Condiciones y suposiciones: se han generado nuevos registros de archivo desde la última copia de seguridad del modo de registro de archivo; existen copias espejo (en frío) de archivos de datos sincronizados y registros de archivo de control;

Pasos de recuperación:

1. Si la base de datos no se ha cerrado, ciérrela primero: $ svrmgrl svrmgrl gt conexión interna

apagado de svrmgrl gt cancelado

2. Copie los archivos de respaldo a su ubicación original: todos los archivos de la base de datos.

Todos los archivos de control (sin archivarlos o rehacerlos, las actualizaciones de los archivos de control no tienen sentido).

Todos los registros de rehacer en línea (no archivados) archivos init.ora (opciones)

3 Inicie la base de datos: $ svrmgrl

conexión svrmgrl gt interna<. /p>

p>

svrmgrl gt startup

Los archivos de datos, los registros de rehacer y los archivos de control se pierden o dañan simultáneamente:

Condiciones y suposiciones: modo Archivelog mirrors; de todos los archivos faltantes (en frío) Todas las réplicas están sincronizadas; registros de archivos disponibles

Pasos de recuperación (se debe utilizar una recuperación incompleta):

1. ciérrelo primero: $ svrmgrl svrmgrl gt conexión interna

Apagado de svrmgrl gt cancelado

2. Copie el archivo de copia de seguridad nuevamente a la ubicación original:

Toda la base de datos. archivos

Todos los controles Archivo

Todos los registros de rehacer en línea (no archivados)

Archivo Init.ora (opción)

3. Inicie la base de datos, pero no la abra:

svrmgrl gt inicia la instalación

4. Realice una recuperación incompleta de la base de datos y aplique todos los archivos acumulados desde el último espejo (en frío). copia de seguridad:

svrmgrl gt Utilice el archivo de control de copia de seguridad para restaurar la base de datos hasta que se cancele

......

......<; /p>

Cancelar

5. Restablecer el archivo de registro (no se puede omitir al inicio):

svrmgrl gt cambia la base de datos para abrir el registro de reinicio;

6. Cierre la base de datos y realice una copia de seguridad en frío de toda la base de datos.

Tanto los archivos de datos como los archivos de control faltan o están dañados:

Condiciones y suposiciones: modo Archivelog; hay copias en frío sincrónicas de los archivos de datos y los registros de archivo de control disponibles

p>

Pasos de recuperación:

1. Copie los archivos de datos de copia en frío y los archivos de control a la ubicación original:

$ CP/backup/good_one.DBF/orig_loc/ bad_one.DBF

$ CP/Backup/Control1.ctl/Disk1/Control1.CTL

2 Inicie la base de datos usando la opción de montaje:

$ svrmgrl.

svrmgrl gt se conecta internamente

svrmgrl gt inicia la instalación

3. Utilice el archivo de control antiguo para restaurar la base de datos:

svrmgrl. gt utiliza el archivo de control de copia de seguridad para restaurar la base de datos hasta que se cancele;

* * *Se completa la recuperación de medios.

(Debe cancelar después de aplicar el último registro archivado)

4 Restablecer el archivo de registro (no se puede omitir al inicio):

svrmgrl gt cambia la base de datos. Abrir el registro de reinicio;

Cuando el registro de rehacer y el archivo de control se pierden o dañan al mismo tiempo:

Condiciones y suposiciones: todos los archivos de control se pierden o dañan el modo de registro de archivo; El archivo tiene una copia reflejada (en frío).

Pasos de recuperación:

1. Si la base de datos no se ha cerrado, ciérrela primero:

$ svrmgrl

svrmgrl gt. conexión interna

apagado de svrmgrl gt cancelado

salida de svrmgrl gt

2. Sobrescriba el archivo de control dañado con una copia reflejada (en frío):<. /p>

$ CP/Backup/Control1.ctl/Disk1/Control1.CTL

3 Inicie la base de datos, pero no la abra:

$ svrmgrl

conexión svrmgrl gt interna

svrmgrl gt inicia la instalación

4. Eliminar registros de rehacer dañados (solución de problemas de hardware):

registros de eliminación de base de datos svrmgrl gtalter Grupo de archivos 2;

5. Vuelva a crear el registro de rehacer:

base de datos svrmgrl gtalter agregue el grupo de archivos de registro 2 '/orig _ loc/log2

6. Utilice el archivo de control antiguo para restaurar la base de datos:

svrmgrl gt utiliza el archivo de control de copia de seguridad para restaurar la base de datos hasta que se cancele;

(Debe cancelarse inmediatamente )

7. Restablecer el archivo de registro (no se puede omitir al inicio):

svrmgrl gt cambia la base de datos para abrir el registro de reinicio

8. la base de datos y realizar una copia de seguridad en frío de toda la base de datos.

Solo cuando el registro de rehacer archivado se pierde o daña:

Según los diferentes entornos y condiciones, elija uno de los siguientes métodos:

A. todos los archivos de datos inmediatamente (si el sistema utiliza una copia de seguridad en caliente normal o una copia de seguridad en caliente RMAN).

b. Apague inmediatamente la base de datos normalmente y realice una copia de seguridad en frío (si el sistema utiliza una copia de seguridad en frío).

C. ¡Aventura! No realice una copia de seguridad y permita que la base de datos continúe ejecutándose hasta el siguiente ciclo de copia de seguridad. Es una apuesta a que no habrá errores de los que recuperarse antes de que llegue el siguiente ciclo de copia de seguridad.

Nota: Opción de tomar riesgos: Si ocurre un error y es necesario restaurar la base de datos, solo se puede restaurar al sitio de operaciones antes del registro de archivo en cuestión. Por otro lado, cuando hay un problema con el registro de archivo, está bien si la base de datos en sí no requiere recuperación.

Cómo lidiar con la falla de la estructura lógica de Oracle:

La falla de la estructura lógica generalmente se refiere a la pérdida de datos importantes debido a una mala operación humana. En este caso, la estructura física de la base de datos es completa y consistente. En este caso, no es apropiada una restauración completa de la base de datos original. Generalmente utilizamos tres métodos para recuperar los datos del usuario.

Utilice la herramienta exp/imp para restaurar los datos del usuario;

Este método solo se puede utilizar si hay una copia de seguridad de los datos que se perdieron previamente al usar el comando exp.

1. Crea un usuario temporal en la base de datos:

svrmgrl gtCrea el usuario test_user identificado por la prueba

svrmgrl gt se conectará y otorgará el recurso a test_. usuario

2. Desde el archivo respaldado por el comando exp anterior, vierta la tabla de datos perdidos en el usuario de prueba de acuerdo con el método del usuario:

$ imp system/manager file = exportar_archivo_nombre tablas = (perdido_datos_tabla_nombre...) del usuario = perdido_datos_tabla_propietario al usuario = prueba_restricción de usuario = n; La declaración DML correspondiente para probar que los datos perdidos del usuario se restauran al usuario original.

4. Elimine el usuario de prueba:

svrmgrl gtdrop user test _ user cascede

Utilice logminer para restaurar los datos del usuario:

Logminer es Oracle Proporciona herramientas de análisis de registros. Puede analizar registros en línea y registros archivados de acuerdo con el diccionario de datos para obtener el historial de varias operaciones DML en la base de datos y la información de reversión de varias operaciones DML. Según estos usuarios, los datos perdidos debido a un mal funcionamiento se pueden volver a agregar a la base de datos.

1. Confirme que se haya configurado el parámetro utl_file_dir de la base de datos. De lo contrario, debe agregar este parámetro al archivo de parámetros de inicialización de Oracle y luego reiniciar la base de datos. El siguiente ejemplo supone utl_file_dir = '/opt/Oracle/db 01 ';

2. Cree la información del diccionario de datos requerida por logminer, asumiendo que el archivo de texto del diccionario de datos generado es dict.ora:

p>

svrmgrl gt ejecutar DBMS_logmnr_d.build(dictionary_filename = gt; 'dict.ora', Dictionary_location = gt/opt/Oracle/db 01');

3. Determine el alcance de los registros que se analizarán o archivarán. De esta manera, el rango de registro aproximado se puede determinar en función del momento en que el usuario opera incorrectamente. Supongamos que los archivos de registro posibles son /opt/Oracle/db02/oradata/orcl/redo 3.log y el registro de archivo '/opt/Oracle/arch/orcl/orclarc_1_113.ora'.

4. Cree una lista de archivos de registro para analizar y agréguelos en el orden de los archivos de registro:

svrmgrl gtexecute DBMS_log mnr.add_log file(log filename = gt ;/opt /Oracle/arch/orcl/orclarc_1_113.ora', opciones = gtdbms_logmnr. new);

svrmgrl gt ejecuta el archivo DBMS_log mnr.add_log (nombre de archivo de registro = gt ;/opt/Oracle/db02/oradata/ORCL /rehacer 3. iniciar sesión ', opciones = gtdbms_logmnr.

ADDFILE);

5. Inicie el análisis del registro, asumiendo que el tiempo a analizar es entre el '28 de junio de 2003 02:00:00' y el '28 de junio de 2003 03:00:00';

svrmgrl gt ejecuta DBMS_log mnr. start_log mnr(dict filename = gt;/opt/Oracle/db 01/dict. ora ', starttime = gtto_date(' 2003-06 -28 12:00:00 ' ,' AAAA-MM-DD HH:MI:SS '), hora de finalización = gtto_date(to_date('2003-06-28 13:00:00',' AAAA-MM -DD ​​HH:MI:SS ');

6. Obtenga los resultados del análisis:

svrmgrl gtSelect operación, sql_redo, sql_undo de v＄log mnr_contents

p>

7. según los resultados del análisis

8. Finalice el registro:

svrmgrl gtDBMS _ log mnr . end _ log mnr

9. Utilice los métodos adecuados para crear. una copia de seguridad completa de la base de datos original

Utilice la copia de seguridad para restaurar los datos del usuario:

Este método no restaura la base de datos original, pero utiliza la copia de seguridad de la base de datos. nueva base de datos en la nueva máquina. A través de la copia de seguridad y la recuperación, la base de datos se puede restaurar a la base de datos original antes de que el usuario operara incorrectamente en la nueva máquina, obteniendo así los datos perdidos y restaurándolos a la base de datos original. 1. Instale el software de base de datos en la nueva máquina.

2. Para los sitios con respaldo de base de datos, es necesario instalar y depurar el software de administración de respaldo correspondiente en el nuevo servidor de base de datos. 3. Realice operaciones de recuperación de bases de datos en un momento dado en función del momento en el que el usuario realizó una operación incorrecta. Para los sitios que no tienen copias de seguridad en cinta, puede seleccionar la cinta de copia de seguridad más reciente antes de que el usuario operara incorrectamente. se acaba de usar la copia de seguridad, puede usar El script rman realiza la recuperación según el tiempo de recuperación del punto de recuperación

4. Vuelva a abrir la base de datos:

svrmgrl gt cambie la base de datos y abra el registro de reinicio.

5. Desde la nueva base de datos. Obtenga los datos del usuario perdidos y restáurelos a la base de datos original mediante operaciones DML.

6. base de datos original.