Les nouvelles approches de Production en flux tendu permettent une réduction drastique des stocks. Mais cette approche risque de causer un arrêt des lignes de Production. Et les dépendances entre usines ne font qu’aggraver la situation.

Evidemment, pour des raisons déontologiques rigoureuses, l’identité des usines concernées reste confidentielle  !

Le constat du problème

Sur l’usine n° 1, les applications ne peuvent plus se connecter à la base. Les administrateurs du site ne trouvent aucune explication. Un redémarrage de la base et même du serveur ne permettent pas un retour au fonctionnement de l’application.

L’usine n’a pas souscrit de contrat d’assistance 24h/24 pour prendre en charge ce type de problèmes.

La production de l’usine n° 1 ne part plus vers l’usine n° 2, qui est bloquée à son tour très rapidement.

Une perte financière très importante sera constatée, ainsi que l’obligation de rendre des comptes sur les responsabilités engagées.

Un dépannage provisoire

Un redémarrage a été possible au bout d’environ 8h d’arrêt en exportant la base de Production et en la rechargeant sur un autre serveur. Cette solution ne pouvait être que provisoire et n’expliquait pas l’origine du problème.

Pourquoi ce plantage

DIGORA a été sollicité le lendemain pour diagnostiquer ce problème. Ayant passé une nuit blanche, les informaticiens du site ont souhaité dormir le matin. Un consultant expert de DIGORA est donc intervenu le lendemain après-midi.

Un examen du serveur incriminé a conduit  aux constatations  suivantes :

• Le Listener Oracle (programme Oracle recevant les demandes de connexion et les associant aux bases d’un serveur) ne veut plus jouer son rôle
• Le fichier Log du Listener (listener.log) a atteint la taille astronomique de 32 Go !!!
• Lorsque le suivi des connexions dans le fichier Log du Listener est activé, aucune connexion n’est plus possible si le fichier a atteint sa taille limite
•  Il faut lancer les actions suivantes :
• arrêter le Listener
• effacer le fichier listener.log
• éventuellement désactiver l’écriture des logs de connexion dans le fichier listener.log, ou à défaut effectuer un contrôle régulier de la taille de ce fichier (ou une remise à zéro périodique et automatique)
• redémarrer le Listener

Comment éviter une telle situation à l’avenir ?

Des mesures préventives comme celles mentionnées ci-dessus permettront d’empêcher un tel problème de surgir à nouveau.

Une autre solution pourrait être la mise en oeuvre d’un PRA à condition que le PRA ne soit pas basé sur un Mirroring des disques du serveur Principal.

D’une façon générale, la meilleure garantie pour un client consiste à mettre en œuvre un système de supervision global (matériel, logiciel, réseau…). C’est le cas  de plus de 120 clients de Digora.

En effet superviser les applications et ses systèmes sous-jacents permet d’intervenir de façon préventive dans plus de 80 % des cas.

Les problèmes potentiels sont détectés de façon anticipée permettant aux experts des domaines systèmes / bases de données ou applications d’intervenir de manière préventive.

Comme l’on fait beaucoup de nos clients, vous pouvez demander à DIGORA de superviser vos applications de Production. Contactez-nous.

Voir aussi http://www.digora.com/besoins-solutions/on-demand/

Configuration et conformité

Oracle Cloud Control 12c propose 3 volets pour les aspects Configuration et Conformité :

Voici les aspects essentiels de Découverte, Provisionning et Gestion des changements :

• Référentiel unique : ce référentiel permet de gérer tous les composants Oracle (patchs, agent,…) et non Oracle (scripts client, jar, Gold image, …)
• Déploiement en masse des logiciels Oracle : facilite le déploiement des produits Database, RAC, Fusion Middleware, …
• Standardisation des déploiements : il existe une notion de profils de déploiement; la vérification des prérequis est prise en compte
• Patches : Les gestion des patches est prise en compte de bout en bout, y compris l’intégration avec MOS (My Oracle Support) et la validation des prérequis

La gestion de performances

La gestion de qualité

Oracle Cloud Control propose plusieurs modules pour couvrir vos besoins en Gestion de Qualité.

