Cloud, sauvegardes, PRA : qui fait quoi ?

Je ne confonds pas un serveur disponible avec une activité prête à reprendre. Avant un incident, je vérifie qui restaure quoi, dans quel délai et qui autorise la remise en service.

Je distingue 4 rôles :

• L’hébergeur fournit et rétablit l’infrastructure selon le contrat.
• L’éditeur ou l’agence restaure l’application et les données dans le périmètre prévu.
• L’entreprise cliente fixe les priorités, la perte de données acceptable (RPO) et le délai de reprise visé (RTO), puis valide les usages métier.
• La direction ou la cellule de crise déclenche le PRA, arbitre et pilote la communication.

Mon point de contrôle : <u>un test de restauration documenté</u>, pas seulement une sauvegarde réussie. Je vérifie aussi la conservation et l’isolation des copies, les accès de secours, les conditions de transfert et les contacts hors horaires ouvrés. Une intervention sous 2 à 4 heures ouvrées ne garantit pas une reprise dans ce délai.

1. Hébergeur cloud

Infrastructure et application

L’hébergeur fournit le socle technique : locaux, matériel, réseau, stockage et résilience de la plateforme ^[1][4]. L’équipe applicative prend en charge les corrections du code, la logique métier et les intégrations API.

Protection des données

La redondance n’est pas une sauvegarde : elle ne garantit pas de pouvoir revenir à des données antérieures ^[2]. Vérifiez si l’offre comprend des sauvegardes restaurables, ce qu’elles couvrent, combien de temps elles sont conservées et comment elles sont isolées.

Une sauvegarde ne vaut que si sa restauration a été vérifiée.

Tests de restauration

Définissez le périmètre des tests : l’environnement, les données ou les deux. Demandez à quelle fréquence ils sont réalisés, qui en est responsable et quel rapport vous sera fourni ^[2].

Assistance et décisions de crise

Le contrat doit fixer l’engagement de niveau de service (SLA), les éventuelles pénalités et le circuit d’escalade à suivre avant toute opération sur les données ^[2]. Il doit aussi indiquer qui valide les opérations de restauration et dans quel ordre elles doivent être menées.

L’hébergeur prend en charge le socle technique ; l’éditeur ou l’agence assure ensuite la restauration applicative.

PRA (Plan de Reprise d'Activité) | Interview Expert

2. Éditeur ou agence de développement

Une fois l’infrastructure en place, l’éditeur ou l’agence doit permettre de redémarrer l’application.

Infrastructure et application

Le contrat doit préciser qui prend en charge chaque élément : l’architecture applicative, les déploiements, la configuration des bases de données, les intégrations, les tâches planifiées ainsi que les identifiants et clés d’accès. Cette répartition doit permettre de restaurer l’application ^[3][4].

Protection des données

Si le client est responsable de traitement et le prestataire sous-traitant, le client donne les instructions. Le prestataire applique les mesures de sécurité et de confidentialité ^[1].

Faites préciser les accès de récupération et les documents de reprise que le prestataire doit fournir. La restauration après incident doit figurer dans le contrat de maintenance, pas seulement dans le contrat de développement ^[1][3].

Tests de restauration

Demandez une procédure de reprise qui couvre les bases de données, les intégrations, les tâches planifiées ainsi que les identifiants et clés d’accès.

Le prestataire exécute la reprise. Le client valide le redémarrage de l’application, les règles métier et l’intégrité des données. Le prestataire corrige ensuite les écarts. En cas d’incident, cette répartition des rôles reste la même.

Assistance et décisions de crise

Le prestataire exécute, le client décide. Ne confondez pas délai d’intervention et délai de rétablissement : une prise en charge sous 2 à 4 heures ouvrées ne garantit pas que le service sera restauré dans ce délai ^[1].

L’équipe de crise fixe les priorités métier, décide de la perte de données acceptable et de la remise en service.

3. Entreprise cliente

Côté client, il ne s’agit pas d’exécuter la reprise, mais d’en définir le cadre, les priorités et les validations.

Infrastructure et application

Le responsable informatique vérifie que les comptes cloud sont au nom de l’entreprise et que les accès administrateur sont maîtrisés ^[2]. Le contrat doit prévoir le transfert de propriété du code spécifique, des bases de données et de la documentation après paiement complet ^[1].

Les responsables métier fixent le RTO, qui détermine l’architecture et son coût ^[2].

Protection des données

Le client définit la durée de conservation des sauvegardes et des archives ^[1]. Il vérifie aussi les conditions de sortie : les données doivent être restituées dans un format standard exploitable, avec une documentation suffisante pour reprendre la main ^[2].

Tests de restauration

Le responsable informatique exige un compte rendu écrit des tests et précise la fréquence attendue ^[2]. Les équipes métier valident les données et les processus restaurés.

Décisions de crise

Formalisez les délégations pour savoir qui peut déclencher le PRA, autoriser un fonctionnement dégradé et valider la réouverture. Pour chaque décision, désignez un titulaire et un suppléant.

Pendant la reprise, limitez les interventions aux corrections indispensables et écartez les nouvelles fonctionnalités ^[1]. Les arbitrages finaux reviennent à la direction ou à la cellule de crise.

4. Direction ou cellule de crise

Une fois les rôles techniques définis, la direction décide des conditions de reprise.

Décision de reprise

La direction déclenche le PRA selon l’impact sur l’activité. Elle détermine l’ordre de reprise des processus : facturation, stocks et canaux critiques passent en priorité selon les besoins de l’entreprise. L’hébergeur et l’agence confirment que cette reprise est réalisable, puis exécutent les tâches prévues.

Protection des données

Lorsque l’entreprise est responsable de traitement, elle garde la maîtrise des décisions sur les finalités et les moyens du traitement. Le prestataire sous-traitant suit ses instructions documentées. La crise ne lui transfère pas ce pouvoir de décision ^[1].

Tests de restauration

Le test technique ne remplace pas la validation métier. Le prestataire teste la restauration. Les référents métier vérifient ensuite que les utilisateurs peuvent travailler avec l’application et les données restaurées. La direction arbitre les écarts.

Le test porte donc sur la technique ; la cellule de crise valide la reprise effective de l’activité.

Décisions de crise

La cellule de crise coordonne les prestataires et valide les communications internes et externes. Elle ne remplace ni l’hébergeur ni l’éditeur.

La réouverture exige une validation métier et l’accord de la direction. Exigez aussi des contacts techniques joignables la nuit et le week-end ^[2].

Politique de sauvegarde : ce que le client fixe, ce que les prestataires assurent

Le client fixe les seuils de reprise. Le contrat confie aux prestataires la mise en œuvre, la surveillance et la preuve de restauration. Il doit traduire cette répartition des rôles en exigences de sauvegarde vérifiables.

Fixer les limites de perte de données et de délai de reprise

Le RPO définit la période maximale de perte de données acceptable. Le RTO désigne le délai cible pour rétablir le niveau de service convenu. Le client fixe ces seuils pour chaque processus ; les prestataires évaluent leur faisabilité, les dépendances et les coûts.