Complément : Groupe Enterprise Manager sur Linkedin

Utilisateurs d'Enterprise Manager, retrouvez vous sur le groupe Linkedin dédié  (en français !)

Complément : Présentations des Régionales 2011

Retrouvez les présentations des Régionales 2011 à l'adresse suivante : http://www.clientimage.com/oracle/regionales_2011/regionales_presentations.html

Complément : Présentation Cloud Summit 2011

Les présentations faites lors de la journée du 7 avril dernier, Oracle Enterprise Cloud Summit, sont disponibles à l'adresse suivante :
http://www.oracle.com/us/dm/h2fy11/71283-fr-downloadpage-364308-fr.html

Lecture : EM GC 11gR1 - Business Service Management

Complément : Intégration Eye of the Storm & Enterprise Manager

La solution Entuity Eye of the Storm s'intègre maintenant à l'offre Oracle Enterprise Manager; permettant ainsi de visualiser via EM les informations relatives au réseau.

Oracle Enterprise Manager couvre l'ensemble des couches en partant de la vision utilisateur jusqu'aux couches techniques plus basses telles que le stockage ou le réseau .



Plus d'informations :

• Site Entuity
• Datasheet
• Visualiser la démo

Complément : RAT & OOW2010

Vous trouverez ci-dessous deux présentations faites lors d'OOW 2010 sur l'offre Real Application Testing (DB Replay et SPA). Ces présentations complètent la série de posts sur les "best pratices".

• Deploy New Features Risk Free Using Database Replay
• Avoiding SQL Performance Regressions – New Techniques for
  Solving an Old Problem

Lecture : Sessions Enterprise Manager OOW 2010

L'ensemble des sessions et hands-on présentés lors d'OOW2010 sont disponibles directement à l'adresse suivante :
http://www.oracle.com/technetwork/oem/em-oow2010-content-183597.html

Complément : RAT - Pratiques - Recommandations

L'utilisation de RAT nécessite de suivre une méthodologie et d'appliquer des "meilleures pratiques".
Chacun devra réflechir à cela au sein de sa société car les contraintes internes peuvent influencer celles-ci.
Je partage ci-dessous quelques réflexions :

1. Utiliser SPA avant DB Replay
   De préférence, faire une ou plusieurs mesures en utilisant la fonction SPA avant de procéder à une capture DB Replay.Cela permet d’identifier très rapidement les requêtes qui ont régressé.
   Note : L’utilisation du diagnostic pack et du tuning pack permet l’amélioration de ces requêtes qui peuvent par exemple profiter d’un profil SQL.
   Note : Capturer les requêtes SQL dans un STS en même temps que le workload de capture ; cela est automatique avec le workflow d’Oracle Database 11.2.0.2 mais peut aussi être fait manuellement via des APIs ou Enterprise Manager.
   


2. Filtrer l’activité de fond (« background »)
   Lors de la capture, ne pas collecter les informations relatives à la surveillance de l’instance (Statspack, OMS, EM) et toutes celles « parasites ».
   


3. AWR
   Vérifier que les AWRs sont présents aussi bien après la capture qu’après le replay. Si ce n’est pas le cas, cette étape est à faire manuellement.
   


4. Workload Analyser
   Utiliser le Workload Analyzer sur le workload capturé et suivre les recommandations.
   


5. Première capture DB Replay
   Commencer par une capture courte soit entre 30mn et 1h00 puis effectuer un test de bout en bout pour avoir un premier rapport de comparaison « capture vs replay ».
   Cela permet de détecter les problèmes de setup du système ou un oubli sur les filtres et cela facilite également le processus de découverte des problèmes potentiels.
   


6. Résoudre et corriger les dépendances externes
   Vérifier les DB Links, fichiers externes, …
   
   
7. Nombre de clients de replay
   Utiliser au moins le nombre de clients de replays recommandés ; pour cela utiliser la commande WRC avec l’option calibrate.
   
   
8. Machine tiers
   Afin de ne pas impacter les performances de la machine de replay, de préférence, ne pas utiliser les clients de replay sur celle-ci ; utiliser pour cela une machine tiers.
   
   
9. Etablir une référence pour le replay (« baseline »)
   Pour cela, utiliser les rapports à disposition pour comprendre les déviations entre la capture et la référence (1ier replay).Analyser ces divergences et corriger si nécessaire.
   
   
