PrivateHostLab éditorial ·
En un coup d'œil
| Axe | Une restauration complète du site | Une restauration au niveau de l'application |
|---|---|---|
| Portée | Restaure les fichiers, la base de données et la configuration à partir d'un point de récupération choisi. | Cible une modification d'application connue tout en préservant autant que possible les données actuelles non liées. |
| Preuves nécessaires | Nécessite un ensemble de récupération compatible et testé. | Nécessite une modification identifiée et un chemin sûr pour l'inverser. |
| Impact sur les données | Peut écraser les modifications effectuées après le point de récupération. | Peut laisser une incohérence si la base de données et les fichiers ne sont pas traités ensemble. |
| Chemin de test | Utilisez une cible de restauration isolée avant la production lorsque c'est possible. | Répétez la restauration sur une cible séparée avant de vous y fier. |
Ce qui change la décision
- Quels fichiers, base de données et configuration doivent être déplacés ensemble ?
- Quelle est la limite acceptable de perte de données ?
- L'action peut-elle être répétée séparément ?
Exemple de décision
Après une mise à jour échouée, une équipe consigne le parcours affecté et compare une restauration de plugin avec un ensemble de restauration testé. L'approbateur client choisit l'option la moins perturbante aux limites connues.
Le verdict honnête
Choisissez l'action de récupération la plus petite qui dispose de preuves compatibles et de l'approbation du client.
Aucune méthode ne garantit une perte de données nulle ni un service ininterrompu.
Aucune colonne ne constitue une affirmation produit PrivateHostLab au-delà du catalogue VPS présenté sur les faits sur le service.