Es gibt zwei Arten für den Neuaufbau einer Datenbank, die in ein Synchronisations- oder Replikationssystem einbezogen ist. Bei der ersten Methode wird die dbunload-Option -ar verwendet, sodass das Entladen und Laden in einer Weise durchgeführt werden, die keine Auswirkungen auf die Synchronisation und Replikation hat. Die zweite Methode besteht darin, dieselbe Aufgabe manuell durchzuführen.
Voraussetzungen
DBA-Berechtigung.
Alle Subskriptionen müssen synchronisiert werden, bevor eine Datenbank neu aufgebaut wird, die an einer MobiLink-Synchronisation teilnimmt.
Kontext und Bemerkungen
Dieser Abschnitt bezieht sich auf SQL Anywhere MobiLink-Clients (Clients, die dbmlsync benutzen) und auf SQL Remote.
Wenn eine Datenbank an einer Synchronisation oder Replikation beteiligt ist, muss beim Neuaufbau der Datenbank besondere Umsicht angewendet werden. Die Synchronisation oder Replikation bezieht sich auf die sogenannten "Offsets" (Ausgangspunkte) im Transaktionslog. Wenn Sie eine Datenbank neu aufbauen, unterscheiden sich die Offsets im alten Transaktionslog von denen im neuen Transaktionslog, wodurch das alte Transaktionslog nicht mehr zur Verfügung steht. Aus diesem Grund ist in einem Synchronisations- oder Replikationssystem das Sichern besonders wichtig.
Sie können andere dbunload-Optionen angeben, um eine laufende oder nicht laufende Datenbank sowie Datenbankparameter anzugeben.
Neuaufbau einer in ein Replikations- oder Synchronisationssystem einbezogenen Datenbank (dbunload)Fahren Sie die Datenbank herunter.
Führen Sie eine vollständige Offline-Sicherung durch, indem Sie Kopien der Datenbank- und Transaktionslogdateien an einem sicheren Standort speichern.
Führen Sie den folgenden dbunload-Befehl aus, um die Datenbank neu aufzusetzen:
dbunload -c Verbindungszeichenfolge -ar Verzeichnis |
Die Verbindungszeichenfolge ist eine Verbindung mit DBA-Rechten, und Verzeichnis ist das Verzeichnis, das in Ihrer Replikationsumgebung für alte Transaktionslogs benutzt wird. Es kann keine weiteren Verbindungen zur Datenbank geben.
Die Option -ar gilt nur für Verbindungen zu einem Personal Server oder zu einem Netzwerkserver über gemeinsam genutzten Speicher.
Fahren Sie die neue Datenbank herunter und führen Sie dann die Gültigkeitsprüfungen durch, die Sie normalerweise nach dem Wiederherstellen einer Datenbank durchführen würden.
Starten Sie die Datenbank mit allen Optionen, die Sie für die Produktionsumgebung normalerweise benutzen. Geben Sie den Zugriff der Benutzer auf die neu geladene Datenbank frei.
Neuaufbau einer in ein Replikations- oder Synchronisationssystem einbezogenen Datenbank mit manuellen EingriffenFahren Sie die Datenbank herunter.
Führen Sie eine vollständige Offline-Sicherung durch, indem Sie Kopien der Datenbank- und Transaktionslogdateien an einem sicheren Standort speichern.
Führen Sie das dbtran-Dienstprogramm aus, um das Start-Offset und das End-Offset der aktuellen Transaktionslogdatei der Datenbank anzuzeigen.
Notieren Sie das End-Offset zur Verwendung in Schritt 8.
Benennen Sie die aktuelle Transaktionslog-Datei um, damit sie während des Entladungsprozesses nicht geändert wird, und setzen Sie diese Datei in das dbremote-Offline-Logverzeichnis.
Bauen Sie die Datenbank neu auf.
Fahren Sie die neue Datenbank herunter.
Löschen Sie die aktuelle Transaktionslogdatei für die neue Datenbank.
Führen Sie "dblog" mit der neuen Datenbank aus und verwenden Sie das End-Offset, das Sie in Schritt 3 notiert haben, als Parameter -z. Setzen Sie das relative Offset auf null.
dblog -x 0 -z 0000698242 -ir -is Datenbankname.db |
Wenn Sie den Nachrichtenagent ausführen, übergeben Sie ihm den Standort des Original-Offline-Verzeichnisses auf der Befehlszeile.
Starten Sie die Datenbank. Geben Sie den Zugriff der Benutzer auf die neu geladene Datenbank frei.
Siehe auch |
Kommentieren Sie diese Seite in DocCommentXchange.
|
Copyright © 2012, iAnywhere Solutions, Inc. - SQL Anywhere 12.0.1 |