Oracle-Patches und bekannte Probleme

Dies sind die Oracle-Patches, die für optimale Ergebnisse mit Oracle in Backup and DR 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] Error With Leaked Memory For "mbr node memory" Anwendungsspezifische Mounts in Backup and DR schlagen möglicherweise fehl
11.x Behoben 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 und höher erforderlich.
12.1+ Behoben in Version 19.1.0 und höher
Patchdetails für Ihre Oracle-Version von 12.1 bis 19.1 finden Sie unter Oracle Doc ID 27424405.8. 		RMAN: Beim Wiederherstellen von Dateien, die größer als 32 GB sind, kann es zu ORA-8103, ORA-600 [3020]
kommen. 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] Anwendungsspezifische Bereitstellung von Backup and DR kann fehlschlagen
Behoben in: 12.2.0.1+
12.1.0.2 bis 19c 26978857 CONTROLFILE BACKUP TO TRACE REFERS PDB DATAFILE OFFLINE IN CDB$ROOT CONTEXT Die Einbindung von Application Aware-Mounts in Backup und DR kann fehlschlagen.
12.1.0.2 23019710 RMAN LIST BACKUP SUMMARY schlägt mit einem der folgenden Fehler fehl:
ORA-01507: database not mounted (Datenbank nicht bereitgestellt)
ORA-01219: database or pluggable database not open: queries allowed on fixed (Datenbank oder Plug-in-Datenbank nicht geöffnet: Abfragen für feste Elemente zulässig)
ORA-00972: identifier is too long (Kennung zu lang)
ORA-01589: must use RESETLOGS or NORESETLOGS option for database open (RESETLOGS- oder NORESETLOGS-Option für das Öffnen der Datenbank erforderlich)
ORA-01426: numeric overflow (Numerischer Überlauf)
ORA-01152: file 3 was not restored from a sufficiently old backup (Datei 3 wurde nicht aus einer ausreichend alten Sicherung wiederhergestellt)
ORA-01110: data file 3: (Datendatei 3:)
ORA-01109: database not open (Datenbank nicht geöffnet)
ORA-01034: ORACLE not available (ORACLE nicht verfügbar) 		Backup und DR – Oracle-Sicherungen schlagen möglicherweise fehl
12.1.0.2 18845653 ORA-600 beim Schließen der PDB, wenn die PDB in einer anderen Sitzung umbenannt wurde Die Einbindung von Application Aware-Mounts in Backup und DR kann fehlschlagen. Behoben in Version 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 Die Einbindung von Application Aware-Mounts in Backup und DR kann fehlschlagen.
12.2 bis 19c 30045273 PDB: ORA-00600 [KDSGRP1] / BLOCK INCONSISTENCIES AFTER DATABASE RECOVER FROM RMAN IMAGE COPIES USING NEW CONTROLFILE Die Einbindung von Application Aware-Mounts in Backup und DR kann fehlschlagen.
12.2.0.2 31718134 ORA-00304: requested INSTANCE_NUMBER is busy (ORA-00304: angeforderte INSTANCE_NUMBER ist ausgelastet) Der erste Neustart einer neuen Datenbankinstanz ohne Mount 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 mit Backup and DR können fehlschlagen.
Problemumgehung bis zur Installation des Patches: Heben Sie die Festlegung des Parameters CREATE_FILE_DESTINATION für die einsteckbare Datenbank auf.
18.10 und höher Wenden Sie sich an Oracle, um Zwischenpatches für frühere Versionen zu erhalten. Fehler 29056767 – STANDBY: Datafiles Checkpoint not Updated at Standby Database when Media Recover is running (Doc ID 29056767.8) Die Einbindung von Application Aware-Mounts in Backup und DR kann fehlschlagen.
Behoben in:
19.4.0.0.190716 Jul 2019 DB RU
18.8.0.0.191015 Oct 2019 DBRU
20.10.
19.14 34383066 Fehler 34383066: RMAN-Sicherung nach Upgrade auf Version 19.14 bleibt im Release-Channel hängen und kehrt nicht zur Eingabeaufforderung zurück. Backup and DR-Oracle-Sicherungen können hängen bleiben.

Bekannte Oracle-Probleme

