Correctifs Oracle et problèmes connus

Voici les correctifs Oracle qui doivent être appliqués pour obtenir les meilleurs résultats avec Oracle dans Backup and DR.

Version d'Oracle Nécessite un correctif En raison de ces bugs Remarques
11.2.0.1 vers 12.1.0.2 19621704 Erreur ORA-00600 [723] [fuite de mémoire] avec fuite de mémoire pour "mbr node memory" Échec possible des installations Backup and DR Application Aware
11.x Corrigé dans la version 12.x et ultérieure Bug 19874632 - ORA-15196 : INVALID ASM BLOCK HEADER [KFC.C:26368] [OBJ_KFBL] [8] [529] [3 != 8] (Doc ID 19874632.8) Cela nécessite Oracle version 12.x ou ultérieure.
12.1+ Corrigé dans la version 19.1.0 et ultérieure
Pour en savoir plus sur le correctif pour votre version d'Oracle (de 12.1 à 19.1), consultez l'ID de document Oracle 27424405.8. 		RMAN : la restauration de fichiers de plus de 32 Go peut entraîner les erreurs ORA-8103 et ORA-600 [3020]
Il est possible que RMAN ne sauvegarde pas tous les blocs de la source. 		La restauration et la récupération peuvent échouer avec l'erreur ORA-600.
12.1.0.2 22709877 ORA-00600 : CODE D'ERREUR INTERNE, ARGUMENTS : [KCVFDB_PDB_SET_CLEAN_SCN : CLEANCKPT] L'installation de Backup and DR Application Aware peut échouer
Corrigé dans : 12.2.0.1+
12.1.0.2 à 19c 26978857 CONTROLFILE BACKUP TO TRACE REFERS PDB DATAFILE OFFLINE IN CDB$ROOT CONTEXT Il est possible que les montages Backup and DR Application Aware échouent.
12.1.0.2 23019710 Échec de RMAN LIST BACKUP SUMMARY avec l'une des erreurs suivantes :
ORA-01507 : base de données non montée
ORA-01219 : base de données ou base de données enfichable non ouverte : requêtes autorisées sur les tables fixes
ORA-00972 : identifiant trop long
ORA-01589 : l'option RESETLOGS ou NORESETLOGS doit être utilisée pour l'ouverture de la base de données
ORA-01426 : dépassement de capacité numérique
ORA-01152 : le fichier 3 n'a pas été restauré à partir d'une sauvegarde suffisamment ancienne
ORA-01110 : fichier de données 3 :
ORA-01109 : base de données non ouverte
ORA-01034 : ORACLE non disponible 		Échec possible des sauvegardes Backup and DR Oracle
12.1.0.2 18845653 ORA-600 lors de la fermeture de la PDB si elle a été renommée dans une autre session Il est possible que les montages Backup and DR Application Aware échouent. Corrigé dans la version 12.2.0.1 et ultérieures
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 Il est possible que les montages Backup and DR Application Aware échouent.
12.2 à 19c 30045273 PDB: ORA-00600 [KDSGRP1] / BLOCK INCONSISTENCIES AFTER DATABASE RECOVER FROM RMAN IMAGE COPIES USING NEW CONTROLFILE Il est possible que les montages Backup and DR Application Aware échouent.
12.2.0.2 31718134 ORA-00304 : le numéro d'instance demandé est occupé Le redémarrage d'une nouvelle instance de base de données pour la première fois dans un état sans montage peut échouer
18c & 19c 30419450 ORA-65250 : chemin d'accès au fichier non valide : /act/mnt/Staging_631487/datafile/24v0gutb_1_1 Les sauvegardes de bases de données Oracle Backup and DR peuvent échouer.
Solution de contournement en attendant l'installation du correctif : annulez la définition du paramètre CREATE_FILE_DESTINATION pour la base de données enfichable.
18.10 et versions ultérieures Contactez Oracle pour obtenir des correctifs provisoires pour les versions antérieures. Bug 29056767 - STANDBY : le point de contrôle des fichiers de données n'est pas mis à jour au niveau de la base de données de secours lorsque la récupération de fichiers multimédias est en cours d'exécution (ID de document 29056767.8) Il est possible que les montages Backup and DR Application Aware échouent.
Fixed in:
19.4.0.0.190716 Jul 2019 DB RU
18.8.0.0.191015 Oct 2019 DBRU
20.10.
19.14 34383066 Bug 34383066 : la sauvegarde RMAN après la mise à niveau vers la version 19.14 se bloque sur le version disponible et ne revient pas à l'invite. Les sauvegardes Backup and DR Oracle peuvent se bloquer.

Problèmes connus avec Oracle

Pour optimiser les performances, assurez-vous de consulter et de résoudre ces problèmes connus d'Oracle.

Les requêtes sur DBA_FREE_SPACE sont lentes (ID de document 271169.1)

Lors de la sauvegarde Backup and DR, l'agent Backup and DR interroge la table de métadonnées Oracle dba_free_space pour déterminer l'espace libre et alloué de la base de données. Parfois, les requêtes SQL adressées à dba_free_space deviennent coûteuses. Il s'agit d'un problème connu d'Oracle (ID de document 271169.1 : les requêtes sur DBA_FREE_SPACE sont lentes). Vous pouvez l'observer sur un système bloqué en exécutant ps -ef | grep -i dbFreeSize.sql à partir de la ligne de commande.

