La reprise après sinistre dans le cloud vise à remettre des services en fonctionnement depuis une infrastructure distante lorsque l’environnement principal est indisponible. Elle se distingue de la simple conservation de copies. Il faut prévoir données, applications, identités, réseau, accès et validation du travail après restauration.

Partir des objectifs de reprise

Définissez le délai de reprise visé (RTO) et la perte de données acceptable exprimée dans le temps (RPO), pour chaque activité importante. Une copie quotidienne ne répond pas forcément à un besoin de reprise rapide d’une base métier. Le plan de reprise d’activité informatique rassemble ces décisions.

Choisir une stratégie et attribuer les rôles

Selon les applications, on peut restaurer des sauvegardes, préparer des machines de secours ou utiliser un service de reprise. Vérifiez qui fournit les ressources, qui configure les services et qui déclenche l’intervention. Les centres de données d’un partenaire doivent être présentés comme tels ; une prestation d’accompagnement ne signifie pas que le prestataire possède les bâtiments.

Vérifier les dépendances et les coûts

Accès administrateur et clés de chiffrement disponibles malgré l’incident.
Licences, images système, versions des applications et données cohérentes.
Connexion Internet, DNS, VPN et droits des utilisateurs.
Capacité et coûts du stockage, des ressources de secours, des transferts et des tests.
Conditions de localisation, de sous-traitance et de réversibilité.

Tester une reprise exploitable

Un test doit permettre d’ouvrir l’application, de retrouver les données et de réaliser une tâche métier. Mesurez le délai et les limitations ; attribuez les corrections nécessaires. Testez aussi les procédures de retour vers l’environnement normal. Le guide de test de restauration propose des contrôles concrets.

Tester une reprise cloud depuis un autre environnement

Le scénario de reprise doit inclure les comptes, les configurations, les applications et la connectivité. Décrivez ce qui doit être disponible pour rétablir une tâche, et dans quel ordre. Les clés et accès nécessaires ne doivent pas dépendre uniquement d’un système devenu inaccessible.

Préparez un environnement de test séparé, les licences applicables et un utilisateur validateur. Mesurez le délai jusqu’au travail réellement possible, puis les étapes qui l’expliquent. Une copie téléchargée ne suffit pas si l’application, les permissions ou le réseau restent indisponibles.

Exemple illustratif pour une PME à Genève. Une entreprise genevoise veut reprendre son activité si son bureau est inaccessible. L’essai vérifie une connexion depuis un autre lieu et l’ouverture de l’application avec les droits appropriés. La procédure conserve les dépendances externes et les actions encore nécessaires avant la reprise complète.

Pour relier les copies aux objectifs de récupération, poursuivez avec RTO : le délai de reprise visé et Sauvegarde PME : un exemple d’organisation. La validation porte sur les accès, les données récupérées et le travail réellement possible.

Faire le point avec Pixel IT à Genève

Une copie existe-t-elle, et votre équipe saurait-elle la restaurer ? Pixel IT peut vous aider à examiner le périmètre, la surveillance et les tests de vos sauvegardes dans le cadre de votre infogérance informatique à Genève. Décrivez votre organisation actuelle.

Sources et documentation

Documentation vérifiée le 15 octobre 2026. Les fonctions disponibles dépendent des produits, versions, licences et réglages concernés.

Reprise après sinistre dans le cloud : les étapes