Release-Informationen

5.24 Mögliches Problem beim Wiederherstellen von Dateien

Problem: Wenn unterschiedliche Versionen derselben Datei zu unterschiedlichen Zeitpunkten mit einer Datenbank verbunden werden, ruft der Retrieve-Dämon von Data Links File Manager (DLFM) beim Wiederherstellen der Datenbank nicht die korrekte Version der Datei aus einem Archiv ab.

Hintergrund: Wenn eine Datenbank von einem Sicherungsimage wiederhergestellt wird, werden auch die Dateien, die in diesem Sicherungsimage verbunden waren, im Dateisystem von Data Links Manager (DLFS) vom Archiv wiederhergestellt. Im Folgenden sehen Sie, wie der Data Links Manager-Prozess zum Abrufen und Wiederherstellen funktioniert.

• Wenn die Attribute für die letzte Änderungszeit und die Größe der aktuellen Version einer Datei auf Platte sich von den Attributen der aus dem Archiv wiederherzustellenden Datei unterscheiden, wird die aktuelle Datei auf Platte als eine andere Version der Datei behandelt. Die aktuelle Datei auf Platte wird unter dateiname.MOD gespeichert, und die ursprüngliche Version der Datei aus dem DLFM-Archiv wird wiederhergestellt. Wenn z. B. der Name der aktuellen Datei abc lautet, wird abc nach abc.MOD kopiert.
• Wenn die Attribute für die letzte Änderungszeit und die Größe der aktuellen Version einer Datei auf Platte den Attributen der aus dem Archiv wiederherzustellenden Datei entsprechen, nimmt der Data Links Retrieve-Dämon an, dass die Datei nicht geändert wurde, und stellt die Version der Datei aus dem Archiv nicht wieder her.

Wichtig: Es ist möglich, eine Datei zu ändern, ohne dass sich die Attribute für die letzte Änderungszeit und die Größe ändern. Solche "verborgenen Änderungen" ergeben sich durch eine Änderung, die keinen Einfluss auf die Dateigröße hat und bei der anschließend das Attribut für die letzte Änderungszeit auf das der ursprünglichen Datei zurückgesetzt wird.

Beispiel: Angenommen, Sie haben eine Datenbank namens DBTEST, und diese enthält eine Tabelle mit einer DATALINK-Spalte. Sie führen dann die folgenden Schritte in der aufgelisteten Reihenfolge aus:

1. Sie erstellen eine Datei namens dateiA auf einem über DLFS angehängten Datenträger. Dies ist die erste Version der Datei.
2. Sie fügen dann den Verweis auf dateiA (einen URL) in die Datenbank DBTEST ein.
3. Sie erstellen eine Sicherung der Datenbank DBTEST.
4. Sie löschen den Verweis auf dateiA aus der Datenbank DBTEST.
5. Sie löschen dateiA von dem über DLFS angehängten Datenträger.
6. Sie erstellen eine weitere Datei namens dateiA auf einem über DLFS angehängten Datenträger. Dies ist die zweite Version der Datei.
7. Sie fügen dann den Verweis auf dateiA (einen URL) in die Datenbank DBTEST ein.
8. Sie stellen die Datenbank DBTEST vom Sicherungsimage wieder her.

Der DLFM Retrieve-Dämon kopiert die zweite Version von dateiA nach dateiA.MOD und kopiert dann die erste Version von dateiA aus dem Archiv auf den über DLFS angehängten Datenträger als Arbeitsversion von dateiA.

Wenn jedoch beide Versionen von dateiA dieselben Attribute für die letzte Änderungszeit und die Größe haben, tut der DLFM Retrieve-Dämon nichts, da er annimmt, dass die Dateien in derselben Version vorliegen.

Daher bleibt die zweite Version der Datei auf dem über DLFS angehängten Datenträger - und nicht die erste Version. Sie haben das Dateisystem nicht wirklich in demselben Zustand wiederhergestellt wie zur Zeit der Sicherung.

Lösung: Stellen Sie sicher, dass Ihre Anwendung nicht eine Datei durch eine neuere Version dieser Datei mit denselben Attributen (letzte Änderungszeit und Größe) ersetzt.