retours d'expériences, codes sources, réflexions, humeurs... d'un webmaster

Changer de serveur ne se fait pas sur un coup de tête, surtout si celui-ci héberge plusieurs services  (sites, intranet, ftp, bases de données…) utilisés par de nombreuses personnes.
Voici une procédure à mettre en place pour que la migration se fasse en toute transparence.

Liste des fichiers et applications à migrer

La première étape est de lister les fichiers à migrer. Profitez du changement de serveur pour faire le ménage et ne garder que le strict nécessaire:
- les fichiers de vos projets, évidemment
- les fichiers de configuration de vos services (httpd.conf, proftp.conf..).
NB : ne remplacez pas directement les fichiers conf de votre nouveau serveur. Gardez toujours une copie d'origine.
- les comptes utilisateurs : fichier users et passwd, répertoires home…
- les répertoires FTP
- les taches cron et la crontab
- les montages de systèmes de fichier particuliers…


Préparation du nouveau serveur

Pour éviter tout désagrément, il est conseillé d'installer votre nouveau serveur à l'identique : mêmes programmes, mêmes versions.
Cependant, vous pouvez profiter de cette migration pour mettre à jour les services installés (PHP, MySql, Apache…).
Dans tous les cas, une phase de tests est indispensable avant de mettre à jour les DNS.
Pour ce faire, vous pouvez créer des sous-domaines que vous ferez pointer vers votre nouveau serveur :
Ex : www.ndd.com pointe sur le serveur actuel, test.ndd.com pointera vers le nouveau.

Vous devez tester toutes vos applications (sites, scripts shell, FTP, sauvegardes…)


Le problème des DNS.

Changer de serveur signifie changer d'adresse IP. Donc il faut indiquer aux serveurs de DNS (qui font la traduction du nom de domaine en adresse IP ex : www.romualb.com = 213.186.33.2) que le nom de domaine pointera vers l'adresse IP de votre nouveau serveur.
Cette modification prend 24 à 48 heures, le temps de mettre à jour tous les serveurs DNS concernés. Durant ce laps de temps, certains serveurs DNS mis à jour dirigeront le nom de domaine vers la nouvelle adresse IP et d'autres, toujours pas à jour, vers l'ancienne adresse IP. Donc, pendant cette période, vous risquez de voir l'intégrité de vos bases de données compromise
Il faut donc que le changement de DNS se fasse au moment ou l'activité sur le serveur est au plus bas : le WE ou pendant les vacances.
Si l'accès FTP se fait sur l'adresse IP ou le nom de serveur (no pas ftp://www.ndd.com mais ftp://213.186.33.2) le même problème de DNS ne se pose pas. Il vous suffira de bloquer l'accès au FTP pendant quelques minutes (après le délai de 48 heures de propagation des DNS), le temps de transférer les comptes FTP.


Astuce

Si les insertions en base ne peuvent être interrompues pendant la durée de propagation des DNS (ex : vous enregistrez des infos provenant de votre site internet comme des stats de visites, contacts…), vous risquez de voir des enregistrements apparaître sur les bases des deux serveurs.
L'astuce, si vous utilisez une clé auto incrémentée, est de modifier sa valeur sur le nouveau serveur.
Ainsi, si l'AUTO_INCREMENT est à 2000 et que vous prévoyez une centaine d'enregistrements pendant le WE, vous exécutez la requête suivante :

ALTER TABLE nom_table AUTO_INCREMENT =2100

Ainsi, les nouveaux enregistrements sur le nouveau serveur commenceront avec l'id 2100 et vous pourrez récupérer les enregistrements compris entre 2000 et 2100 provenant de votre ancien serveur.

Procédure

1 préparer le serveur (installation logiciels, configuration, applications)
2 créer des sous domaines de test pointant sur le nouveau serveur (test.ndd.com)
3 tester toutes les applications sur le nouveau serveur en utilisant l'url test.ndd.com
4 une fois que tout est OK, changer les DNS
5 comparer les bases des 2 serveurs pour déceler les variations qui auraient pu apparaitre pendant la propagation des DNS