0% encontró este documento útil (0 votos)
138 vistas4 páginas

Restaurar StandBy

El documento describe los pasos para realizar una restauración de base de datos y configurar una base de datos en modo standby usando RMAN. Estos incluyen detener la replicación, generar un backup completo, eliminar la base de datos existente en el servidor standby, restaurar los archivos de control y datos, y configurar la base de datos restaurada como una base de datos en modo standby.

Cargado por

alcaja
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como DOC, PDF, TXT o lee en línea desde Scribd
0% encontró este documento útil (0 votos)
138 vistas4 páginas

Restaurar StandBy

El documento describe los pasos para realizar una restauración de base de datos y configurar una base de datos en modo standby usando RMAN. Estos incluyen detener la replicación, generar un backup completo, eliminar la base de datos existente en el servidor standby, restaurar los archivos de control y datos, y configurar la base de datos restaurada como una base de datos en modo standby.

Cargado por

alcaja
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como DOC, PDF, TXT o lee en línea desde Scribd

1.

Conectarse OraSrv0 y OraSrv1 con usuario root y luego cambia a oracle

su – oracle

2. Detener la ejecución del crontab en ambos servidores de [Link] en el OraSrv0 y [Link] en el OraSrv1

crontab -e

3. Adicionar el símbolo de comentario la línea # al inicio en el [Link] (OraSrv0) y en el [Link]


(OraSrv1)
Nota: Tener cuidado de no deshabilitar los backup
Guardar los cambios y salir.

4. Ejecutar manualmente el RMAN para generar BK. Conectado al servidor OraSrv0

cd /archive/Backup/bdsalud/completo

ls -ltr BDSALUD_* (verificar que el backup sea de la fecha reciente)

o ejecutarlo de nuevo usando:

sh /home/oracle/scripts/rman_full_bdsalud.sh

5. Ir al otro servidor OraSrv1 y eliminar los backups antiguos para liberar espacio en disco:

cd /archive/Backup/bdsalud/completo/listo

rm *

6. Vover al servidor Orasrv0 y copiar el backup entre los servidores:

scp BDSALUD_DB* [Link]:/archive/Backup/bdsalud/completo/

mv BDSALUD_* /archive/Backup/bdsalud/completo/listo/

7. Generar el Control file de la base de datos productiva en OraSrv0

sqlplus / as sysdba

alter database create standby controlfile as '/archive/Backup/bdsalud/completo/standby_bdsalud.ctl';

exit

8. Copie el archivo del control file al servidor de la stand by desde el servidor OraSrv0

scp standby_bdsalud.ctl [Link]:/archive/Backup/bdsalud/completo/

9. Borrar la BD Stand By existente de OraSrv1


su – oracle

sqlplus / as sysdba

shutdown immediate

exit

exit (de nuevo para salir al root)

10. Cambiese al usuario “grid”

su - grid

asmcmd

ls -l (para que observe el contenido existente en el ASM)

cd DGDATA

ls -l (para que observe el contenido existente en el ASM en el folder DGDATA)

11. Asegurese estar conectado en el servidor OraSrv1 antes de ejecutar el siguiente paso

rm -rf BDSALUD/

ls -l (para que observe que la base de datos ha sido eliminada)

exit

exit (Para volver a root)

12. Cambie de nuevo al usuario Oracle para recuperar la BD usando RMAN en el servidor OraSrv1

su - oracle

sqlplus / as sysdba

startup nomount

exit

rman target /

13. Restaure el control file:

restore controlfile from '/archive/Backup/bdsalud/completo/standby_bdsalud.ctl';


exit

14. Asegurese que siga en el servidor OraSrv1 y ejecute el catalogado de la base de los archivos del backup:

sqlplus / as sysdba

alter database mount standby database;

exit

rman target /

catalog start with '/archive/Backup/bdsalud/completo/listo';

YES (escribe “YES” y presione Enter)

15. Ejecute el restaurado de la base de datos

restore database;

Tiempo aproximado para realizar la restauración de la BD: 200 minutos

exit (para salir del RMAN)

15. Deje de nuevo la base de datos en modo Stand By:

sqlplus / as sysdba

SHUTDOWN IMMEDIATE;

STARTUP NOMOUNT;

ALTER DATABASE MOUNT STANDBY DATABASE;

exit;

sqlplus / as sysdba

whenever sqlerror exit 10

recover automatic database standby database;

exit

17. Baje la base de datos y ábrala:


18. Verificación: En este punto puede ejecutar alguna consulta que muestre que la información está actualizada

sqlplus / as sysdba
SHUTDOWN IMMEDIATE;
STARTUP MOUNT;
ALTER DATABASE OPEN READ ONLY;

SELECT NOMBRE, SEGUNDONOMBRE, APELLIDOS, SEGUNDOAPELLIDO, GRUPO_SANG


FROM ssmpc WHERE (cedula = '75084103') OR (CEDULA_PAC = '98090457225');

SHUTDOWN IMMEDIATE;
STARTUP NOMOUNT;
ALTER DATABASE MOUNT STANDBY DATABASE;
EXIT;

19. Activar nuevamente el crontab en ambos servidores (Opcional: borrar primero los logs viejos):

crontab -e

Suprimir el carácter # que adicionó al inicio de cada línea en el paso tanto el [Link] (OraSrv0) como en el
[Link] (OraSrv1)

20. Esperar el minuto de ejecucion del crontab y verificar en el nodo OraSrv1 que se hayan

transferido al /archive/archlog (comprimidos).

ls -ltr /archive/archlog

21. Esperar el minuto de ejecucion del crontab en el servidor stand by y verificar que ya los haya
descomprimido (y aplicado).

ls -ltr /archive/archlog

Opcional: Revisar los archivos de logs tanto del [Link] (en el OraSrv0) como del [Link] (en el oraSrv1).
Recomendado visualizarlos con un tail -30 o con tail -f, no abrirlos con vi.

scp 1_1204730_840296313.dbf [Link]:/archive/archlog/


scp 1_1204731_840296313.dbf [Link]:/archive/archlog/

scp 1_1204732_840296313.dbf [Link]:/archive/archlog/

También podría gustarte