Oracle 11.2.0.4 ou Oracle 12c ou les deux…

Cette année 2013 sera-t-elle riche en nouvelles versions d’Oracle Database ? Verrons-nous arriver le Patchset 11.2.0.4 ou la nouvelle version Oracle 12c  ? Ou les deux ??? [Lire la suite]

Comment mener un vaste projet de migration de bases Oracle ?

Comment mettre en œuvre efficacement un vaste projet de migration de bases Oracle vers la version 11gR2 ? Telle est la question qui a été posée à Digora par un de ses clients. Approfondissons les points forts de cette  pré-étude  confiée à Digora[Lire la suite]

Une complémentarité « Client + Editeur + DIGORA »

Voici une évidence maintes fois constatée. Un éditeur de logiciel ne peut pas  gérer certains points d’expertise sur l’infrastructure à la place de ses clients. Par ailleurs, ses clients n’ont pas toutes les compétences et/ou disponibilités pour gérer ces points d’expertise… Comment  faire ? [Lire la suite]

Migrer une base Oracle RAC vers un MétroCLuster NETAPP sans arrêt de production (ou presque)

Remplacer une baie SAN existante par un MétroCluster NETAPP sans arrêt de Production (ou presque) : voilà le défi qu’a relevé DIGORA pour un de ses clients du secteur hospitalier, qui utilise une base Oracle RAC hautement stratégique. Comment notre consultant expert s’y est-il pris  ?

[Lire la suite]

Digora participe à la Commission Technique AUFO : UNIX vs LINUX

L’Association des Utilisateurs Francophones d’Oracle (AUFO) organise périodiquement des événements pour ses membres. Des sociétés non-membres peuvent aussi demander à y participer sous certaines conditions (www.aufo.fr).

L’un des prochains événements, qui se tiendra à Paris le 15 décembre 2012 matin, aura pour thème « Commission Techno: UNIX vs LINUX ». Il sera présidé par Marie-Claude Jaurand, Directeur projet – Groupe Flo.

 

Voici le programme de cet évènement :

 Introduction – Panorama de l’offre Oracle Linux et Unix :

  • Contexte
  • Positionnement

Jean-Yves Migeon – HW Business Development Manager, Oracle EMEA

 Présentation de l’offre Solaris :  Solaris 10 comme plateforme pour les bases de données :

  • Pourquoi choisir Solaris comme OS pour les bases de données ?
  • Comment Solaris répond aux exigences : d’intégration, de  flexibilité, de performances, … ?

Bruno PHILIPPE – Spécialiste Solaris chez Orness – Président du club utilisateurs Solaris

 Retours d’expériences utilisateurs : Migration UNIX vers LINUX :

Pourquoi avoir fait ce choix ? Quel processus de migration ? Quelles difficultés ont été rencontrées ? Quels sont les bénéfices ?

  •  Groupe Flo : Migration  Linux Enterprise Oracle

Marie-Claude Jaurand – Directeur projet – Groupe Flo

  • Essilor :  Migration Linux Redhat
  1. Raisons de la migration
  2. Les chemins de migration
  3. Les bénéfices

Luc Perrin-Turenne – Chargé des ressources production, DBA – Essilor

Lamine Bouciouf – Administrateur de base de données (DBA)

  • BODET : Oracle Appli de Unix vers Linux : une migration gagnante

Comment Bodet SA est passée de HP-UX / PA-RISC vers RED-HAT/INTEL

Jérôme Gauvrit – DSI – Bodet

Christophe Cotin -  Responsable Système et Réseau – Bodet

Utilisation d’Oracle Enterprise LINUX sur Exadata et autres environnements

Géry Pannequin – Consultant avant-vente – Digora

Migration d’un environnement Oracle Database vers Solaris

Géry Pannequin – Consultant avant-vente – Digora

 

DIGORA présentera donc sa vision de l’utilisation d’Oracle Enterprise Linux (et Oracle Unbreakable Linux) sur les environnements informatiques actuels.

De plus, un retour d’expérience sur la migration d’une base d’HP-UX vers SOLARIS sera présentée, signe que le système SOLARIS n’est pas abandonné, bien au contraire !

Migration d’une infrastructure Oracle Grid Control en 11g

Un Conseil Régional souhaite migrer l’ensemble de ses bases de données Oracle de la version 10gR1 à la version 11gR2. Il a donc également besoin de migrer son infrastructure Oracle Grid Control existante pour l’administration, la supervision et le scheduling des jobs Oracle.

[Lire la suite]

Changements d’infrastructures : diminuez les risques avec Oracle RAT

Pour rester compétitives, les entreprises doivent être capables de s’adapter facilement aux changements successifs d’infrastructure : OS, serveurs, logiciels…  Mais de tels changements peuvent parfois entraîner des baisses de performances. Examinons comment Oracle 11g apporte une fonctionnalité permettant de diminuer fortement les coûts et risques lors de l’adoption de ces nouvelles technologies…

Oracle RAT : présentation

L’option Oracle 11g RAT (Real Application Testing) est constituée de plusieurs composants permettant de capturer l’activité d’une base ou les ordres SQL exécutés puis de rejouer sur un autre environnement les transactions capturées ou les ordres SQL exécutés afin de déterminer automatiquement les conséquences du changement d’infrastructure.

Oracle RAT est une option de l’édition Enterprise d’Oracle.

Oracle RAT permet même de capturer l’activité à partir de bases Oracle 9i et 10g, avec certaines réserves néanmoins.

