digilux.es

Esto es lo que todo administrador nunca quiere escuchar

Todo empezó con una máquina parisc, hpux 11.00 que actua como cell server de Data Protector.

Los procesos de DataProtector empezaron a consumir toda la cpu, toda la memoria y empezó a swapear la máquina.

Se tuvo que reiniciar la máquina y DataProtector no era capaz de funcionar. Solo se podía hacer una cosa: Recuperar la IDB (Internal Data Base). Para ello se tenia que vaciar la IDB, teniendo una copia de seguridad previa, y configurar DataProtector para que pudiera usar la librería y un drive donde estaba almacenada esa copia de laIDB para poder restaurar la misma.

Para saber si la IDB estaba corrupta se tiene que ejecutar el siguiente comando:

#/opt/omni/sbin/omnidbcheck

Hay que tener en cuenta que este chequeo tarda bastante, para que os hagais una idea, en una IDB de unos 12Gb tarda aproximandamente 4 horas . El problema era que ya no habia espacio en los filesystems de los archives de sap/oracle y los productivos estaban apunto de pararse, por lo que no nos podíamos permitir esperar 4 horas.

Si tenemos la IDB corrupta, el procedimiento para recuperarla sería el siguiente:

1. Parar Data Protector
   #/opt/omni/sbin/omnisv -stop
2. Copia de la IDB y configuración actual (ojo con el tamaño de la IDB)
   #cp –pr /var/opt/omni/server/db40 /tmp/dp_idb
   #cp –pr /etc/opt/omni/server/ /tmp/dp_etc
3. Crear una IDB nueva y vacia. Cuidado al usar al comando omnidbinit pues vaciará la IDB
   #/opt/omni/omnisv -start
   #/opt/omni/omnidbinit
   #/opt/omni/omnisv -stop
   Aunque parezca raro, DataProtector debe de estar corriendo para que se vacie la IDB. Este es el primer método que podemos intentar para partir de una IDB vacia, pero la corrupción puede se tan grave que no nos permita vaciar la IDB. Para esto, DataProtector guardia una copia de la IDB nada más realizar la primera instalación. Esa podemos asegurar que será consistente, aunque vacía.
   Esta IDB se encuentra bajo /opt/omni/newconfig/var/opt/omni/server/db40 .
   Tan solo tendremos que copiarla en el directorio original borrando previamente la existente y corrupta e inicializarla
   #rm –rf /var/opt/omni/server/db40
   #cp -pr /opt/omni/newconfig/var/opt/omni/server/db40 /var/opt/omni/server
   #/opt/omni/sbin/omnisv –start (tened en cuenta que DP tiene que estár arriba para hacer el omnidbinit)
   #/opt/omni/sbin/omnidbinit
   Es necesario inicializar la IDB ubicada bajo newconfig por que se crea con un bloqueo que impide acceder a ella.
   
4. Recuperar la copia de la IDB
   Configuramos la librería donde está la cinta de la que queremos recuperar la IDB.
   Configuramos almenos un drive de esa librería.
   Importamos la cinta en el drive de la librería configurada para recuperar la sesión posteriormente.
   Realizamos el restore de la IDB en otro destino diferente al original o volveríamos a corromperla.
   Paramos servicios, borramos la IDB y movemos la IDB que hemos restaurado al directorio original.
   #/opt/omni/sbin/omnisv -stop
   # rm -rf /var/opt/omni/server/db40
   #cp –rp /tmp/copia_IDB/var/opt/omni/server/db40 /var/opt/omni/server
5. Arrancar DataProtector y chequear la IDB
   #/opt/omni/sbin/omnisv -start
   #/opt/omni/sbin/omnidbcheck

Este procedimiento viene bien tenerlo a mano ya que nunca se sabe cuando se va a tener que usar, esperemos que nunca más