SnapManager Oracle
Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

Klonen von Datenbank-Backups ohne Umsetzungsprotokolle

Beitragende

SnapManager ermöglicht Ihnen ein flexibles Klonen, sodass Sie die geklonte Datenbank manuell bis zu einem gewünschten Zeitpunkt wiederherstellen können, ohne die Datenbank über ResetLogs zu öffnen. Sie können die geklonte Datenbank auch manuell als Data Guard Standby-Datenbank konfigurieren.

Wenn Sie die Option -no-resetlogs beim Erstellen des Klons auswählen können, führt SnapManager die folgenden Aktivitäten aus, um die geklonte Datenbank zu erstellen:

  1. Führt die Vorverarbeitung, falls angegeben, vor dem Start des Klonvorgangs aus

  2. Erstellt die geklonte Datenbank mit der vom Benutzer angegebenen SID

  3. Führt die SQL-Anweisungen aus, die für die geklonte Datenbank ausgegeben wurden.

    Nur die SQL-Anweisungen, die im Mount-Status ausgeführt werden können, wurden erfolgreich ausgeführt.

  4. Führt die Aktivität der Aufgabe nach der Verarbeitung aus, falls angegeben.

Welche Aufgaben müssen Sie tun, um die geklonte Datenbank manuell wiederherzustellen

  1. Mounten Sie die Archiv-Log-Backups und stellen Sie die geklonte Datenbank manuell wieder her, indem Sie die Archiv-Log-Dateien vom gemounteten Pfad verwenden.

  2. Öffnen Sie nach der Durchführung manueller Wiederherstellung die wiederhergestellte geklonte Datenbank mit der Option -Resetlogs.

  3. Erstellen Sie bei Bedarf temporäre Tablespaces.

  4. Führen Sie das DBNEWID-Dienstprogramm aus.

  5. Gewähren sie den Anmeldeinformationen der geklonten Datenbank sysdba-Berechtigung.

Beim Klonen der Datenbank-Backups mit der Option -no-resetlogs lässt SnapManager die geklonte Datenbank im gemounteten Status zur manuellen Wiederherstellung zurück.

Hinweis Die mit der Option -no-resetlogs erstellte geklonte Datenbank ist keine vollständige Datenbank. Daher dürfen Sie SnapManager Operationen auf dieser Datenbank nicht ausführen, obwohl SnapManager Sie nicht daran hindert, irgendwelche Operationen auszuführen.

Wenn Sie die Option -no-resetlogs nicht angeben, wendet SnapManager die Archiv-Log-Dateien an und öffnet die Datenbank mit Resetlogs.

  1. Geben Sie den folgenden Befehl ein: smo Clone create -profilprofile_Name [-Backup-labelbackup_Name in den folgenden Fällen: -Backup-idBackup_id current] -newsidneft_sid-clonespepfull_path_to_clonespepfile-no-resetlogs

    Wenn Sie versuchen, sowohl -no-resetlogs als auch Recovery-from-location Optionen anzugeben, erlaubt SnapManager nicht, diese beiden Optionen zusammen anzugeben, und zeigt die Fehlermeldung an: SMO-04084: Sie müssen entweder eine der Optionen angeben: -No-resetlogs oder -Recovery-from-location.

Beispiel

smo clone create -profile product -backup-label full_offline -newsid PROD_CLONE -clonespec prod_clonespec.xml -label prod_clone-reserve -no-reset-logs