Uso de RMAN para copias de seguridad y restaurar archivos

Este artculo describe las estrategias de copia de seguridad mediante Oracle Recovery Manager utilidad (RMAN) con Data Guard y bases de datos en espera. RMAN puede realizar copias de seguridad con un efecto mnimo sobre la base de datos primaria y recuperarse rpidamente de la prdida de archivos de datos individuales, o la base de datos. RMAN y la Guardia datos pueden ser utilizados juntos para simplificar la administracin de una configuracin de Data Guard.

Este documento contiene los siguientes temas: Nota: Debido a una base de datos standby lgica no es una copia de bloque de bloque de la base de datos principal, no puede utilizar una base de datos standby lgica de copia de seguridad de la base de datos primaria. 10,1 Copia de seguridad de Procedimiento En un ambiente de espera, copias de seguridad de ficheros de datos archivados y rehacer los archivos de registro adoptadas en el sistema primario o de reserva se pueden utilizar en cualquiera de los sistemas para la recuperacin. Aunque algunos archivos como el archivo de control y SPFILE deben apoyarse sobre la base de datos principal, el proceso de copia de seguridad de ficheros de datos archivados y rehacer los archivos de registro pueden ser de descargarse en el sistema de espera, para minimizar el efecto de las copias de seguridad en el sistema de produccin. Slo los archivos de registro de rehacer archivados que fueron creados por la instancia de reserva puede ser una copia de seguridad en el lugar de espera. Si hubiese alguna archivados redo archivos de registro generados antes de la base de datos standby se inici, deben ser guardadas en la base de datos principal. Por ejemplo, si el primer registro enviados desde la base de datos principal a la espera es de registro de secuencia de 100 hilos, 1, entonces la copia de seguridad de archivos de registro archivados redo cuya secuencia de registro es inferior a 100 debe hacerse sobre la base de datos principal. Si el rea de recuperacin flash est configurado, el software de Oracle elimina los archivos del rea de recuperacin flash en un rgimen a la carta. El flash acta como rea de recuperacin de cach de disco para copias de seguridad de cinta. 10.1.1 Cmo usar el disco como la memoria cach para la cinta de copia de seguridad Copia de seguridad de Procedimiento Efecto de las conmutaciones, conmutaciones por error, y la creacin de copias de seguridad de archivos de control Situaciones adicionales de copia de seguridad

Las instrucciones siguientes se supone el rea de recuperacin flash est configurado ( como se describe en Seccin 5.2.3) Y otras configuraciones de RMAN persistentes se establecen . Realice los pasos siguientes : 1. Sobre la base de datos principal , emita los siguientes comandos RMAN para hacer una copia de seguridad actual del archivo de control y SPFILE , y copia de seguridad de archivos en el rea de recuperacin flash creado por la instancia primaria de la cinta: 2. CONTROLFILE backup de disco Tipo de dispositivo CURRENT; 3. REA DE RECUPERACIN copia de seguridad; La expedicin de los comandos (o usarlos en un script ) todos los das o una vez a la semana, dependiendo de la cantidad de aplicacin de rehacer los datos pueden ser tolerados en el caso de la prdida de todos los archivos de control de corriente (vase Seccin 10.2.4) . 4. Sobre la base de datos standby , emita los siguientes comandos RMAN todos los das para una puesta al da el nivel 0 copia de la base de datos: 5. RECUPERAR UNA COPIA DE BASE DE DATOS CON LA ETIQUETA " OSS " ; 6. NIVEL DE RESPALDO de dispositivos de disco tipo incremental 1 PARA RECUPERAR DE COPIA con etiqueta ' BASE DE DATOS OSS ; 7. RESPALDO DE DISCO TIPO DE DISPOSITIVOS ARCHIVELOG TODOS no est respaldado dos veces; 8. REA DE RECUPERACIN copia de seguridad; Estos comandos aplicar el nivel 1 copia de seguridad incremental tomado un da antes, crear un nuevo nivel de copia de seguridad incremental 1 , una copia de seguridad archivados redo archivos de registro para el rea de recuperacin flash, y una copia de seguridad los archivos creados por la instancia de espera en el rea de recuperacin flash para la cinta. 10.1.2 Copias de seguridad directamente en cinta Si todas las copias de seguridad se escriben directamente en cinta , configurar el tipo de dispositivo por defecto de SBT mediante el RMAN CONFIGURACIN POR DEFECTO TIPO DE DISPOSITIVO comando SBT. Sobre la base de datos principal , utilice los siguientes comandos RMAN para copia de seguridad del archivo de control actual y copia automtica copias de seguridad creadas por la instancia primaria de la cinta: Copia de seguridad como CONTROLFILE ACTUAL backupset ; REA DE RECUPERACIN copia de seguridad;