Application Testing Suite

Il s’agit d’une solution de tests intégrés qui assure la qualité, la scalabilité et la disponibilité de vos applications Web, de vos services Web, de vos ERP et bases Oracle. Cette solution se décline en trois fonctionnalités présentées ci-dessous :

Real Application Testing

Oracle Real Application Testing (RAT) est constitué de deux composants :

• Database Replay
• SQL Performance Analyser

Oracle RAT permet de sécuriser les changements dans le cas d’une mise à jour du logiciel Oracle ou OS, d’un changement de configuration (exemple : conversion d’instance unique à Oracle RAC ), d’un changement de type de stockage et de migrations de systèmes (exemple: Windows vers Linux).

Oracle RAT intervient au niveau des requêtes SQL, capturées soit rejouées globalement avec Database Replay, soit exécutées individuellement pour comparaison entre l’environnement source et l’environnement cible. Dans les deux cas, des outils permettent d’identifier des différences de comportement en termes de performances.

Application Replay

Oracle Application Replay permet également de capturer et de rejouer une activité informatique, mais cette fois c’est au niveau de l’application.

Voici les fonctionnalités offertes par Oracle Application Replay :

Application Data Model

Oracle Application Data Model permet d’étudier le schéma d’une base Oracle utilisée par une application. Voici quelques unes des fonctionnalités couvertes :

• cartographier le modèle (tables et colonnes, contraintes d’intégrité)
• cataloguer les colonnes contenant des données sensibles
• analyser les résultats (valider les colonnes marquées comme sensibles)

Data Masking

Depuis assez longtemps, Oracle propose une fonctionnalité de Data Masking, qui permet de dupliquer une base pour développement en recette, en masquant les données sensibles. Différentes améliorations ont été apportées dans la version 12c.

Vue d’ensemble

Voici une vue d’ensemble des fonctionnalités et/ou outils proposées par Oracle :

Consolidation Planner

La version 12c d’Oracle Enterprise Manager apporte un outil extrêmement intéressant : Consolidation Planner.

Cloud Management

Lorsque Oracle a choisi le nom Cloud Control 12c, il fallait bien se douter que ce produit servirait aussi à gérer le Cloud. Voici la couverture du Cloud par Oracle Cloud Control 12c :

Applications Management

Enfin, Oracle souhaite également assurer la gestion des applications avec Oracle Cloud Control 12c :

Conclusion

La version 12c d’Oracle Enterprise Manager, Cloud Control, apporte de nombreuses innovations et améliorations, dont un certain nombre sont des options payantes.

L’interface utilisateur dépaysera dans un premier temps les utilisateurs de Grid Control 10g et 11g, mais les apports en valent la peine.

Comme l’on fait beaucoup de nos clients, vous pouvez demander à DIGORA de vous aider à mettre en oeuvre Oracle Enterprise Manager Cloud Control 12c. Contactez-nous.

Ce qu’est Oracle Cloud Control 12c

Oracle Cloud Control 12c vous permet

• d’assurer la gestion complète du cycle de vie de votre informatique
• d’administrer de façon globale votre SI
• de faciliter la gestion fonctionnelle des applications

EM 12c et la gestion des bases Oracle

EM 12c propose la gestion complète du cycle de vie de la base de données :

Comme l’on fait beaucoup de nos clients, vous pouvez demander à DIGORA de vous aider à mettre en oeuvre Oracle Enterprise Manager Cloud Control 12c. Contactez-nous.

Voici quelques démonstrations :

Utilisation d’Active Session History (ASH) Analytics

Cloud Management MWaas

Cloud Management

Data Management

Exadata Management

Performance Management

Performance des applications

Administration Exalogic

Et d’autres liens :

• Cours Oracle Université
  • Oracle Enterprise Manager Cloud Control 12c : Install & Upgrade
    http://education.oracle.com/pls/web_prod-plq-dad/db_pages.getCourseDesc?dc=D73067GC10
  • Using Oracle Enterprise Manager Cloud Control 12c
    http://education.oracle.com/pls/web_prod-plq-dad/db_pages.getCourseDesc?dc=D73244GC10
