Patch di Oracle e problemi noti

Queste sono le patch Oracle che devono essere applicate per ottenere i migliori risultati con Oracle in Backup e RE.

Versione Oracle Richiede un aggiornamento A causa di questi bug Note
Da 11.2.0.1 a 12.1.0.2. 19621704 ORA-00600 [723] [memory Leak] Errore con perdita di memoria per "memoria del nodo mbr" I mount Application Aware di Backup e DR potrebbero non riuscire
11.x Risolto in 12.x e versioni successive Bug 19874632 - ORA-15196: INVALID ASM BLOCK HEADER [KFC.C:26368] [OBJ_KFBL] [8] [529] [3 != 8] (Doc ID 19874632.8) È richiesta la versione 12.x di Oracle e versioni successive.
12.1+ Risolto in 19.1.0 e versioni successive
Consulta l'ID documento Oracle 27424405.8 per i dettagli della patch per la tua versione di Oracle da 12.1 a 19.1 		RMAN: il ripristino di file di dimensioni superiori a 32 GB può causare gli errori ORA-8103 e ORA-600 [3020]
RMAN potrebbe non eseguire il backup di tutti i blocchi dall'origine. 		Il ripristino e il recupero possono non riuscire con ORA-600.
12.1.0.2 22709877 ORA-00600: INTERNAL ERROR CODE, ARGUMENTS: [KCVFDB_PDB_SET_CLEAN_SCN: CLEANCKPT] Il montaggio consapevole delle applicazioni di Backup e DR potrebbe non riuscire
Corretto in: 12.2.0.1 e versioni successive
Da 12.1.0.2 a 19c 26978857 CONTROLFILE BACKUP TO TRACE REFERS PDB DATAFILE OFFLINE IN CDB$ROOT CONTEXT I mount Application Aware di Backup e DR potrebbero non riuscire.
12.1.0.2 23019710 RMAN LIST BACKUP SUMMARY FAILS With any of:
ORA-01507: database not mounted
ORA-01219: database or pluggable database not open: queries allowed on fixed
ORA-00972: identifier is too long
ORA-01589: must use RESETLOGS or NORESETLOGS option for database open
ORA-01426: numeric overflow
ORA-01152: file 3 was not restored from a sufficiently old backup
ORA-01110: data file 3:
ORA-01109: database not open
ORA-01034: ORACLE not available 		I backup di Oracle di Backup e DR potrebbero non riuscire
12.1.0.2 18845653 ORA-600 dalla chiusura del PDB se il PDB viene rinominato in un'altra sessione I mount Application Aware di Backup e DR potrebbero non riuscire. Risolto nella versione 12.2.0.1 e successive
12.1.0.2 19075256 ORA-600 [kcfmis_internal: enq] da PDB RENAME
12.1.0.2 22809813 (Windows)
19404068 (Linux) 		ORA-1610 SU RECOVER DATABASE PER CONTROLFILE CREATO I mount Application Aware di Backup e DR potrebbero non riuscire.
12,2 a 19 °C 30045273 PDB: ORA-00600 [KDSGRP1] / INCONSISTENZE BLOCCO DOPO IL RECUPERO DEL DATABASE DA IMMAGINI RMAN UTILIZZANDO UN NUOVO FILE CONTROLLO I mount Application Aware di Backup e DR potrebbero non riuscire.
12.2.0.2 31718134 ORA-00304: l'istanza INSTANCE_NUMBER richiesta è occupata Il riavvio della nuova istanza di database per la prima volta in stato di mancata montaggio potrebbe non riuscire
18° e 19° secolo 30419450 ORA-65250: percorso non valido specificato per il file - /act/mnt/Staging_631487/datafile/24v0gutb_1_1 I backup del database Oracle di backup e DR potrebbero non riuscire.
Soluzione alternativa fino all'installazione della patch: deseleziona il parametro CREATE_FILE_DESTINATION per il database pluggable.
18.10 e versioni successive Rivolgiti a Oracle per le patch intermedie per le versioni precedenti. Bug 29056767 - STANDBY: Datafiles Checkpoint not Updated at Standby Database when Media Recover is running (Doc ID 29056767.8) I mount Application Aware di Backup e DR potrebbero non riuscire.
Corretto in:
19.4.0.0.190716 Luglio 2019 DB RU
18.8.0.0.191015 Ottobre 2019 DBRU
20.10.
19,14 34383066 Bug 34383066 - Il backup RMAN dopo l'upgrade a 19.14 si blocca sul canale di rilascio e non torna alla richiesta. I backup di Oracle di Backup e DR potrebbero bloccarsi.

Problemi noti di Oracle

Per un rendimento ottimale, assicurati di esaminare e risolvere questi problemi noti di Oracle.

Le query su DBA_FREE_SPACE sono lente (Doc ID 271169.1)

Durante il backup di Backup e RE, l'agente Backup e RE esegue query sulla tabella dei metadati di Oracle dba_free_space per determinare lo spazio allocato e libero del database. A volte le query SQL a dba_free_space diventano onerose. Si tratta di un problema noto di Oracle ID documento 271169.1 (le query su DBA_FREE_SPACE sono lente). Questo può essere osservato su un sistema bloccato eseguendo ps -ef | grep -i dbFreeSize.sql dalla riga di comando.

