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

INTRODUCTION

Les pannes majeures chez des fournisseurs comme Cloudflare, Microsoft Azure ou AWS nous rappellent qu'aucun nuage ni réseau n'est infaillible. Lorsque ces fournisseurs éprouvent des problèmes, les services en aval comme 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 s'appuient sur Devolutions Cloud, Devolutions Remote Desktop Manager, Devolutions Password Manager, 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 de Devolutions : se préparer avant la panne, agir pendant l'incident et se rétablir 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 à l'avance.

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 Password Manager 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 Cloud et Devolutions Server, respectivement) lorsque la source principale est indisponible, ce qui permet aux utilisateurs de continuer à travailler lors de pannes du nuage ou du réseau interne. (Devolutions n.d.-a, « Offline mode »; Devolutions n.d.-b, « Offline mode »)

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 Devolutions Remote Desktop Manager ou Workspace lorsque la source de données est inaccessible.

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

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

La sauvegarde de données et la reprise après sinistre (DR) fournissent 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 Cloud, un script PowerShell prédéfini pour exporter les données d'entrée est accessible directement depuis l'interface d'administration. (Devolutions n.d., « PowerShell scripting »; Devolutions n.d., « Backup and recovery steps for Devolutions Cloud entries ») Enregistrer ces exportations dans un emplacement renforcé et à accès contrôlé donne à l'équipe un moyen simple, mais efficace de restaurer les entrées critiques si Devolutions Hub devient indisponible.

Comme pour le mode hors connexion, le plan de DR doit être exercé lors d'un test contrôlé afin de vérifier que la restauration fonctionne comme prévu.

3. Surveiller l'état et la santé

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 n.d., Devolutions Online Services Status Page) En 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, ainsi que les descriptions et horodatages des incidents.

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 aussi s'abonner aux mises à jour d'état afin d'être avertis 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 lors d'une panne.

LISTE DE VÉRIFICATION DE PRÉPARATION

Sources de données et coffres : Identifiez ceux qui doivent rester accessibles pendant une panne.
Mode hors connexion : Activez-le pour ces sources de données et ces utilisateurs, et effectuez un bref test hors connexion planifié.
Sauvegardes de données : Configurez des sauvegardes ou des exportations régulières, stockez-les dans un emplacement sécurisé à accès contrôlé et testez périodiquement la restauration.
Pages d'état : Documentez les pages d'état pertinentes dans les dossiers d'exploitation des incidents et assurez-vous 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 personnes tout en évitant les changements qui compliquent le rétablissement.

Les équipes devraient confirmer rapidement la portée de l'incident, activer l'accès hors connexion là où c'est nécessaire et tenir un registre clair de tout contournement manuel. Pour de nombreuses organisations, le passage de Devolutions Remote Desktop Manager ou de Workspace en mode hors connexion est l'étape la plus marquante, car les connexions et les identifiants mis en cache demeurent disponibles même lorsque les sources de données principales sont hors service.

LISTE DE VÉRIFICATION PENDANT LA PANNE

Confirmez l'incident à l'aide de la surveillance interne, de la page d'état de Devolutions et des pages d'état des principaux fournisseurs infonuagiques.
Communiquez tôt avec les équipes affectées, établissez les attentes et rappelez aux utilisateurs comment activer le mode hors connexion.
Passez en mode hors connexion lorsque c'est approprié afin que les utilisateurs puissent continuer à accéder aux entrées mises en cache pour les systèmes critiques.
Évitez les changements de configuration dans les systèmes de base, sauf si nécessaire pour le confinement ou la sécurité.
Enregistrez les contournements manuels et les modèles d'accès temporaire en vue d'une réconciliation ultérieure.

SE RÉTABLIR : REVENIR À LA NORMALE ET RENFORCER VOTRE POSTURE

Une fois les services rétablis, le rétablissement devrait se concentrer sur la validation et l'apprentissage, et non simplement sur la réactivation de tout.

LISTE DE VÉRIFICATION DE RÉTABLISSEMENT

Faites revenir les utilisateurs en mode en ligne et vérifiez que les sources de données se synchronisent correctement. Le mode hors connexion de Devolutions Remote Desktop Manager peut aussi ê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, suivez les procédures de DR documentées pour restaurer à partir des sauvegardes de données ou des kits de récupération.
Réconciliez les modifications manuelles restantes lors d'une revue interne post-incident, 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 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 de sauvegarde de données et de rétablissement disciplinées 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 considérablement l'impact des incidents futurs.