Documents techniques

Pannes de service : se préparer, agir et récupérer

Document technique Devolutions — Janvier 2026

Pour fonctionner efficacement lors d'une panne de service, la préparation est essentielle. Les perturbations inévitables des services infonuagiques et réseau peuvent se propager en cascade, affectant les opérations TI critiques et l'accès aux identifiants essentiels. Ce document technique présente un plan d'action concis pour aider les équipes des TI à maintenir l'accès aux données critiques et à reprendre rapidement leurs activités lorsque les services sont indisponibles.

INTRODUCTION

Les pannes majeures chez des fournisseurs tels que Cloudflare, Microsoft Azure ou AWS rappellent qu'aucun nuage ni aucun réseau n'est infaillible. Lorsque ces fournisseurs éprouvent des problèmes, les services en aval tels que les services en ligne de Devolutions peuvent être temporairement affectés, même si la cause sous-jacente se situe en dehors de l'infrastructure de Devolutions.

Pour les organisations qui dépendent de Devolutions Cloud, de Remote Desktop Manager, de Devolutions Workspace, de Devolutions Portal et d'autres outils, le véritable facteur distinctif est la préparation : la capacité des équipes à continuer de travailler et à rétablir les opérations normales sans avoir à improviser sous pression.

Ce plan d'action présente une approche en trois phases adaptée aux clients et aux solutions Devolutions : se préparer avant la panne, agir pendant l'incident et reprendre une fois les services rétablis. L'objectif est de maintenir l'accès critique et les connaissances opérationnelles utilisables même lorsque les services sont dégradés ou hors ligne.

SE PRÉPARER : BÂTIR LA RÉSILIENCE AVANT LA PANNE

La majeure partie du travail qui détermine si une panne devient un événement mineur ou un incident majeur se fait en amont.

1. Activer et tester l'accès hors connexion

L'accès hors connexion constitue la première ligne de défense. Remote Desktop Manager et Devolutions Workspace peuvent utiliser un cache local des sources de données prises en charge (telles que nos sources de données hébergées dans le nuage ou auto-hébergées, Devolutions Cloud et Devolutions Server, respectivement) lorsque la source principale est indisponible, permettant ainsi aux utilisateurs de continuer à travailler lors de pannes infonuagiques ou de réseau interne. (Devolutions s.d.-a, « Mode hors connexion »; Devolutions s.d.-b, « Mode hors connexion »)

Dans Devolutions Cloud, les administrateurs peuvent activer le mode hors connexion par utilisateur, ce qui crée un cache en lecture seule des entrées de cet utilisateur, accessible depuis Remote Desktop Manager ou Devolutions Workspace lorsque la source de données est inaccessible.

Il est essentiel que le mode hors connexion ne soit pas seulement configuré, mais aussi testé lors d'une fenêtre planifiée afin que les administrateurs et les utilisateurs finaux sachent comment il se comporte.

2. Définir les processus de sauvegarde et de reprise après sinistre

La sauvegarde de données et la reprise après sinistre constituent la deuxième couche de résilience. Les administrateurs peuvent utiliser le module Devolutions PowerShell pour créer rapidement des paquets de sauvegarde de leurs entrées en sélectionnant la portée appropriée et en exportant les données : dans Devolutions Cloud, un script PowerShell prédéfini pour l'exportation des données d'entrées est accessible directement depuis l'interface d'administration. (Devolutions s.d., « Scripts PowerShell »; Devolutions s.d., « Étapes de sauvegarde et de récupération pour les entrées Devolutions Cloud ») Enregistrer ces exportations dans un emplacement sécurisé et à accès contrôlé offre à l'équipe un moyen simple mais efficace de restaurer les entrées critiques si Devolutions Hub devient indisponible.

Tout comme le mode hors connexion, le plan de reprise après sinistre devrait être mis à l'épreuve dans un test contrôlé pour vérifier que la restauration fonctionne comme prévu.

3. Surveiller l'état et la santé des services