• Site Oracle
  • http://www.oracle.com/us/products/enterprise-manager/index.html
• Site OTN
  • http://www.oracle.com/technetwork/oem/enterprise-manager/overview/index.html
• Téléchargement d’Enterprise Manager 12c
  • http://www.oracle.com/technetwork/oem/enterprise-manager/downloads/index.html
• Blog Oracle
  • https://blogs.oracle.com/oem/

A ce titre, et comme lors de l’édition précédente, Digora vous propose un cursus de formation exceptionnel au sein même d’Oracle OpenWorld à San Francisco.

Avec plus de 1 800 sessions de formations, séminaires et conférences, Oracle OpenWorld vous  permet  de :

•           Partager l’expérience des utilisateurs de vos solutions dans vos industries
•           Rencontrer les experts des solutions technologiques et métiers
•           Découvrir Oracle, sa stratégie et la vision des leaders
•           Identifier les bonnes pratiques et nouveaux usages pour gagner en efficacité

Dans ce cadre, notre offre formation OpenWorld comprend :

•           L’inscription à Oracle OpenWorld soit l’accès à toutes les conférences, à tous les séminaires et à toutes les formations
•           L’inscription au comité de la délégation française
•           Le transport (vol aller-retour Paris-San Francisco)
•           L’hébergement avec petit-déjeuner (5 nuits sur place)
•           Les repas du midi (organisés dans le cadre d’Openworld)
•           Les repas du soir  (organisés dans le cadre d’Openworld)

Cette offre vous intéresse ? Contactez-nous dès à présent au 0 820 200 217, ou en cliquant ici

Depuis les années 2000, les hôpitaux et les cliniques se sont dotés de systèmes d’information pertinents pour gérer le dossier patient et les processus de soins. Ces établissements de soins se sont équipés de solutions efficaces telles que celles édités par la société McKesson / CrossWay. Au niveau logiciel Oracle l’Editeur McKesson a souscrit  un contrat de support Digora.

Comme dans tout SI, un  incident de production matériel, logiciel ou réseau peut survenir avec les conséquences que l’on imagine sur le fonctionnement de l’établissement de soins…

Dans le cas qui nous intéresse, le client n’a pas de contrat d’assistance concernant le suivi de ses bases Oracle, ni auprès de son éditeur, ni auprès de Digora,  ni auprès de toute autre source d’assistance. En effet, l’acquisition d’un logiciel auprès d’un éditeur n’apporte pas de façon automatique le suivi de l’exploitation des bases et serveurs utilisés…

Pourquoi ce plantage

Oracle est une base de données extrêmement fiable. Mais si les valeurs maximum d’extension automatique définis pour les tablespaces d’une base sont atteints, la base se bloque… Lors de l’installation, l’éditeur paramètre la taille future de la base de façon confortable en fonction de différents critères. Puis il appartient au client de suivre l’évolution de sa base et d’anticiper en ajustant la croissance potentielle. Le client peut aussi déléguer ce suivi…

Donc, en la circonstance toute modification dans la base est devenue impossible par manque d’espace. Un mode dégradé est mis en place : crayon et papier !!!

D’autres causes de pannes plus graves peuvent aussi se produire, telles qu’une panne serveur, une panne de baie disque ou un sinistre, qui ne sont pas prévisibles. De ce fait, de nombreux clients Oracle mettent en place des solutions de type DataGuard.

Comment remettre l’application en service ?

La remise en service d’une application bloquée dans un tel contexte durant un jour férié ressemble à une course d’obstacles.

Voici le détail des étapes  :

