Année: 2017

Les bonnes surprises des règles de licence Oracle

Mon DBA Licences

En relisant récemment la documentation Licensing Information User Manual pour la version 12c Release 2, je suis tombé par hasard sur deux informations intéressantes qui m’avaient échappées dans les versions précédentes :

  1. Le chiffrement des connexions réseau (natif et SSL/TLS) et les services d’authentification forte (Kerberos, PKI, RADIUS) ne nécessitent pas l’option Oracle Advanced Security et cela depuis la version 10g Release 2.
  2. La fonctionnalité Flashback Data Archive (qui permet de conserver sur le long terme toutes les modifications apportées à une ou plusieurs tables) ne nécessite pas l’option Oracle Advanced Compression et cela depuis la version 11.2.0.4. Par contre, l’optimisation des tables historiques (compression notamment) nécessite toujours cette option.

Ces deux fonctionnalité sont donc disponibles dans toutes les éditions d’Oracle Database (y compris la Standard Edition 2).

Compression des sauvegardes RMAN

Mon DBA Licences, RMAN

Le site du support Oracle (My Oracle Support) propose une note très intéressante (A Complete Understanding of RMAN Compression (Doc ID 563427.1)) qui détaille les différents types de compression utilisés par RMAN pour les sauvegardes :

  1. Null Compression
    Lors d’une sauvegarde d’un fichier de données dans un backup set, les blocs qui n’ont jamais étés utilisés ne sont pas sauvegardés.
    Cette « compression » est effectuée automatiquement par RMAN depuis la version 9i et est disponible dans toutes les éditions (y compris la Standard Edition, la Standard Edition One et la récente Standard Edition 2 qui remplace les deux précédents).
  2. Unused Block Compression
    Cette méthode étend la méthode précédente aux blocs non utilisés (mais qui ont pu l’être dans le passé avant d’être libérés lors de la suppression d’un segment par exemple).
    Là encore, cette « compression » est effectuée automatiquement par RMAN depuis la version 10.2, mais en Enterprise Edition uniquement, et si les conditions suivantes sont vérifiées :

    • Le paramètre d’initialisation COMPATIBLE est positionné à 10.2 (ou plus).
    • Aucun point de restauration garanti n’est défini dans la base de données.
    • Le fichier de données est géré localement.
    • le fichier de données est sauvegardé dans un backup set dans une sauvegarde totale ou une sauvegarde incrémentale de niveau 0.
    • Le backup set est créé sur disque, ou alors sur bande mais uniquement avec le logiciel Oracle Secure Backup.
  3. Binary Compression
    Il s’agit d’une compression binaire de type « zip » réalisée à la demande par l’intermédiaire de la commande BACKUP AS COMPRESSED BACKUPSET appliquée à des fichiers de données, à des fichiers de journalisation archivés ou aux fichiers de contrôle. Cette technique de compression est disponible depuis la version 9i.
    Différents algorithmes de compressions peuvent être utilisés avec l’option Advanced Compression. Sans cette option, seul l’algorithme BASIC (défaut) peut être utilisé, y compris dans les différents éditions Standard Edition (SE, SE One et SE 2).
  4. Undo Block Compression/Optimization
    Depuis la version 11g, Oracle ne sauvegarde plus les blocs des tablespaces d’annulation qui ne sont pas nécessaire pour la récupération de la sauvegarde.
    Cette optimisation est possible uniquement si :

    • La sauvegarde est de type backup set.
    • Il s’agit d’une sauvegarde totale ou incrémentale de niveau 0.
    • Aucun point de restauration garanti n’est défini dans la base de données.
    • Le backup set est créé sur disque, ou alors sur bande mais uniquement avec le logiciel Oracle Secure Backup.
    • La fonctionnalité n’a pas été désactivée en positionnant le paramètre caché _undo_block_compression à FALSE