Capacités d’analyse de la compression avancée Oracle dans les applications de suites e-business

 

Défis liés à la croissance des données

La croissance énorme et exponentielle du volume de données actuellement connue par les organisations pose des défis redoutants et constitue le principal facteur de coût pour les budgets TI dans la plupart des secteurs industriels. Les dirigeants d’entreprise doivent s’adapter rapidement et gérer efficacement leur infrastructure existante pour contrôler les coûts, tout en continuant à offrir des performances applications exceptionnelles tout en respectant le budget et en maintenant les résultats financiers.

Aperçu avancé de la compression

La compression de table OLTP utilise un algorithme de compression unique spécifiquement conçu pour fonctionner avec des applications OLTP. Cet algorithme fonctionne en éliminant les valeurs dupliquées à l’intérieur d’un bloc de base de données et même sur plusieurs colonnes. Les blocs compressés contiennent une structure appelée « table de symboles » qui maintient les métadonnées de compression.

Introduit pour la première fois dans Oracle 9.2.0.1 (compression de tables), Oracle Advanced Compression est pris en charge pour une utilisation avec Oracle E-Business Suite versions 11i et 12.  La compression avancée est l’une des Oracle Database 11gR1 Enterprise Edition qui semble susciter beaucoup d’intérêt chez les clients de la suite E-Business. Auparavant, les blocs contenant plusieurs types de rangées enchaînées ne pouvaient pas être compressés. Cette limitation a été supprimée en commençant par Oracle Database 12c Release 2.

Considérations sur la suite E-Business

En ce qui concerne les bases de données E-Business Suite, réduire la taille de la base de données EBS même d’un montant modeste pourrait entraîner d’importantes économies lorsqu’elles sont combinées dans toutes les instances E-Business Suite non en production.

• Advanced Compression fonctionne de manière transparente avec Oracle E-Business Suite Release 11i et 12
• Aucun correctif supplémentaire pour la base de données ou la suite E-Business n’est requis
• Aucune option de configuration spéciale n’est requise

En plus de l’avantage d’économiser du stockage grâce à la compression de table OLTP, Oracle Database peut lire directement des blocs compressés sans décompression, soit sur disque, soit en mémoire. Ainsi, il n’y a pas de dégradation mesurable des performances pour accéder à des données compressées.

Exemple 1 : Un exemple de compression de blocs de base de données, qui peut être activée au niveau de la table ou de la partition.

L’option de compression avancée permet aux administrateurs TI de réduire considérablement leur empreinte globale de stockage dans la base de données, y compris les instances intermédiaires entre leurs étapes de développement et de production, en permettant la compression pour tous types de données – relationnelles (tables), non structurées (fichiers), index, ainsi que données réseau et de sauvegarde.

Mais rappelez-vous, la performance globale de l’application dépend du mélange transactionnel des utilisateurs, de la quantité de données historiques de production, ainsi que des configurations du serveur de base de données et du stockage. Il est donc recommandé d’effectuer un benchmarking détaillé des performances avec cette option et les données de référence des applications EBS.

À quoi s’attendre en activant l’option de compression avancée

Premièrement, pour mesurer l’impact de la compression avancée, il est recommandé de collecter des statistiques de consommation et de performance de stockage, incluant les rapports du dépôt automatique de charge de travail, les statistiques du processeur hôte, les temps d’exécution des programmes batch et les temps de réponse des utilisateurs finaux. Ensuite, comparez les résultats attendus et réels en utilisant les techniques suivantes dans les scénarios de test de preuve de concept.

• Compression des données structurées (compression de table OLTP)
• Compression de données non structurées (Déduplication et compression SecureFiles)
• Compression de données de sauvegarde (Data Pump Export et Compression RMAN)

Outre l’objectif évident de réduire la taille de la base de données de la suite E-Business, il y a quelques éléments à attendre en activant cette option :

1. Utilisez la Réorganisation au niveau de la table pour libérer de l’espace au niveau de la partition, surtout avec le partitionnement basé sur le temps, car activer la compression ne compresse pas les données existantes.
2. La rapidité et le moment de votre réorganisation varieront considérablement, selon la quantité réelle de données.
3. Les requêtes bénéficieront d’une efficacité d’E/S et de mémoire améliorées, ce qui entraînera une amélioration significative des performances EBS, grâce à la réduction des E/S à mesure que moins de blocs sont accédés pour un ensemble donné de lignes.
4. Les tables qui incluent des colonnes avec le type de données LONG ne peuvent pas être compressées avec la compression de table OLTP car elle n’est pas prise en charge.
5. Les colonnes avec des LOB BasicFiles ne seront pas converties en LOB SecureFiles et ne seront donc pas compressées.

Mérites	Inconvénients
Réduire les besoins de stockage	Surcharge du processeur
Économiser des coûts	Régressions de plans SQL
Peut améliorer la performance des requêtes	Enchaînage en rangs
Réduction des E/S à mesure que moins de blocs sont accédés pour l’ensemble donné de lignes	Contention ITL
Les index ne seront pas compressés	Pas adapté aux tables de transactions élevées

Exemple 2 : Avantages et inconvénients de l’option de compression avancée.

Meilleures pratiques suggérées

Oracle Advanced Compression peut aussi être implémentée pour des serveurs de bases de données existants et de nouveaux designs. Plusieurs bonnes pratiques ont été établies.

1. Chaque fonctionnalité Oracle Advanced Compression nécessite des tests approfondis. Le meilleur environnement de test est celui où l’on peut reproduire le plus fidèlement l’environnement de production; Cependant, il est souvent difficile de l’atteindre en raison de contraintes telles que le budget, le personnel et les infrastructures.
2. La meilleure réduction de l’utilisation de l’espace est obtenue lorsque Oracle Advanced Compression est activée, là où les données le plus dupliquées sont stockées (faible cardinalité). C’est particulièrement vrai pour les sauvegardes – une compression plus élevée entraînera moins de sauvegardes de données, donc un temps de récupération plus court.
3. La fonction de compression de table OLTP améliore souvent la performance de lecture parce que les blocs de base de données restent compressés lorsqu’ils sont lus dans le cache tampon, ce qui réduit la mémoire utilisée dans le cache tampon.
4. Notez que la génération de refaits peut être jusqu’à 30% plus élevée (selon votre environnement). Cela pourrait entraîner davantage de journaux d’archives à sauvegarder, expédiés en veille, et augmenter le temps de récupération avec Oracle Advanced Compression.
5. Bien que la surcharge du processeur soit généralement minimale, il est recommandé d’implémenter Oracle Advanced Compression sur les systèmes avec des cycles CPU disponibles – car la compression ajoutera de la surcharge pour certaines opérations DML.
6. Les tables peuvent être redéfinies en ligne. Les requêtes continueront d’être associées à des tables qui ont été converties en format compressé.