Crear un physical standby desde la base de datos activa con RMAN DUPLICATE
OracleRMANComando
# Prerequisites: standby instance in NOMOUNT with a pfile containing only db_name,
# primary password file copied, static listener entries and tnsnames on both sides.
rman target sys@<primary_tns> auxiliary sys@<standby_tns>
RUN {
ALLOCATE CHANNEL p1 DEVICE TYPE DISK;
ALLOCATE CHANNEL p2 DEVICE TYPE DISK;
ALLOCATE AUXILIARY CHANNEL s1 DEVICE TYPE DISK;
ALLOCATE AUXILIARY CHANNEL s2 DEVICE TYPE DISK;
DUPLICATE TARGET DATABASE FOR STANDBY FROM ACTIVE DATABASE
USING COMPRESSED BACKUPSET SECTION SIZE 32G
DORECOVER
SPFILE
SET db_unique_name='<standby_db_unique_name>'
SET control_files='+DATA','+FRA'
SET db_create_file_dest='+DATA'
SET db_recovery_file_dest='+FRA'
SET fal_server='<primary_tns>'
SET log_archive_dest_2=''
SET dg_broker_start='FALSE'
NOFILENAMECHECK;
}Qué hace
Copia los datafiles del primario por la red al servidor standby (sin archivos de backup intermedios), crea el spfile adaptado al standby y aplica los archivelogs disponibles con DORECOVER.
Cuándo usarlo
Al construir un nuevo standby de Data Guard o reconstruir un standby que no se puede reinstaurar.
Precaución
Genera carga de red y de I/O en el primario; no lo ejecute en horas pico, o limite el número de canales. NOFILENAMECHECK solo es seguro cuando el standby está en un servidor DISTINTO; en el mismo servidor puede sobrescribir los archivos del primario. Añada standby redo logs (mismo tamaño que el online redo del primario, un grupo extra por thread) antes o después, y luego configure el broker.
Relacionado
- Crear un recovery catalog de RMAN y registrar la base de datos
- Validar y limpiar los registros de backup de RMAN (CROSSCHECK, EXPIRED, OBSOLETE)
- Validar la base de datos y los backups frente a corrupción (VALIDATE)
- Ver qué backups usaría una restauración y validarlos (PREVIEW / VALIDATE)
- Reparar bloques corruptos en línea (block media recovery, RECOVER CORRUPTION LIST)
- Devolver un tablespace a un punto del pasado (TSPITR)