Plan de reprise d’activité en Nouvelle-Calédonie : redémarrer son SI après un sinistre

Une sauvegarde existe, donc tout va bien ? Cette croyance se vérifie rarement le jour où un serveur tombe. Disposer d’une copie ne dit rien du temps qu’il faudra pour relancer les applications, ni de l’ordre dans lequel s’y prendre. Le plan de reprise d’activité répond précisément à ces questions, avant que l’incident ne survienne.

Ce qu’est un plan de reprise d’activité

Un plan de reprise d’activité est un document opérationnel qui décrit la marche à suivre pour remettre en service un système d’information après un sinistre. Il ne se limite pas à la technique : il désigne les personnes responsables, fixe l’ordre de redémarrage des applications, prévoit les moyens de communication de secours et liste les contacts à mobiliser. Pour un cabinet médical, un laboratoire ou un établissement de santé, ce système porte des outils sensibles (logiciel métier, dossiers patients, agendas, facturation). Quand ils s’arrêtent, l’activité s’arrête avec eux. Le plan existe pour réduire ce temps d’arrêt et éviter l’improvisation au pire moment.

Plan de reprise d’activité et sauvegarde : deux objets distincts

La sauvegarde externalisée consiste à conserver une copie des données dans un lieu séparé. C’est une brique nécessaire, mais elle ne suffit pas. Une copie répond à la question « ai-je toujours mes données ? ». Le plan de reprise d’activité répond à une question plus large : « combien de temps pour redevenir opérationnel, et selon quelle procédure ? ». On peut posséder des sauvegardes irréprochables et rester paralysé plusieurs jours faute de savoir où les restaurer, sur quel matériel et dans quel ordre. Le PRA englobe donc la sauvegarde, mais y ajoute l’organisation, les délais cibles et les tests qui prouvent que la restauration fonctionne réellement.

RTO et RPO : les deux repères à connaître

Deux indicateurs structurent tout plan de reprise. Ils se traduisent en termes simples une fois posés :

• Le RTO (Recovery Time Objective) : la durée maximale d’interruption acceptable avant le retour au service. Un RTO de quatre heures signifie que l’on vise un redémarrage en moins de quatre heures après l’incident.
• Le RPO (Recovery Point Objective) : la quantité de données que l’on accepte de perdre, exprimée en temps. Un RPO d’une heure suppose des sauvegardes au moins horaires ; au-delà, les saisies récentes seraient perdues.
• La criticité par application : toutes les applications n’ont pas le même RTO. Le logiciel de soins prime généralement sur un outil annexe, ce qui détermine l’ordre de redémarrage.
• Le coût associé : viser un RTO et un RPO très courts demande des moyens importants (réplication permanente, infrastructure de secours). Chaque structure arbitre selon sa tolérance réelle à l’arrêt.

RTO et RPO sont indépendants l’un de l’autre : un RPO très court (réplication quasi continue) n’entraîne pas mécaniquement un RTO court, car le temps de remise en service dépend aussi du matériel disponible et de l’ordre de redémarrage. On gagne aussi à ne pas confondre ces deux cibles avec le délai de détection de l’incident (parfois noté MTTD) ; un sinistre repéré tard décale le redémarrage quelles que soient les valeurs visées. Définir ces repères avant un incident transforme une discussion technique en décision de gestion. Ils servent ensuite de cahier des charges pour dimensionner les sauvegardes et l’infrastructure de reprise.

Le contexte calédonien : éloignement et aléas climatiques

La Nouvelle-Calédonie présente des contraintes qui pèsent sur la conception d’un plan de reprise. L’éloignement géographique allonge les délais d’intervention sur le matériel et complique l’acheminement d’équipements de remplacement. La connectivité internationale dépend de câbles sous-marins comme Gondwana, vers l’Australie ; une restauration qui s’appuierait uniquement sur un site distant à l’autre bout du monde subit la latence et la dépendance à ce lien. Le risque cyclonique ajoute une menace physique directe sur les locaux et l’alimentation électrique. Ces facteurs plaident pour des sauvegardes conservées localement autant qu’à distance, et pour une infrastructure de reprise accessible sans dépendre d’un seul point de défaillance.

La cyberattaque, scénario à traiter en priorité

Parmi les sinistres possibles, le rançongiciel mérite une attention particulière. Une attaque chiffre les fichiers et peut atteindre aussi les sauvegardes connectées au réseau, rendant la restauration impossible si rien n’a été prévu. Un plan de reprise solide isole une copie hors ligne ou immuable, que l’attaquant ne peut ni chiffrer ni effacer. Il décrit aussi la conduite à tenir : déconnecter les machines touchées, prévenir les bonnes personnes, ne pas écraser les traces utiles à l’analyse. Ces réflexes relèvent de la cybersécurité des structures calédoniennes et doivent figurer noir sur blanc dans le plan, pas dans la mémoire d’une seule personne.

Construire son plan : les étapes

L’élaboration suit une logique reproductible. On recense d’abord les applications et les données, puis on les classe par criticité pour fixer un RTO et un RPO à chacune. On identifie ensuite les scénarios de sinistre les plus plausibles dans le contexte local. À partir de là se définissent les moyens : où sont les sauvegardes, sur quelle infrastructure restaurer, qui fait quoi. Le plan est rédigé de façon qu’une personne formée puisse l’exécuter même sous pression, sans dépendre d’un savoir non écrit. Enfin, il fixe les contacts internes et externes, hébergeur agréé compris, pour ne pas chercher un numéro le jour de la panne.

Un plan qui n’est jamais testé ne vaut rien

La différence entre un plan théorique et un plan fiable tient à l’épreuve. Restaurer une sauvegarde sur un environnement de test révèle ce qu’un document ne montre pas : un fichier corrompu, un mot de passe oublié, une dépendance manquante, un délai sous-estimé. Ces tests gagnent à être périodiques et tracés, car une configuration évolue et un plan vieillit. Pour les données de santé, cette rigueur rejoint les exigences de sécurité applicables aux données de santé, qui supposent disponibilité et intégrité dans la durée. Le RGPD, applicable en Nouvelle-Calédonie, impose par ailleurs de notifier une violation de données en principe sous 72 heures ; un plan de reprise bien rodé aide à tenir ce délai sans céder à la panique.

Hébergement agréé et continuité de service

Confier ses données à un hébergeur agréé par le gouvernement, au titre de la loi du pays n° 2026-5, ne dispense pas d’un plan de reprise propre à la structure. L’hébergeur assure la disponibilité et la redondance de son infrastructure ; le cabinet ou le laboratoire reste responsable de l’organisation de son propre redémarrage, des postes de travail et des accès. Les deux niveaux se complètent. Un dialogue clair avec l’hébergeur sur ses garanties de continuité, ses délais de restauration et la localisation des sauvegardes permet d’aligner le plan interne sur ce que l’infrastructure peut réellement offrir. Connaître les bonnes questions à poser à un hébergeur agréé aide à transformer ces garanties en engagements vérifiables. Un devis ou un contrat précis sur ces points vaut mieux qu’une promesse générale de haute disponibilité.

Sources : Congrès de la Nouvelle-Calédonie — loi du pays n° 2026-5 · CERT-FR — guide sur les attaques par rançongiciels (TPE/PME).