Aplicar registros de archivo a la base de datos en espera

Han,

Asegúrese de que U ha realizado correctamente todos los pasos mencionados a continuación,
porque omitir cualquiera de los pasos significa que la estrategia de base de datos en espera UR propuesta
está «ABAJO» >>

1) Cree una copia de seguridad (caliente o fría) de los archivos de datos de la base de datos principal.

2) Cree un archivo de control en espera en el primario.

SVRMGR>alter database crea un archivo de control en espera como
‘/u01/app/oracle/admin/SID/udump/stby_control.ctl»;

3) Copie los archivos de datos, el archivo de control en espera y los archivos de configuración del servidor primario
al host en espera.

4) Edite el «inicio principal».archivo ora. Los parámetros específicos de la base de datos en espera
incluyen:

# Este ejemplo especifica un destino de archivo local y habilita el destino #
.

LOG_ARCHIVE_DEST_1 = ‘LOCATION=/arc_dest/’

LOG_ARCHIVE_DEST_STATE_1 = ENABLE

# Este ejemplo especifica net service name «standby1», hace archivadoobligatorio

LOG_ARCHIVE_DEST_2 = SERVICIO=standby1 OBLIGATORIO ABRIR=5′

LOG_ARCHIVE_DEST_STATE_2 = ENABLE

5) Modificar el modo de Espera «init.archivo ora. Los parámetros específicos de la base de datos en espera
incluyen:

# El inicio.valores ora para la base de datos en espera, que está en # host remoto.

STANDBY_ARCHIVE_DEST = /oracle/standby/arc /

Este parámetro define el destino de la base de datos en espera para los registros de archivo
que se propondrán desde el Primario.

5) Inicie la instancia en espera y monte la base de datos en espera:

SVRMGR> nomount de inicio

SVRMGR> alter database mount standby database;

La base de datos en espera ahora está lista para continuar.

Recuperación de la base de datos en espera:

Como con Oracle 7.3, 8.0 es posible avanzar semiautomáticamente la base de datos en espera
utilizando el siguiente comando:

SVRMGR> recuperar la base de datos en espera;

Simplemente aplique los registros a medida que llegan al host en espera. Con la nueva función de archivo remoto
, los registros de archivo se pueden aplicar automáticamente en el host remoto
(en espera). Para automatizar completamente el proceso de recuperación (rolling
forward) de la base de datos en espera, el DBA puede poner la base de datos en modo de recuperación sostenido
( Nuevo en Oracle8i):

SVRMGR> recuperar la base de datos en espera administrada

El proceso del servidor aplica los registros de archivo a medida que se generan en el host en espera
. El proceso del servidor se activa internamente cada 15 segundos para
comprobar el archivo del siguiente registro necesario. El DBA también puede especificar un período de tiempo de espera
(minutos) para una recuperación sostenida. Si no se generan registros nuevos
dentro de este período, la sesión de recuperación se cancela.

SVRMGR> recover managed standby database timeout 10

Para cancelar una sesión de recuperación sostenida, desde otro administrador de servidor
session ejecute el siguiente comando:

SVRMGR> alter database recover managed standby database cancel;

Abrir la base de datos en espera:

Otra nueva característica importante de las bases de datos en espera de Oracle8i es la capacidad
de abrir el modo de solo lectura en espera.

SVRMGR> alter base de datos abierta de solo lectura;

Por supuesto, la base de datos en espera se puede abrir en lectura y escritura, pero tendrá que estar
activada.

SVRMGR> modificar la base de datos de activar el modo de espera;

==========================================================
Nishant

Deja una respuesta

Tu dirección de correo electrónico no será publicada.