Oracle-Patches und bekannte Probleme

Dies sind die Oracle-Patches, die für optimale Ergebnisse mit Oracle bei Sicherung und Notfallwiederherstellung angewendet werden müssen.

Oracle-Version Patch erforderlich Aufgrund dieser Fehler Hinweise
11.2.0.1 bis 12.1.0.2 19621704 ORA-00600 [723] [memory Leak] Fehler mit Speicherleck für „mbr node memory“ Anwendungsspezifische Bereitstellungen für Sicherung und Notfallwiederherstellung können fehlschlagen
11.x Korrigiert in Version 12.x und höher Fehler 19874632 – ORA-15196: INVALID ASM BLOCK HEADER [KFC.C:26368] [OBJ_KFBL] [8] [529] [3 != 8] (Dokument-ID 19874632.8) Dazu ist Oracle-Version 12.x oder höher erforderlich.
12.1 und höher In Version 19.1.0 und höher behoben
Patchdetails für Ihre Oracle-Version von 12.1 bis 19.1 finden Sie in der Oracle-Dokument-ID 27424405.8. 		RMAN: Wiederherstellung von Dateien mit mehr als 32 GB kann ORA-8103, ORA-600 [3020]verursachen
RMAN sichert möglicherweise nicht alle Blöcke aus der Quelle. 		Die Wiederherstellung kann mit ORA-600 fehlschlagen.
12.1.0.2 22709877 ORA-00600: INTERNAL ERROR CODE, ARGUMENTS: [KCVFDB_PDB_SET_CLEAN_SCN: CLEANCKPT] Das anwendungsspezifische Bereitstellen von Sicherungen und Notfallwiederherstellungen kann fehlschlagen
Behoben in: 12.2.0.1 und höher
12.1.0.2 bis 19c 26978857 CONTROLFILE BACKUP TO TRACE REFERS PDB DATAFILE OFFLINE IN CDB$ROOT CONTEXT Anwendungsspezifische Bereitstellungen für Sicherung und Notfallwiederherstellung können fehlschlagen.
12.1.0.2 23019710 RMAN LIST BACKUP SUMMARY FAILS mit einer der folgenden Fehlermeldungen:
ORA-01507: Datenbank nicht bereitgestellt
ORA-01219: Datenbank oder Pluggable Database nicht geöffnet: Abfragen auf festem Datenträger zulässig
ORA-00972: Die Kennung ist zu lang
ORA-01589: Für die geöffnete Datenbank muss die Option RESETLOGS oder NORESETLOGS verwendet werden
ORA-01426: Numerischer Überlauf
ORA-01152: Datei 3 wurde nicht aus einer ausreichend alten Sicherung wiederhergestellt
ORA-01110: Datendatei 3:
ORA-01109: Datenbank nicht geöffnet
ORA-01034: ORACLE nicht verfügbar 		Oracle-Sicherungen für Sicherung und Notfallwiederherstellung können fehlschlagen
12.1.0.2 18845653 ORA-600-Fehler beim Schließen der PDB, wenn die PDB in einer anderen Sitzung umbenannt wurde Anwendungsspezifische Bereitstellungen für Sicherung und Notfallwiederherstellung können fehlschlagen. Behoben in 12.2.0.1 und höher
12.1.0.2 19075256 ORA-600 [kcfmis_internal: enq] from PDB RENAME
12.1.0.2 22809813 (Win)
19404068 (Linux) 		ORA-1610 ON RECOVER DATABASE FOR CREATED CONTROLFILE Anwendungsspezifische Bereitstellungen für Sicherung und Notfallwiederherstellung können fehlschlagen.
12.2 bis 19c 30045273 PDB: ORA-00600 [KDSGRP1] / BLOCK INCONSISTENCIES AFTER DATABASE RECOVER FROM RMAN IMAGE COPIES USING NEW CONTROLFILE Anwendungsspezifische Bereitstellungen für Sicherung und Notfallwiederherstellung können fehlschlagen.
12.2.0.2 31718134 ORA-00304: Die angeforderte INSTANCE_NUMBER ist belegt Neustart einer neuen Datenbankinstanz im nicht bereitgestellten Zustand kann fehlschlagen
18c und 19c 30419450 ORA-65250: Ungültiger Pfad für Datei angegeben: /act/mnt/Staging_631487/datafile/24v0gutb_1_1 Sicherungen von Oracle-Datenbanken für die Sicherung und Notfallwiederherstellung können fehlschlagen.
Problemumgehung bis zur Installation des Patches: Setzen Sie den Parameter CREATE_FILE_DESTINATION für die Plug-in-Datenbank auf „0“.
18.10 und höher Wenden Sie sich an Oracle, um Zwischenpatches für ältere Versionen zu erhalten. Fehler 29056767 – STANDBY: Checkpoint der Datendateien wird in der Standby-Datenbank nicht aktualisiert, wenn die Datenwiederherstellung ausgeführt wird (Dokument-ID 29056767.8) Anwendungsspezifische Bereitstellungen für Sicherung und Notfallwiederherstellung können fehlschlagen.
Behoben in:
19.4.0.0.190716 Juli 2019 DB RU
18.8.0.0.191015 Oktober 2019 DBRU
20.10.
19.14 34383066 Fehler 34383066: RMAN-Sicherung nach Upgrade auf 19.14 hängt im Release-Kanal und kehrt nicht zum Prompt zurück. Oracle-Sicherungen für die Sicherung und Notfallwiederherstellung können hängen.