• les utilisateurs de l’établissement de soins contactent l’astreinte informatique
• l’astreinte informatique essaye de résoudre le problème (ce qui n’a pas été le cas ici) ou escalade auprès de son responsable (nommé le client ci-dessous)
• le client essaye de résoudre le problème ou tente de contacter un autre employé du service qui aurait les compétences :  sans succès
• le client décide de se tourner vers DIGORA qui connait un peu son site; DIGORA n’a jamais été sollicité pour une mission préventive sur les bases Oracle et l’offre de contrat de supervision de DIGORA n’a pas été adoptée par ce groupe d’établissements
• le client contacte son commercial DIGORA (qui décroche par chance : nous sommes un jour férié)
• le commercial DIGORA contacte son responsable DIGORA (qui décroche par chance)
• le responsable DIGORA demande au service astreinte de DIGORA de dépanner le client bien qu’il n’ait pas de contrat
• l’astreinte DIGORA contacte le client pour obtenir plus de détails (contexte, nom du serveur Oracle, nom de la base, mots de passe, moyen de se connecter à la base à distance, etc…)
• l’astreinte DIGORA configure le VPN
• l’astreinte DIGORA pose le diagnostic  (manque d’espace) et élimine le problème
• l’application est à nouveau en service

Comment éviter une telle situation à l’avenir ?

La meilleure garantie pour un client consiste à mettre en œuvre un système de supervision global (matériel, logiciel, réseau…). C’est le cas par exemple du Centre Régional de Lutte Contre le Cancer Val d’Aurelle équipé du logiciel Crossway qui a demandé à Digora de superviser son infrastructure….. C’est aussi le cas de plus de 120 autres clients.

Cette situation partiellement bloquante en production (le groupe hospitalier a fonctionné en mode dégradé sur papier pendant la matinée) aurait pu être détectée avec une console du supervision et un suivi de la base Oracle au quotidien.

En effet superviser les applications et ses systèmes sous-jacents permet d’intervenir de façon préventive dans plus de 80 % des cas.

Les problèmes potentiels sont détectés de façon anticipée permettant aux experts des domaines systèmes / bases de données ou applications d’intervenir de manière préventive.

Après étude, le retour sur investissement (ROI)  montre que 2 incidents mineurs équivalents rentabilisent déjà la mise en place d’un service supervision (indisponibilité utilisateur, opérations de rétablissement (plusieurs heures), désorganisation du service…).

Notre client a opté pour superviser l’ensemble des systèmes de production (7 applications majeures).

Comme l’on fait beaucoup de nos clients, vous pouvez demander à DIGORA de superviser vos applications de Production. Contactez-nous.

Voir aussi http://www.digora.com/besoins-solutions/on-demand/

Présentation d’Oracle Dataguard

Oracle Dataguard est une fonctionnalité d’Oracle Enterprise Edition qui permet de mettre en œuvre une base de secours sur un autre serveur et de propager les transactions mises en œuvre sur la base de Production vers la base de Secours.

Voici un schéma présentant une mise en œuvre d’Oracle Data Guard, avec Oracle Observer :

Présentation d’Oracle Observer

Oracle OBSERVER est un utilitaire fourni par Oracle. Il permet de garder la base accessible pour tous les utilisateurs à tout moment. Il doit être mis en œuvre sur un 3ème site, afin de ne pas subir un éventuel sinistre touchant l’un des deux serveurs Oracle Database.

Dans le cas où la base de Production devient inaccessible, Oracle Observer va activer automatiquement la base de secours sur le site StandBy. Cette fonctionnalité reste identique même si l’option Active Data Guard n’est pas mise en œuvre.

Phase 1 : situation nominale

Le schéma présenté ci-dessus (Phase 1), présente le fonctionnement normal d’une installation DataGuard associée à Oracle Observer : le flux  Redo Log est envoyé en continu vers le site de secours et Oracle Observer surveille l’ensemble.

Phase 2 : sinistre sur le site de Production

Dans le cas où un sinistre se produit sur le site de Production, les deux connexions suivantes sont perdues :

• connexion entre Oracle Observer la base Primary (base de production)
• connexion entre la base StandBy et la base Primary

Phase 3 : activation automatique de la base StandBy

Après un temps de Timeout paramétrable, Observer va demander à la base StandBy cible si elle est prête pour un FAILOVER et si oui va débuter un Fast Start Failover :

Phase 4 : La base de secours devient Base Primaire

Suite au basculement de la phase 3, la base de secours devient automatiquement la Base Primaire :

Phase 5 : Rétablissement de la base StandBy