La surveillance boucle la boucle. Devolutions fournit une page d'état avec des informations en temps réel et historiques sur la santé de ses services infonuagiques. (Devolutions s.d., Page d'état des services en ligne Devolutions) D'un coup d'œil, le personnel de garde peut voir si l'authentification, les instances régionales de Devolutions Hub ou les services auxiliaires sont pleinement opérationnels, dégradés ou en panne partielle, accompagnés de descriptions d'incidents et d'horodatages.

Cette page est particulièrement utile lorsque des échecs de connexion ou de la latence sont signalés : elle aide les équipes à déterminer rapidement s'il s'agit d'un problème de connectivité locale, d'un problème Internet plus large ou d'un incident actif chez un fournisseur infonuagique.

Les administrateurs peuvent également s'abonner aux mises à jour d'état afin d'être notifiés dès qu'un incident est créé, mis à jour ou résolu. Combiné à la surveillance interne, cela donne au personnel de garde une vue claire et consolidée de la santé des services pendant une panne.

LISTE DE VÉRIFICATION POUR LA PRÉPARATION

Sources de données et coffres : Identifier ceux qui doivent rester accessibles pendant une panne.
Mode hors connexion : L'activer pour ces sources de données et ces utilisateurs, et effectuer un bref test hors connexion planifié.
Sauvegardes : Configurer des sauvegardes ou des exportations régulières, les stocker dans un emplacement sécurisé à accès contrôlé et tester périodiquement la restauration.
Pages d'état : Documenter les pages d'état pertinentes dans les dossiers d'exploitation des incidents et s'assurer que le personnel de garde sait comment les utiliser.

AGIR : FONCTIONNER EFFICACEMENT PENDANT LA PANNE

Lorsqu'une panne survient, la priorité est de maintenir la productivité des équipes tout en évitant les changements qui compliqueraient la reprise.

Les équipes devraient rapidement confirmer la portée de l'incident, activer l'accès hors connexion au besoin et tenir un registre clair de toute solution de contournement manuelle. Pour de nombreuses organisations, basculer Remote Desktop Manager ou Devolutions Workspace en mode hors connexion est l'étape la plus déterminante, car les connexions et les identifiants en cache demeurent disponibles même lorsque les sources de données principales sont hors service.

LISTE DE VÉRIFICATION PENDANT LA PANNE

Confirmer l'incident à l'aide de la surveillance interne, de la page d'état de Devolutions et des pages d'état des principaux fournisseurs infonuagiques.
Communiquer rapidement avec les équipes touchées, établir les attentes et rappeler aux utilisateurs comment activer le mode hors connexion.
Basculer en mode hors connexion lorsque approprié afin que les utilisateurs puissent continuer à accéder aux entrées en cache pour les systèmes critiques.
Éviter les changements de configuration dans les systèmes principaux, sauf si nécessaire pour le confinement ou la sécurité.
Consigner les solutions de contournement manuelles et les schémas d'accès temporaire en vue d'un rapprochement ultérieur.

REPRENDRE : RETOUR À LA NORMALE ET RENFORCEMENT DE VOTRE POSTURE

Une fois les services rétablis, la reprise devrait se concentrer sur la validation et l'apprentissage, et non simplement sur la remise en marche de tout.

LISTE DE VÉRIFICATION POUR LA REPRISE

Rétablir les utilisateurs en mode en ligne et vérifier que les sources de données se synchronisent correctement. Le mode hors connexion de Remote Desktop Manager peut également être configuré pour synchroniser automatiquement les modifications effectuées hors connexion vers la source de données une fois la connectivité rétablie.
En cas de perte ou d'altération de données suspectée, suivre les procédures documentées de reprise après sinistre pour restaurer à partir des sauvegardes ou des kits de récupération.
Rapprocher les modifications manuelles restantes lors d'une revue post-incident interne, en mettant à jour les entrées, la documentation et les dossiers d'exploitation au besoin.

CONCLUSION

Les pannes de services et de réseau continueront de se produire, mais elles ne doivent pas compromettre l'accès ni paralyser les opérations. En activant et en testant le mode hors connexion, en maintenant des pratiques rigoureuses de sauvegarde et de reprise, et en suivant des listes de vérification claires avant, pendant et après un incident, les équipes des TI peuvent garder le contrôle en période de perturbation et réduire considérablement l'impact des incidents futurs.