CERVOX Jour Zéro · Test de reprise informatique

Ce qui se passe vraiment quand vos systèmes doivent redémarrer

Nous restaurons vos systèmes essentiels dans un environnement séparé de votre production, nous mesurons le temps nécessaire pour qu’ils soient de nouveau utilisables et nous documentons ce qui bloque, dans un périmètre défini avec vous.

Vos sauvegardes sont au vert. Votre redémarrage est-il prouvé ?

Une console de sauvegarde ou ses journaux montrent que des copies existent. Ils ne prouvent pas que vos systèmes repartent. Seule une restauration suivie d’un redémarrage vérifié le montre : c’est ce que fait CERVOX Jour Zéro.

Réseauconnexions, pare-feuIdentitéannuaire, accèsBases de donnéesrestaurées et cohérentesApplicationsdémarréesGeste métierle système est utilisableRéseauconnexions, pare-feuIdentitéannuaire, accèsBases de donnéesrestaurées et cohérentesApplicationsdémarréesGeste métierle système est utilisable
  1. Réseau : connexions et pare-feu.
  2. Identité : annuaire et accès.
  3. Bases de données restaurées et cohérentes.
  4. Applications démarrées.
  5. Geste métier : le système est utilisable.
Un test de reprise vérifie chaque maillon, dans l’ordre. Dans le mauvais ordre, rien ne repart.

Ce que le test permet de savoir

  1. Ce qui peut réellement être restauré.Quelles copies sont utilisables, lesquelles sont incomplètes ou inaccessibles.
  2. Dans quelles conditions.Les accès, les personnes, les licences et les prestataires nécessaires pour repartir.
  3. En combien de temps, et avec quelle perte de données.Le temps mesuré jusqu’à un système utilisable, validé par un geste métier simple (ouvrir un dossier, éditer une facture), et l’écart entre la dernière copie utilisable et le moment de l’incident simulé.
  4. Ce qui bloque.Dépendances, ordre de redémarrage, accès manquants : ce qui fonctionne, ce qui bloque, ce qui reste incertain.
  5. Ce qu’il faut faire en priorité.Des recommandations reliées chacune à un écart constaté.

Le déroulé en quatre temps

01Cadrersystèmes, dépendances,objectifs, plan écrit02Restaurerhors de la production03Mesurertemps, données perdues,écart aux objectifs04Restituerécarts, actions,rapport daté01Cadrersystèmes, dépendances, objectifs, plan écrit02Restaurerhors de la production03Mesurertemps, données perdues, écart aux objectifs04Restituerécarts, actions, rapport daté
  1. Cadrer : systèmes essentiels, dépendances, copies à utiliser et objectifs de reprise ; plan de test validé par écrit.
  2. Restaurer : les systèmes du périmètre sont restaurés dans un environnement séparé de votre production.
  3. Mesurer : temps jusqu’à un système utilisable, données perdues estimées, comparaison à vos objectifs.
  4. Restituer : écarts classés par impact, actions prioritaires et rapport.
Le plan de test est validé par écrit avant toute restauration.
Le détail des neuf étapes
ÉtapeCe que nous faisonsCe que nous vous demandons
1. Systèmes essentielsLister les systèmes sans lesquels vous ne pouvez pas travaillerQuelles activités s’arrêtent si ce système tombe ?
2. DépendancesCartographier réseau, identité, annuaire, bases, applications, licences, prestatairesQu’est-ce qui doit fonctionner avant ? Qui détient les accès ?
3. Sauvegardes concernéesIdentifier les copies à utiliser, leur emplacement, leur protection, leur fréquenceOù sont les copies ? Lesquelles sont hors site et protégées ?
4. Restauration séparéeRestaurer hors de la productionLe plan de test est-il validé par écrit ?
5. Temps de redémarrageChronométrer jusqu’à un système utilisableQuel geste prouve que le système est utilisable ?
6. Données perduesEstimer l’écart avec la dernière copie utilisableQuelle perte serait inacceptable ?
7. Comparaison aux objectifsComparer les mesures à vos objectifsCes objectifs sont-ils toujours valables ?
8. Écarts et incertitudesClasser ce qui fonctionne, ce qui bloque, ce qui reste incertainQuelles contraintes connaissez-vous déjà ?
9. RapportRemettre les résultats et le plan d’actionsQui doit recevoir quel niveau de détail ?