10. Valider les changements
    Dans le cas où des changements doivent validés ou que l’on teste une nouvelle fonctionnalité ou que l’on teste un nouveau paramètre de la base, comparer le replay correspondant à la référence ainsi qu’au replay précédent :référence VS Replay N et Replay N-1 VS Replay N
    
    
11. Corréler les données avec l’application
    En complément des informations de divergence fournie par les rapports, utiliser les métriques relatives à l’application elle-même pour valider le replay ; par exemple, vérifier que le nombre de commande enregistré par minute sur la capture est identique à celui du replay.
    
    
12. Sauvegarder les données des tests
    Après chaque série de tests, sauvegarder l’ensemble des données.
    

Complément : RAT - Pratiques - Prérequis

La mise en place de la solution RAT nécessite de suivre un certain nombre de pré requis :

• Vérifier le patch nécessaire à RAT (se référer à la note 560977.1)https://support.oracle.com/CSP/main/article?cmd=show&type=NOT&id=560977.1
  > one-off patches (8542772 - 6999538 - 9003931)
• Vérifier qu’il n’existe pas de conflits de patches CPU et/ou one-off
• Vérifier que l’application n’utilise pas de types de données non supportés par la solution RAT (http://download.oracle.com/docs/cd/E11882_01/server.112/e12254/dbr_capture.htm#CACICAAC )
• Vérifier que l’application de production n’utilise pas de 2PC (2 phases commit)
• Synchroniser le temps entre les deux environnements
• Vérifier que l’option RAT est installée ; pour cela utilisez la commande select * from v$option where parameter like ‘%Testing%’
• Vérifier les GRANT (grant advisor to)
• Vérifier les paramètres du sqlnet.ora (11g)
  > DIAG_ADR_ENABLED=ON
• Valider qu’il n’y a pas de schémas manquant ni d’objets invalides dans la base servant pour le replay ; pour cela, il est possible d’utiliser les fonctionnalités d’Enterprise Manager (Configuration Management Pack & Change Management Pack)
• Vérifier que le système de test est aussi proche que possible de la production afin d’éviter les divergences importantes sur la performance
• Faire une sauvegarde de la base test une fois que celle-ci est prête pour le replay ; pour cela faire un backup ou utiliser une technologie de flashback (au préalable, valider que le flashback est possible) tel que « garantee restore point ».
• Afin d’éviter toutes « interférences » sur le « workload », désactiver tous « jobs » ainsi que toutes les fenêtres de maintenance automatiques

Complément : RAT - Pratiques

L'utilisation de RAT (BD Replay et SPA) n'est pas pas particulièrement compliquée mais comme toutes solutions, il faut suivre un certain nombre de prérequis et essayer d'appliquer les meilleurs pratiques.

Celles-ci s'acquièrent généralement au fil de l'utilisation ou peuvent être acquises via les partenaires d'Oracle ou les équipes "consulting" Oracle.

Dans les prochains posts, je vais essayer de partager quelques "recettes", issues de mon expérience et des documents Oracle (Je fais référence à deux présentations d'OOW2010 :
Deploy New Features Risk Free Using Database Replay &
Avoiding SQL Performance Regressions – New Techniques for Solving an Old Problem)

Découverte : RAT - SQL Performance Analyser

Les changements ayant une incidence sur le plan d’exécution SQL peuvent avoir un impact important sur la performance et la disponibilité du système.
En conséquence, les administrateurs base de données doivent consacrer du temps à identifier et à corriger les régressions de requêtes SQL.

SQL Performance Analyzer fournit une fonctionnalité pour identifier les problèmes de performance pour tous les changements qui affectent l’exécution des requêtes SQL.

L’analyse des régressions des requêtes SQL permet de construire des plans d’exécution détaillés et propose des optimisations adéquates.

SQL Performance Analyzer est intégré avec SQL Tuning Advisor, permettant ainsi une automatisation et une simplification du processus d’évaluation de l’impact des changements.


SQL Performance Analyzer peut être utilisé lors:

• des mises à jour de la base de données (patchs, changements des paramètres d’initialisation, etc.)
• des modifications de configuration du système d’exploitation, du matériel ou de la base de données
• des changements de schéma (tels que l’ajout de nouveaux indexes, le partitionnement ou vues matérialisées, etc.).
• la collection des statistiques d’optimisation.
• les actions de tuning SQL (par exemple, la création de profils SQL)
• ...

L’utilisation de SQL Performance Analyser peut être divisée dans 5 étapes :

1. La capture de la charge de production SQL
   La base de données Oracle vous permet de capturer une charge de travail SQL induisant un impact négligeable sur le système de production. Ensuite, l’ensemble des requêtes est copié sur une base des données de test pour effectuer l'analyse sur l'impact des changements.
   
2. Performance avant modification
   Une mesure la performance de la charge de travail est effectuée avant une modification en exécutant les requêtes SQL capturées.
   
3. Changement
   L’administrateur de base de données effectue le ou les changements (changement de paramètres, calcul de statistiques, migration de version, etc.)
   
4. Performance après modification
   Une nouvelle mesure de performance est effectuée après changement en exécutant à nouveau l’ensemble des requêtes capturées.
   
5. Comparaison
   Une comparaison de la performance entre les deux exécutions permet d’identifier les requêtes SQL qui présentent des bénéfices ou des régressions. L’option de tuning de la base de donnée Oracle (Diagnostic Pack + Tuning Pack) et plus particulièrement le « SQL Tuning Advisor » propose alors des recommandations pour corriger les requêtes SQL identifiées comme présentant des régressions après changement.

Découverte : RAT - Database Replay

Database Replay permet de faire des tests d’une manière réaliste en recréant l’environnement de production dans le système de test.
Cela est obtenu par la capture d’une charge de travail sur le système de production, puis par rediffusion sur le système de test avec les mêmes contraintes de concurrence et les mêmes caractéristiques des transactions.
Cela rend possible la connaissance complète de l’impact des changements, y compris les effets indésirables.

Database Replay fournit une analyse approfondie, ainsi que des rapports pour aider à identifier les problèmes potentiels, telles que des nouvelles erreurs et les divergences de performance.

Tester dans des conditions de charge réelles permet d’éliminer la création de plans de tests, réduisant ainsi les coûts inhérents aux changements. Grâce à Oracle Application Testing, la tâche d’analyse et de création de scenarios de tests disparaît et par conséquent l’évaluation d’impacts avant mise en production peut être réalisée en quelques jours seulement.

Avec Database Replay, la capture de la charge de production est accomplie au niveau du serveur de base de données. En conséquence, Database Replay peut être utilisé pour évaluer l’impact de toutes les modifications apportées au système telles que:

• la mise à jour de la base de données (patchs, paramétrage, changements du schéma, etc.).
• les changements de configuration (comme la conversion d’une seule instance en RAC, ASM, etc.).
• les changements sur la couche de stockage, du réseau, de l’interconnexion
• les changements au niveau du système d’exploitation ou des migrations du matériel (par exemple : migration SPARC vers Itanium).
• ...

L’utilisation de Database Replay peut être divisée dans 4 étapes principales :

1. La capture du travail
   Lorsque la capture est activée, toutes les demandes des clients externes vers la base de données Oracle, sont enregistrées dans des fichiers binaires. Ces fichiers contiennent toutes les informations nécessaires à une future rediffusion, tel que texte SQL, SCN, etc.
   Le processus de capture est optimisé afin d'assurer un impact minimal sur le système surveillé.
   La charge peut être capturée sur des bases de données Oracle 9i, 10g et 11g.
   
2. Le traitement de la charge de production
   Une fois la charge de production capturée, l’information contenue dans les fichiers de capture est traitée (de préférence sur un système de test). Ce traitement transforme les données capturées et crée les métadonnées nécessaires à la rediffusion de la charge de production.
   
3. La rediffusion de la charge de travail
   Un programme client, appelé « replay client », rediffuse la capture de travail depuis les fichiers traités. Il fait des appels à la base de données, en utilisant exactement la même synchronisation et la même concurrence que dans le système source, générant sur le système de test la même charge que celle enregistrée sur le système de production. Cela permet d'identifier tous les problèmes liés aux changements et de les corriger dans l'environnement de test avant leur mise en production.
   
4. Analyse et rapport
   L'outil met à disposition des rapports complets permettant l'analyse détaillée de la capture et la rediffusion. Les divergences de données, d’erreur et de performance sont signalées

Découverte: Real Application Testing

Les changements d’environnement, les mises à jour logicielles ou matérielles, l’application de patchs, sont des tâches récurrentes pour les équipes techniques.
Celles-ci doivent procéder à des campagnes de tests afin de valider ces changements et d’anticiper aux maximum les impacts potentiels.

Oracle Real Application Testing permet d’évaluer en toute sécurité les impacts d’un changement sur l’environnement de production. Cela permet aux entreprises de bénéficier des changements sans mettre en péril les services métiers critiques, évitant ainsi les dégradations de performance et les pannes.

Oracle Real Application Testing, propose deux fonctionnalités majeures, Database Replay et SQL Performance Analyzer, permettant d’analyser les impacts liés à des modifications du système de production.

• Database Replay permet de tester les modifications dans un environnement de test en rejouant la charge réelle de la production sur le système de test.
  
• SQL Performance Analyzer permet de voir l’impact des changements du système en termes de performance SQL, en identifiant toutes les variations dans le plan d’exécution d’une requête SQL et les statistiques de performance.

Complément : Utiliser Oracle Database Replay pour migrer vers 11g Release 2

Un petit article publié sur le Blog EasyTeam : "Utiliser Oracle Database Replay pour migrer vers 11g Release 2"

Evènement : Enterprise Manager Forum

L' Enterprise Manager 11g Forum aura lieu le 26 novembre prochain.

Au programme de cet événement :

• Administration de votre SI orientée métier
• Techniques de tests pour applications, services SOA et bases de données
• Supervision de vos applications de bout-en-bout
• Contrôle de la configuration de votre SI : Détection automatique des changements de votre infrastructure IT

Complément : Oracle Data Infrastructure Technology Day

Retrouvez les différentes présentations de la journée "Oracle Data Infrastructure Technology Day" du 8 septembre 2010 :

• Better IT services to your Business with Oracle Data Infrastructure Technology
  Chris Baker, Senior Vice President Core Technology Business, Oracle EMEA
  
• Why Oracle Database 11g
  Eric De Smedt, Pre-Sale Manager, Oracle France
  
• Les technologies Intel au cœur des Data Centers
  Pascal Lassaigne, Directeur du Marché Entreprise, Intel
  
• Déploiement d’Oracle Golden Gate chez Pierre Fabre
  Vincent Moreau, Consultant Senior, Easyteam
  
• Migrer sans risque vers Oracle Database 11gR2
  Dario Vega, Senior Principal Consultant, Oracle France
  
• Optimiser la performance de votre SI avec Sun Oracle DB Machine et Oracle Exadata v2
  Pascale Bola-Salamet,Consultant Avant Vente, Oracle France
  
• Tirer le meilleur parti de votre infrastructure Oracle et optimiser la continuité de service
  Charles-Emmanuel Frances, Consultant Avant Vente, Oracle France
  
• Administrer et Superviser de votre SI avec Oracle Enterprise Manager 11g
  Jean-Philippe Pinte, Consultant Avant Vente, Oracle Corporation
  
• Sécurité des données. Quelles technologies pour couvrir quels risques ?
  Yves Toubhans,Consultant Avant Vente, Oracle France
  
• Optimiser le stockage de vos données
  Abel Afonso & Patrice Le Tallec, Consultants Avant Vente, Oracle France
  
• Intégrer vos flux de données en temps réel
  Christophe Ishkanian, Henri Rigutto,Consultants Avant Vente, Oracle France
  
• Découvrir la valeur cachée de vos données
  Christophe Burgaud,Consultant Avant Vente, Oracle France
  
• Virtualisation et Cloud : Mythes et Réalité
  Ludovic Sorriaux, Consultant Avant Vente, Oracle France

Lecture : Management OSB & BPEL

Publié chez Pack Publishing : BPEL PM and OSB operational management with Oracle Enterprise Manager 10g Grid Control

Evènement : de la virtualisation à la supervision

L'évènement technique de la rentrée aura lieu le 8 septembre prochain : "Database 11g : de la virtualisation à la supervision".

Au travers d’ateliers, les thèmes suivants seront abordés :

• Performance & Haute disponibilité
• Supervision & Sécurité
• Data Management
• Consolidation & Virtualisation
  
  

Complément : Plugins Enterprise Manager

Deux nouveaux plugins sont disponibles pour Enterprise Manager :

• Brocade ServerIron System Plug-in ( Datasheet )
• HP StorageWorks SVSP Plug-in ( Datasheet )

Lecture : Exadata & Enterprise Manager

Une petite lecture pour terminer le week-end : Configuration Management and Provisioning of SUN Oracle Exadata Database Machine Using Enterprise Manager