Avalados por :
Hola expertos,
Tengo el siguiente problema:
Estoy ejecutando un sistema SAP en Windows 2008 y Oracle 11g DB. Estoy planificando copias de seguridad con DB13 y todo está bien para la instancia ABAP y JAVA en Double Stack.
La instancia JAVA se quedó atascada debido a una configuración incorrecta del Área de Recuperación Rápida. Los registros se guardaron y eliminaron correctamente con brtools pero el USE_DB_RECOVERY_FILE_DEST Parámetro en inisid.ora estaba al 100% de su capacidad. A nivel del sistema operativo, todos los antiguos redo-logs fueron eliminados pero Oracle todavía cree que existen.
Descubrí a través de
RMAN>crosscheck archivelog all;
esto me muestra que RMAN todavía guarda todos los registros en un catálogo pero no puede validarlos, RMAN no los elimina del catálogo si fueron eliminados por brtools a través de db13. Esto lleva a un atasco de archivo con un directorio oraflash vacío si se utiliza FRA, muy divertido.
Puedo eliminar estos registros no utilizados del catálogo con el siguiente comando:
RMAN>delete expired archivelog all;
Mi instancia ABAP no utiliza FRA, pero RMAN también guarda un catálogo aquí. Esto significa que DB13 guarda y elimina todos los registros de archivo sin ningún problema, pero RMAN escribe un catálogo de todos los registros de archivo utilizados alguna vez, ¿es este un comportamiento normal? ¿Cómo puedo decirle a RMAN que no haga esto?
Si tienes alguna idea o necesitas más información, por favor házmelo saber.
Saludos cordiales
Phil
¡Perdón por responder tarde pero gracias! ¡Me ayudaste mucho!
Hola Phil,
RMAN no "guarda" las entradas de registro en el catálogo (por cierto, se almacena en el archivo de control en un escenario estándar de SAP, debes tener cuidado con la palabra "catálogo", ya que puedes tener dos tipos de "catálogos" en un entorno de RMAN).
Las entradas se crean mediante un cambio de archivo de registro y pueden tener varios estados diferentes (DISPONIBLE, CADUCADO, y así sucesivamente; para más detalles, consulta la documentación http://docs.oracle.com/cd/E11882_01/server.112/e25513/dynviews_1016.htm#REFRN30011 )
Estas entradas se mantienen siempre que no se alcance el período de retención del parámetro init CONTROL_FILE_RECORD_KEEP_TIME o aún haya suficiente espacio en el archivo de control después, o realices actividades manuales.
Si realizas una copia de seguridad (y eliminas) tus archivos de registro de forma manual con RMAN y BR*Tools, el estado se actualiza normalmente y funciona según lo diseñado, pero si eliminas tus archivos de registro de forma manual en el nivel del sistema operativo (sin usar RMAN), las entradas del archivo de control no se actualizan y por lo tanto, RMAN sigue pensando que estos archivos deben estar disponibles.
Existe una opción oculta para las BR*Tools (opción -RCC con parámetros cleanup_disk_archive / cleanup_disk_backup) que realiza dichas comprobaciones cruzadas de forma regular.
Sin embargo, todo está bien y funciona normalmente :-))
Saludos
Stefan
contacto@primeinstitute.com
(+51) 1641 9379
(+57) 1489 6964
© 2024 Copyright. Todos los derechos reservados.
Desarrollado por Prime Institute
