Un plan de sauvegarde commence par une question métier : que faudrait-il pour retravailler demain? Une copie de fichiers peut aider après une erreur précise. Une panne applicative peut aussi demander des comptes, une configuration, des licences et un ordinateur fonctionnel. Préparez la restauration à partir de l’activité à reprendre.
Ce guide offre une méthode de préparation pour les PME du Québec et du Canada. Les délais et scénarios sont illustratifs. Les engagements réels dépendent des systèmes, des tests et du contrat de service.
1. Relier les activités aux données à récupérer
Recensez les activités qui ne peuvent pas attendre indéfiniment : servir les clients, gérer les rendez-vous, facturer, consulter les dossiers et payer les fournisseurs. Pour chacune, identifiez les renseignements, l’application et les accès nécessaires. Nommez également la personne capable de confirmer que le résultat restauré est utilisable.
Un bureau de conception fictif peut déclarer son dossier de projets essentiel. Une revue plus précise ajoute la base de gestion des projets, certains paramètres et les permissions qui permettent aux employés de travailler. Ces dépendances évitent d’arrêter le plan à « fichiers restaurés » alors que les activités restent bloquées.
- Où se trouve la copie de référence des renseignements?
- Qui possède l’application et son abonnement?
- Quels accès ou clés sont requis pour restaurer?
- Qui peut valider le fonctionnement de l’activité récupérée?
2. Définir les objectifs avec la direction
L’objectif de point de reprise, ou RPO, désigne le point dans le temps auquel les données devraient pouvoir être récupérées. L’objectif de délai de reprise, ou RTO, désigne le délai visé pour rétablir le service convenu. Ces termes aident à discuter des besoins; il faut ensuite vérifier si l’architecture et les essais peuvent les soutenir.
Dans un scénario de facturation, la direction peut juger possible de ressaisir une journée de transactions, mais pas plusieurs jours. Un système de rendez-vous peut demander un objectif différent. Ne supposez pas qu’une seule cible convient à toutes les applications.
Inscrivez les hypothèses à côté de chaque cible. Une restauration sur du matériel de remplacement peut attendre sa livraison. Une application infonuagique peut dépendre d’abord du service d’identité. Les objectifs demeurent des cibles de planification tant que le périmètre et les preuves ne permettent pas de confirmer un engagement.
3. Choisir les emplacements et les protections
Le guide de sauvegarde du Centre canadien pour la cybersécurité présente les options locales, hors site et infonuagiques. Il recommande une copie hors site lorsqu’un même événement pourrait toucher les sauvegardes locales. Choisissez une combinaison adaptée aux renseignements et aux contraintes de reprise.
Vérifiez si une erreur administrative ou un attaquant pourrait effacer les données de travail et leurs sauvegardes avec les mêmes accès. Examinez la séparation, les protections de conservation et les identifiants de récupération avec le fournisseur. Un terme comme « immuable » doit être expliqué par les réglages réels et leurs limites.
Documentez qui peut changer la conservation, supprimer les copies et autoriser une restauration. Identifiez l’emplacement des clés de chiffrement et la façon d’y accéder pendant une panne. Une copie protégée aide peu si la seule clé se trouve sur l’ordinateur défaillant.
4. Vérifier ce que les outils de récupération couvrent
Ne supposez pas que les mots « infonuagique », « synchronisation » ou « historique des versions » répondent à tous vos besoins. Demandez au fournisseur les événements couverts, les durées disponibles et les personnes autorisées à restaurer. Comparez ses réponses aux activités et aux objectifs de votre feuille de préparation.
Votre entreprise peut, par exemple, vouloir retrouver les dossiers de projets d’un ancien employé après une longue période. Un autre scénario porte sur de nombreux fichiers modifiés par erreur. Décrivez ces cas et demandez une démonstration du processus réellement pris en charge.
Si une sauvegarde indépendante est proposée, précisez les charges de travail incluses. La mention « sauvegarde Microsoft 365 » doit mener à une discussion sur les boîtes, les sites et les autres données concernées, ainsi que sur les exclusions et les abonnements distincts.
5. Tester une restauration et conserver les résultats
Convenez d’une destination d’essai sécuritaire et de données représentatives. Commencez par un cas défini, comme récupérer un dossier de projet supprimé par erreur. Notez le point de récupération, les étapes, le temps nécessaire et la personne qui valide le résultat.
La vérification va plus loin que l’ouverture d’un fichier. La version attendue est-elle présente? Le contenu est-il cohérent? Les permissions autorisées fonctionnent-elles? L’application peut-elle utiliser les renseignements récupérés? Consignez les dépendances manquantes et attribuez les corrections.
- Choisir l’activité et le périmètre d’essai.
- Confirmer le point disponible et les accès requis.
- Restaurer dans la destination approuvée.
- Faire valider le résultat par le responsable métier.
- Documenter les limites, les suivis et la prochaine revue.
Un tableau de bord qui confirme une tâche de sauvegarde terminée donne un renseignement opérationnel utile. Un essai de restauration démontre autre chose : la possibilité de récupérer les données choisies en suivant le processus prévu.
6. Rédiger une procédure de reprise utilisable
Gardez la procédure assez courte pour être consultée sous pression. Incluez le décideur, les fournisseurs, l’ordre des systèmes et l’emplacement des renseignements protégés de récupération. Conservez une copie accessible indépendamment de l’application indisponible.
Ajoutez une décision explicite : qui détermine si l’environnement d’origine peut être reconnecté? Après une compromission soupçonnée, la restauration demande une coordination avec les responsables de l’analyse et du confinement. Le processus ne devrait pas reconnecter automatiquement un système sans cette décision autorisée.
Révisez le document après une modification applicative, une transition de fournisseur ou un changement important dans l’entreprise. Une nouvelle plateforme comptable ou un portail client doit déclencher une discussion sur les dépendances. La fréquence des essais et les responsabilités doivent être convenues dans le mandat.
Questions fréquentes sur la sauvegarde
À quelle fréquence faut-il sauvegarder?
Commencez par la quantité de travail que l’entreprise peut ressaisir et la vitesse à laquelle les renseignements changent. Demandez ensuite un calendrier conçu et testé pour ces besoins. Les charges de travail peuvent avoir des fréquences différentes.
Une sauvegarde réussie garantit-elle la reprise?
Non. La reprise dépend aussi des données conservées, des accès, des clés, des systèmes compatibles et du processus. Convenez de tests qui vérifient vos besoins réels.
Les sauvegardes indépendantes sont-elles comprises chez DITC?
Elles sont définies et facturées séparément. Consultez les exclusions tarifaires et le périmètre de sauvegarde et continuité, puis convenez des données, de la conservation et des essais par écrit.
Passer à l’étape suivante
DITC accompagne les entreprises du Québec et du Canada en français et en anglais. Décrivez votre environnement et vos priorités pour convenir d’un périmètre précis.
Explorer nos services