Ingres fait parti de ces produits permettant d’obtenir une indisponibilité réduite et pour nous en convaincre, ingres-france propose un webinaire le jeudi 3 avril à partir de 15h00. Pour y participer, il vous suffit de suivre ce lien : Ingres – Haute Disponibilité

Je ne peux donc m’empêcher de ramener cela à MySQL. En effet, j’ai lu dernièrement un petit livre blanc relativement technique, dans lequel était proposé une solution de haute disponibilité basée sur MySQL, Linux Heartbeat et DRBD. Pour la découvrir, c’est ICI.

A priori ce n’est pas très compliqué puisque MySQL AB a pensé à simplifier la tâche des éventuels volontaires. Enfin simplifier, le terme est un peu fort. Toujours est-il que l’on peut monter sa propre traduction de MySQL Tools. Pour savoir comment, il suffit de lire le fichier how_to_translate.txt disponible dans le répertoire locale présent à la racine du chemin d’installation de la suite. La traduction s’effectue via un logiciel, poedit, qui permet en particulier de favoriser les traductions collaboratives. Il ne manquerait qu’un petit peu de temps libre pour se lancer… des volontaires ?

Pour ma part, j’ai installé MaxDB avec les paramètres par défaut. Donc une petite commande me permet de voir mes tables :

sqlcli MAXDB1=> \dt DBADMIN.% 

List of tables 

| Schema  | Name                             | Type    | 

| ------- | -------------------------------- | ------- | 

| DBADMIN | DUAL                             | TABLE   | 

| DBADMIN | PERSONNE                         | TABLE   | 

| DBADMIN | QUERYREWRITERULES                | TABLE   | 

| DBADMIN | SYSCHECKTABLELOG                 | TABLE   | 

| DBADMIN | SYSCMD_ANALYZE                   | TABLE   | 

| DBADMIN | SYSDATA_ANALYZE                  | TABLE   | 

| DBADMIN | SYSMONDATA                       | TABLE   | 

| DBADMIN | SYSMONITOR                       | TABLE   | 

| DBADMIN | SYSPARSEID                       | TABLE   | 

| DBADMIN | SYSSTATISTICS                    | TABLE   | 

| DBADMIN | SYSUPDATECOUNTERWANTED           | TABLE   | 

| DBADMIN | SYSUPDSTATLOG                    | TABLE   | 

| DBADMIN | SYSUPDSTATWANTED                 | TABLE   | 

| DBADMIN | SYSUPGRADEHISTORY                | TABLE   | 

 

14 rows selected (68 msec)

Un intrus ? Oui j’ai rajouté la table Personne pour faire quelques requêtes. Après, tout est dans un SQL classique qui ne perturbe pas. Pour aller plus au fond des choses, on peut regarder la liste des schémas pour remarquer une petite chose :

sqlcli MAXDB1=> \ds 

List of database schemas 

| Schema name | Owner name                       | 

| ----------- | -------------------------------- | 

| DBADMIN     | DBADMIN                          | 

| DBM         | DBM                              | 

| DOMAIN      | DBADMIN                          | 

| HOTEL       | MONA                             | 

| MONA        | MONA                             | 

| OMS         | DBADMIN                          | 

| SYSINFO     | DBADMIN                          | 

| TRY         | DBADMIN                          | 

 

8 rows selected (16 msec)

En cherchant dans la documentation de MaxDB, on s’aperçoit que MONA est le nom d’un utilisateur de test possédant des schémas de test qui seront certainement, une prochaine étape de la découverte.

D’un point de vu performance, étant donné l’expérience de l’éditeur, on ne peut naturellement pas être déçu. A l’heure actuelle, c’est la bêta de la version 3 qui est en vogue, mais c’est la dernière version stable que j’ai un peu testé ce soir. Si la prise en main est moins évidente que pour les outils testés ce mois-ci, Toad For MySQL est tout de même un bon produit. Après quelques minutes d’utilisation on appréciera les possibilités de navigation dans les divers objets proposés dans la base de données, ou encore les options classiques de gestion des utilisateurs. Malheureusement, l’éditeur de requêtes, la fonction la plus utilisée en général, est bien trop orientée MS Access là où j’aurai préféré un MQB. Quoiqu’il en soit, il peut plaire à beaucoup de monde donc, place aux tests !

