Reconstruire sans perdre le travail important

Une reconstruction remplace le disque système du serveur dans un véritable environnement d'hébergement. Les fichiers, les bases de données locales, les logiciels installés et les identifiants peuvent être perdus. Un changement de configuration de catalogue n'est pas la même opération, et l'interface du compte ne contient aucune action de reconstruction en direct.

Copiez les données applicatives et un export cohérent de la base de données vers un autre domaine de défaillance. Gardez les clés de déchiffrement en dehors de la machine. Testez la sauvegarde sur une destination distincte avant d'autoriser le remplacement du disque ; un envoi réussi n'est pas à lui seul une preuve de récupérabilité.

Capturer la configuration du service, les versions des paquets, les règles de pare-feu, les enregistrements DNS, les tâches planifiées et les secrets requis via un canal privé. Noter quelles données changent après la sauvegarde finale et planifier une fenêtre de maintenance pour cette copie finale.

Utilisez une version proposée pour le produit réel et un chemin d'installation connu. Une véritable plateforme devrait montrer l'effet destructeur et exiger une action explicite. Aucune durée de reconstruction fixe n'est promise par ce guide local.

Le serveur peut avoir de nouveaux identifiants ou une clé d'hôte différente. Vérifiez-les via la console de confiance avant de vous connecter. Restaurez les autorisations et les données, exécutez un test d'application, inspectez DNS et l'exposition réseau, puis conservez la copie de récupération précédente jusqu'à ce que le résultat soit accepté.