Oracle recommande de vider la corbeille de la base de données :

  1. Connectez-vous à la base de données en tant que sysdba :

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

  2. Nous vous recommandons d'exécuter les statistiques sur des objets fixes. Cela peut prendre quelques minutes.

    Connectez-vous à la base de données en tant que sysdba :

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

Consultez également l'évolutivité et les limites d'ASM (ID de document Oracle 370921.1).

Impact du paramètre max_string_size=extended sur les montages, la restauration et la restauration du changement d'application

Si le paramètre max_string_size init est défini sur extended dans la base de données source, le montage ou la restauration de l'image de sauvegarde de la base de données effectuée avant la modification de ce paramètre, ainsi que la restauration à un état ultérieur à l'aide des sauvegardes de journaux effectuées après cette modification, échouent et génèrent l'erreur suivante : ORA-14694 : la base de données doit être en mode UPGRADE pour commencer la migration MAX_STRING_SIZE.

Solution Si vous définissez le paramètre max_string_size init sur extended dans la base de données source, exécutez une nouvelle tâche de sauvegarde de base de données de niveau 1 (complète) à la demande 1 et utilisez la nouvelle image pour les opérations de montage ou de restauration compatibles avec les applications.

SQLNET.AUTHENTICATION_SERVICES doit être défini sur "nts" dans un environnement Windows.

Sur Windows, le fichier sqlnet.ora de la base de données Oracle est configuré avec SQLNET.AUTHENTICATION_SERVICES = (none). Cela limite la connexion à la base de données à l'utilisation de l'authentification du système d'exploitation Windows. Pour ce faire, vous devez disposer d'un nom d'utilisateur et d'un mot de passe valides pour la base de données. Sans cela, les jobs de restauration peuvent échouer.

Solution : Définissez SQLNET.AUTHENTICATION_SERVICES = (nts)

Évolutivité et limites d'ASM (à partir de l'ID de document Oracle 370921.1)

Cela dépend des éléments suivants :

Oracle Database, Enterprise Edition

Pour Oracle Database, Enterprise Edition, versions 10.1.0.2 à 11.1.0.7 et 11.2.0.3, ASM impose les limites suivantes :

  • 63 groupes de disques dans un système de stockage

  • 10 000 disques ASM dans un système de stockage

  • 2 To de stockage maximum pour chaque disque ASM (le bug 6453944 autorisait des tailles plus importantes, mais cela entraînait des problèmes, voir la note 736891.1 "ORA-15196 WITH ASM DISKS LARGER THAN 2TB")

  • 40 exa-octets de stockage maximum pour chaque système de stockage

  • 1 million de fichiers pour chaque groupe de disques

  • 2,4 téraoctets de stockage maximum par fichier

Oracle Database 12c

Pour Oracle Database12c, ASM impose les limites suivantes :

  • 511 groupes de disques dans un système de stockage pour Oracle Database 12c Release 1 ou version ultérieure

  • 10 000 disques Oracle ASM dans un système de stockage

  • 1 million de fichiers pour chaque groupe de disques

Avec Oracle Exadata Storage

Avec tous les systèmes de stockage Oracle Exadata, Oracle ASM présente les limites de stockage suivantes :

  • 4 PB de stockage maximum pour chaque disque Oracle ASM avec une taille d'unité d'allocation égale à 1 Mo

  • 8 PB de stockage maximum pour chaque disque Oracle ASM avec une taille d'UA égale à 2 Mo

  • 16 PB de stockage maximum pour chaque disque Oracle ASM avec une taille d'UA égale à 4 Mo

  • 32 PB de stockage maximum pour chaque disque Oracle ASM avec une taille d'unité d'allocation égale à 8 Mo

  • 320 EB maximum pour le système de stockage

Sans Exadata Storage, l'attribut de groupe de disques COMPATIBLE.ASM ou COMPATIBLE.RDBMS est inférieur à 12.1

Sans stockage Oracle Exadata, Oracle ASM présente les limites de stockage suivantes si l'attribut de groupe de disques COMPATIBLE.ASM ou COMPATIBLE.RDBMS est défini sur une valeur inférieure à 12.1 :

  • 2 téraoctets (To) de stockage maximum pour chaque disque Oracle ASM

  • 20 pétaoctets (Po) maximum pour le système de stockage

Sans Exadata Storage, les attributs de groupe de disques COMPATIBLE.ASM et COMPATIBLE.RDBMS sont supérieurs à 12.1

Sans stockage Oracle Exadata, Oracle ASM présente les limites de stockage suivantes si les attributs de groupe de disques COMPATIBLE.ASM et COMPATIBLE.RDBMS sont définis sur 12.1 ou une version ultérieure :

  • 4 PB de stockage maximum pour chaque disque Oracle ASM avec une taille d'unité d'allocation (UA) égale à 1 Mo

  • 8 PB de stockage maximum pour chaque disque Oracle ASM avec une taille d'UA égale à 2 Mo

  • 16 PB de stockage maximum pour chaque disque Oracle ASM avec une taille d'UA égale à 4 Mo

  • 32 PB de stockage maximum pour chaque disque Oracle ASM avec une taille d'unité d'allocation égale à 8 Mo

  • 320 exa-octets (EB) maximum pour le système de stockage

Guide de l'administrateur de base de données Oracle