Um die bestmögliche Leistung zu erzielen, sollten Sie diese bekannten Oracle-Probleme prüfen und beheben.

Abfragen für DBA_FREE_SPACE sind langsam (Doc ID 271169.1)

Während der Sicherung mit Backup und DR fragt der Backup und DR-Agent die Oracle-Metadatentabelle dba_free_space ab, um den zugewiesenen und freien Speicherplatz der Datenbank zu ermitteln. Manchmal sind die SQL-Abfragen für dba_free_space kostspielig. Dies ist ein bekanntes Oracle-Problem mit der Dokument-ID 271169.1 (Queries on DBA_FREE_SPACE are slow). Dies kann auf 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 leeren:

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

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

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

    Melden Sie sich als sysdba bei der Datenbank an:

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

Weitere Informationen finden Sie unter ASM scalability and limits (Oracle Doc ID 370921.1).

Auswirkungen des Parameters max_string_size=extended auf anwendungsspezifische Bereitstellungen, Wiederherstellungen und Switch-Wiederherstellungen

Wenn der Parameter max_string_size init in der Quelldatenbank auf extended gesetzt ist, schlägt das app-bezogene Mounten oder Wiederherstellen des DB-Sicherungsimages, das vor dieser Parameteränderung erstellt wurde, zusammen mit dem Rollforward mit Log-Sicherungen, die nach dieser Änderung erstellt wurden, mit dem folgenden Fehler fehl: ORA-14694: database must be in UPGRADE mode to begin MAX_STRING_SIZE migration (ORA-14694: Die Datenbank muss sich im UPGRADE-Modus befinden, um die MAX_STRING_SIZE-Migration zu starten)

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

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

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

Lösung: Setzen Sie SQLNET.AUTHENTICATION_SERVICES = (nts).

ASM-Skalierbarkeit und -Limits (aus Oracle Doc ID 370921.1)

Das hängt von Folgendem 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 für ASM die folgenden Einschränkungen:

  • 63 Festplattengruppen in einem Speichersystem

  • 10.000 ASM-Laufwerke in einem Speichersystem

  • Maximal 2 TB Speicherplatz für jede ASM-Festplatte (durch den Fehler 6453944 waren größere Größen möglich, was jedoch zu Problemen führte, siehe Hinweis 736891.1 „ORA-15196 WITH ASM DISKS LARGER THAN 2TB“)

  • Maximal 40 Exabyte Speicherplatz für jedes Speichersystem

  • 1 Million Dateien für jede Festplattengruppe

  • Maximal 2,4 TB Speicherplatz für jede Datei

Oracle Database12c

Für Oracle Database12c gelten für ASM die folgenden Einschränkungen:

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

  • 10.000 Oracle ASM-Festplatten in einem Speichersystem

  • 1 Million Dateien für jede Festplattengruppe

Mit Oracle Exadata-Speicher

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

  • Maximal 4 PB Speicherplatz für jede Oracle ASM-Festplatte mit einer AU-Größe von 1 MB

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

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

  • Maximal 32 PB Speicherplatz für jede Oracle ASM-Festplatte mit einer AU-Größe von 8 MB

  • Maximal 320 EB für das Speichersystem

Ohne Exadata Storage, COMPATIBLE.ASM- oder COMPATIBLE.RDBMS-Attribut der Datenträgergruppe < 12.1

Ohne Oracle Exadata Storage gelten für Oracle ASM die folgenden Speicherlimits, wenn das Attribut COMPATIBLE.ASM oder COMPATIBLE.RDBMS der Festplattengruppe auf einen Wert unter 12.1 festgelegt ist:

  • Maximal 2 TB Speicherplatz für jede Oracle ASM-Festplatte

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

Ohne Exadata Storage, COMPATIBLE.ASM- und COMPATIBLE.RDBMS-Festplattengruppenattribute > 12.1

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

  • Maximal 4 PB Speicherplatz für jede Oracle ASM-Festplatte mit einer Zuweisungseinheit (Allocation Unit, AU) von 1 MB

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

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

  • Maximal 32 PB Speicherplatz für jede Oracle ASM-Festplatte mit einer AU-Größe von 8 MB

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

Oracle DBA Guide