Correctifs Oracle et problèmes connus

Voici les correctifs Oracle qui doivent être appliqués pour obtenir les meilleurs résultats avec Oracle dans la sauvegarde et la reprise après sinistre.

Version Oracle Correctif requis En raison de ces bugs Remarques
11.2.0.1 à 12.1.0.2 19621704 ORA-00600 [723] [memory Leak] Erreur avec fuite de mémoire pour "mbr node memory" Les montages de sauvegarde et de reprise après sinistre basés sur les applications peuvent échouer
11.x Correction dans la version 12.x et versions ultérieures Bug 19874632 : ORA-15196 : INVALID ASM BLOCK HEADER [KFC.C:26368] [OBJ_KFBL] [8] [529] [3 != 8] (ID de document 19874632.8) Pour ce faire, vous devez disposer d'Oracle 12.x ou version ultérieure.
12.1 et versions ultérieures Résolution dans la version 19.1.0 et ultérieures
Pour en savoir plus sur le correctif de votre version Oracle comprise entre 12.1 et 19.1, consultez l'article 27424405.8 de la documentation Oracle. 		RMAN: la restauration de fichiers de plus de 32 Go peut entraîner des erreurs ORA-8103, ORA-600 [3020]
RMAN ne peut pas sauvegarder tous les blocs de la source. 		La restauration et la récupération peuvent échouer avec 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 et versions ultérieures
12.1.0.2 à 19c 26978857 LA SAUVEGARDE DU FICHIER DE CONTRÔLE POUR LA TRAÇE RÉFÉRE LE FICHIER DE DONNÉES PDB HORS LIGNE DANS LE CONTEXTE CDB$ROOT Les montages de Backup and DR Application Aware peuvent échouer.
12.1.0.2 23019710 RMAN LIST BACKUP SUMMARY FAILS 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 fixe
ORA-00972 : l'identifiant est 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ébordement 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 		Les sauvegardes Oracle de sauvegarde et de reprise après sinistre peuvent échouer
12.1.0.2 18845653 Erreur ORA-600 lors de la fermeture du PDB si le PDB est renommé dans une autre session Les montages de Backup and DR Application Aware peuvent échouer. Correction dans la version 12.2.0.1 et versions 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 SUR LA BASE DE DONNÉES DE RÉCUPÉRATION POUR LE FICHIER DE CONTRÔLE CRÉÉ Les montages de Backup and DR Application Aware peuvent échouer.
12.2 à 19c 30045273 PDB: ORA-00600 [KDSGRP1] / INCOHÉRENCES DE BLOCS APRÈS LA RÉCUPÉRATION DE LA BASE DE DONNÉES À PARTIR DE COPIES D'IMAGES RMAN À L'AIDE DU NOUVEAU FICHIER DE CONTRÔLE Les montages de Backup and DR Application Aware peuvent échouer.
12.2.0.2 31718134 ORA-00304: l'INSTANCE_NUMBER demandé est occupé Le redémarrage de la nouvelle instance de base de données pour la première fois en état de non-montage peut échouer
18c et 19c 30419450 ORA-65250 : chemin d'accès non valide spécifié pour le fichier : /act/mnt/Staging_631487/datafile/24v0gutb_1_1 Les sauvegardes de bases de données Oracle de sauvegarde et de reprise après sinistre peuvent échouer.
Solution de contournement jusqu'à l'installation du correctif: ne définissez pas le 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 dans la base de données de secours lorsque la récupération multimédia est en cours (ID de document 29056767.8) Les montages de Backup and DR Application Aware peuvent échouer.
Corrigé dans :
19.4.0.0.190716 Juillet 2019 DB RU
18.8.0.0.191015 Octobre 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 Oracle de sauvegarde et de reprise après sinistre peuvent se bloquer.

Problèmes Oracle connus

Pour optimiser les performances, assurez-vous d'examiner 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 de sauvegarde et de reprise après sinistre, l'agent de sauvegarde et de reprise après sinistre interroge la table de métadonnées Oracle dba_free_space pour déterminer l'espace alloué et libre de la base de données. Parfois, les requêtes SQL sur 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 observer ce problème sur un système bloqué en exécutant ps -ef | grep -i dbFreeSize.sql à partir de la ligne de commande.

Oracle recommande de purger le bac de recyclage 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 les 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 la page sur l'évolutivité et les limites d'ASM (document Oracle 370921.1).

Impact du paramètre max_string_size=extended sur les montages, la restauration et la restauration de commutateur basés sur les applications

Si le paramètre max_string_size init est défini sur extended dans la base de données source, un montage ou une restauration de l'image de sauvegarde de la base de données effectuée avant cette modification de paramètre, ainsi qu'un retour en arrière à l'aide de sauvegardes de journaux effectuées après cette modification échouent avec 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.

Sous 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'authentification du système d'exploitation Windows. Pour vous connecter à la base de données, vous devez disposer d'un nom d'utilisateur et d'un mot de passe valides, sans quoi les tâches de restauration peuvent échouer.

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

Évolutivité et limites d'ASM (à partir de la documentation 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 maximal pour chaque disque ASM (le bug 6453944 permettait des tailles plus importantes, mais cela a entraîné des problèmes. Consultez la note 736891.1 "ORA-15196 WITH ASM DISKS LARGER THAN 2TB" (ORA-15196 AVEC DES DISQUES ASM SUPÉRIEURS À 2 TO))

  • 40 exaoctets de stockage maximal par système de stockage

  • 1 million de fichiers par groupe de disques

  • 2,4 To de stockage maximal par fichier

Oracle Database 12c

Pour Oracle Database 12c, ASM impose les limites suivantes:

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

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

  • 1 million de fichiers par groupe de disques

Avec Oracle Exadata Storage

Avec tous les espaces de stockage Oracle Exadata, Oracle ASM présente les limites de stockage suivantes:

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

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

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

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

  • 320 Eo maximum pour le système de stockage

Sans Exadata Storage, attribut de groupe de disques COMPATIBLE.ASM ou COMPATIBLE.RDBMS < 12.1

Sans Oracle Exadata Storage, Oracle ASM est soumis aux 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 To de stockage maximal pour chaque disque Oracle ASM

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

Sans Exadata Storage, attributs de groupe de disques COMPATIBLE.ASM et COMPATIBLE.RDBMS > 12.1

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

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

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

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

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

  • 320 exaoctets (Eo) maximum pour le système de stockage

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