La expedicin de los comandos de todos los das o una vez por semana , dependiendo de la cantidad de aplicacin de rehacer los datos pueden ser tolerados en el caso de prdida del control de todos los archivos actuales (ver Seccin 10.2.4) . Suponiendo que una copia de seguridad de base de datos completa, se lleva todos los domingos , los siguientes comandos se pueden emitir sobre la base de datos standby para tener una copia de seguridad de nivel 0 base de datos: Copia de seguridad como de nivel 0 ADICIONALES backupset base de datos ms ARCHIVELOG no est respaldado dos veces; En los dems das del ciclo de copia de seguridad , ejecute los comandos siguientes para crear una copia de seguridad de nivel 1 incremental de la base de datos y todos los archivos de registro de rehacer archivados que no lo hayan hecho copia de seguridad 2 veces : Copia de seguridad en el nivel incremental backupset 1 base de datos ms ARCHIVELOG no est respaldado dos veces; 10,2 Efecto de las conmutaciones , conmutaciones por error , y la creacin de copias de seguridad de archivos de control en Todos los archivos de registro de rehacer archivados que se generaron despus de la ltima copia de seguridad en el sistema donde se hacen copias de seguridad debe ser catalogado de forma manual utilizando el RMAN CATLOGO ARCHIVELOG 'archivelog_name_complete_path'Comando despus de cualquiera de los siguientes eventos: El archivo de control primario o de reserva se vuelve a crear . La principal base de datos cambia de papel en blanco despus de una conversin. La base de datos standby cambios papel principal despus de la conversin o la conmutacin por error. Si la nueva rehacer archivados archivos de registro no estn catalogadas, RMAN no los respalde . Los ejemplos en las secciones siguientes se supone que va a restaurar los archivos desde la cinta al mismo sistema el que se cre la copia de seguridad . Si tiene que restaurar los archivos a un sistema diferente , es posible que necesite cambiar la configuracin de cualquiera de los medios de comunicacin o especificar parmetros diferentes en los canales de RMAN durante la restauracin , o ambas cosas. Consulte la documentacin de Administracin de Medios para obtener ms informacin acerca de cmo tener acceso a copias de seguridad de RMAN de diferentes sistemas. 10.2.1 La recuperacin de la prdida de archivos de datos en la base de datos principal Introducir los siguientes comandos RMAN para restaurar y recuperar archivos de datos . Usted debe ser conectado tanto a las bases de datos Catlogo de primaria y la recuperacin.