Bekannte Oracle-Probleme

Für eine optimale Leistung sollten Sie die folgenden bekannten Probleme von Oracle prüfen und beheben.

Abfragen auf DBA_FREE_SPACE sind langsam (Doc ID 271169.1)

Während der Sicherung durch Sicherung und Notfallwiederherstellung fragt der Sicherungs- und Notfallwiederherstellungs-Agent die Oracle-Metadatentabelle dba_free_space ab, um den zugewiesenen und freien Speicherplatz der Datenbank zu ermitteln. Manchmal werden die SQL-Abfragen zu dba_free_space kostspielig. Dies ist ein bekanntes Oracle-Problem (Dokument-ID 271169.1, „Abfragen auf DBA_FREE_SPACE sind langsam“). Das kann bei einem hängenden System beobachtet werden, indem Sie ps -ef | grep -i dbFreeSize.sql über die Befehlszeile ausführen.

Oracle empfiehlt, den Papierkorb aus der Datenbank zu entfernen:

  1. Melden Sie sich als sysdba in der Datenbank an:

    ```sh
sqlplus / as sysdba
SQL>purge dba_recyclebin;
SQL>exit;
```

  2. Es empfiehlt sich, die Statistiken für feste Objekte auszuführen. Dies kann einige Minuten dauern.

    Melden Sie sich als sysdba in der Datenbank an:

    ```sh
sqlplus / as sysdba
SQL>exec dbms_stats.GATHER_FIXED_OBJECTS_STATS
SQL>exit;
```

Weitere Informationen finden Sie unter „ASM-Skalierung und -Limits“ (Oracle-Dokument-ID 370921.1).

Auswirkungen des Parameters max_string_size=extended auf anwendungsspezifische Bereitstellungen, Wiederherstellung und Wiederherstellung von Schaltern

Wenn der Parameter max_string_size init in der Quelldatenbank auf extended festgelegt ist, schlägt das app-aware Bereitstellen oder Wiederherstellen des Datenbanksicherungs-Images, das vor dieser Parameteränderung erstellt wurde, sowie das Vorwärtslaufen mithilfe von Protokollsicherungen, die nach dieser Änderung erstellt wurden, mit der Fehlermeldung fehl: ORA-14694: Die Datenbank muss sich im UPGRADE-Modus befinden, um mit der MAX_STRING_SIZE-Migration zu beginnen

Lösung Wenn Sie den Parameter max_string_size init in der Quelldatenbank auf extended festlegen, führen Sie einen neuen On-Demand-Datenbanksicherungsjob der Ebene 1 (vollständig) 1 aus und verwenden Sie das neue Image für app-basierte Bereitstellungs- oder Wiederherstellungsvorgänge.

SQLNET.AUTHENTICATION_SERVICES muss in einer Windows-Umgebung auf „nts“ gesetzt sein.

