Avalados por :

Configuración de base de datos en espera: Eliminación de archivos de registro de recuperación sin conexión

  • Creado 01/03/2024
  • Modificado 01/03/2024
  • 5 Vistas
0
Cargando...

Una pregunta: ¿alguien tiene una idea de cómo configurar la base de datos en espera para eliminar los archivos de registro de recuperación sin conexión en el lado en espera?

Data-Guard Manager tiene el control sobre las instancias, por lo que no puedo usar brarchive para recuperar el lado en espera.

Ahora no tengo idea de cómo puedo eliminar los archivos de registro de recuperación sin conexión.

¿Alguien tiene alguna idea?

Gracias de antemano.

Saludos, Michael

Pedro Pascal
Se unió el 07/03/2018
Pinterest
Telegram
Linkedin
Whatsapp

4 Respuestas

0
Cargando...

Hola Michael

Tuve el mismo problema al probar Data Guard con 9i. Escribí un pequeño script de shell.

Básicamente hace esto en el lado de standby:

- verifica si hay uno o más registros de redo de archivo

- verifica si el registro ya está aplicado:

[code]SELECT NAME FROM V$ARCHIVED_LOG WHERE SEQUENCE# >= $lognum AND APPLIED = 'YES';[/code]

- si es así, entonces elimina

Saludos

Michael

Respondido el 15/04/2024
LUCIANO RIOJA GHIOTTO
Se unió el 13/07/2019
0
Cargando...

Aquí está el script que utilicé en ese momento, por supuesto, no puedo brindar soporte sobre él. Tampoco tengo tiempo para traducir los comentarios en alemán 😉

Fue probado en HP-UX 11.23.

#!/usr/bin/ksh

###############################################################

  1. #

  2. standbylog_clean.sh #

  3. ------------------- #

  4. #

  5. Elimina archivos de registro que se aplican en la base de datos en espera #

  6. #

  7. Llamada: ./standbylog_clean.sh (como usuario oracle) #

  8. Versión: 0.1, 19.07.2005, mho #

  9. #

###############################################################

  1. Efectos secundarios:

  2. - algunas versiones antiguas de tail pueden mostrar solo alrededor de 500

  3. líneas, lo que puede acortar el archivo de registro más de lo deseado

  4. - Si los nombres de los registros no siguen el formato *_.dbf

  5. las líneas con los comandos SED no funcionarán

  6. ¡El script debería funcionar de todos modos,

  7. posiblemente más lento con números de secuencia altos

  1. Variables dependientes del sistema - ajustar según sea necesario

logfile="/oracle/SID/scripts_basis/standbylog_clean.log"

standbylogdir="/oracle/SID/saparch/standby/"

orauser=orac11

maxloglines=1000

  1. Binarios externos - ajustar si es necesario

ECHO="/usr/bin/echo"

LS="/usr/bin/ls"

... ... ...
Respondido el 15/04/2024
LUCIANO RIOJA GHIOTTO
Se unió el 13/07/2019
0
Cargando...

Hola

Gracias por tu ayuda. Pensé que Oracle o SAP tenían una solución en brarchive y no sé nada al respecto. Realmente no me gustan soluciones como esta porque no es una implementación estándar con las herramientas de SAP.

¿Alguien tiene un ejemplo de un script?

¡Gracias!

Saludos, Michael

Respondido el 15/04/2024
LUCIANO RIOJA GHIOTTO
Se unió el 13/07/2019
0
Cargando...

Michael,

Podrías escribir un script para primero leer la base de datos y luego eliminar los registros que se han aplicado o en nuestro caso, tenemos un trabajo cron que se ejecuta diariamente y elimina los archivos de registro de archivo en el servidor en espera que tengan más de un día.

find.. mtime +1 exec rm

Ya que tenemos notificaciones regulares configuradas para informarnos del estado del envío de registros.

Saludos,

Nisch

Respondido el 15/04/2024
LUCIANO RIOJA GHIOTTO
Se unió el 13/07/2019

contacto@primeinstitute.com

(+51) 1641 9379
(+57) 1489 6964

© 2024 Copyright. Todos los derechos reservados.

Desarrollado por Prime Institute

¡Hola! Soy Diana, asesora académica de Prime Institute, indícame en que curso estas interesado, saludos!
Hola ¿Puedo ayudarte?