Documents techniques

Service outages: Prepare, act, and recover

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 guide pratique concis pour aider les équipes des TI à maintenir l'accès aux données essentielles et à récupérer rapidement lorsque les services sont indisponibles.

INTRODUCTION

Les pannes majeures chez des fournisseurs tels que Cloudflare, Microsoft Azure ou AWS rappellent qu'aucun nuage ou 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 Hub Business, Devolutions Remote Desktop Manager, Devolutions Workspace, Devolutions Portal et d'autres outils, le véritable facteur de différenciation est la préparation : la capacité des équipes à continuer de travailler et à rétablir les opérations normales sans improviser sous pression.

Ce guide 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 récupérer 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.

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 est la première ligne de défense. Devolutions Remote Desktop Manager et Devolutions Workspace peuvent utiliser un cache local des sources de données prises en charge (comme nos sources de données hébergées dans le nuage ou auto-hébergées, soit Devolutions Hub Business et Devolutions Server respectivement) lorsque la source principale est indisponible, permettant ainsi aux utilisateurs de continuer à travailler pendant les pannes infonuagiques ou réseau internes. (Devolutions s.d.-a, « Offline mode »; Devolutions s.d.-b, « Offline mode »)

Dans Devolutions Hub Business, 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 Devolutions Remote Desktop Manager ou 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 parcours de sauvegarde et de reprise après sinistre

La sauvegarde de données et la reprise après sinistre (DR) constituent la deuxième couche de résilience. Les administrateurs peuvent tirer parti du module Devolutions PowerShell pour créer rapidement des paquets de sauvegarde de leurs entrées en sélectionnant la portée pertinente et en exportant les données : dans Devolutions Hub Business, un script PowerShell prédéfini pour exporter les données d'entrées est accessible directement depuis l'interface d'administration. (Devolutions s.d., « PowerShell scripting »; Devolutions s.d., « Backup and recovery steps for Devolutions Hub Business entries ») Sauvegarder ces exports 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 Hub devient indisponible.

Comme pour le mode hors connexion, le plan de reprise après sinistre doit être testé dans un environnement contrôlé afin de 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., Devolutions Online Services Status Page) D'un coup d'œil, le personnel de garde peut voir si l'authentification, les instances régionales de Hub ou les services auxiliaires sont pleinement opérationnels, dégradés ou en panne partielle, accompagnés des descriptions d'incidents et des 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 si elles font face à un problème de connectivité local, à un problème Internet plus large ou à 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 DE 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 exports réguliers, 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 d'incidents et s'assurer que le personnel de garde sait 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 compliquent la récupération.

Les équipes doivent rapidement confirmer l'étendue 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 Devolutions Remote Desktop Manager ou Workspace en mode hors connexion est l'étape la plus efficace, car les connexions et les identifiants mis en cache restent disponibles même lorsque les sources de données principales sont en panne.

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 affecté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 mises 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 modèles d'accès temporaires pour une réconciliation ultérieure.

RÉCUPÉRER : REVENIR À LA NORMALE ET RENFORCER VOTRE POSTURE

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

LISTE DE VÉRIFICATION DE RÉCUPÉRATION

Ramener les utilisateurs en mode en ligne et vérifier que les sources de données se synchronisent correctement. Le mode hors connexion de Devolutions 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.
Si une perte ou une altération de données est soupçonnée, suivre les procédures de reprise après sinistre documentées pour restaurer à partir des sauvegardes ou des trousses de récupération.
Réconcilier les changements manuels restants 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 service et de réseau continueront, mais elles n'ont pas à compromettre l'accès ou à paralyser les opérations. En activant et en testant le mode hors connexion, en maintenant des pratiques disciplinées de sauvegarde et de récupération, 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 pendant les perturbations et réduire significativement l'impact des incidents futurs.