Une copie que l’on comprend
Une mise à jour se passe mal et une partie du site ne répond plus. On sait qu’une sauvegarde existe, mais personne ne connaît sa date ni ce qu’elle contient. C’est souvent à ce moment que les questions arrivent, alors qu’il faudrait déjà avoir les réponses.
Pour un site qui utilise une base de données, une copie des fichiers ne suffit pas toujours. Les contenus et certains réglages peuvent se trouver ailleurs. Demandez ce qui est sauvegardé, à quelle fréquence, pendant combien de temps et comment accéder à la copie.
Tester le retour en arrière sans toucher au site public
Une restauration d’essai permet de vérifier que la copie est exploitable. Elle doit se faire dans un environnement séparé, avec les envois d’emails et les autres actions réelles désactivés. L’objectif est de constater ce qui fonctionne, pas de créer un second site qui agit à votre insu.
Pour un site français et arabe au Maroc, ouvrez les pages importantes dans les deux langues. Regardez les images, les liens du menu et les formulaires. Une page d’accueil visible ne prouve pas à elle seule que tout a été restauré.
Écrire une procédure courte
Notez où se trouvent les copies, qui peut demander une restauration et qui vérifiera le résultat. Précisez aussi les informations qui risquent de manquer entre la dernière copie et l’incident. Une commande ou un message reçu dans cet intervalle peut demander un traitement particulier.
Ces quelques repères rendent la maintenance plus concrète. Lors de votre prochain échange avec votre prestataire, demandez quand le dernier essai de restauration a eu lieu. Une réponse précise sera plus utile qu’une promesse générale de sécurité.
