Click here to view and discuss this page in DocCommentXchange. In the future, you will be sent there automatically.

SQL Anywhere 12.0.0 (Deutsch) » SQL Anywhere Server - Datenbankadministration » Pflege der Datenbank » Sicherung und Datenwiederherstellung

 

Sichern von Datenbanken in einer Synchronisations- und Replikationsumgebung

Wenn Ihre Datenbank Teil einer SQL Remote-Installation ist, muss der Nachrichtenagent Zugriff auf alte Transaktionen haben. Wenn es sich um eine konsolidierte Datenbank handelt, enthält sie die Masterkopie der kompletten SQL Remote-Installation, und daher sind sorgfältige Sicherungsprozeduren von besonderer Bedeutung, damit garantiert keine Daten verlorengehen.

Wenn Ihre Datenbank Teil eines MobiLink-Systems ist, in dem dbmlsync verwendet wird, gelten dieselben Überlegungen. Wenn allerdings Ihre Datenbank eine konsolidierte MobiLink-Datenbank ist, sind alte Transaktionslogs nicht nötig.

Für Synchronisations- und Replikationsumgebungen können Sie Sicherungsoptionen wählen, um das Transaktionslog umzubenennen und neu zu starten. Diese Art der Sicherung schützt vor einem grenzenlosen Wachsen des Transaktionslogs, während Informationen über alte Transaktionen bewahrt bleiben.

Diese Art der Sicherung wird in der nachfolgenden Darstellung gezeigt.

Bei Datenbanken, die in ein Replikationssystem eingebunden sind, werden die Datenbankdatei und die Logdatei in das Sicherungsverzeichnis kopiert. Das Transaktionslog wird umbenannt und die Datenbankdatei bleibt an ihrem Standort. Informationen über alte Transaktionen stehen für den Nachrichtenagenten weiterhin zur Verfügung.

Weitere Hinweise finden Sie unter Sicherung erstellen und Original-Transaktionslog umbenennen.

Sicherungsprozeduren sind in den entfernten Datenbanken weniger wichtig als in der konsolidierten Datenbank. Sie könnten sich auf die Replikation in die konsolidierte Datenbank als Methode zur Datensicherung verlassen. Im Fall eines Datenträgerfehlers würde die entfernte Datenbank aus der konsolidierten Datenbank extrahiert, und dabei würden nur alle jene Vorgänge, die nicht repliziert wurden, verloren gehen. Sie könnten das Logkonvertierungs-Dienstprogramm verwenden, um zu versuchen, die verloren gegangenen Vorgänge wieder herzustellen. Siehe Dienstprogramm zur Transaktionslogkonvertierung (dbtran).

Auch wenn Sie sich auf die Replikation verlassen, um entfernte Datenbankdaten zu schützen, müssen trotzdem Sicherungen an entfernten Datenbanken regelmäßig durchgeführt werden, um zu verhindern, dass das Transaktionslog zu groß wird. Sie sollten dieselbe Option (das Log umbenennen und neu starten) wie in der konsolidierten Datenbank verwenden, indem Sie den Nachrichtenagenten so ausführen, dass er Zugriff auf die umbenannten Logdateien hat. Wenn Sie in der entfernten Datenbank die Option delete_old_logs auf On setzen, werden die alten Logdateien automatisch vom Nachrichtenagenten gelöscht, wenn sie nicht mehr benötigt werden.

 Automatisches Umbenennen des Transaktionslogs in SQL Remote

Transaktionslog verwalten