Tag Archives: source

Changement de datacenter / DC Move

Bonjour,

Depuis mon arrivée chez mon nouveau client, je suis intervenu sur de nombreux sujets comme le développement de datamarts ou la rédaction de spécifications. Ce sont des sujets assez courants dans le domaine du décisionnel.

Il y a quelques semaine, je suis intervenu sur un projet de changement de datacenter pour les serveurs de la BI. Il ne s’agissait pas du déplacement physique des machines mais logique. L’objectif était donc de gérer l’ensemble du processus de déplacement coté données et applications. La partie matérielle et OS était assurée par une équipe infrastructure.

Voici quelques problématiques que nous avons rencontré (la liste n’est pas exhaustive) :
– Continuité : Puis je me permettre de perdre une journée de données ?
– Volumétrie : Comment réaliser le transfert des données entre les 2 sites ?
– Bande passante : Quel serait le meilleur moment pour faire un transfert par le réseau ?
– Compatibilité : Est ce que la nouvelle architecture est la même que l’ancienne ?
– Migration : Est ce que les versions des outils sont les mêmes ?
– Droits : Que se passe t’il si mes droits sont réduis ?
– Accès développeur : Puis je continuer à travailler sur le serveur ou faut il prévoir des outils en local ?
– Accès aux sources : Est ce que toutes les données sources de mon système BI sont toujours accessibles avec les mêmes URL ?
– Accès à la restitution : Les utilisateurs pourront ils accéder aux rapports, aux cubes de la même manière ?
– Suivi de la vie des développements : Que faire des vieux développements inutilisés ? Comment les identifier ?

D’une manière plus générale, je pense qu’il faut gérer un changement de datacenter comme un projet à part entière et plus encore lorsque des éléments vont évoluer (version logiciels ou architectures techniques par exemple). La rédaction d’un document décrivant le processus/plan d’action permet d’anticiper les problèmes qui vont être rencontrés, d’anticiper les éventuelles demandes (droits et accès) ou encore de réfléchir aux mécanismes de roll back.

Dans le cas de mon client, nous avons eu l’opportunité d’effectuer sur plusieurs semaines un “parallel run” entre les anciens serveurs et les nouveaux serveurs. Ainsi, nous avons pu réaliser de nombreuses comparaisons :
– Volumes de données identiques,
– Sources accessibles,
– Performances similaires ou mieux.
– …
Ce procédé nous a permit de conclure avec certitude que les vieux serveurs pouvaient être décommissionés sans risque.

Et vous, avez vous rencontré d’autres problématiques lors de vos changements de serveur ? Comment les avez vous résolu ?

A bientôt,

Guillaume