Déterminez exactement à quoi vous avez perdu l'accès
Les gens disent « je suis bloqué dehors » pour désigner cinq situations différentes, chacune avec sa propre issue :
| Ce qui a disparu | Ce qui fonctionne encore souvent |
|---|---|
| Panneau de contrôle uniquement | SSH, SFTP, le port de base de données, rsync |
| Le serveur entier, réseau coupé | Un ticket de support demandant un démarrage de secours ou un export |
| Compte fermé, service actif | Tout ce à quoi vous étiez déjà connecté |
| Tout, sans réponse | Votre registrar, votre DNS, votre sauvegarde hors site |
Vérifiez chacun avant d'en conclure quoi que ce soit. Un nombre surprenant de suspensions désactivent le panneau web et le site public tout en laissant SSH répondre, parce que le script de suspension a été écrit pour arrêter la plainte, pas pour vous arrêter.
L'ordre pour tout faire venir
Si vous avez peu de temps ou une connexion instable, l’ordre compte. Récupérez dans cet ordre, le plus petit et le plus irremplaçable d’abord :
- Dumps de base de données. Les plus petits, les plus précieux, les plus difficiles à reconstruire.
mysqldumpoupg_dump, compressés, en premier. - Configuration. Config du serveur web, tables cron, fichiers d’environnement, clés TLS. Minuscule, et les reconstruire de mémoire prend des jours.
- Contenu téléversé par les utilisateurs. Irremplaçable et généralement le plus volumineux. Lancez-le tôt et laissez-le tourner.
- Le code applicatif. Seulement s'il n'est pas déjà versionné ailleurs. Si c'est le cas, ignorez-le entièrement.
- Journaux. En dernier, et seulement si vous pourriez avoir besoin de preuves de ce qui s'est passé.
Utilisez rsync avec --partial --append-verify plutôt qu’une archive à terminer d’un seul coup, car une connexion qui meurt à 90 % d’un tarball ne vous a rien donné, alors qu’un rsync interrompu vous a donné 90 %.
Quand il n'y a aucun shell
- Demandez un démarrage de secours. La plupart des hébergeurs en proposent un, il démarre un système live avec votre disque monté, et beaucoup l'activeront pour un service suspendu car cela ne restaure pas votre site public.
- Demandez une image. Proposez de payer. Une image disque sur un lien leur coûte moins cher qu'un différend au support.
- Demandez une réactivation en lecture seule pour une fenêtre fixe. Présentez-la comme une heure, pas comme une restauration.
- Vérifiez tous les autres endroits où une copie pourrait déjà exister. Un serveur de préproduction, l’ordinateur d’un développeur, un artefact CI, un cache de moteur de recherche, la Wayback Machine pour les pages publiques.
Emportez d'abord votre domaine
Ce qui coûte le plus cher à perdre n'est pas la donnée, c'est le domaine — et c'est précisément ce qu'on oublie en paniquant pour le disque. Si votre bureau d'enregistrement est la même société que votre hébergeur, transférez l'enregistrement dès aujourd'hui, avant toute autre discussion.
Abaissez le TTL DNS à quelques minutes comme toute première action de l’exercice. Cela ne coûte rien, et c’est la différence entre une bascule qui prend quelques minutes et une qui en prend deux jours, au moment où vous avez déjà perdu deux jours.
Rendre la prochaine survivable
La vérité gênante de tout article de ce genre, c'est que l'issue était pour l'essentiel décidée avant l'arrivée de l'e-mail. Quatre choses, aucune coûteuse :
- Des sauvegardes hors de portée de votre hébergeur. Une sauvegarde sur le même compte n'est pas une sauvegarde, c'est une seconde copie d'un point de défaillance unique.
- Une restauration que vous avez réellement effectuée. Une fois. Sur une autre machine. Sinon, vous possédez un fichier non testé.
- Registrar distinct de l'hébergeur. Une société différente, une juridiction différente si cela compte pour vous.
- Le DNS que vous contrôlez. Un déménagement devient un changement d'enregistrement plutôt qu'une négociation.
C'est l'essentiel de l'architecture décrite dans construire pour qu'un retrait ne puisse pas vous achever, qui approfondit le côté structurel.
Déménager ici, si c'est là que cela finit
Le service de migration est gratuit et un ingénieur s'en charge, y compris la fenêtre de synchronisation et le basculement DNS. Il est gratuit parce qu'une migration est le moment où l'on décide si l'on fait confiance à un fournisseur, et le facturer reviendrait à facturer l'entretien d'embauche.
Questions réellement posées
Mon hébergeur dit que les données ont déjà disparu. Est-ce vrai ?
Parfois, et parfois cela signifie que l’entrée du panneau a disparu. Demandez précisément si le volume sous-jacent a été effacé et si une sauvegarde en existe de leur côté : ce sont deux questions distinctes.
Puis-je récupérer des données auprès d'un hébergeur qui ne répond pas ?
Rarement, et cela devient une affaire juridique plutôt que technique. C'est pourquoi la sauvegarde hors site est toute la réponse, et pourquoi elle doit exister avant que vous en ayez besoin.
Combien de temps les hébergeurs conservent-ils normalement un service suspendu ?
Cela va de quelques jours à deux mois et c’est dans vos conditions de service. Ne comptez pas sur l’extrémité généreuse de cette fourchette.
Écrit par les personnes qui répondent aux notifications, et corrigé quand c'est faux. Dernière révision : 31 juillet 2026.
Chaque prix de ce parc de serveurs est publié intégralement, à un seul endroit. Voir le catalogue complet