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 Abrufdä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 DB2 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-Abrufdä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-Abrufdä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-Abrufdä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.