Transfert de domaine & hébergeur : comment ne pas interrompre le site

Discussion dans 'Administration d'un site Web' créé par milkiway, 25 Septembre 2010.

  1. milkiway
    milkiway WRInaute accro
    Inscrit:
    3 Février 2004
    Messages:
    4 196
    J'aime reçus:
    0
    Bonjour,

    J'ai un site avec un trafic important et je voudrais transférer le nom de domaine d'un registrar vers OVH (et également les fichiers d'un hébergeur vers OVH).

    Dans quel ordre procéder pour être sur d'avoir un minimum d'interruption de service (voir pas du tout) ?

    J'ai délocké le domaine, demandé le code de transfert.
    J'ai uploadé sur le nouveau serveur dans un répertoire.

    Et pour la suite, il faut que je déclare ce domaine et le sous répertoire sur lequel il doit pointer dans le panel OVH ?
    Et enfin demander le transfert à OVH ?
    Ou dans un autre ordre ?

    Merci
     
  2. JanoLapin
    JanoLapin WRInaute accro
    Inscrit:
    21 Septembre 2008
    Messages:
    4 226
    J'aime reçus:
    0
    le transfert du NDD ne pose aucun pb d'interruption de la disponibilité du site: selon l'état d'avancée de la propagation des DNS, les visiteurs taperont dans un serveur ou dans un autre... tant que tous pointent au même endroit, c'ets neutre.

    Pour la migration du site, c'est un peu plus complexe. Site statique ou site dynamique (avec BDD) ?

    Dans tous les cas, commence d'abord par migrer le domaine, et ensuite seulement l'hébergement
     
  3. milkiway
    milkiway WRInaute accro
    Inscrit:
    3 Février 2004
    Messages:
    4 196
    J'aime reçus:
    0
    Pour le site, il est dynamique. Je suis étonné de ce que tu me conseilles, je pensais dupliquer le site sur le nouveau serveur, vérifier que tout fonctionne à 100% (pages statiques et dynamiques, BDD) pour ensuite fiare pointer le domaine sur le nouveau serveur. Pourquoi est-ce une mauvaise idée ?
     
  4. JanoLapin
    JanoLapin WRInaute accro
    Inscrit:
    21 Septembre 2008
    Messages:
    4 226
    J'aime reçus:
    0
    Parce qu'il y a plusieurs critères qui rentrent en jeux, et qu'il faut décomposer / faut éviter de tous mélanger pour s'en sortir.

    1- étape 1, la plus simple: rapatriement du NDD chez OVH --> aucune indisponibilité
    2- petit temps d'attente (72 H ?) pour la propagation des dns (ca peut parfois prendre une semaine dans certains cas, chez ceux qui ont des FAI qui rafraichissent peu souvent leur cache)
    3- modification depuis le manager OVH de l'hébergement. --> pas d'indisponibilité si bonne méthode (la propagation de la nouvelle destination (hébergement) est beaucoup plus courte , car tu reste sur les même DNS (d'où l'intérêt de ne pas mélanger)

    Pour changer un site dynamique, le pB c'est évidemment la BDD. Cherches sur le site, il y a deux ou trois super topics à ce sujet, très bien détaillés avec l'expression migration et base de données".

    Bon courage


    [edit: la ruse c'ets de découpler la migration de la BDD et celle des fichiers, pour autant que je me rapelle]
     
  5. milkiway
    milkiway WRInaute accro
    Inscrit:
    3 Février 2004
    Messages:
    4 196
    J'aime reçus:
    0
    Exact tu as parfaitement raison je mélangeais DNS et serveur.
    Par contre, je précise que le serveur 1 n'est pas chez OVH.
    Si je passe le NDD chez OVH, il peut pointer sur le serveur 1 après propagation, ça pas de souci.
    Par contre, n'y aura t il pas propagation de nouveau si je fais ensuite pointer ce domaine sur mon nouveau serveur ?
     
  6. JanoLapin
    JanoLapin WRInaute accro
    Inscrit:
    21 Septembre 2008
    Messages:
    4 226
    J'aime reçus:
    0
    non, justement, il n'y a pas de délai de propagation si tu ne changes pas de dns. D'où l'intérêt de commencer par changer les dns puis ensuite de migrer.

    Concrètement: tu modifies la destination de l'hébergement dans OVH, il faut -dison- 30 minutes pour que cela soit effectif. Ceux qui taperont dans le dns d'Ové Hache durant ce temps seront simplement renvoyé sur l'ancien hébergement. Dès le changement intervenu effectivement chez Eau Véache, ils seront dirigés vers el nouvel hébergement.

    Donc on voit bien que le souci n'est plus la propagation des dns, mais le fait que le site doivent être rpésnet à deux endroits durant le temps de la migration... d'où la ruse de migrer d'abord la BDD (pour la centraliser, afin d'éviter le down time) puis ensuite seulement les fichiers hébergés.
     
  7. milkiway
    milkiway WRInaute accro
    Inscrit:
    3 Février 2004
    Messages:
    4 196
    J'aime reçus:
    0
    Ok. Pour le transfert de BDD etc, aucun souci là dessus. Ma question était bien sur les DNS que je ne maîtrise pas.
    J'ai donc demandé le transfert chez OVH. J'ai indiqué les DNS de mon ancien serveur pour l'instant.
    Dès que le transfert est effectif chez OVH, je duplique le site sur le nouveau serveur et indique les DNS d'OVH pour pointer sur le nouveau serveur. C'est bien ça ?
     
  8. Willgoto
    Willgoto WRInaute passionné
    Inscrit:
    19 Octobre 2004
    Messages:
    1 011
    J'aime reçus:
    46
  9. IllusionPerdu
    IllusionPerdu WRInaute discret
    Inscrit:
    11 Mars 2006
    Messages:
    130
    J'aime reçus:
    0
    Lors d'une mise a jour d'hebergement et de serveur dns j'avais procéder de cette méthode :

    1- Sur le serveur A bloquage de l’écriture de la base de données
    2- Configuration du serveur N (aussi bien DNS que serveur web avec sur la conf de mysql du serveur N accès en réseaux venant du serveur A )
    3- Copie des données sur le serveur N

    <= Donc pour le moment tous les visiteurs sont encore sur l'ancien serveur

    4- Basculement de la déclaration du serveur DNS
    5- Changement de l'accès de la base de données du serveur A vers le serveur N

    <= Donc le temps de propagation des dns certains arrive sur le serveur A en lecture mais avec les nouvelles données de la base du serveur N alors que d'autre sont directement sur le serveur N

    6- Quelques jours après suppression du serveur A
    7- Changement de conf de Mysql sur le serveur N pour autoriser l'accès qu'a celui ci


    Voilà de cette méthode ton site est toujours disponible avec comme contrainte que temporairement ceux qui accèdes aux site par l'ancien serveur sont en lecture seul pour ne pas avoir de données a resycronyser.
     
  10. Julia41
    Julia41 WRInaute passionné
    Inscrit:
    31 Août 2007
    Messages:
    1 774
    J'aime reçus:
    0
    Là est toute la technique, assez difficile en mutu.

    Le principe, il faut que tes 2 sites utilisent la même base de données pendant la migration. En mutu c'est généralement "pas" faisable car pas accessible depuis l'extérieur, en dédié ça ne pose aucun soucis (si tu as besoin d'une base de données accessible depuis l'extérieur, n'hésites pas à me PM).

    Sinon, les étapes dites plus haut sont les bonnes.

    Généralement je progresse comme ça (bon je taff presque uniquement sur dédié):
    - copie des fichiers du site
    - modif des config.php pour qu'ils utilisent la même base de données.
    - migration des DNS
    - réédition des config.php pour n'utiliser que le serveur "final".

    En prime une petite correction si tu as de l'upload d'image/avatar (on peut aussi bloquer l'écriture mais c'est "moins" propre).

    En gérant toi même tes DNS (sur un dédié) tu peux jouer sur certaines variables de cache DNS, ainsi lors de la migration, tu peux bien diminuer la durée aléatoire pendant les gens vont tombés sur l'un ou l'autre des serveurs.

    Voilà pour mon retour. En tout cas, le transfert doit se faire *bien avant* tout le reste.
    La "grosse étape en mode rush" est la migration/copie de la base de données (généralement là je mets le site hors ligne si données sensibles) mais ça prends (grossièrement) 1s de migrer 10Mo de données SQL.
     
  11. milkiway
    milkiway WRInaute accro
    Inscrit:
    3 Février 2004
    Messages:
    4 196
    J'aime reçus:
    0
    Merci beaucoup. Bien heureusement, il n'y a pas d'inscription en BDD (les données ne sont pas fournies par des utilisateurs).

    Je me rends compte que je confonds transfert "administratif" et DNS
    En gros, mon domaine est maintenant chez OVH mais toujours avec mes anciens DNS.

    J'ai copié les fichiers vers le nouvel hébergeur et tout fonctionne.
    J'ai configuré le serveur pour que le domaine pointe bien au bon endroit sur le nouveau serveur.

    Je n'ai donc plus qu'à faire pointer les DNS chez OVH.

    Ce qui a rendu les choses compliquées c'est que j'ai transferé le domaine chez OVH en même temps.

    J'y suis ou pas ?
     
  12. Julia41
    Julia41 WRInaute passionné
    Inscrit:
    31 Août 2007
    Messages:
    1 774
    J'aime reçus:
    0
    Tu y es (normalement bien sûr).
    Attention où OVH va faire pointer tes nouveaux DNS, des fois ils mettent une configuration "par défaut" mais normalement non.
     
  13. milkiway
    milkiway WRInaute accro
    Inscrit:
    3 Février 2004
    Messages:
    4 196
    J'aime reçus:
    0
    Merci. En fait, j'ai pu définir moi même les DNS donc j'ai mis les anciens.
    Et dès que le transfert est confirmé et aparaît dans mon OVH Manager, je passe au transfert de DNS ;)

    Merci à vous
     
  14. JanoLapin
    JanoLapin WRInaute accro
    Inscrit:
    21 Septembre 2008
    Messages:
    4 226
    J'aime reçus:
    0
    laisses-toi 24 de battement entre les deux opérations....

    Bon courage !
     
  15. Leonick
    Leonick WRInaute accro
    Inscrit:
    8 Août 2004
    Messages:
    19 274
    J'aime reçus:
    0
    ne pas oublier que les transferts de .fr sont des fois assez pénibles. Il vaut mieux entamer la démarche en début de semaine, car l'afnic n'est ouvert que du lundi au vendredi
     
  16. d_vid
    d_vid WRInaute occasionnel
    Inscrit:
    4 Janvier 2004
    Messages:
    276
    J'aime reçus:
    0
    C'est bien la meilleure méthode, la moins chiante pour la synchro. De plus, elle a l'avantage de n'avoir aucune interruption de service pour le référencement.

    Par contre, ne pas mettre son système de stats en lecture seule, c'est toujours intéressant de voir le temps de propagation des DNS en comparant les deux sources statistiques durant 1 semaine.
     
Chargement...
Similar Threads - Transfert domaine hébergeur Forum Date
2 noms de domaine chez 2 hebergeurs différents-comment gerer le transfert ou la redirec Noms de domaine et référencement 10 Février 2010
Hébergeur disparu et problème de transfert de nom de domaine Administration d'un site Web 12 Juin 2008
Problème de transfert nom domaine Crawl et indexation Google, sitemaps 21 Septembre 2018
Transfert de gestion d'un nom de domaine Administration d'un site Web 18 Septembre 2018
Transfert de nom de domaine refusé Noms de domaine et référencement 2 Décembre 2016
Transfert de domaine - Ancien domaine réutilisé ailleurs Référencement Google 18 Février 2016
Transfert nom de domaine et positionnement Référencement Google 15 Août 2015
Problème transfert de site/nom de domaine Noms de domaine et référencement 15 Août 2014
Transfert nom de domaine 1and1 inclus vers Kimsufi Administration d'un site Web 29 Avril 2014
Transfert du nom de domaines lors d'une refonte Débuter en référencement 17 Février 2014
transfert d'un nom de domaine facturation de frais de gestion pour donner le code auth Droit du web (juridique, fiscalité...) 3 Octobre 2012
transfert de domaine Débuter en référencement 13 Mars 2012
La réinitialisation de l'âge d'un domaine suite à un transfert nuit elle au référencement? Référencement Google 19 Février 2012
Nom de domaine litigueux : transfert payant Droit du web (juridique, fiscalité...) 28 Décembre 2011
Transfert nom de domaine d'ovh vers un autre registraire Noms de domaine et référencement 21 Octobre 2011
Transfert de site sur un nouveau nom de domaine Noms de domaine et référencement 24 Août 2011
Gros problème de transfert de domaine depuis Bookmyname Noms de domaine et référencement 17 Juin 2011
doutes sur transfert de domaine Noms de domaine et référencement 15 Décembre 2010
Transfert vers nouveau domaine avec htaccess URL Rewriting et .htaccess 26 Octobre 2010
Super urgent car super en galère - Transfert de nom de domaine Débuter en référencement 8 Septembre 2010