Fehlerbehebung bei Klonproblemen
Hier finden Sie Informationen darüber, die während eines Klonens auftreten können und wie Sie sie lösen können.
Symptom | Erklärung | Behelfslösung |
---|---|---|
Der Klonvorgang schlägt fehl, wenn das Archivziel auf festgelegt ist |
Wenn sich das Archivziel auf USE_DB_RECOVERY_FILE_DEST bezieht, verwaltet der Flash Recovery Area (FRA) aktiv das Archivprotokoll. SnapManager nutzt den FRA-Standort nicht während Klon- oder Restore-Vorgängen und schlägt somit fehl. |
Ändern Sie das Archivziel in den tatsächlichen Speicherort des Archivprotokolls anstelle des FRA-Speicherorts. |
Der Klonvorgang schlägt mit der folgenden Fehlermeldung fehl: |
Dieses Problem tritt auf, wenn Oracle Listener die Verbindung zur Datenbank nicht herstellen kann. |
Wenn Sie ein Backup mit der GUI von SnapManager klonen, führen Sie die folgenden Aktionen durch:
Wenn Sie ein Backup über CLI klonen, müssen Sie die folgenden Informationen in das Tag <Parameter> der Klon-Spezifikations-Datei einfügen: <parameters> <parameter> <name>local_listener</name> <value>(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=<hostname>)(PORT=<port#>)))</value> </parameter> </parameters> |
Der Klonvorgang schlägt mit einer Fehlermeldung fehl, die sagt, dass der von Ihnen verwendete Mountpoint bereits verwendet ist. |
Mit SnapManager können Sie einen Klon nicht über einem bestehenden Bereitstellungspunkt mounten. Ein unvollständiger Klon hat den Bereitstellungspunkt nicht entfernt. |
Geben Sie einen anderen Bereitstellungspunkt an, der vom Klon verwendet werden soll, oder heben Sie den problematischen Bereitstellungspunkt auf. |
Der Klonvorgang schlägt fehl mit einer Fehlermeldung, dass Datendateien keine .dbf-Erweiterung haben. |
Einige Versionen des Oracle NID-Dienstprogramms funktionieren nicht mit Datendateien, es sei denn, die Dateien verwenden eine .dbf-Erweiterung. |
|
Aufgrund der nicht erfüllten Anforderungen schlägt der Klonvorgang fehl. |
Sie versuchen, einen Klon zu erstellen. Einige der Voraussetzungen wurden jedoch nicht erfüllt. |
Fahren Sie wie unter Erstellen eines Klons beschrieben fort, um die Voraussetzungen zu erfüllen. |
Nach dem Aufteilen des Klons kann SnapManager kein neues Profil generieren, und der Benutzer weiß nicht, ob das neue Profil erstellt wird. |
SnapManager kann nicht aufgefordert werden, wenn ein neues Profil nach dem Split-Vorgang des Klons nicht erstellt wird. Da die Eingabeaufforderung nicht angezeigt wird, können Sie davon ausgehen, dass das Profil erstellt wird. |
Geben Sie über die SnapManager-Befehlszeilenschnittstelle (CLI) den ein |
SnapManager für SAP klont keine physischen Oracle Data Guard Standby Datenbanken (10.2.0.5). |
SnapManager für SAP deaktiviert den verwalteten Recovery-Modus nicht, während ein Offline-Backup der physischen Oracle 10gR2 (10.2.0.5) Standby-Datenbanken durchgeführt wird, die mit Oracle Data Guard Services erstellt wurden. Aufgrund dieses Problems ist das Offline Backup inkonsistent. Wenn SnapManager für SAP versucht, das Offline-Backup zu klonen, wird nicht einmal versucht, eine Wiederherstellung auf der geklonten Datenbank durchzuführen. Da das Backup inkonsistent ist, muss die geklonte Datenbank wiederhergestellt werden, und damit kann SAP den Klon nicht erfolgreich erstellen. |
Aktualisieren Sie die Oracle-Datenbank auf Oracle 11gR1 (Patch 11.1.0.7). |
Das Klonen eines Backups auf einem Remote-Host schlägt mit der folgenden Fehlermeldung fehl |
Wenn im Mounten die IP-Adresse des Hosts dem Befehl Snap Mount bereitgestellt wird, kann der Klonvorgang fehlschlagen. Dieses Problem tritt auf, wenn sich der Host, auf dem sich die Datenbank befindet, in der Arbeitsgruppe befindet, während sich der Remote-Host in der Domäne befindet, oder umgekehrt. |
Sie müssen sicherstellen, dass sich sowohl der Remote-Host als auch der Host, auf dem sich die Datenbank befindet, in der Domäne und nicht in der Arbeitsgruppe befinden. |