Die Fehlermeldung: 

 9.01.2008 01:13:39  BSM.1516.3440 ["db/dbutil.c /main/dp56/dp60_fix/1":965] A.06.00 bDPWIN_00355
  VELOCIS DB ERROR [2] internal error [-14] member already owned (S_ISOWNED)

im debug.log deudet auf ein Problem mit der Dataprotector Datenbank hin. In meinem Fall war die fn3.ext voll.

Genaue Beschreibung: 

Symptome:

Im Message-Log der Backupsessions treten Fehler auf wie: 

 [Major] From: Diese E-Mail Adresse ist gegen Spam Bots geschützt, Sie müssen Javascript aktivieren, damit Sie sie sehen können äne.lan "Aplsrvdv27"  Time: 29.01.2008 01:13:39
[61:4039]     Following error occurred while storing detail catalog
    information for device "Backup01 QUANTUM:DLT 8000 1"
    with loaded medium "643018ac:43c515fd:0220:0006" [[830491] 830491]
    to Data Protector Internal Database:

    Database internal error - see debug.log for details.

    From this point on, all objects on this medium
    will have logging switched to "No Log".

 Daraufhin ist im Debuglog zum entsprechenden Zeitpunkt zu finden:

Fehlersuche: 

Eine Analyse der Datenbank mit omnidbutil -extendinfo ergibt:

...
Base file "fn3.ext":
    Device               = D:/Programme/OmniBack/db40/datafiles/cdb
    Number of extensions = 0
    Maximum size         = 2097152 [kB]
    Current size         = 2097152 [kB]
Maximum size with extensions = 2097152 [kB]
Current size with extensions = 2097152 [kB]
...

In dem Ausschnitt der Ausgabe ist zu sehen, das die fn3.ext voll ist.
In den fnx.ext Datenbankfiles werden die gesicherten Dateinamen abgespeichert. Dabei füllt DataProtector nicht eine Datenbankdatei nach der anderen, sondern schreibt gleichzeitig in alle Files. Die 1. 40 bytes des Dateinamens landen in der fn1.ext, die nächsten 60 bytes in der fn2.ext und die nun folgenden 80 bytes in der fn3.ext. (usw.)
Bei vielen gesicherten Dateien mit langen Dateinamen füllen sich also zuerst die Dateien fn4.ext und fn3.ext. (meist fn3 nach meiner Erfahrung).

Behebung:

Eine Erweiterung der fn3.ext ist mit dem omnidbutil möglich:

omnidbutil.exe -extendtblspace fn3.ext <DP_BaseDir>\db40\datafiles\Cdb -maxsize 2047

Schlägt dies mit einer Fehlermeldung ala "Maximale Größe erreicht" fehl, kann man dies in der globalen config anpassen. Im File

<DP_BaseDir>\config\server\options\config

 den Wert  für

DbFn3ExtLimit=8
# Data Protector A.06.00
# This value was automatically copied from previous version.

anpassen. Hier von 4 (GB) auf 8 (GB) erweitert. Nun sollte es mit der extension der fn3.ext klappen.

omnidbutil -extendinfo ergibt jetzt:

 Base file "fn3.ext":
    Device               = D:/Programme/OmniBack/db40/datafiles/cdb
    Number of extensions = 1
    Maximum size         = 2097152 [kB]
    Current size         = 2097152 [kB]
Extension file "fn3.ext1":
    Device       = D:/Programme/OmniBack/db40/datafiles/Cdb
    Maximum size = 2096128 [kB]
    Current size = 0 [kB]
Maximum size with extensions = 4193280 [kB]
Current size with extensions = 2097152 [kB]

Artikel kommentieren

Nur registrierte Benutzer können Kommentare schreiben.
Bitte melden Sie sich an oder registrieren Sie sich.

Powered by AkoComment Tweaked Special Edition v.1.4.6
AkoComment © Copyright 2004 by Arthur Konze - www.mamboportal.com
All right reserved