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:
Accedi al database come sysdba:
```sh sqlplus / as sysdba SQL>purge dba_recyclebin; SQL>exit; ```
È 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:
Senza l'attributo del gruppo di dischi COMPATIBLE.ASM o COMPATIBLE.RDBMS di Exadata Storage < 12.1
Senza Exadata Storage, attributi dei gruppi di dischi COMPATIBLE.ASM e COMPATIBLE.RDBMS > 12.1
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
- Backup e RE per i database Oracle
- Prerequisiti per la protezione di un database Oracle
- Patch Oracle e problemi noti
- Preparare i database Oracle per la protezione
- Scopri e proteggi un database Oracle
- Dettagli e impostazioni per i database Oracle
- Utilizzare dNFS con Backup e DR
- Proteggere un database Oracle rilevato
- Montare un database Oracle come montaggio standard
- Crea una copia virtuale istantanea di un database Oracle
- Ripristinare e recuperare un database Oracle
- Ripristino immediato di un database Oracle utilizzando Mount and Migrate
- Provisiona un ambiente con un workflow Backup e DR