Bevor Sie beginnen, sollten Sie sich mit Backup und DR für Oracle vertraut machen.
Bevor Sie Oracle-Datenbanken sichern können, müssen Sie den Oracle-Server als Host zu Backup und DR hinzufügen. Lesen Sie dazu die Voraussetzungen für das Sichern einer Oracle-Datenbank und führen Sie dann die folgenden Vorbereitungsschritte aus.
Oracle-Datenbanken in einer Linux-Umgebung vorbereiten
Bevor Sie eine Oracle-Datenbank schützen oder wenn Jobs zum Schutz der Datenbank fehlschlagen, prüfen Sie, ob die folgenden Einstellungen auf dem Oracle-Datenbankserver korrekt sind.
- Jede zu schützende Oracle-Datenbank muss ausgeführt werden. Beispiel:
database: actdb
ps -ef | grep pmon | grep -i actdb
oracle 27688 1 0 2015 ? 00:26:24 ora_pmon_actdb
- Die Datenbank muss im Archivprotokollmodus ausgeführt werden. Um zu prüfen, ob die Datenbank im Archiv-Log-Modus ausgeführt wird, melden Sie sich als Oracle-Betriebssystemnutzer beim Datenbankserver an und legen Sie die Umgebungsvariable für die Datenbank fest:
export ORACLE_HOME=<oracle home path>
# Get this from /etc/oratab
export ORACLE_SID=<database instance name>
export PATH=$ORACLE_HOME/bin:$PATH
Login to sqlplus:
sqlplus / as sysdba
archive log list;
Database log mode Archive Mode
Automatic archival Enabled
Archive destination +FRA
Oldest online log sequence 569
Next log sequence to archive 570
Current log sequence 570
Note: If archive log mode is not enabled then get archive mode enabled
before proceeding.
- Die Datenbank sollte
spfileverwenden. Prüfen Sie mitspfile, ob die Datenbank ausgeführt wird:
sqlplus / as sysdba
show parameter spfile
NAME TYPE VALUE
------------------ ----------- ------------
spfile string +DATA/ctdb/spfilectdb.ora
Note: If the value is `null_` then
get the spfile set. Backup and DR supports backing up using pfile as well.
pfile should be available in default location. For example, a
Linux `pfile` should be located under `$ORACLE_HOME/dbs`.
Bei einer Oracle RAC-Datenbank muss sich die Snapshot-Kontrolldatei auf freigegebenen Laufwerken befinden. Bei einer Oracle RAC-Datenbank unter ASM muss sich die Snapshot-Kontrolldatei auf freigegebenen Laufwerken befinden.
Stellen Sie dazu eine Verbindung zu RMAN her und führen Sie den Befehl
show allaus. Konfigurieren Sie sie bei Bedarf:rman target /Dann in RMAN:
show allDie RMAN-Konfigurationsparameter für die Datenbank mit dem db_unique_name CTDB sind:
CONFIGURE RETENTION POLICY TO REDUNDANCY 1; # default
CONFIGURE BACKUP OPTIMIZATION OFF; # default
CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default
CONFIGURE CONTROLFILE AUTOBACKUP OFF; # default
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F'; # default
CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET; # default
CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/mnt/ctdb/snapcf_ctdb.f';
This example shows the configuration set to the local file system.
In a RAC environment, this must be set to shared ASM Disk Group. To put it
on the ASM Disk Group, use:
```bash
CONFIGURE SNAPSHOT CONTROLFILE NAME TO '+(disk group name)/snap_(database name).f';
```
Sicherung einer Oracle-Datenbank mit Datendateien in einer ASM-Laufwerksgruppe vorbereiten
Backup und DR-Staging-Laufwerk in einer ASM-Laufwerksgruppe
Der ASM-Diskstring-Parameter muss festgelegt sein und darf nicht null sein. Melden Sie sich als ASM-Betriebssystemnutzer beim Datenbankserver an und legen Sie die ASM-Umgebungsvariable fest:
export ORACLE_HOME=(oracle ASM home path)
# Get this from /etc/oratab
export ORACLE_SID=(ASM instance name)
export PATH=$ORACLE_HOME/bin:$PATH
Mit sqlplus verbinden:
sqlplus / as sysasm
show parameter asm_diskstring
NAME TYPE VALUE
------------------- ----------- ------------------------------
asm_diskstring string ORCL:*, /dev/sdt1, /dev/sdu1
Wenn das Ergebnis des Werts null ist, rufen Sie den richtigen ASM-Laufwerkstringwert für vorhandene ASM-Laufwerke ab, bevor Sie mit dem Backup und DR-Schutz fortfahren. Die Sicherung von Backup und DR fügt den Laufwerkstringpfad (/dev/Backup and DR/asm/*) für das Sicherungs-Staging-Laufwerk hinzu, um es ASM zuzuordnen.
Backup- und DR-Staging-Laufwerk im Dateisystem
Wenn Sie eine Oracle ASM-Datenbank in einem Dateisystem schützen, muss ASM in Dateisystem konvertieren unter Anwendungsdetails und -einstellungen auf Ja gesetzt sein. Weitere Informationen finden Sie unter Anwendungsdetails und Einstellungen für Oracle-Datenbanken.
Oracle-Datenbankauthentifizierung vorbereiten
Die folgenden zusätzlichen Vorbereitungsschritte sind nur erforderlich, wenn Sie die Datenbankauthentifizierung verwenden möchten. Die Oracle-Datenbankauthentifizierung wird unter Backup und DR mit Datenbankauthentifizierung beschrieben.
Folgen Sie der Anleitung unter Oracle-Datenbanken in einer Linux-Umgebung vorbereiten.
Erstellen Sie ein Datenbanknutzerkonto für Backup und DR, falls noch nicht vorhanden:
create user act_rman_user identified by <password>;
- Gewähren Sie
sysdbaZugriff auf alle RAC-Knoten, indem Sie sich auf allen Knoten insqlplusanmelden und Folgendes ausführen:
grant create session, resource, sysdba to act_rman_user;
Für Oracle 12c kann diese Rolle sysbackup anstelle von of sysdba sein und der Datenbanknutzername beginnt mit #.
- Prüfen Sie, ob die Rolle
sysdbaallen Knoten in der RAC-Umgebung zugewiesen wurde:
sqlplus / as sysasm
select * from gv$pwfile_users;
INST_ID USERNAME SYSDB SYSOP SYSAS
---------- -------------- ----- ----- -----
1 SYS TRUE TRUE FALSE
2 SYS TRUE TRUE FALSE
1 ACT_RMAN_USER TRUE TRUE FALSE
2 ACT_RMAN_USER TRUE TRUE FALSE
Testen Sie den Dienstnamen anhand Ihres Umgebungstyps mithilfe der folgenden Anleitung:
Oracle-Dienstnamen in einer Nicht-RAC-Umgebung erstellen und prüfen
Der Oracle-Dienstname wird nur für die Datenbankauthentifizierung verwendet. Sie ist für die Betriebssystemauthentifizierung nicht erforderlich.
Beispiel:
Datenbankname: dbstd,
Instanzname: dbstd
- Wenn der Oracle-Dienstname nicht aufgeführt ist, erstellen Sie den Dienstnameneintrag in der Datei
tnsnames.oraunter$ORACLE_HOME/network/adminoder$GRID_HOME/network/admin, indem Sie den folgenden Eintrag hinzufügen:
act_svc_dbstd =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = (IP of the database server))(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = dbstd)
) )
Wenn sich die Datei tnsnames.ora an einem nicht standardmäßigen Speicherort befindet, geben Sie den absoluten Pfad unter Anwendungsdetails und -einstellungen an, wie unter Anwendungsdetails und -einstellungen für Oracle-Datenbanken beschrieben.
Testen Sie den Dienstnameneintrag für die Datenbank, um zu prüfen, ob er konfiguriert ist:
Melden Sie sich als Oracle-Betriebssystemnutzer an und legen Sie die Oracle-Umgebung fest:
TNS_ADMIN=(tnsnames.ora file location)
tnsping act_svc_dbstd
- Prüfen Sie das Datenbanknutzerkonto, um sicherzustellen, dass die Sicherung von Backup und DR eine Verbindung herstellen kann:
sqlplus act_rman_user/act_rman_user@act_svc_dbstd as sysdba
- Geben Sie den erstellten Dienstnamen (act_svc_dbstd) unter der Einstellung „Oracle-Dienstname“ unter Anwendungsdetails und -einstellungen an, wie unter Anwendungsdetails und -einstellungen für Oracle-Datenbanken beschrieben.
Oracle-Dienstnamen in einer RAC-Umgebung erstellen und prüfen
Der Oracle-Dienstname wird nur für die Datenbankauthentifizierung verwendet. Sie ist für die Betriebssystemauthentifizierung nicht erforderlich.
Beispiel für einen RAC mit drei Knoten:
Datenbankname:
dbracName von Instanz 1:
dbrac1Instanz2-Name:
dbrac2Instanz3-Name:
dbrac3, wobei der Datenbankschutz von Knoten3 (Instanznamedbrac3) festgelegt wird:
- Erstellen Sie einen Dienstnameneintrag in der Datei
tnsnames.oraunter$ORACLE_HOME/network/adminoder$GRID_HOME/network/admin, indem Sie den folgenden Eintrag hinzufügen:
act_svc_dbrac3 =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = (IP of the database server)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(INSTANCE_NAME = dbrac3)
(SERVICE_NAME = dbrac)
) ) )
Where:
HOST = This can be SCAN IP in a RAC environment or VIP or IP of the node 3 database server.
SERVICE_NAME = database name
INSTANCE_NAME = database instance name on node3
Testen Sie den Dienstnamen:
Melden Sie sich als Oracle-Betriebssystemnutzer an und legen Sie die Oracle-Umgebung fest:
TNS_ADMIN=(tnsnames.ora file location)
tnsping act_svc_dbrac3
- Prüfen Sie das Datenbanknutzerkonto, um sicherzustellen, dass die Verbindung für Backup und DR hergestellt werden kann:
sqlplus act_rman_user/act_rman_user@act_svc_dbrac3 as sysdba
Geben Sie den erstellten Dienstnamen (act_svc_dbrac3) unter der Einstellung für den Oracle-Dienstnamen unter Anwendungsdetails und -einstellungen an, wie unter Anwendungsdetails und -einstellungen für Oracle-Datenbanken beschrieben.
Wenn sich die Datei „tnsnames.ora“ an einem nicht standardmäßigen Speicherort befindet, geben Sie den absoluten Pfad zur Datei „tnsnames.ora“ unter der Oracle-Einstellung
TNS_Admin-Pfad unter Anwendungsdetails und -einstellungen an, wie unter Anwendungsdetails und -einstellungen für Oracle-Datenbanken beschrieben.
Datenbankblock-Änderungsverfolgung aktivieren (optional)
Das Block Change Tracking für Datenbanken wird unter Oracle Database Block Change Tracking (BCT) beschrieben.
So prüfen Sie, ob die Änderungsverfolgung für Datenbankblöcke aktiviert ist:
sqlplus / as sysdba
In der SQL-Eingabeaufforderung:
select * from v$block_change_tracking;
Wenn die Änderungsverfolgung für Datenbankblöcke nicht aktiviert ist, aktivieren Sie sie über sqlplus:
ASM-Laufwerksgruppe verwenden
sqlplus / as sysdba
Führen Sie am SQL-Prompt Folgendes aus:
alter database enable block change tracking using file '+<ASM Disk Group Name>/<database name>/<dbname>.bct';
Dateisystem verwenden
sqlplus / as sysdba
In der SQL-Eingabeaufforderung:
alter database enable block change tracking using file '$ORACLE_HOME/dbs/<dbname>.bct';
Über einen Oracle Data Guard-Knoten schützen
Sie können eine Oracle-Datenbank über primäre Datenbankknoten oder über Oracle Data Guard-Standby-Knoten schützen. Wenn der Schutz über einen Oracle Data Guard-Knoten festgelegt ist, müssen Sie die Anmeldedaten des primären Knotens in der Appliance-Verwaltungskonsole unter „Anwendungsdetails und -einstellungen“ festlegen.
Für die Datenbankauthentifizierung (nur Linux)
Nutzername/Passwort: Die Anmeldedaten des Datenbanknutzerkontos. Damit dieses Nutzerkonto auf dem Data Guard-Knoten mit sysdba-Zugriff verfügbar ist, muss dieser Nutzer mit sysdba-Berechtigung auf dem primären Knoten erstellt werden (siehe „Backup-Nutzerkonto mit sysdba-Zugriff erstellen“). Anschließend muss die Passwortdatei (unter
$ORACLE_HOME/dbs/) vom primären Knoten auf den Data Guard-Knoten kopiert werden.
Für die Betriebssystemauthentifizierung
- Nutzername/Passwort: Unter „Betriebssystemauthentifizierung“ ist die Berechtigung „sysdba“ nicht erforderlich. Dieses Datenbanknutzerkonto benötigt die Berechtigung
connect, alter system. Damit dieses Nutzerkonto auf dem Data Guard-Knoten verfügbar ist, muss dieser Nutzer auf dem primären Knoten erstellt werden.
Wenn der Nutzer nicht die Rolle „sysdba“ hat, benötigt er grant connect, alter system, select on dba_tablespaces.
So gewähren Sie diese Berechtigungen in der SQL-Eingabeaufforderung:
grant connect, alter system, select on dba_tablespaces to act_rman_user;
- Oracle Data Guard Primary Node Servicename: Dies ist der Dienstname in der Datei „tnsnames.ora“, die auf dem Data Guard-Knoten konfiguriert ist, um vom Standby-Knoten eine Verbindung zum primären Knoten herzustellen. Der Dienstname des primären Oracle Data Guard-Knotens ist sowohl für die Betriebssystem- als auch für die Datenbankauthentifizierung erforderlich, wenn die Sicherung über den Data Guard-Standby-Knoten konfiguriert wird.
Ausführliche Informationen zu allen Details und Einstellungen finden Sie unter Anwendungsdetails und -einstellungen für Oracle-Datenbanken.
| Datenbankknoten | Betriebssystemauthentifizierung | Datenbankauthentifizierung |
|---|---|---|
| Primär | Es sind keine Datenbankanmeldedaten erforderlich. | Datenbankanmeldedaten sind erforderlich. Wenn keine Rolle ausgewählt ist, wird „sysdba“ verwendet. |
| Stand‑by | Datenbankanmeldedaten sind auch für die Betriebssystemauthentifizierung erforderlich, um eine Verbindung zur primären Datenbank herzustellen und das Log zu wechseln. Die Datenbankanmeldedaten müssen nicht die Rolle „sysdba“ oder „sysbackup“ haben. Wenn ein sysdba-/sysbackup-Konto verwendet wird, legen Sie die Nutzerrolle in den Anwendungsdetails und -einstellungen unter Nutzerrolle in der Datenbank fest. | Datenbankanmeldedaten sind erforderlich. Die Datenbankanmeldedaten müssen für die Rolle „sysdba“ oder „sysbackup“ gelten und die Nutzerrolle in der Datenbank muss in den Anwendungsdetails und -einstellungen auf „sysdba“ oder „sysbackup“ festgelegt sein. Informationen zum Einrichten der Datenbankauthentifizierung finden Sie unter Datenbankauthentifizierung für einen Oracle-Server aktivieren. |
Transparentes RAC-Failover der RMAN-Sicherung auf andere Knoten konfigurieren
Der Backup und DR-Agent muss auf allen Knoten installiert sein und ausgeführt werden, die Teil der Backup-Failover-Konfiguration sein sollen. Der Schutz wird nur von einem Knoten aus eingerichtet.
Geben Sie unter „Details & Einstellungen“ > „Clusterknoten“ die Auswahl des Failover-Knotens in einer Oracle RAC-Umgebung an:
<Failover choice>:<Node IP>:<Servicename>:<Role>
Wobei:
Failover-Auswahl: Die Reihenfolge der Knoten, in der ein Failover durchgeführt werden soll.
Knoten-IP: Die IP-Adresse des Knotens, auf dem die Sicherung ausgeführt werden soll.
Dienstname: Der Name des Dienstes, der in der tnsnames.ora für die Backup und DR-RMAN-Sicherung erstellt und angegeben wurde. Dies kann ein neuer dedizierter Dienst sein, der für Backup und DR erstellt wurde, oder der SID-Name (Instanzname) der Datenbank auf diesem Knoten.
Rolle: F, was bedeutet, dass es sich um einen Failover-Knoten handelt
So erstellen Sie einen neuen Dienstnamen auf dem Failover-Knoten in der Datei „tnsnames.ora“ ($ORACLE_HOME/network/admin/tnsnames.ora oder $GRID_HOME/network/admin/tnsnames.ora):
Beispiel in einer Oracle One Node-Umgebung
RAC One Node besteht aus zwei Knoten:
172.15.157.200
172.15.157.201
Es gibt eine Datenbank OneN, die jeweils nur auf einem der Knoten ausgeführt wird. OneN ist vor 172.15.157.200 geschützt, wobei die Clusterknoteneinstellungen als 1:172.15.157.201:OneN:F angegeben sind.
Wenn OneN ein Failover auf 172.15.157.201 durchführt, folgt die Sicherung von Backup und DR und startet den nächsten Sicherungsjob von 172.15.157.201 statt von 200. Wenn während eines Sicherungsjobs ein Failover auftritt, schlägt der Job fehl und der nächste Job verwendet den Failover-Knoten, um eine neue Sicherung zu starten.
Beispiel in einer Oracle-Umgebung, nicht One Node:
RAC mit 2 Knoten (
dbrac1,dbrac2)Der Schutz wird mit dem Datenbanknamen „dbrac“ von
dbrac1festgelegt und das Failover soll aufdbrac2festgelegt werden.Dienstname auf node2:
act_svc_dbrac2Knoten2-IP oder Scan-IP:
172.1.1.0
act_svc_node2 =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = 172.1.1.0)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(INSTANCE_NAME = dbrac2)
(SERVICE_NAME = dbrac)
) )
Unter Anwendungsdetails und -einstellungen sind die Clustereinträge folgende:
1:172.1.1.1:act_svc_node2:F
Das Verhalten der Clusterknoteneinträge F und M
F: Failover-Knoten, der nur dann beteiligt ist, wenn der Schutzknoten die Sicherung nicht ausführen soll.
M: Wartungsknoten, ersetzt den Schutzknoten, wenn er für die Sicherung validiert wurde.
Komprimierung von Oracle-Archivlogs
Die Sicherung von Archivlogs mit Backup und DR unterstützt die Komprimierung von Oracle-Log-Sicherungssätzen. Die Art der Komprimierung, die Sie auswählen, hängt von diesen RMAN-Konfigurationseinstellungen ab. Wählen Sie eine Option für Ihren Anwendungsfall aus.
Niedrigere Komprimierungsverhältnisse haben die geringsten Auswirkungen auf den Sicherungsdurchsatz. Diese eignen sich am besten für Umgebungen, in denen CPU-Ressourcen der begrenzende Faktor sind.
Für die meisten Umgebungen wird die mittlere Komprimierung empfohlen. Diese bieten eine gute Kombination aus Komprimierungsverhältnissen und Geschwindigkeit.
Hohe Komprimierungsverhältnisse sind ressourcenintensiv und eignen sich am besten für Sicherungen über langsamere Netzwerke, bei denen die Netzwerkgeschwindigkeit der einschränkende Faktor ist.
Die Standardeinstellung ist „Basic“. Für Basic ist Oracle Advanced Compression nicht erforderlich.
Führen Sie den Befehl show all in der RMAN-Eingabeaufforderung aus, um den in der Umgebung festgelegten Komprimierungstyp zu prüfen:
rman target /
show all
Oracle-Datenbankdienste für das Load Balancing über mehrere Knoten hinweg konfigurieren
Dieses Verfahren gilt nur für Oracle ASM-Datenbanken. In diesem Beispiel wird von einer RAC-Umgebung mit vier Knoten ausgegangen. Die Knoten 3 und 4 sollen für die Sicherung per Load Balancing verteilt werden.
Weitere Informationen:
Parallele RMAN-Image-Kopie von mehreren Knoten konfigurieren
Oracle-Datenbankdienste für das Load Balancing über mehrere Knoten hinweg konfigurieren
Für das Load Balancing zwischen Oracle RAC-Knoten ist eine Oracle-Datenbankauthentifizierung erforderlich.
Parallele RMAN-Image-Kopie von mehreren Knoten konfigurieren
In einer RAC-Umgebung können Sie die Sicherung so konfigurieren, dass sie parallel von mehreren Knoten ausgeführt wird.
Installieren Sie den Backup und DR-Agent auf allen Knoten.
Richten Sie die Zuordnung der ASM-Laufwerksgruppe zu Knoten 3 und Knoten 4 mithilfe der Anwendungsdetails und -einstellungen ein.
Erstellen Sie mit srvctl einen Datenbankdienst, der auf Knoten 3 und Knoten 4 ausgeführt werden soll.
Geben Sie diesen Dienst unter Anwendungsdetails und -einstellungen an. Wählen Sie unter „Erweiterte Einstellungen“ die Anzahl der Kanäle aus. RMAN verteilt die Kanäle auf Knoten 3 und Knoten 4.
Legen Sie den Oracle-Dienstnamen und die RAC-Mitgliedsknoten fest.
Oracle Database Services für Load Balancing über mehrere Knoten hinweg konfigurieren
Konfigurieren Sie unter Anwendungsdetails und -einstellungen die RAC-Mitgliedsknoten: IP-Adresse von Knoten 3 und IP-Adresse von Knoten 4.
Erstellen Sie einen Datenbankdienst für den Wartungsknoten, der von Backup und DR für die Sicherung verwendet werden soll:
srvctl add service -d <dbname> -s act_service_<dbname> -r <dbinstance3>,<dbinstance4>
srvctl start service -d <dbname> -s act_service_<dbname>
- Fügen Sie den TNS-Eintrag für den Oracle-Dienstnamen, der auf Sicherungsknoten erstellt wurde (in diesem Beispiel die Knoten
dbinstance3unddbinstance4), in der Datei „tnsnames.ora“ ($ORACLE_HOME/network/admin/tnsnames.ora oder $GRID_HOME/network/admin/tnsnames.ora) hinzu.
act_service_<dbname> =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = <SCAN IP>)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = <DATABASE NAME>)
) )
- Testen Sie den erstellten Dienstnamen:
tnsping act_service_<dbname>
- Testen Sie den Dienstnamen und die Nutzeranmeldedaten:
sqlplus act_rman_user/act_rman_user@act_service_<dbname> as sysdba
Geben Sie diesen Dienstnamen unter Anwendungsdetails und -einstellungen > Oracle-Dienstname an.
Erstellen Sie einen dedizierten Archivprotokoll-Sicherungsdienst auf einem Schutzknoten (z.B. Knoten 3), der für die Sicherung verwendet werden soll:
srvctl add service -d <dbname> -s act_arc_service_<dbname> -r <dbinstance3>
srvctl start service -d <dbname> -s act_arc_service_<dbname>
- Fügen Sie den tns-Eintrag für den Namen des Archivprotokoll-Sicherungsdienstes hinzu, der in der Datei
tnsnames.ora($ORACLE_HOME/network/admin/tnsnames.oraoder unter$GRID_HOME/network/admin/tnsnames.ora) erstellt wurde.
act_arc_service_<dbname> =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = <SCAN IP>)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(INSTANCE_NAME = <node 3 instance>)
(SERVICE_NAME = act_arc_service_<dbname>)
) )
- Testen Sie den Dienstnamen:
tnsping act_arch_service_<dbname>
- Geben Sie diesen Dienstnamen unter Anwendungsdetails und -einstellungen > „Dienstname für Archivprotokollsicherung“ an.
Oracle 12c patchen
Anwendungsspezifische Bereitstellungen von Backup und DR können fehlschlagen, wenn Ihre Oracle 12c-Installation diesen Patch nicht enthält. Sie können ihn im Oracle-Supportportal herunterladen:
Oracle Database 12c-Fehler Nr. 19404068 (ORA-1610 ON RECOVER DATABASE FOR CREATED CONTROLFILE)
- (Patch 19404068) Linux x86-64 für Oracle 12.1.0.2.0
Prüfen Sie mit dem folgenden Befehl, ob der Patch installiert ist:
cd $ORACLE_HOME/OPatch
./opatch lsinventory -details
./opatch lsinventory -details | grep 19404068
Weitere Informationen
Bevor Sie den Oracle-Host hinzufügen, fahren Sie mit Folgendem fort:
The Oracle DBA Guide
- Backup und DR für Oracle-Datenbanken
- Voraussetzungen für den Schutz einer Oracle-Datenbank
- Oracle-Patches und bekannte Probleme
- Oracle-Datenbanken für den Schutz vorbereiten
- Oracle-Datenbank erkennen und schützen
- Details und Einstellungen für Oracle-Datenbanken
- dNFS mit Backup und DR verwenden
- Erkannte Oracle-Datenbank schützen
- Oracle-Datenbank als Standardbereitstellung bereitstellen
- Sofortige virtuelle Kopie einer Oracle-Datenbank erstellen
- Oracle-Datenbank wiederherstellen
- Sofortige Wiederherstellung einer Oracle-Datenbank mit „Bereitstellen und migrieren“
- Umgebung mit einem Backup und DR-Workflow bereitstellen