Unter Windows ist die Oracle-Datenbank sqlnet.ora mit SQLNET.AUTHENTICATION_SERVICES = (none) konfiguriert. Dadurch wird die Datenbankverbindung auf die Authentifizierung über das Windows-Betriebssystem beschränkt. Dazu sind ein gültiger Datenbanknutzername und ein gültiges Passwort erforderlich, um eine Verbindung zur Datenbank herzustellen. Andernfalls können Wiederherstellungsjobs fehlschlagen.

Lösung: SQLNET.AUTHENTICATION_SERVICES = (nts) festlegen

ASM-Skalierung und -Einschränkungen (aus Oracle-Dokument-ID 370921.1)

Das hängt von folgenden Faktoren ab:

Oracle Database, Enterprise Edition

Für Oracle Database Enterprise Edition, Versionen 10.1.0.2 bis 11.1.0.7 und 11.2.0.3, gelten die folgenden ASM-Einschränkungen:

  • 63 Laufwerkgruppen in einem Speichersystem

  • 10.000 ASM-Laufwerke in einem Speichersystem

  • 2 Terabyte maximaler Speicherplatz pro ASM-Laufwerk (durch den Fehler 6453944 wurden größere Größen zulässig, was jedoch zu Problemen führte; siehe Hinweis 736891.1 „ORA-15196 WITH ASM DISKS LARGER THAN 2TB“)

  • 40 Exabyte maximaler Speicherplatz pro Speichersystem

  • 1 Million Dateien für jede Laufwerkgruppe

  • Maximal 2,4 Terabyte Speicherplatz pro Datei

Oracle Database12c

Für Oracle Database 12c gelten die folgenden ASM-Einschränkungen:

  • 511 Laufwerkgruppen in einem Speichersystem für Oracle Database 12c Release 1 oder höher

  • 10.000 Oracle ASM-Laufwerke in einem Speichersystem

  • 1 Million Dateien für jede Laufwerkgruppe

Mit Oracle Exadata Storage

Für alle Oracle Exadata-Speicher gilt für Oracle ASM die folgenden Speicherlimits:

  • 4 PB maximaler Speicherplatz für jedes Oracle ASM-Laufwerk mit einer AU-Größe von 1 MB

  • 8 PB maximaler Speicherplatz für jedes Oracle ASM-Laufwerk mit einer AU-Größe von 2 MB

  • 16 PB maximaler Speicherplatz für jedes Oracle ASM-Laufwerk mit einer AU-Größe von 4 MB

  • 32 PB maximaler Speicherplatz für jedes Oracle ASM-Laufwerk mit einer AU-Größe von 8 MB

  • Maximal 320 EB für das Speichersystem

Ohne Exadata-Speicher: Laufwerkgruppenattribut COMPATIBLE.ASM oder COMPATIBLE.RDBMS < 12.1

Ohne Oracle Exadata Storage gelten für Oracle ASM die folgenden Speicherlimits, wenn das Attribut „COMPATIBLE.ASM“ oder „COMPATIBLE.RDBMS“ der Speichergruppe auf weniger als 12.1 festgelegt ist:

  • 2 Terabyte (TB) maximaler Speicherplatz pro Oracle ASM-Laufwerk

  • Maximal 20 Petabyte (PB) für das Speichersystem

Ohne Exadata-Speicher: COMPATIBLE.ASM- und COMPATIBLE.RDBMS-Laufwerkgruppenattribute > 12.1

Ohne Oracle Exadata Storage hat Oracle ASM die folgenden Speicherlimits, wenn die Laufwerkgruppenattribute COMPATIBLE.ASM und COMPATIBLE.RDBMS auf 12.1 oder höher festgelegt sind:

  • 4 PB maximaler Speicherplatz für jedes Oracle ASM-Laufwerk mit einer Größe der Zuordnungseinheit (AU) von 1 MB

  • 8 PB maximaler Speicherplatz für jedes Oracle ASM-Laufwerk mit einer AU-Größe von 2 MB

  • 16 PB maximaler Speicherplatz für jedes Oracle ASM-Laufwerk mit einer AU-Größe von 4 MB

  • 32 PB maximaler Speicherplatz für jedes Oracle ASM-Laufwerk mit einer AU-Größe von 8 MB

  • Maximal 320 Exabyte (EB) für das Speichersystem

The Oracle DBA Guide