MySQL AB ne cesse de vanter les mérites de son SGBD phare en s’appuyant particulièrement sur la modularité du moteur de stockage. Au nombre des MyIsam, InnoDB et consorts, veuillez maintenant compter sur Falcon, le nouveau né des moteurs MySQL. Avec son mode transactionnel et quelques autres particularités, ce moteur s’inscrit dans une alternative à InnoDB. Personnellement, sur un léger ton de polémique, je vois dans ce nouveau moteur une réponse au rachat de InnoBase par Oracle il y a un peu plus d’un an. Une façon de gagner un peu d’indépendance… en attendant de voir ce que cela donne par moi-même, je cours de ce pas voir les évaluations !

Navicat est un logiciel spécialisé dans la gestion de base de données qui se décline en différentes versions, dont une réservée à MySQL. Navicat est payant, mais fort heureusement pour mes tests, une version d’évaluation de 30 jours est disponible. Après avoir téléchargé puis utilisé navicat pendant quelques jours, je dois avouer ne pas avoir regretté l’expérience. Ce logiciel est une suite à lui tout seul. La prise en main est rapide et intuitive. Si la saisie visuelle des requêtes est un peu gênante (pas toujours simple de supprimer un critère de jointure), on saura apprécié les fonctionnalités fournies allant de la planification de tâches au reporting.

Navicat n’a rien à envier à MySQL Tools, mais son prix est un frein à son acquisition. En effet, si l’on compose son environnement MySQL avec MySQL Tools et un OpenOffice, on obtient une solution moins homogène mais possédant les mêmes qualités(voir plus) tout en étant gratuit.

Avec les fonctions de bases et un index géométrique, l’offre offerte par MySQL semble être exploitable dans le cadre d’un Système d’information géographique. Néanmoins, je serais intéressé par un retour d’une personne s’y connaissant davantage dans ce domaine. En effet, on peut par exemple regretter que le seul storage engine compatible soit MyISAM ou encore se demander si les performances sont au rendez-vous. Toujours est-il que MySQL est bien exploitable puisque nous pouvons le retrouver par exemple dans une distribution linux spécialisée : GIS Knoppix.

L’installation me plonge dans un monde complètement différent de celui de MySQL. Sur de nombreux points, dès la mise en place, on peut s’apercevoir que MaxDB ressemble avant tout à Oracle et c’est un peu déroutant. Une fois l’installation terminée, 2 logiciels sont disponibles. Un premier, DBM Command Line Interface semble permettre l’administration des données. Le second, SQL Command Line Interface, semble quant à lui permettre l’exécution de requêtes sur la base de données. Si pour l’heure l’investigation s’arrête, de nouveaux billets sont à suivre pour connaître davantage cette OVNI de SGBD.

• Une base maître sert à effectuer les modifications de données.
• Une ou plusieurs bases esclaves permettent d’effectuer des requêtes sur les données
• Les esclaves demandent régulièrement à la base master l’envoi des nouvelles mises à jour

Dans un monde parfait, cela fonctionnera parfaitement :). Dans le monde réel, il est primordial de mesurer les impacts qui pourraient découler d’un problème de communication entre les bases maître et esclave. Il est tout à fait possible qu’une application puisse exécuter des mises à jour sur la base master pour ensuite effectuer des select sur un esclave. Si les données du maître n’ont pas été mises à jour sur l’esclave, l’application réagira-t-elle de la bonne façon ? Pour des applications critiques, il faudra donc absolument réussir a détecter les problèmes de réplication au plus tôt ! Les outils peuvent être divers mais dans un premier temps connaître le comportement de la variable Seconds_Behind_Master est une première étape.

Pour poursuivre sur le sujet, voici un blog qui à l’air très intéressant.