Ce que vous recevez

  • Une synthèse d’une page pour la direction.
  • Un rapport technique daté et signé.
  • Le périmètre testé et non testé, écrit explicitement.
  • Les résultats effectivement mesurés : temps de redémarrage et données perdues, par système.
  • Les écarts, classés selon leur impact sur vos activités.
  • Des recommandations priorisées, reliées chacune à un écart constaté.
  • Les conditions et limites du test : version des sauvegardes, environnement, hypothèses.
  • Le procès-verbal de suppression de l’environnement temporaire, lorsque la méthode le prévoit.

Qui fait quoi

SujetVousCERVOX
Activités prioritairesDécidez lesquelles sont indispensablesPose les questions, structure les réponses
Délais et pertes acceptablesFixez et validez vos objectifs par écritExplique, propose des options, montre les conséquences
Capacité réelleAutorisez le périmètre et donnez les accèsMesure par un test dans un environnement séparé
ÉcartsPrenez connaissance et arbitrezLes documente, preuves et causes possibles à l’appui
CorrectionsChoisissez qui corrigeRecommande ; réalise seulement si vous le choisissez
Risque résiduelL’acceptez formellement, ou décidez de le réduireLe rend visible

Conditions d’intervention

  • Un périmètre défini et écrit avant le test.
  • Un plan de test validé par écrit ; aucune action sur votre production.
  • Des accès nominatifs et temporaires, limités au périmètre convenu, que vous créez et retirez.
  • Une intervention à distance lorsque l’environnement et les accès le permettent ; le lieu et les modalités de restauration sont définis au cadrage, selon votre environnement.
  • Des interlocuteurs disponibles de votre côté pour valider les gestes métier.

Deux formats

Essentiel

Microsoft 365 ou Google Workspace, et jusqu’à trois systèmes essentiels.

Complet

Tous vos systèmes essentiels et leur ordre de redémarrage.

Le périmètre exact est toujours défini avec vous.

Après le test

Des actions prioritaires

Chaque recommandation précise l’écart constaté, le risque, le critère de réussite et la manière de le vérifier. Vous choisissez qui corrige : votre équipe, votre prestataire ou CERVOX. Si un objectif ne peut pas être atteint, vous choisissez entre investir, vous organiser autrement, prévoir un mode dégradé ou accepter le risque par écrit.

Un nouveau test

Aucun objectif n’est déclaré atteint avant d’avoir été testé de nouveau.

Des tests périodiques

Votre système change, et un résultat vaut à la date du test. La fréquence se décide selon vos changements et vos risques. Entre deux tests, Copilot PRA peut aider à repérer les écarts susceptibles de bloquer la reprise.

Copilot PRA

Un plan, si vous en avez besoin

Les résultats servent de base à un PRA ou à un PCA.

PRA et PCA

Les limites du test

Le test couvre le périmètre testé, et lui seul. Ses résultats valent à la date du test. Ce n’est ni un test d’intrusion, ni une certification, ni une garantie de reprise.

Questions fréquentes

Avez-vous besoin de nos mots de passe ?

Nous avons besoin d’accès nominatifs et temporaires, limités au périmètre convenu, que vous créez et retirez. Nous ne vous demandons jamais d’identifiants par le formulaire du site.

Où sont nos données pendant le test ?

Dans l’environnement de restauration défini au cadrage, séparé de votre production ; son lieu dépend de votre environnement. Lorsque la méthode le prévoit, la suppression de l’environnement temporaire fait l’objet d’un procès-verbal.

Et si le test échoue ?

Vous apprenez avant un incident ce qui aurait bloqué. Le rapport le documente et propose les actions prioritaires. Rien n’est corrigé sans votre décision.

Combien de temps dure un test ?

Cela dépend du nombre de systèmes et de leurs dépendances. La durée est indiquée dans la proposition écrite, après le cadrage.

Notre prestataire informatique peut-il participer ?

Oui, et c’est souvent utile : il connaît votre environnement et peut réaliser les corrections que vous lui confierez.

Pouvons-nous tester uniquement Microsoft 365 ou Google Workspace ?

Oui, ces outils font partie du format Essentiel.

Prêt à savoir ce qui redémarre ?

Indiquez ce que vous voulez couvrir et votre contexte. Nous revenons vers vous pour définir le périmètre du test.