Patch di Oracle e problemi noti

Queste sono le patch Oracle che devono essere applicate per ottenere risultati ottimali con Oracle in Backup eRER.

Versione di Oracle Occorre una patch A causa di questi bug Note
Da 11.2.0.1 a 12.1.0.2. 19621704 Errore ORA-00600 [723] [perdita di memoria] con perdita di memoria per "mbr node memory" I montaggi sensibili alle applicazioni di Backup e DR potrebbero non riuscire
11.x Corretto nella versione 12.x e successive Bug 19874632 - ORA-15196: INVALID ASM BLOCK HEADER [KFC.C:26368] [OBJ_KFBL] [8] [529] [3 != 8] (ID documento 19874632.8) Richiede Oracle versione 12.x e successive.
12.1+ Corretto nella versione 19.1.0 e successive
Consulta l'ID documento Oracle 27424405.8 per i dettagli della patch per la tua versione di Oracle dalla 12.1 alla 19.1
RMAN: il ripristino di file di dimensioni superiori a 32 GB può causare ORA-8103, 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 di Backup and DR Application Aware potrebbe non riuscire
Corretto in: 12.2.0.1+
Da 12.1.0.2 a 19c 26978857 CONTROLFILE BACKUP TO TRACE REFERS PDB DATAFILE OFFLINE IN CDB$ROOT CONTEXT I montaggi di Backup e DR Application Aware potrebbero non riuscire.
12.1.0.2 23019710 RMAN LIST BACKUP SUMMARY non riesce a eseguire l'operazione con uno dei seguenti errori:
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 Oracle di Backup and DR potrebbero non riuscire
12.1.0.2 18845653 ORA-600 dalla chiusura del PDB se il PDB è stato rinominato in un'altra sessione I montaggi di Backup e DR Application Aware potrebbero non riuscire. Corretto nella versione 12.2.0.1 e successive
12.1.0.2 19075256 ORA-600 [kcfmis_internal: enq] from PDB RENAME
12.1.0.2 22809813 (Windows)
19404068 (Linux)
ORA-1610 ON RECOVER DATABASE FOR CREATED CONTROLFILE I montaggi di Backup e DR Application Aware potrebbero non riuscire.
Da 12.2 a 19c 30045273 PDB: ORA-00600 [KDSGRP1] / BLOCK INCONSISTENCIES AFTER DATABASE RECOVER FROM RMAN IMAGE COPIES USING NEW CONTROLFILE I montaggi di Backup e DR Application Aware potrebbero non riuscire.
12.2.0.2 31718134 ORA-00304: requested INSTANCE_NUMBER is busy Il riavvio della nuova istanza del database per la prima volta nello stato di non montaggio potrebbe non riuscire
XVIII e XIX 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: annulla l'impostazione del parametro CREATE_FILE_DESTINATION per il database plug-in.
18.10 e versioni successive Contatta Oracle per le patch provvisorie per le versioni precedenti. Bug 29056767 - STANDBY: Datafiles Checkpoint not Updated at Standby Database when Media Recover is running (ID documento 29056767.8) I montaggi di Backup e DR Application Aware potrebbero non riuscire.
Correzione:
19.4.0.0.190716 RU DB di luglio 2019
18.8.0.0.191015 DBRU di ottobre 2019
20.10.
19.14 34383066 Bug 34383066 - Il backup RMAN dopo l'upgrade alla versione 19.14 si blocca sul canale di rilascio e non torna al prompt. I backup 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 (ID documento 271169.1)

Durante il backup di Backup e RE, l'agente Backup e RE esegue query sulla tabella dei metadati Oracle dba_free_space per determinare lo spazio libero e allocato del database. A volte le query SQL su dba_free_space diventano costose. Si tratta di un problema noto di Oracle ID documento 271169.1 (Queries on DBA_FREE_SPACE are slow). 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 su 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 Scalabilità e limiti di ASM (dall'ID documento Oracle 370921.1).

Impatto del parametro max_string_size=extended sui montaggi, sul ripristino e sul cambio di ripristino basati sull'applicazione

Se il parametro max_string_size init è impostato su extended nel database di origine, un montaggio o un ripristino consapevole dell'app dell'immagine di backup del database eseguito prima di questa modifica del parametro insieme al roll forward utilizzando i backup dei log eseguiti dopo questa modifica non riesce e viene visualizzato l'errore: ORA-14694: database must be in UPGRADE mode to begin MAX_STRING_SIZE migration

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

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

Su Windows, il file sqlnet.ora del database Oracle è configurato con SQLNET.AUTHENTICATION_SERVICES = (none). In questo modo, la connessione al database è limitata all'utilizzo dell'autenticazione del sistema operativo Windows. Per connettersi al database, sono necessari un nome utente e una password validi per il database, senza i quali i job di ripristino potrebbero 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, vedi la nota 736891.1 "ORA-15196 WITH ASM DISKS LARGER THAN 2TB")

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

  • 1 milione di file per ogni gruppo di dischi

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

Oracle Database12c

Per Oracle Database12c, 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 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 dimensione AU pari a 2 MB

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

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

  • 320 EB massimo per il sistema di archiviazione

Senza l'attributo del gruppo di dischi COMPATIBLE.ASM o COMPATIBLE.RDBMS di Exadata Storage < 12.1

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

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

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

Senza Exadata Storage, attributi del gruppo di dischi COMPATIBLE.ASM e COMPATIBLE.RDBMS > 12.1

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

  • 4 PB di spazio di archiviazione massimo per ogni disco Oracle ASM con dimensione dell'unità di allocazione (AU) pari 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 dimensioni AU pari a 4 MB

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

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

Guida per l'amministratore del database Oracle