Suite à l’activation de la base StandBy sur le site de secours et au rétablissement du serveur d’origine (réparation ou reprise des liaisons réseaux), il est possible de créer une  base StandBy sur l’ancien serveur de Production. Dans le cas où le serveur n’a pas subi de panne touchant les disques et où le FlashBack Journal avait été mis en œuvre, le redémarrage de la base en mode StandBy sur ce serveur est fortement facilité.

Il sera facile ensuite d’inverser le rôle des 2 bases  (SWITCHOVER) pour revenir à la situation d’origine (Phase 1).

En résumé…

La mise en œuvre d’Oracle Observer permet l’activation automatique d’une base DataGuard en cas de problème sur la base de Production.

Si vous décidez d’opter pour cette mise en œuvre, vos DBA dormiront plus tranquille, sans devoir intervenir la nuit ou le week-end en cas de problème nécessitant l’activation de la base DataGuard.

Comme l’on fait beaucoup de nos clients, vous pouvez demander à DIGORA de vous aider à mettre en oeuvre Oracle Observer. Contactez-nous.

Quel que soient vos solutions applicatives ou technologiques, Oracle User Productivity Kit (UPK) a pour vocation d’aider les entreprises à optimiser la productivité de l’utilisateur, d’atténuer les risques et de créer de la valeur ajoutée, tout au long du cycle de vie de l’application.

UPK apporte des bénéfices concrets à chaque étape du cycle de vie d’une application

Vous souhaitez en savoir plus sur UPK ? Contactez-nous.

Sous Oracle Enterprise Edition, l’option RAC est payante. Elle vous apporte de nombreux avantages tels que :

• Résistance aux pannes d’un serveur
• Scalabilité
• ASM Cluster File System
• Etc…

Mais voilà, vous n’avez peut-être pas le budget pour acquérir l’option Oracle RAC, ou n’avez peut être pas besoin de toutes ses fonctionnalités…

Avec Oracle 11g, une nouvelle option est apparue : Oracle RAC One Node.

En voici le principe : Oracle RAC One Node est équivalent à Oracle RAC avec une restriction : une base ne peut-être accédée que par un seul serveur à la fois. Où est l’avantage par rapport à une installation non-RAC ? Il y a deux avantages au minimum :

• Si un serveur tombe en panne : la base est automatiquement activée sur un autre serveur et sera accessible automatiquement avec reconnexion uniquement des utilisateurs
• Si un serveur doit être arrêté pour maintenance ou pour équilibrer la charge CPU entre plusieurs serveurs :  une commande permettra de déplacer l’instance active associée à la base sur un autre serveur de la façon suivante : la base restera utilisable simultanément sur le serveur actuel ET sur le serveur de remplacement, pré-configuré, pendant 30 minutes. Ensuite la base ne sera accessible qu’au travers du nouveau serveur (on appelle cette fonctionnalité OMotion)

Hadoop en bref

Hadoop est un framework Java libre destiné aux applications distribuées et à la gestion intensive des données. Il permet aux applications de travailler avec des milliers de nœuds et des pétaoctets de données. Hadoop a été inspiré par les solutions MapReduce, GoogleFS et BigTable de Google. Hadoop est un projet Apache, amélioré et supporté par des sociétés telles que Cloudera.

Oracle et Hadoop

Oracle a choisi la Cloudera’s Distribution of Apache Hadoop (CDH).

Pour ses clients utilisant déjà Hadoop, l’acquisition d’Oracle Big Data Appliance n’est pas obligatoire. Des techniques alternatives sont disponibles pour charger des données extraites d’Hadoop dans une base Oracle cible.

Voici la position de Hadoop dans l’architecture Oracle Big Data :

Dans ce schéma, Hadoop obtient ses données à partir d’Oracle NoSQL Database. Mais Hadoop contient également un système de fichiers distribué  (HDFS), qui permet de stocker les données sur plusieurs serveurs, avec parallélisation des accès et résistance aux pannes.

Dans un autre billet de ce Blog, nous avons déjà présenté l’approche Big Data d’Oracle dans son ensemble.

Voici un autre schéma présentant l’architecture Hadoop :

Un exemple de mise en oeuvre