RESTORE DATAFILE n, m. ..; RECOVER DATAFILE n, m. ..; Introducir los siguientes comandos RMAN para restaurar y recuperar espacios de tablas . Usted debe ser conectado tanto a las bases de datos Catlogo de primaria y la recuperacin. RESTORE TABLESPACE tbs_name1 , tbs_name2 , ... RECOVER TABLESPACE tbs_name1 , tbs_name2 , ... 10.2.2 La recuperacin de la prdida de archivos de datos en la base de datos standby Para recuperar la base de datos standby despus de la prdida de uno o ms ficheros de datos , debe restaurar los archivos perdidos de la base de datos en espera de la copia de seguridad utilizando el RMAN RESTORE DATAFILE de comandos. Si todos los archivos de registro de rehacer archivados necesarios para la recuperacin de archivos daados en el disco son accesibles por la base de datos standby , reinicie Rehacer Aplicar. Si el archivado rehacer los archivos de registro necesarios para la recuperacin no son accesibles en el disco , el uso de RMAN para recuperar los archivos de datos restaurada a un SCN / log secuencia mayor que el ltimo registro se aplica a la base de datos en blanco, ya continuacin, reinicie Rehacer Aplicar para continuar con la aplicacin de rehacer datos, de la siguiente manera : 1. Stop Rehacer Aplicar. 2. Determinar el valor de la UNTIL_SCN columna, mediante la emisin de la siguiente consulta: 3. SQL > SELECT MAX ( NEXT_CHANGE # ) +1 UNTIL_SCN DE LH V $ LOG_HISTORY , V BASE DE DATOS $ DB, si LH.RESETLOGS_CHANGE # = # Y DB.RESETLOGS_CHANGE LH.RESETLOGS_TIME = DB.RESETLOGS_TIME ; 4. UNTIL_SCN 5. ------- ---------------6. 967786 7. Introducir los siguientes comandos RMAN para restaurar y recuperar archivos de datos en la base de datos standby . Usted debe ser conectado tanto a la espera y el catlogo de recuperacin de bases de datos (uso de la TARGET palabra clave para conectarse a la instancia en espera) : 8. RESTORE DATAFILE <n,m,...>; 9. RECOVER base de datos hasta SCN 967786 ;

Para restaurar un espacio de tablas , utilice el RMAN ' TABLESPACE RESTORE tbs_name1 , tbs_name2 , ...Comando ' . 10. Reinicie Rehacer Aplicar. 10.2.3 La recuperacin de la prdida de un archivo en espera de Control software de Oracle permite la multiplexacin del archivo de control de espera. Para asegurar el archivo de control en blanco es multiplexado , marque la CONTROL_FILES inicializacin de parmetros, de la siguiente manera : SQL > CONTROL_FILES SHOW DE PARMETROS Nombre del valor TIPO ------------------------------------ ----------- --- --------------------------control_files cadena de texto <cfilepath1>, <cfilepath2> Si uno de los archivos de control multiplexado de espera se pierde o no es accesible , el software de Oracle se detiene la instancia y escribe los mensajes siguientes en el registro de alerta: ORA- 00210 : no puede abrir el controlfile especificado ORA- 00202 : controlfile : '/ ade/banand_hosted6/oracle/dbs/scf3_2.f ' ORA- 27041 : no se puede abrir el archivo Usted puede copiar una copia intacta del archivo de control sobre la copia perdida, a continuacin, reinicie la instancia de espera utilizando las siguientes declaraciones SQL: SQL > MONTAJE DE INICIO ; SQL > ALTER DATABASE RECOVER GESTIONADOS base de datos standby Desconectar de la sesin ; Si todos los archivos de control de espera se pierden , entonces debe crear un nuevo archivo de control de la base de datos principal , con copia a todos los lugares de multiplexado en la base de datos standby , y reinicie la instancia de espera y Economa Rehacer. El archivo de control creado pierde toda la informacin sobre los archivos de registro archivados redo generado antes de su creacin . Debido a RMAN mira en el archivo de control para hacer de nuevo la lista de archivos de registro archivado una copia de seguridad , todos los archivos de registro archivados redo generado desde la ltima copia de seguridad debe ser catalogado de forma manual . 10.2.4 La recuperacin de la prdida de las elecciones primarias de control de archivos software de Oracle permite la multiplexacin del archivo de control sobre la base de datos principal . Si uno de los archivos de control no se puede actualizar la base de datos primaria , la instancia de base de datos principal se apaga automticamente. Como se

describe en Seccin 10.2.3, Puede copiar una copia intacta del archivo de control y reinicie la instancia sin necesidad de realizar operaciones de restauracin o recuperacin. Si pierde todos sus archivos de control, puede elegir entre los siguientes procedimientos, dependiendo de la cantidad de tiempo de inactividad que es aceptable. Crear un nuevo control de archivosSi todas las copias de archivo de control se pierden , puede crear un nuevo control de ficheros con la NORESETLOGS opcin y abra la base de datos despus de hacer la recuperacin del medio . Una instancia existente base de datos standby puede generar el script para crear un nuevo archivo de control mediante la siguiente declaracin : SQL > ALTER BACKUP DATABASE CONTROLFILE Para trazar NORESETLOGS ; Tenga en cuenta que si los nombres son diferentes bases de datos en las bases de datos principal y de reserva , entonces debe editar el script generado para corregir los nombres de archivo . Esta declaracin se puede utilizar peridicamente para generar un archivo de control de secuencia de comandos de creacin. Si usted va a utilizar la creacin del fichero de control como parte de su plan de recuperacin , entonces usted debe utilizar esta instruccin despus de cualquier cambio de la estructura fsica , como agregar o dejar caer un archivo de datos , tablas, o rehacer registro de miembros. El archivo de control creado pierde toda la informacin acerca de los archivos de registro de rehacer archivados generados antes de la hora de creacin del fichero de control . Si rehacer archivados registro de copias de seguridad de archivos se est realizando en la base de datos primaria , todos los archivos de registro de rehacer archivados generados desde la ltima copia de seguridad archivados registro de rehacer manualmente el archivo debe ser catalogado . Recuperar el control de copia de seguridad utilizando un archivoSi usted no puede crear un archivo de control mediante el procedimiento anterior , entonces usted puede utilizar un archivo de control de copia de seguridad , realice una recuperacin completa, y abra la base de datos con la RESETLOGS opcin. Para restaurar el archivo de control y recuperar la base de datos , emita los siguientes comandos RMAN despus de conectar a la instancia primaria (en Nomount estado) y base de datos de catlogo: RESTORE CONTROLFILE ; BASE DE DATOS DEL MONTAJE DE ALTER ; RECOVER base de datos; ALTER RESETLOGS Abrir base de datos ; Empezando con Oracle versin 10.1.0 , todas las copias de seguridad ante un RESETLOGS operacin puede ser utilizado para la recuperacin. Por lo tanto, no es

necesario para respaldar la base de datos antes de hacerlo disponible para la produccin . 10.2.5 La recuperacin de la prdida de un archivo de registro de rehacer en lnea Oracle recomienda la multiplexacin de rehacer en lnea archivos de registro. La prdida de todos los miembros de un grupo de registro de rehacer en lnea hace que el software de Oracle para poner fin a la instancia. Si slo algunos miembros de un grupo de archivos de registro no se puede escribir , no se utilizar hasta que se vuelven accesibles. Los puntos de vista V $ LOGFILE y V $ LOG contienen ms informacin sobre el estado actual de los miembros de archivo de registro en la instancia de base de datos principal . Cuando el software de Oracle no puede escribir en una lnea del registro de rehacer los archivos, los siguientes mensajes de alerta se devuelven : ORA -00313 : abierto no para los miembros del grupo de registro 1 de 1 hilo ORA- 00312 : log online 1 thread 1: '/ ade/banand_hosted6/oracle/dbs/t1_log1.f ' ORA- 27037 : no se puede obtener el archivo de estado SVR4 error: 2: No existe el fichero o directorio Informacin adicional : 3 Si el problema de acceso es temporal debido a un problema de hardware , corregir el problema y el procesamiento continuar de forma automtica. Si la prdida es permanente, un nuevo miembro puede ser aadido y el viejo de baja del grupo. Para agregar un nuevo miembro a un grupo de redo log, emitir la siguiente declaracin : log_file_name SQL > ALTER DATABASE TDA LOGFILE MIEMBROS ' REUTILIZACIN DE GRUPO N Puede emitir esta declaracin , aun cuando la base de datos est abierta, sin afectar la disponibilidad de bases de datos . Si todos los miembros de un grupo activo que se ha archivado se pierden , el grupo se puede quitar y volver a crear. En los dems casos (prdida de todos los miembros de registro en lnea para los actuales ACTIVO grupo o un grupo inactivo que an no ha sido archivada) , debe fallar sobre la base de datos en espera. Referirse a Captulo 7 para el procedimiento de conmutacin por error. 10.2.6 La recuperacin incompleta de la base de datos La recuperacin incompleta de la base de datos principal se hace normalmente en estos casos, como cuando la base de datos es lgicamente daado ( por algn usuario o una aplicacin ), o cuando un archivo de datos de tablas o se cay accidentalmente de base de datos.

Segn el SCN base de datos actual puesto de control en las instancias de base de datos standby , puede utilizar uno de los siguientes procedimientos para realizar la recuperacin incompleta de la base de datos . Todos los procedimientos son en orden de preferencia , a partir de la que es la que consumen menos tiempo. Utilizando la base de datos FlashbackUso de Flashback Database es el procedimiento recomendado cuando la caracterstica de Flashback de base de datos est habilitada en la base de datos primaria, ninguno de los archivos de base de datos se pierden , y la recuperacin de punto en el tiempo es mayor que el NSQ ms antigua flashback o la poca ms antigua flashback . Ver Seccin 12,5 para el procedimiento a utilizar Flashback base de datos para hacer la recuperacin de un punto en el tiempo. Usando el ejemplo base de datos standbyEste es el procedimiento recomendado cuando la base de datos standby est detrs del tiempo de recuperacin deseada incompleta, y Flashback base de datos no est habilitada en las bases de datos primarios o de espera : 1. Recuperar la base de datos standby hasta el punto deseado en el tiempo. 2. BASE DE DATOS cobro hasta 'tiempo; Por otra parte , tiempo de recuperacin incompleta se puede especificar utilizando el SCN o nmero de secuencia de registro : RECOVER base de datos hasta SCN incompleta recuperacin SCN' RECOVER base de datos hasta LOGSEQ registro de la recuperacin incompleta secuencia numrica HILO nmero de hilos 3. Abra la base de datos de reserva en modo slo lectura para verificar el estado de base de datos. Si el estado no es lo que se desea , utilice la utilidad LogMiner a mirar el archivado rehacer los archivos de registro para encontrar el tiempo objetivo correcto o SCN para la recuperacin incompleta. Como alternativa , puede iniciar la recuperacin de la base de datos en blanco a un punto que sabe que est antes de la hora , ya continuacin, abra la base de datos en modo slo lectura para examinar el estado de los datos. Repita este proceso hasta que el estado de la base de datos se verifica que sea correcta . Tenga en cuenta que si se recupera la base de datos demasiado lejos ( es decir, ms all de la SCN donde ocurri el error ) no se puede volver a un SCN anterior. 4. Activar la base de datos standby con el cdigo SQL BASE DE DATOS DE ACTIVAR ALTER base de datos standby declaracin. Esto convierte la base de datos standby para una base de datos principal , crea una nueva rama RESETLOGS , y abre la base de datos. Ver Seccin 8.4 para aprender cmo la base de datos standby reacciona al restablecimiento nuevos registros rama. Con la instancia de base de datos primariaSi todas las instancias de base de datos standby ya se han recuperado ms all del punto deseado en el tiempo y la base de datos Flashback est habilitada en la base de datos principal o de reserva , entonces esta es su nica opcin .

Utilice el siguiente procedimiento para realizar la recuperacin incompleta sobre la base de datos principal : 1. Utilice LogMiner o de otro medio para identificar el tiempo o SCN en la que todos los datos en la base de datos se sabe que es buena . 2. Uso del tiempo o SCN , emita los siguientes comandos RMAN para hacer la recuperacin de base de datos incompletos y abrir la base de datos con la RESETLOGS opcin ( despus de conectar con la base de datos de catlogo y de la instancia principal que se encuentra en MONTAJE estado): 3. RUN 4. { 5. SET hasta que TIME 'tiempo; 6. Restaurar base de datos ; 7. RECOVER base de datos; 8. } 9. ALTER RESETLOGS Abrir base de datos ; Despus de este proceso , todas las instancias de base de datos en blanco debe ser restablecido en la configuracin de Data Guard . 10,3 Situaciones adicionales de copia de seguridad En las secciones siguientes se describe cmo modificar los procedimientos de copia de seguridad para otras configuraciones , como por ejemplo cuando las bases de datos en espera y primaria no puede compartir archivos de copia de seguridad , la instancia de espera slo se utiliza de forma remota archivo rehacer los archivos de registro , o los nombres de archivo base de datos standby son diferentes a las primarias base de datos. 10.3.1 Bases de datos en modo de espera demasiado distantes geogrficamente a compartir copias de seguridad En este caso, las copias de seguridad adoptadas en un sistema de espera no son fcilmente accesibles por el sistema de atencin primaria u otros sistemas de espera. Realice una copia de seguridad completa de la base de datos en todos los sistemas para realizar operaciones de recuperacin. El rea de recuperacin flash pueden residir localmente en los sistemas primarios y de reserva ( por ejemplo, el rea de recuperacin flash no es el mismo para las bases de datos principal y de reserva ) . En este escenario, puede seguir utilizando las estrategias generales descritas en el Seccin 10.2, con las siguientes excepciones :

 archivos de copia de seguridad creada por RMAN deben ser marcados con el nombre del sistema local, y con RESTORE las operaciones de esa etiqueta se debe utilizar para restringir las copias de seguridad desde la seleccin de RMAN tomadas en la misma mquina. En otras palabras, el COPIA DE SEGURIDAD Debe utilizar el comando TAG nombre de nodo la creacin de copias de seguridad de opcin cuando , el RESTORE Debe utilizar el comando DE TAG nombre de nodo opcin , y la RECUPERAR comando debe utilizar DE TAG nombre de nodo ARCHIVELOG TAG nombre de nodo opcin. De recuperacin por desastre de la pgina en blanco: 1. Inicie la instancia de reserva en la Nomount estado usando el mismo parmetro archivos con los que la espera fue operativos anteriores. 2. Crear un archivo de control de espera en la instancia primaria con SQL ALTER DATABASE CREATE CONTROLFILE modo de espera, nombre de archivo declaracin, y utilizar el control de archivos creado para montar la instancia de espera. 3. Introducir los siguientes comandos RMAN para restaurar y recuperar los archivos de base de datos : 4. Restaurar base de datos de la etiqueta 'nombre de nodo' 5. RECUPERAR DATOS DE TAG 'nombre de nodo" TAG ARCHIVELOG 'nombre de nodo' 6. Reinicie Rehacer Aplicar. La instancia espera buscar los restantes archivados rehacer los archivos de registro como se describe en Seccin 5.8. 10.3.2 Base de datos en modo de espera no contiene Archivos de Datos , y usado como un servidor de FAL Utilice el mismo procedimiento descrito en Seccin 10.1, Con la salvedad de que los comandos RMAN que hacer copias de seguridad de base de datos no se puede ejecutar en el servidor FAL. El servidor de FAL se puede utilizar como una fuente de respaldo para todos los archivos de registro de rehacer archivados , por lo que las copias de seguridad de descarga de archivos de registro de rehacer archivados en el servidor de FAL. 10.3.3 En espera de base de datos de nombres de archivos son diferentes de banco de datos principal Si los nombres de archivo base de datos no son los mismos en las bases de datos principal y de reserva , el RESTORE y RECUPERAR comandos que se usen sern ligeramente diferentes . Para obtener los nombres reales de archivo de datos en la base de datos standby , consulte la V $ DATAFILE ver y especificar el AJUSTE NEWNAME opcin para todos los archivos de datos en la base de datos: RUN {

NEWNAME AJUSTE DE DATAFILE 1 A 'ubicacin de los archivos existentes para el archivo # 1 de V $ DATAFILE ; AJUSTE DE NEWNAME DATAFILE 2 A 'ubicacin de los archivos existentes para el archivo # 2 de V $ DATAFILE ; ... ... AJUSTE DE NEWNAME DATAFILE n A 'ubicacin de los archivos existentes para n archivo # de V $ DATAFILE ; RESTORE { DATAFILE <n, m , ...> TABLESPACE tbs_name_1 , 2, ...BASE DE DATOS ; INTERRUPTOR DATAFILE TODOS ; BASE DE DATOS DE RECUPERAR { } NOREDO ; } Del mismo modo , el RMAN DUPLICADO comando tambin debe utilizar el AJUSTE NEWNAME opcin para especificar nombres de archivo durante la creacin de nueva base de datos standby . 10.3.4 Supresin de poltica para rehacer archivados los archivos de registro en zonas de recuperacin flash De forma predeterminada, archivados redo archivos de registro en un rea de recuperacin flash que fueron respaldadas en un dispositivo de nivel terciario o obsoletos (como se define por la directiva de retencin RMAN ) son elegibles para su eliminacin. El archivado rehacer los archivos de registro que estn respaldados u obsoletos eventualmente se puede eliminar automticamente para dejar espacio si el espacio en disco en el rea de recuperacin flash est llena. Sin embargo, puede cambiar esta poltica por defecto supresin utilizando el siguiente comando RMAN : POLTICA DE CONFIGURACIN DE SUPRESIN ARCHIVELOG [ BORRAR NINGUNA APLICARN EN ] en espera; En esta seccin se describe la fase de clasificacin de comandos y proporciona ejemplos para la creacin de una poltica de eliminacin. Ver Oracle Database Backup y Recuperacin Gua del Usuario Avanzado para obtener ms informacin sobre cmo el software de Oracle administra el espacio en disco en el rea de recuperacin flash. Uso de la clusula APLICARN EN ESPERA

Utilice el APLICARN EN ESPERA clusula de manera que rehacer archivados archivos de registro que se han aplicado en todos los destinos de espera obligatorios sern eliminados. Las medidas adoptadas cuando se especifica esta clusula se describen en la siguiente tabla : Cuando el APLICARN EN ESPERA se configura en la clusula . . . Luego , estos archivos son elegibles para su eliminacin. . . La base de datos principal Archivado rehacer los archivos de registro en el rea de recuperacin flash que se han aplicado sobre todas las bases de datos standby obligatoria. Una base de datos de reserva que tiene una o ms bases de datos obligatorios en cascada en espera Archivado rehacer los archivos de registro en el rea de recuperacin flash que se han aplicado sobre todas las bases de datos obligatorios en cascada en espera. Una base de datos standby que no tiene en cascada bases de datos standby Archivado rehacer los archivos de registro en el rea de recuperacin flash que se han aplicado sobre la base de datos standby.

Ver Apndice E para obtener ms informacin acerca de destinos en cascada. Uso de la clusula clara Utilice el CLARO clusula para desactivar la poltica de eliminacin que se ha establecido previamente con el RMAN Configurar la directiva de SUPRESIN ARCHIVELOG de comandos. La base de datos Oracle se reanudar la supresin comportamiento predeterminado de la poltica , que consiste en eliminar archivos de registro archivados redo que son una copia de seguridad u obsoletos para hacer espacio , si el espacio de disco en el rea de recuperacin flash est llena. Uso de la clusula NINGUNA Utilice el NINGUNA clusula de manera que los registros archivados redo en el rea de recuperacin flash que se ven apoyadas u obsoletos como por la directiva de retencin RMAN son elegibles para su eliminacin. Esta es la configuracin por defecto . Archivado rehacer los archivos de registro que son una copia de seguridad u obsoletos se eliminan para hacer espacio si el espacio en disco en el rea de recuperacin flash est llena. Entre las CONFIGURAR ARCHIVELOG Comando SUPRESIN DE POLTICA Cuando las copias de seguridad de archivos de registro de rehacer archivados se toman sobre la base de datos standby : 1. Ejecute el siguiente comando en la base de datos primarios: 2. POLTICA DE CONFIGURACIN DE SUPRESIN ARCHIVELOG APLICARN EN ESPERA ;

3. Ejecute el siguiente comando en la base de datos standby : 4. Configurar la directiva de SUPRESIN ARCHIVELOG a ninguno; Cuando las copias de seguridad de archivos de registro de rehacer archivados se toman sobre la base de datos principal : 1. Ejecute el siguiente comando en la base de datos standby : 2. POLTICA DE CONFIGURACIN DE SUPRESIN ARCHIVELOG APLICARN EN ESPERA ; 3. Ejecute el siguiente comando en la base de datos primarios: 4. Configurar la directiva de SUPRESIN ARCHIVELOG a ninguno; 10.3.4.1 Volviendo a configurar la poltica de eliminacin despus de un papel de transicin Despus de una conmutacin o de conmutacin por error , es posible que deba volver a emitir la RMAN Configurar la directiva de SUPRESIN ARCHIVELOG de comandos en cada base de datos . Si el sitio de respaldo de archivos de registro de rehacer archivados sigue siendo el mismo , no hacer nada. De lo contrario , debe cambiar la poltica de supresin archivelog mediante la emisin de la POLTICA DE CONFIGURACIN DE SUPRESIN ARCHIVELOG APLICARN EN ESPERA declaracin sobre la base de datos en copias de seguridad son no tomado, y que expide la Configurar la directiva de SUPRESIN DE NINGUNA ARCHIVELOG declaracin sobre la base de datos en copias de seguridad son adoptarse. 10.3.4.2 Visualizacin de la Poltica de borrado actual Para ver la configuracin actual (APLICARN EN ESPERA, CLARO, NINGUNA) Para una base de datos , emita la siguiente consulta: SELECT nombre, valor a partir de V $ RMAN_CONFIGURATION WHERE Nombre como ' % % ARCHIVELOG SUPRESIN DE POLTICA " ;

Nombre del valor ----------------------------- -------------POLITICA DE CANCELACION DE ARCHIVELOG APLICARN EN ESPERA Tambin puede encontrar la configuracin existente utilizando el RMAN SHOW Poltica de borrado ARCHIVELOG comando: RMAN > SHOW DE POLTICA ARCHIVELOG SUPRESIN

RMAN parmetros de configuracin son: POLTICA DE CONFIGURACIN DE SUPRESIN ARCHIVELOG APLICARN EN ESPERA;

Tomado de http://download.oracle.com/docs/cd/B19306_01/server.102/b14239/rman.htm