Développer un plan de réponse aux incidents
Le secteur informatique considère Microsoft 365 comme un environnement persistant géré. Ce titre signifie que Microsoft 365 est toujours en cours de modification et de mise à jour pour offrir à ses clients le meilleur service possible. Parfois, ce type d’environnement dynamique peut provoquer des incidents dans le service. Par exemple, les organisations peuvent subir une courte panne ou une dégradation dans un service comme SharePoint ou Skype Entreprise. Lorsque ces incidents se produisent, il incombe à l’administrateur Microsoft 365 de surveiller ces événements et de développer un plan d’atténuation.
Le graphique suivant montre que les services uniques peuvent être détériorés en fonction de l’emplacement du locataire. Dans cet exemple, l’intégrité d’Exchange Online est normale pour le locataire américain d’une entreprise, mais détériorée pour son locataire européen.
Microsoft 365 administrateurs doivent effectuer les étapes suivantes pour développer un plan de réponse aux incidents :
- Validez l’incident et confirmez que votre environnement est affecté. Cette étape est nécessaire, car certains incidents de service n’affectent pas votre environnement. Étant donné que Microsoft 365 est un service global qui s’étend sur plusieurs centres de données, les notifications sont envoyées en masse lorsqu’elles atteignent un certain seuil de saturation du locataire. L’administrateur Microsoft 365 peut confirmer que le problème est présent en exécutant des auto-évaluations et arrêter les notifications de faux positifs.
- Déterminez si l’incident est pertinent pour votre entreprise. Parfois, l’incident spécifique est lié à un service qui n’interfère pas avec les opérations commerciales quotidiennes. En collaborant avec vos administrateurs spécialisés pour tirer parti de leurs connaissances sur les produits, vous pouvez déterminer si l’incident est pertinent pour votre entreprise.
- Examen des vérifications chronologie une fois que la pertinence et la dégradation ont été établies. L’objectif de cette étape est de déterminer si le groupe de services définit une période spécifique sur le moment où il s’attend à ce que le service soit dans un état non détérioré. Si le groupe de services n’a pas défini de chronologie pour l’incident, vous pouvez envoyer une demande de service pour voir s’il existe une ouverture sur le chronologie. Vous devez disposer du numéro d’incident prêt et ajouté à la demande de service pour accélérer le temps de résolution.
- Développez une solution de sauvegarde au cas où le service est détérioré pendant plus longtemps qu’une période acceptable. Bien que cette étape puisse être un inconvénient, il est nécessaire de disposer d’une solution en place lorsque des incidents inattendus se produisent. Par exemple, vous devez travailler à partir du cloud jusqu’à ce que Microsoft résolve l’incident. Ou bien, vous devez travailler localement et sur un système fiable pendant le temps d’arrêt.
Conseil
Les administrateurs Microsoft 365 doivent toujours case activée le tableau de bord Intégrité du service pour les mises à jour et utiliser la demande de service si nécessaire. Le service est gratuit et fourni avec votre abonnement.