Pour comprendre une nouvelle technologie, rien ne vaut un exemple concret.

Voici un exemple tiré de la présentation « NetFlow Analysis with MapReduce« , préparée par Wonchul Kang, Yeonhee Lee et Youngseok Lee  (Chungnam National University).

L’application consiste à surveiller le trafic réseau à partir de l’examen des flux. Habituellement, le volume de flux est réduit et des outils tels que Cisco NetFlow conviennent.

Dans certains cas, le volume de données peut devenir CONSIDERABLE :

• Mise en historique de données sur les flux

L’architecture

Voici une vue d’ensemble. Les données et les traitements sont répartis sur l’ensemble des noeuds.

Détails sur la mise en oeuvre

Les données sont récupérées et stockées :

Les informations à traiter sont :

• lues, sélectionnées, transformées  et/ou mises en forme (fonction Map)
• font l’objet de calculs spécifiés (fonction Reduce)

Voici les mesures de performances constatées pour 3 niveaux de volumétrie. La première colonne représente le temps passé pour obtenir le résultat avec un progiciel Flow-Tools. Les 4 colonnes suivantes montrent le temps consommé avec Hadoop Map/Reduce, sans parallélisation, MR (1), ou avec un niveau de parallélisation de 2, 3 ou 4.

Nous notons un gain de temps très important : de 4h30 avec un outil Flow-Tools, on passe à 1h15 avec Hadoop avec une parallélisation de 4. En augmentant le nombre de serveurs, un temps bien inférieur serait obtenu.

Gestion d’une panne sur un serveur

En cas de panne, Hadoop gère la reprise automatique du traitement en le limitant aux serveurs survivants.

Voici deux schémas montrant cette fonctionnalité mise en oeuvre sur la fonctionnalité Map et sur la fonctionnalité Reduce :

Synthèse

Merci d’avoir lu jusqu’ici. Ce billet de notre Blog a voulu vous présenter ce qu’est Hadoop MapReduce. Sous des apparences de simplicité extrême, un éventail de fonctionnalités étendues, de puissance et de résistance aux pannes ont fait de cet outil un moyen largement utilisé parmi les grands noms du Web : Google, Amazon, Groupon, Navteq, Samsung, Trend, et bien d’autres.

Oracle a développé des extensions :

• utilisation d’Hadoop avec Oracle Data Integrator (ODI) : Hadoop Knowledge Module
• extensions à Oracle Loader pour utiliser Hadoop
• autres extensions

Oracle NoSQL Database facilite le stockage efficace de quantités massives de données dans un format simple et flexible.

Suite à l’annonce de la disponibilité d’Oracle NoSQL Database, Rich Schwerin,  contributeur d’Oracle Magazine, s’est entretenu avec Dave Segleau, directeur de Produits chez Oracle, concernant la nouvelle offre de gestion du Big Data. 

Voici un extrait de cette discussion, tirée d’Oracle Magazine de mars/avril 2012.

Oracle Magazine: Commençons par le début. Qu’est-ce que une base de données NoSQL?
Segleau: NoSQL signifie pas seulement SQL, et cela  englobe un ensemble de technologies SGBD  développées ces 12 dernières années. Les bases de données NoSQL  essayent en général de répondre à certaines des exigences de gestion des données de ce qui a été appelé Big Data. Dans les grandes lignes, une base de données NoSQL est une base de données non relationnelle qui peut gérer des données sur un ensemble de serveurs de stockage distribués, est conçue pour être hautement disponible tout en étant capable de monter  fortement  en charge et prend en charge un schéma de données variable et différents formats de données. Les bases de données NoSQL évitent souvent les transactions ACID (atomiques, cohérentes, isolées et durables) et les jointures de tables afin de parvenir à un débit plus rapide. Il existe différents types de bases de données NoSQL, et chaque implémentation à tendance à avoir son ensemble particulier de caractéristiques techniques et de comportement. Il est difficile de définir ce qu’est une base de données NoSQL car il n’y a pas de normes aujourd’hui à ce sujet. Il y a littéralement des centaines de produits qui prétendent être des bases de données NoSQL ou avoir des capacités NoSQL.

