Dataprotector: no more space in Internal Database

Para quienes no lo conozcais, DataProtector es la solución comercial de HP para todo el tema de backup y proteccion de datos.

En nuestro caso, donde trabajo, tenmos 3 librerias de cintas lt0, cada cinta con una capacidad superior al Terabyte… lo que hace que tengamos muuuuchos datos guardados y muuuchos y muy diferente indole.

Conociendo esto, tenemos que ver que estos datos generan unos ficheros, que data protector llama, internal database filenames y que se guardan a nivel local donde reside el servidor.

Por defecto este fichero tiene un límite de 2G, en concreto de fnames.dat tiene un valor de 2097152 kB.

Pero… que ocurre cuando estamos haciendo un backup y tenemos el siguiente mensaje:

[12:1168] There is no more space in the Internal Database for filenames.

Claramente el principal problema es que directamente nos quedamos sin logs… dios… os imaginais un itAdmin o SysAdmin sin logs a los que recurrir… un kaos…

Pues la solucion es muy sencilla, se trata simplemente de aumentar o añadir tamaño extra a nuestro fnames.dat.

Este fichero se encuentra por defecto en la ruta /var/opt/omni/server/db40/datafiles/cdb

Es importante primero revisar si efectivamente nos quedamos sin espacio, para ello usaremos el comando “/opt/omni/sbin/omnidbutil -extendinfo” que nos muestra la informacion.

Os pongo un ejemplo de mi caso:

Base file “fnames.dat”:
Device               = /var/opt/omni/server/db40/datafiles/cdb
Number of extensions = 3
Maximum size         = 2097152 [kB]
Current size         = 2097152 [kB]
Extension file “fnames.dat1″:
Device       = /var/opt/omni/server/db40/datafiles/cdb
Maximum size = 2096128 [kB]
Current size = 2096128 [kB]
Extension file “fnames.dat2″:
Device       = /var/opt/omni/server/db40/datafiles/cdb
Maximum size = 2096128 [kB]
Current size = 2096128 [kB]
Extension file “fnames.dat3″:
Device       = /var/opt/omni/server/db40/datafiles/cdb
Maximum size = 2096128 [kB]
Current size = 2096128 [kB]
Maximum size with extensions = 8385536 [kB]
Current size with extensions = 8385536 [kB]

Como podeis ver, en mi caso el fichero ya habia sido aumentado hasta en 3 ocasiones, y siempre de 2 en 2 gigas

Pues ahora, unicamente necesitamos indicarle que genere otros 2 gb para poder seguir almacenando datos.

omnidbutil -extendfnames /var/opt/omni/db40/datafiles/cdb -maxsize 2048

Acordaros de poner la ruta si no disponeis del comando en el path.

Con este comando, generais un fnames.datX donde X es el numero incremental en relacion al ultimo, en nuestro caso, X corresponderá a 4

Realizando el comando anterior, “/opt/omni/sbin/omnidbutil -extendinfo”,

Base file “fnames.dat”:
Device               = /var/opt/omni/server/db40/datafiles/cdb
Number of extensions = 4
Maximum size         = 2097152 [kB]
Current size         = 2097152 [kB]
Extension file “fnames.dat1″:
Device       = /var/opt/omni/server/db40/datafiles/cdb
Maximum size = 2096128 [kB]
Current size = 2096128 [kB]
Extension file “fnames.dat2″:
Device       = /var/opt/omni/server/db40/datafiles/cdb
Maximum size = 2096128 [kB]
Current size = 2096128 [kB]
Extension file “fnames.dat3″:
Device       = /var/opt/omni/server/db40/datafiles/cdb
Maximum size = 2096128 [kB]
Current size = 2096128 [kB]
Extension file “fnames.dat4″:
Device       = /var/opt/omni/server/db40/datafiles/cdb
Maximum size = 2096128 [kB]
Current size = 0 [kB]
Maximum size with extensions = 10481664 [kB]
Current size with extensions = 8385536 [kB]

Si os fijais, ahora tenemos un fichero nuevo, y el valor de Maximun size es diferente al de Current size.

2 comments

  • tecnología 30 enero, 2012

    Hola, tengo el mismo problema, pero mi DP está instalado en un server con Windows server 2003. El archivo de log se encuentra en esta ruta D:\Program Files\OmniBack\db40\datafiles\Cdb, si renombro el archivo .dat y creo uno nuevo con el mismo nombre funcionaría o es otro el procedimiento?

    Gracias por la respuesta.

    Respond
  • Josue 7 mayo, 2013

    Hola… como se puede observar mi problema no es de espacio,

    Maximum size with extensions = 18865152 [kB]
    Current size with extensions = 5413152 [kB]

    El problema que yo tengo, es que una de esas rutas esta en un porcentaje muy alto y requiero saber si se puedo balancear el que los datos se repartan en cada DCBF* anexo el ejemplo, unos estan en 50%, otros 60% y solo uno ya arriba del 91% que es el que quiero liberar…

    $ bdf|grep omni
    /dev/vg02/lvol3 30801920 10598196 18941291 36% /var/opt/omni
    /dev/vg02/lvol12 3342336 2354536 926185 72% /var/opt/omni/server/db40/dcbf8
    /dev/vg02/lvol11 3342336 1917008 1336365 59% /var/opt/omni/server/db40/dcbf7
    /dev/vg02/lvol10 3342336 1915432 1337846 59% /var/opt/omni/server/db40/dcbf6
    /dev/vg02/lvol9 3342336 2344975 935152 71% /var/opt/omni/server/db40/dcbf5
    /dev/vg02/lvol8 3342336 3021110 301275 91% /var/opt/omni/server/db40/dcbf4
    /dev/vg02/lvol7 3342336 1637942 1597980 51% /var/opt/omni/server/db40/dcbf3
    /dev/vg02/lvol6 3342336 2243009 1030743 69% /var/opt/omni/server/db40/dcbf2
    /dev/vg02/lvol5 3342336 2147883 1119920 66% /var/opt/omni/server/db40/dcbf1
    /dev/vg02/lvol4 3342336 1867784 1382489 57% /var/opt/omni/server/db40/dcbf
    /dev/vg02/lvol2 10354688 2272105 7577457 23% /opt/omni
    /dev/vg02/lvol1 3145728 20774 2929707 1% /etc/opt/omni

    Espero me puedan ayudar…

    Respond

Post a Reply

© 2009 Alejandro F. - prohibido la reproducción total o parcial (textos & Imagenes) sin el consentimiento del autor