Migration Lotus Notes
Migration d'un base documentaire Lotus Notes. Ou comment contourner les limitations de Notes en import/export en passant par une base de donnée relationnelle MySQL.
Les base Lotus Notes sont très appréciées pour leurs capacités à organiser des informations relativement peu structurées. Les bases documentaires ainsi constituées sont facilement consultables et s'intègrent parfaitement dans les outils de messagerie et de d'agenda du client Notes.
Néanmoins, lorsque ces bases grossissent, les performances peuvent se dégrader amenant ainsi l'administrateur à envisager une structure plus optimisée. De plus les besoins peuvent évoluer dans le temps et là aussi une restructuration en profondeur devient nécessaire.
Manipuler des dizaines de milliers de documents n'est pas le fort de Notes. Envisager une migration uniquement avec les outils Notes peut vite se transformer en cauchemar pour l'administrateur ou le développeur ! En effet la recherche, la lecture ou la création de documents au sein de bases Notes est très lente (Tout est relatif, cette "vitesse" est largement suffisante pour les besoins d'un utilisateur mais est nettement insuffisante pour des besoins massif d'import/export).
L'étape de migration d'une ancienne base vers une nouvelle peut être répétée une douzaine de fois avant que tous les cas de figures soient identifiés. Cette étape de transformation doit pouvoir être réalisée en quelques secondes afin de pouvoir la répéter autant de fois que nécessaire sans allonger de façon drastique les temps d'indisponibilité.
Le traitement direct de la base par Lotus Script (ou Java) est à proscrire car le moteur Domino ne peut traiter des requêtes à un tel rythme (il est courant d'avoir un débit de quelques fiches par seconde, ce qui demanderait des journées entières pour des traitements volumineux !).
Face à une problématique identique, les bases de données relationnelles comme MySQL et PostgresSQL effectuent le même type de traitement en quelques secondes. Il devient alors très interessant de décomposer la migration en plusieurs étapes :
Néanmoins, lorsque ces bases grossissent, les performances peuvent se dégrader amenant ainsi l'administrateur à envisager une structure plus optimisée. De plus les besoins peuvent évoluer dans le temps et là aussi une restructuration en profondeur devient nécessaire.
Manipuler des dizaines de milliers de documents n'est pas le fort de Notes. Envisager une migration uniquement avec les outils Notes peut vite se transformer en cauchemar pour l'administrateur ou le développeur ! En effet la recherche, la lecture ou la création de documents au sein de bases Notes est très lente (Tout est relatif, cette "vitesse" est largement suffisante pour les besoins d'un utilisateur mais est nettement insuffisante pour des besoins massif d'import/export).
L'étape de migration d'une ancienne base vers une nouvelle peut être répétée une douzaine de fois avant que tous les cas de figures soient identifiés. Cette étape de transformation doit pouvoir être réalisée en quelques secondes afin de pouvoir la répéter autant de fois que nécessaire sans allonger de façon drastique les temps d'indisponibilité.
Le traitement direct de la base par Lotus Script (ou Java) est à proscrire car le moteur Domino ne peut traiter des requêtes à un tel rythme (il est courant d'avoir un débit de quelques fiches par seconde, ce qui demanderait des journées entières pour des traitements volumineux !).
Face à une problématique identique, les bases de données relationnelles comme MySQL et PostgresSQL effectuent le même type de traitement en quelques secondes. Il devient alors très interessant de décomposer la migration en plusieurs étapes :
- Export des données de l'ancienne base Lotus Notes vers une base de données MySQL ;
- Transformation des données de l'ancienne structure vers la nouvelle structure au sein de MySQL ;
- Import des données dans la nouvelle base Lotus Notes depuis la base MySQL ;