Voici les deux fonctionnalités apportées par Oracle RAT :

  • Database Replay
  • SQL Performance Analyzer (SPA)

Examinons comment ces deux fonctionnalités peuvent rendre grand service dans le cadre de changements de versions de logiciels ou d’évolution d’infrastructure matérielle…

Database REPLAY

Cette option permet de

  • capturer l’activité d’une base en Production, y compris des informations d’horodatage et de concurrence d’accès
  • déplacer et rejouer à volonté cette activité enregistrée sur un système de tests
  • analyser et générer un rapport sur les différences constatées entre les deux environnements

Voici une vue d’ensemble :

Schéma d'ensemble de Database Replay

La mise en œuvre de Database Replay permet, entre autre, de mesurer des écarts dans le temps d’exécution constaté sur les ordres SQL : améliorations pour la plupart mais dégradation préoccupante pour d’autres :

Database Replay : temps SQL avant optimisation

Suite à ces constatations, les changements appropriés sont appliqués sur la base, et Database Replay est relancé. Voici les nouveaux résultats :

Database Replay : résultats après optimisation

Grâce à Database Replay, la migration vers Oracle 11g pourra s’effectuer sans régression catastrophique…

La capture sur un environnement de Production ne consomme pas plus de 5% de ressources généralement.

Oracle Database Replay présente aussi des rapports synthétiques, comme celui-ci :

Vue synthétique d'un résultat Oracle Database Replay

SQL Performance Analyzer (SPA)

A la différence de Database Replay, SPA analyse les conséquences d’une migration en examinant une requête à la fois, et non en rejouant une activité enregistrée dans son ensemble.
SQL Performance Analyzer permet
  • d’utiliser une capture d’ordres SQL exécutés et extraits d’un environnement de Production
  • de prédire l’impact de changement de configuration système sur le temps de réponse d’un groupe de requête SQL
  • de tester différentes solutions pour l’exécution d’un même ordre SQL
  • d’analyser les différences de performances
  • d’utiliser de façon intégrée SPA, les SQL Plan Baselines et SQL Tuning Advisor
SQL Performance Analyzer
SQL Performance Analyzer génère un rapport permettant de discerner les améliorations ou régressions liées à un changement de configuration:
Rapport SQL Performance Analyzer
DIGORA se tient à votre disposition pour monter un Proof Of Concept sur Oracle RAT et ses deux composants…

Une migration Weblogic Portal en danger

Une célèbre enseigne dans le domaine de la grande distribution nous contacte en urgence : Ils viennent d’effectuer une migration de Weblogic Portal et leur production est plantée.

Monter de version une base Oracle RAC avec un temps d’interruption minimum

Un célèbre Etablissement Public de la filière équine utilise Oracle 9i RAC sur AIX, dans des partitions LPAR sur deux serveurs physiques IBM AIX. La base de données est utilisée par l’application métier de cet Etablissement.
Une migration vers Oracle 10g RAC a été décidée. Comment préparer la nouvelle configuration sur les mêmes serveurs physiques tout en limitant au maximum l’arrêt de production ?
[Lire la suite]

Migrer une base Oracle 9i (HP-UX) de 500 Go vers Oracle 10g (Solaris)

Dans le cadre d’un renouvellement de serveur (HP vers SUN) et d’un changement de version d’une base Oracle (9i vers 10g), notre client nous demande de l’aider à mettre en œuvre la migration de sa base de production de 500 Go en réduisant au maximum l’arrêt de production.

Contraintes :

Les contraintes de l’entreprise imposent de réduire le temps d’indisponibilité de l’application. Le temps maximum disponible est de 26h, ce qui laisse un certain confort.

Les bonnes questions :

  • La base source est-elle de bonne qualité suivant les normes actuelles  (Tablespaces gérés localement, nombre d’extensions raisonnable pour les objets de la base, la base a-t-elle déjà connu de nombreuses mise à jour dans le même dictionnaire, etc…)
  • Quelles sont les techniques utilisables (imp/exp, Data Pump, Transportables Tablespaces, Transportable Database, DataGuard/StandBy, GoldenGate, etc…)
  • Quelles techniques sont compatibles avec le temps d’arrêt maximum de l’application et avec le budget prévu
  • Les plates-formes sont-elles du même « endianess «  (little endian, big endian)

Scénarios envisagés

A l’époque de la réalisation du projet, la solution GoldenGate n’était pas encore disponible au catalogue Oracle.

Etant donné que les systèmes source et cible sont incompatibles (endian et version Oracle différents), l’approche Oracle Dataguard / StandBy Database n’était pas possible.

Voici les scénarios envisagés :

  1. Exp / copie fichier  dmp / création base / import
  2. Upgrade 10g sur la source / export data pump / copie fichier  dmp / création base / import data pump
  3. Upgrade 10g sur la source / transportable tablespaces
  4. Upgrade 10g sur la source / transportable database

Après étude de chaque scénario (avantages, inconvénients et respect des contraintes), le scénario 4 a été adopté.

Mise en œuvre

La mise en œuvre de tests a montré une migration d’une durée inférieure à 5h, ce qui satisfaisait complétement le client, qui s’attendait à une intervention de Week-end de plus de 24h.

Le client a décidé de réaliser seul la migration finale, en utilisant les procédures préparées.

Bilan de projet

L’opération a été couronnée de succès. La base de 500 Go fonctionne désormais sous Oracle 10g sous Solaris.

Vous souhaitez en savoir plus sur cette solution et sa mise en œuvre ? Contactez-nous au 0820 200 217.