Oracle Magazine: Dans quels cas un développeur choisira-t-il d’utiliser une base de données NoSQL?
Segleau: Les cas d’utilisation les plus courants concernent les applications orientées Web ou orientées Internet, ce que nous aimons appeler applications Web ou services Web. Ces applications offrent soit des fonctionnalités de saisie de données sur le Web soit des services Web. Data Capture désigne la capacité de surveiller, capturer, et interroger les données entrantes provenant d’une multitude de points de données, tels que la surveillance du réseau, les réseaux de capteurs dans une usine automatisée. Les Data Services sont des services orientés Web, de haute-performance et axés sur le client tels qu’Amazon, LinkedIn ou Facebook. Il s’agit souvent à la fois de saisie de données sur le Web et de services Web.

Oracle Magazine: Quels sont certains avantages et inconvénients associés aux bases de données NoSQL?
Segleau: Voici quelques avantages : une facilité pour augmenter la capacité de calcul et de stockage en ajoutant de nouveaux serveurs, des requêtes simples et rapides et une approche flexible et aisée pour gérer le schéma. Voici quelques  inconvénients :  l’incapacité d’exécuter des requêtes complexes, l’incapacité à effectuer des jointures multi-tables, un support transactionnel limité et la nécessité d’apprendre une nouvelle  approche de technologie de base de données.

Oracle Magazine: Vous avez parlé de différents types de bases de données NoSQL. De quel type de base NoSQL est Oracle NoSQL Database ?
Segleau: Oracle NoSQL Database est une base de données distribuée de type clé-valeur, comme celles actuellement utilisées sur LinkedIn et Amazon.com. La clé peut contenir, par exemple l’identifiant utilisateur (ou identifiant de membre) et la valeur contiendra des informations sur l’utilisateur, par exemple, les informations du profil de base y compris l’adresse, la photo et d’autres informations vitales. D’autres informations liées à cet identifiant peuvent contenir le nom d’utilisateur ou adresse e-mail des amis de l’utilisateur et les produits que l’utilisateur a récemment achetés.
Si vous êtes un habitué des bases relationnelles, vous pouvez imaginer une base de données clé-valeur comme une table relationnelle à deux colonnes : la première colonne est la clé, et la deuxième colonne est la valeur. Les clés et les valeurs peuvent être des valeurs très simples ou des structures complexes. OracleDatabase NoSQL stocke les lignes contenant une paire de clé-valeur et retrouve ces lignes en fonction de la clé demandée. Oracle NoSQL Database distribue ces lignes de clés-valeurs, en fonction de la valeur de hachage de la clé, à travers un nombre quelconque de serveurs que nous appelons les nœuds de stockage. La base de données est conçue pour garantir une scalabilité en fonction de l’augmentation du nombre de noeuds, ce qui permet de s’adapter aux besoins grandissants de données, tout en fournissant bon nombre des caractéristiques communes à d’autres implémentations de bases de données NoSQL, ainsi que la mise à disposition de plusieurs fonctionnalités clés qui ne sont pas disponibles dans d’autres produits NoSQL.

Oracle Magazine: Quels sont quelques unes de ces caractéristiques essentielles ?
Segleau: Il y a plusieurs éléments clés que je voudrais mettre en évidence, mais ce qu’il faut retenir, c’est que Oracle NoSQL Database est d’usage général, ainsi simple à utiliser qu’à déployer. De nombreux produits NoSQL existants sont spécialement adaptés pour des types spécifiques de problèmes. Le problème est que cette approche ne s’adapte pas bien à d’autres types de problèmes. Par exemple, Dynamo – la base de données NoSQL d’Amazon – est très efficace pour les besoins d’Amazon car c’est Amazon qui l’a écrit. Mais la plupart des clients ne sont pas Amazon, et ce qu’ils veulent, c’est une solution plus polyvalente qui répondra à leurs besoins en base de données NoSQL.
Une plainte commune est que la plupart des produits NoSQL existants mettent de côté les technologies  fondamentales de base de données, telles que les transactions, afin de fonctionner plus rapidement, et reportant la gestion de ces exigences fondamentales sur  le développeur de l’application. Avec Oracle NoSQL Database , cette fonctionnalité reste dans la base de données où elle doit être gérée. Franchement, nous avons entendu plusieurs utilisateurs NoSQL actuels dirent que des notions telles que le débit élevé, sans prise en compte des transactions ni de la cohérence éventuelle, étaient des modèles théoriques intéressants, mais que cette approche a fait du développement d’applications un cauchemar. Par contre, Oracle NoSQL Database gère des transactions ACID.

