Discussion :

[rogntudju]

Bonjour,

Je suis en train d'étudier la migration d'un site de e-commerce utilisant php et mysql vers un nouvel hébergeur. Le principal problème réside dans la perte des données durant la migration. Pour faire face à ce problème, je pensais opérer de la sorte:


1) La nuit, pendant environ 1 heure, coupure du site (message maintenance)
2) Copie de la base de données et upload sur nouveau serveur
3) Modification de tous les protocoles de connexion à la base sur l'ancien serveur, avec lien vers la nouvelle base distante en utilisant l'IP (connexion à distance)
4) Une fois que tout est mis à jour, je remets le site en ligne. Tout sera écrit dans la base de données distante.
5) Je fais la migration des DNS, et c'est pas trop grave si x personnes voient l'ancien site et y voient le nouveau, tant que les 2 écrivent dans la même base.


Est-ce que cette démarche est la bonne pour ce type de site ou recommanderiez-vous autre chose?

Merci

[ericd69]

salut,

oui c'est le processus obligé vu que la transition dns peut prendre 24 à 48h pour la propagation...

regarde si tu peux pas jouer sur les header pour faire un redirect sur la nouvelle adresse ip

[greg91]

Hello,

Voilà une autre méthode :
- Mise en maintenance de l'ancien site.
- dump sql et import sur la nouvelle base
- modification de l'ancien site pour qu'il se connecte à la nouvelle base de donnée (distante du coup)
- le nouveau site se connecte sur cette même base.
- remettre en ligne l'ancien site.
- Tu te retrouve donc avec les 2 sites fonctionnels sur la même base de données
- Après 72 heures tu peut supprimer l'ancien site.
- l’interruption de service n'aura donc durée que le temps du dump / import

Note : évidement, c'est mieux de 'tunneler' la connexion mysql avec ssh. ex :
http://supersonique.net/non-classe/t...rveur-distant/

Note2 : cette méthode n'est possible que si ton hébergement le permet

[rogntudju]

Merci Greg et Eric, ça me rassure un peu Bonne journée