Grundlagen der physikalischen und logischen Standby Oracle 12c Datenbanken
EIN physische Standby-Datenbank ist ein Block-für-Block-Kopie der primären Datenbank 12c Oracle. Es ist eine Sicherung der primären Standort gebaut ab und wird durch die Schifffahrt und die Anwendung Archivprotokolle in den Standby-Website auf die gleiche Weise behielten die Transaktionen auf dem primären Standort begangen wurden.
Physische Standby-Datenbanken können nicht für Änderungen offen sein. Sie können Erholung auf dem physischen Standby-Website stoppen und öffnen Sie sie für Nur-Lese-Transaktionen. Während dieser Zeit fällt die Standby-Standort hinter dem primären Standort in Bezug auf die Synchronität. Alle Transaktionen werden gespeichert, bis die Stand-by-Website Erholung reaktiviert wird nach der Meldung Operationen durchgeführt werden.
Wenn Sie eine Standby-Website verfügbar für die Berichterstattung Operationen möchten, sollten Dual-Standby-Sites einrichten. Auf diese Weise kann man im Recovery-Modus bleiben, und Sie können vielleicht die andere öffnen für Operationen im Laufe des Tages berichten und es dann für catch-up in der Nacht schließen. Auf diese Weise, wenn Sie jemals eine Standby-Website aktiviert haben müssen, Sie müssen nicht warten, bis es erste aufholen.
Hier ist eine High-Level-Überblick über die Schritte, um eine physische Standby-Datenbank zu konfigurieren. In diesem Beispiel ist der primäre Ort Name prod_a und die Stand-by-Site-Name ist prod_b:
Stellen Sie verschiedene Initialisierungsparameter in der primären Datenbank für Redo-Log-Versand vorzubereiten:
instance_name (Verschiedene auf jeder Seite)
instance_name = prod_a
db_name (Gleiche auf jeder Seite)
db_name = prod
remote_archive_enable (Ermöglicht Remote-Standort von Protokollen senden)
wahr remote_archive_enable =
LOG_ARCHIVE_DEST_1, 2
LOG_ARCHIVE_DEST_1 = 'LOCATION = / u01 / arch / prod'log_Archive_dest_2 =' SERVICE = prod_b.world ARCH '
log_archive_format (Sagt primäre, wie lokale und Standby-Protokolle zu nennen)
log_archive_format = ARCH_% S.arc
standby_file_management (Macht das Hinzufügen Datendateien einfacher)
standby_file_management = true
fal_client (Erzählt primäre wo erneut Schiff # 147-lost # 148- Archivprotokolle)
fal_client = 'prod_b.world'
In Bezug auf die Schritte 1 und 6: Stellen Sie alle Parameter an beiden Standorten Failover / Umschaltungen zu erleichtern.
Erstellen Sie eine Standby-Kopie Ihrer primären Steuerdatei indem Sie sich in SQL * Plus auf dem primären Anmeldung und die Eingabe wie folgt vor:
Sie sollten folgendes sehen:
Datenbank geändert.
Verschieben Sie diese Kopie an die Standby-Website und legen Sie sie in ein Verzeichnis Ihrer Wahl.
Ändern Sie die Initialisierung Parameter auf der prod_b Instanz auf die neue Steuerdatei zu zeigen.
Sie können es umbenennen, wie Sie wollen.
Wiederherstellen einer Sicherungskopie Ihrer primären Standort in den Standby-Website.
Sie können mit Recovery Management oder traditionelle warm / kalt Backup-Methoden tun. Um die Dinge zu vereinfachen, legen Sie die Dateien in den gleichen Stellen auf dem Standby-Website als primäre.
Wenn Sie das nicht tun können, müssen Sie die Dateien umbenennen, nachdem Sie die Datenbank bereitstellen, oder benötigen Sie die folgenden Initialisierungsparameter auf dem Standby-Website zu verwenden, um die Instanz die Standorte umwandeln kann. Sagen Sie die Dateien in / u01 / app / oracle / oradata / prod auf der Primär- und / disk1 / app / oracle / oradata / prod auf dem Standby waren:
DB_FILE_NAME_CONVERT = '/ u01 /', '/ disk1 /'
Oracle findet alle Instanzen / u01 in der Datendateinamen und ersetzt sie durch / u02.
Stellen Sie die Initialisierung Parameter auf dem Standby-Website:
instance_name (Verschiedene auf jeder Seite)
instance_name = prod_b
db_name (Gleiche auf jeder Seite)
db_name = prod
remote_archive_enable (Ermöglicht die Aufnahme von Protokollen auf Remote-Site)
wahr remote_archive_enable =
standby_archive_dest (Sagt Standby-Datenbank, in der Protokolle zu finden)
standby_archive_dest = / disk1 / arch / prod
log_archive_format (Sagt Standby-Modus, wie Protokollnamen zu interpretieren, setzen gleiche wie primäre)
log_archive_format = ARCH_% S.arc
standby_file_management (Macht das Hinzufügen Datendateien einfacher)
standby_file_management = true
fal_server (Sagt hosted by wo zu suchen # 147-lost # 148- Archivprotokolle)
fal_server = 'prod_a.world'
Montieren Sie die Standby-Datenbank:
Sie sollten folgendes sehen:
Datenbank geändert.
Starten Sie Erholung auf die Standby-Datenbank:
Du siehst das:
Medienwiederherstellung abgeschlossen.
Melden Sie sich von der Stand-by-Site.
Lassen Sie die Erholung im Hintergrund laufen.
EIN logische Standby-Datenbank funktioniert durch die primären Standort mit einem Backup zu kopieren. Dann wird ein Prozess namens SQL Nehmen nimmt die Archivprotokolle aus dem primären Standort und extrahiert die SQL-Anweisungen aus, um sie zu der logischen Standby-Datenbank zu übernehmen.
Während dieser Zeit ist die logische Standby-Datenbank und offen. Es ist wie das Beste aus beiden Welten haben. Die Menschen können für Zwecke der Berichterstattung mit dem primären Standort aktualisierten Daten haben.
Da die Standby-Datenbank wird und offen zu sein, müssen Sie die Daten aus anderen schützen von jedermann verändert werden, als die SQL-Dienste übernehmen. Wenn die Daten außerhalb dieses Verfahrens modifiziert wird, wird die Standby-Datenbank von der primären divergieren. Wenn Sie jemals für Disaster Recovery, um es müssen zu wechseln, wird es nicht die primäre entsprechen.
Um replizierte Objekte in der Stand-by-Website verhindern, geändert wird, geben Sie den folgenden Befehl in der Standby-Umgebung:
ALTER DATABASE GUARD STANDBY
Ein weiteres einzigartiges Merkmal einer logischen Standby-Datenbank: die Möglichkeit, nur bestimmte Objekte zu replizieren. Standardmäßig werden alle Objekte repliziert. Sie können jedoch Prozesse zwingen SQL Nehmen bestimmte Objekte zu überspringen. Darüber hinaus können Sie konfigurieren, dass diese Objekte übersprungen Änderungen an ihnen zu ermöglichen.