Oracle Magazine: Comment la solution Oracle NoSQL Database s’insére-t-elle dans la stratégie d’Oracle Big Data?
Segleau: Le Big Data est un problème à multiples facettes, qui comprend l’acquisition, l’organisation, et l’analyse de grandes quantités de données qui proviennent de multiples formats et de référentiels sources. Oracle NoSQL Database est principalement axé sur l’acquisition de données. Il est l’un des produits qui peuvent être utilisés pour acquérir et interroger rapidement de grandes quantités de données élémentaires.

Oracle Magazine: Comment organisez-vous et analysez-vous les données acquises par Oracle NoSQL Database ?
Segleau: Oracle NoSQL Database stocke les paires distribuées clés-valeurs dans les nœuds de stockage en utilisant un large ensemble de serveurs. Pour des statistiques simples, en particulier des opérations telles que des comptages et des agrégats sur des ensembles, vous pouvez utiliser des processus Hadoop MapReduce  pour générer rapidement des statistiques qui seront utilisées par vos application. Pour des analyses profondes, plus complexes, vous voudrez déplacer les données concernées dans un Datawarehouse Oracle, puis utiliser un large ensemble d’outils et de processus, y compris Oracle Enterprise R, qui y sont disponibles pour générer des résultats plus complexes, plus polyvalents. Il existe différentes méthodes pour transférer des données à partir d’Oracle NoSQL Database vers un Datawarehouse Oracle, y compris Oracle Data Integrator, des processus Hadoop MapReduce et même  une fonctionnalité MapReduce directement intégré à la base Oracle et capable d’insérer des données dans le Datawarehouse à partir d’une requête NoSQL. En d’autres termes, grâce à l’utilisation des fonctions SQL – dans le cas présent une fonction SQL MapReduce – vous pouvez utiliser, dans une requête qui s’exécute dans votre base de données relationnelle Oracle, des données externes à partir d’une source de données externe accessible à MapReduce.

(fin de l’article Oracle Magazine)

Oracle NoSQL Database est un des composants de l’offre Big Data d’Oracle :

Nous avons présenté Oracle Enterprise R dans un billet précédent de ce Blog.

Nous avons aussi présenté le Big Data et l’approche Oracle correspondante dans un autre billet de ce Blog.

Dans un prochain billet, nous présenterons plus en détail l’approche Hadoop et MapReduce.

Voici quelques liens :

Oracle NoSQL Database

http://www.oracle.com/technetwork/database/nosqldb/overview/index.html

http://www.oracle.com/technetwork/database/nosqldb/overview/nosqldb-faq-518364.html

http://www.oracle.com/technetwork/database/nosqldb/learnmore/nosql-database-data-sheet-498054.pdf

http://www.oracle.com/technetwork/database/nosqldb/learnmore/nosql-wp-1436762.pdf

http://www.oracle.com/technetwork/database/nosqldb/downloads/index.html

Oracle BigData

http://www.oracle.com/us/technologies/big-data/index.html

http://www.oracle.com/us/products/database/big-data-appliance/overview/index.html

http://www.oracle.com/us/corporate/analystreports/infrastructure/winter-big-data-1438533.pdf

Oracle Enterprise R

http://www.oracle.com/technetwork/database/options/advanced-analytics/r-enterprise/index.html

http://docs.oracle.com/cd/E27988_01/doc/doc.112/e26499/intro.htm#autoId0

http://www.oracle.com/technetwork/database/options/advanced-analytics/r-enterprise/ore-trng1-gettingstarted-1501628.pdf

 Vous souhaitez en savoir plus ? Contactez-nous