Oracle consiglia di svuotare il cestino dal database:

  1. Accedi al database come sysdba:

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

  2. È consigliabile eseguire le statistiche sugli oggetti fissi. Questa operazione può richiedere alcuni minuti.

    Accedi al database come sysdba:

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

Consulta anche la scalabilità e i limiti di ASM (dall'ID documento Oracle 370921.1).

Impatto del parametro max_string_size=extended sui mount, sul ripristino e sul ripristino del commutatore basati sulle applicazioni

Se il parametro max_string_size init è impostato su extended nel database di origine, un montaggio o un ripristino dell'immagine di backup del database consapevole delle app eseguita prima di questa modifica del parametro insieme al rollforward utilizzando i backup dei log eseguiti dopo questa modifica non va a buon fine con l'errore: ORA-14694: il database deve essere in modalità UPGRADE per iniziare la migrazione di MAX_STRING_SIZE

Soluzione Se imposti il parametro max_string_size init su extended nel database di origine, esegui un nuovo job di backup del database on demand di livello 1 (completo) 1 e utilizza la nuova immagine per le operazioni di montaggio o ripristino consapevoli delle app.

SQLNET.AUTHENTICATION_SERVICES deve essere impostato su nts in un ambiente Windows

Su Windows, il file sqlnet.ora del database Oracle è configurato conSQLNET.AUTHENTICATION_SERVICES = (none). Ciò limita la connessione al database all'utilizzo dell'autenticazione del sistema operativo Windows. Per connettersi al database, sono necessari un nome utente e una password validi, senza i quali i job di ripristino possono non riuscire.

Soluzione: imposta SQLNET.AUTHENTICATION_SERVICES = (nts)

Scalabilità e limiti di ASM (dall'ID documento Oracle 370921.1)

Questo dipende da:

Oracle Database, Enterprise Edition

Per Oracle Database, Enterprise Edition, versioni 10.1.0.2 a 11.1.0.7 e 11.2.0.3, ASM impone i seguenti limiti:

  • 63 gruppi di dischi in un sistema di archiviazione

  • 10.000 dischi ASM in un sistema di archiviazione

  • Spazio di archiviazione massimo di 2 terabyte per ogni disco ASM (il bug 6453944 consentiva dimensioni maggiori, ma ciò ha causato problemi; consulta la nota 736891.1 "ORA-15196 CON DISCHI ASM MOLTO PIÙ GRANDI DI 2 TB")

  • Spazio di archiviazione massimo di 40 exabyte per ogni sistema di archiviazione

  • 1 milione di file per ogni gruppo di dischi

  • Spazio di archiviazione massimo di 2,4 terabyte per ogni file

Oracle Database12c

Per Oracle Database 12c, ASM impone i seguenti limiti:

  • 511 gruppi di dischi in un sistema di archiviazione per Oracle Database 12c Release 1 o versioni successive

  • 10.000 dischi Oracle ASM in un sistema di archiviazione

  • 1 milione di file per ogni gruppo di dischi

Con Oracle Exadata Storage

Con tutto lo spazio di archiviazione Oracle Exadata, Oracle ASM ha i seguenti limiti di spazio di archiviazione:

  • Spazio di archiviazione massimo di 4 PB per ogni disco Oracle ASM con dimensione AU pari a 1 MB

  • Spazio di archiviazione massimo di 8 PB per ogni disco Oracle ASM con dimensioni AU pari a 2 MB

  • Spazio di archiviazione massimo di 16 PB per ogni disco Oracle ASM con dimensione AU pari a 4 MB

  • Spazio di archiviazione massimo di 32 PB per ogni disco Oracle ASM con dimensioni AU pari a 8 MB

  • Massimo 320 EB per il sistema di archiviazione

Senza Exadata Storage, l'attributo del gruppo di dischi COMPATIBLE.ASM o COMPATIBLE.RDBMS è precedente alla versione 12.1

Senza Oracle Exadata Storage, Oracle ASM ha i seguenti limiti di spazio di archiviazione se l'attributo del gruppo di dischi COMPATIBLE.ASM o COMPATIBLE.RDBMS è impostato su un valore inferiore a 12.1:

  • Spazio di archiviazione massimo di 2 terabyte (TB) per ogni disco Oracle ASM

  • Massimo 20 petabyte (PB) per il sistema di archiviazione

Senza Exadata Storage, gli attributi del gruppo di dischi COMPATIBLE.ASM e COMPATIBLE.RDBMS sono maggiori di 12.1

Senza Oracle Exadata Storage, Oracle ASM ha i seguenti limiti di spazio di archiviazione se gli attributi del gruppo di dischi COMPATIBLE.ASM e COMPATIBLE.RDBMS sono impostati su 12.1 o versioni successive:

  • Spazio di archiviazione massimo di 4 PB per ogni disco Oracle ASM con dimensione dell'unità di allocazione (AU) uguale a 1 MB

  • Spazio di archiviazione massimo di 8 PB per ogni disco Oracle ASM con dimensione AU pari a 2 MB

  • Spazio di archiviazione massimo di 16 PB per ogni disco Oracle ASM con dimensione AU pari a 4 MB

  • Spazio di archiviazione massimo di 32 PB per ogni disco Oracle ASM con dimensioni AU pari a 8 MB

  • Massimo 320 exabyte (EB) per il sistema di archiviazione

La guida DBA di Oracle