Stratégies et communications pour Power Platform et services Dynamics 365

  • Article

Introduction

Microsoft communique régulièrement sur le travail réalisé afin de maintenir et mettre à jour Microsoft Power Platform (Power Apps, Power Automate, Power Virtual Agents et autres services) et les applications Microsoft Dynamics 365 (Sales, Customer Service, Supply Chain Management et autres) afin de veiller à la sécurité, la performance et la disponibilité et pour fournir de nouvelles fonctionnalités. Microsoft communique également sur les détails d’incidents de service avec éventuellement l’expérience utilisateur, les heures de début et de fin de l’incident, et toutes les solutions qui peuvent être disponibles.

Pour chacun de ces scénarios, les communications sont fournies via le Centre d’administration Microsoft 365 dans le Centre de messages et le Tableau de bord Service Health. Pour chacun de ces scénarios, les communications sont fournies via le Centre d’administration Microsoft 365 dans le Centre de messages et le Tableau de bord Service Health. Le centre d’administration Microsoft 365 a également la possibilité d’envoyer des e-mails pour un résumé hebdomadaire de tous les messages, des e-mails pour les mises à jour majeures uniquement et des e-mails pour les messages de confidentialité des données. Vous pouvez vous inscrire à ce flux de communication en suivant les instructions ici.

Remarque : de temps en temps, Microsoft peut également envoyer des e-mails directs aux utilisateurs avec le rôle administrateur système dans un environnement spécifiquement impacté ou un projet ou un environnement Microsoft Lifecycle Services..

Mises à jour et maintenance planifiées du système

Microsoft effectue régulièrement des mises à jour et une maintenance sur le service et les applications via un processus de mise à jour hebdomadaire. Ce processus de mise à jour offre des améliorations de sécurité et de service mineures sur une base hebdomadaire, chaque mise à jour étant déployée région par région selon un calendrier de déploiement sécurisé, organisé en stations. Plus d’informations sur le calendrier des déploiements de la Station peuvent être trouvées sur la page Versions publiées de Dynamics 365 for Customer Engagement.

Il existe également deux événements de mise à jour de service importants en avril (1re vague) et octobre (2e vague) qui sont lancés via le mécanisme hebdomadaire de mise à jour, et les détails se trouvent dans les plans de lancement de Dynamics 365 et Microsoft Power Platform.

Mises à jour de service secondaires

Les mises à jour de service secondaires contiennent des modifications de personnalisation visant à prendre en charge de nouvelles fonctionnalités, des améliorations de produit, et des correctifs de bogues. Elles sont déployées sur une base hebdomadaire, région par région, en fonction d’« un processus de déploiement sécurisé »que nous avons défini. Chaque semaine, chaque région obtient :

  • Un déploiement mis à jour, en commençant par notre région de « première version »

  • Une notification Centre de messages est publiée avec la date à laquelle le déploiement commencera à être appliqué à l’infrastructure

  • Un lien vers les notes de version de la semaine qui contiennent la liste des corrections qui sont incluses

Remarque : la date à laquelle le déploiement est appliqué à l’infrastructure n’est pas la date à laquelle la mise à jour sera appliquée à l’environnement. L’environnement et toutes les applications sont mis à jour par un processus asynchrone qui s’exécute lors des prochaines fenêtres de maintenance régionale. Bien qu’il n’y ait pas de dégradation attendue des performances ou de la disponibilité du service, pendant cette fenêtre de maintenance, les utilisateurs peuvent voir un impact bref et intermittent tel que des erreurs SQL transitoires ou une redirection vers l’écran de connexion.

Vous pouvez vérifier que la mise à jour a été effectuée avec succès en vérifiant le numéro de version sur la page À propos de l’environnement, ou en regardant les détails de l’environnement dans le Centre d’administration Power Platform. Une liste des mises à jour de service est disponible sur notre page Versions publiées.

Événements de version majeure

Nous offrons deux événements de versions majeures par an, une en avril (1re vague) et la seconde en octobre (2e vague) avec de nouvelles capacités et fonctionnalités. Ces mises à jour sont rétrocompatibles, par conséquent vos applications et personnalisations continueront de fonctionner après la mise à jour. Les nouvelles fonctionnalités avec des modifications majeures et perturbatrices de l’expérience utilisateur sont désactivées par défaut, ce qui signifie que les administrateurs pourront d’abord tester puis activer ces fonctionnalités pour leur organisation. De plus, les administrateurs auront la possibilité d’activer les nouvelles fonctionnalités à l’aide d’une fonctionnalité "Activer" pour accéder rapidement aux modifications.

Notifications indiquant quand les événements majeurs de la version sont programmés et liens vers les plans de lancement Dynamics 365 et Microsoft Power Platform sont publiés dans le Centre de messages Microsoft 365 du portail d’administration.

Mises à jour de sécurité

Les équipes de service effectuent régulièrement les opérations suivantes pour garantir la sécurité du système :

  • Analyses du service pour identifier les vulnérabilités de sécurité possibles
  • Évaluations du service pour garantir que les contrôles de sécurité clés fonctionnent efficacement
  • Évaluations du service pour déterminer l’exposition aux vulnérabilités signalée par le Centre de réponse aux problèmes de sécurité Microsoft (MSRC), qui surveille régulièrement les sites externes de sensibilisation à la vulnérabilité

Ces équipes identifient et suivent les problèmes identifiés, et prennent rapidement des mesure pour limiter les risques si nécessaire.

Comment obtenir des informations sur les mises à jour de sécurité ?

Comme les équipes de service s’efforcent d’appliquer des atténuations des risques sans besoin d’un temps d’arrêt de service, les administrateurs Customer Engagement ne voient généralement pas les notifications du Centre de messages pour les mises à jour de sécurité. Si une mise à jour de sécurité nécessite l’impact de service, elle est considéré comme une maintenance planifiée, et sera publiée avec la durée estimée d’impact, et le créneau lorsque le travail aura lieu.

Pour plus d’informations sur la sécurité, voir Centre de gestion.

Maintenance planifiée

La maintenance planifiée inclut les mises à jour et modifications apportées au service visant à fournir stabilité, fiabilité et performances améliorées.

Ces modifications peuvent inclure :

  • Mises à jour de matériel ou d’infrastructure
  • Services intégrés, tels qu’une nouvelle version de Microsoft 365 ou Azure
  • Mises à jour logicielles ou modifications du service
  • Mises à jour du service secondaires qui se produisent plusieurs fois par an. Voir Mises à jour du service.

Maintenance non planifiée

Les services Power Platform et les applications Dynamics 365 (Sales, Customer Service, Supply Chain Management, etc.) peuvent rencontrer des problèmes qui nécessitent des modifications imprévues pour protéger la disponibilité. Microsoft s’efforce de fournir autant de notifications que possible lors de ces événements, mais comme ils ne peuvent pas être prédits, ils ne sont pas considérés comme une maintenance planifiée.

Lorsque cela se produit, votre organisation reçoit une notification "Maintenance non planifiée" dans le Centre de messages. Nous essayons également d’envoyer un e-mail à tous les administrateurs système dans l’environnement qui est affecté par la maintenance non planifiée. Vous pouvez consulter le statut des activités de maintenance non planifiée actuelles dans le centre de messages.

Fenêtres de maintenance régionales

Pour limiter l’impact sur les clients et leurs utilisateurs, nous prévoyons la fenêtre de maintenance en fonction de la région où les environnements sont déployés. La liste chronologique de maintenance suivante indique la fenêtre de maintenance de chaque région. Les horaires sont affichés en temps universel coordonné (UTC, est également appelé GMT). Pour les organisations avec des utilisateurs dans le monde entier, nous reconnaissons que ces fenêtres de maintenance peuvent vous affecter différemment. Nous nous excusons pour l’impact que cela peut avoir sur vos utilisateurs.

Calendrier de maintenance

Pour limiter l’impact sur les utilisateurs, la fenêtre de maintenance est organisée en fonction de la région où les environnements sont déployés. La liste suivante indique la fenêtre de maintenance de chaque région. Les horaires sont affichés en temps universel coordonné (UTC, est également appelé GMT).

Les heures de mise à jour du service se présentent comme suit. Les mises à jour de la base de données s’exécutent dès que possible en fonction de la charge du système pendant la fenêtre de maintenance de l’environnement.

Région URL Fenêtre (UTC)
Amérique du Nord crm.dynamics.com 2 h 00 à 11 h 00
ALL crm.microsoftdynamics.de 17 h 00 à 2 h 00
Amérique du Sud crm2.dynamics.com 00 h 00 à 10 h 00
CAN crm3.dynamics.com 1 h 00 à 10 h 00
EUR crm4.dynamics.com 18 h 00 à 3 h 00
FRA crm12.dynamics.com 18 h 00 à 3 h 00
APJ crm5.dynamics.com 15 h 00 à 20 h 00
Océanie crm6.dynamics.com 11 h 00 à 21 h 00
JPN crm7.dynamics.com 10 h 00 à 19 h 00
IND crm8.dynamics.com 19 h 30 à 1 h 00
GCC crm9.dynamics.com 2 h 00 à 11 h 00
GCC High crm.microsoftdynamics.us 2 h 00 à 11 h 00
R.-U. crm11.dynamics.com 18 h 00 à 3 h 00
ZAF crm14.dynamics.com 17 h 00 à 2 h 00
Émirats arabes unis crm15.dynamics.com 15 h 00 à 12 h 00
GER crm16.dynamics.com 18 h 00 À 3 h 00
CHE crm17.dynamics.com 18 h 00 à 3 h 00
CHN crm.dynamics.cn 15 h 00 à 21 h 00

Incidents de service

Un incident de service est un terme utilisé pour désigner un événement (ou une série d’événements) qui entraîne généralement une dégradation de l’expérience de plusieurs clients avec un ou plusieurs de nos services. ​Ces incidents sont en fait des problèmes de plateforme qui provoquent des temps d’arrêt imprévus, notamment une indisponibilité, une dégradation des performances et des problèmes interférant avec la gestion des services. Nous communiquons les incidents de service via une expérience authentifiée sur le tableau de bord Service Health du portail d’administration Microsoft 365 pour fournir une visibilité du Service Health aux administrateurs sur plusieurs services Cloud. Des exemples d’incidents de service peuvent inclure :

  • Impossible de se connecter à un environnement ou à un portail d’administration spécifique
  • Ralentissement des performances dans les applications ou requêtes Dataverse
  • Messages d’erreur ou pages blanches inattendues

Comment obtenir des informations sur les incidents de service ?

Vérifiez le tableau de bord Service Health pour afficher l’état du service, des détails sur les incidents de service existants et jusqu’à 30 jours d’historique. Service Health (au sein du centre d’administration Microsoft 365) sait quels clients vous gérez. Il affiche donc une vue beaucoup plus précise de tous les problèmes connus affectant vos services par rapport aux sources d’informations non authentifiées. Si vous rencontrez un problème qui ne s’affiche pas dans le tableau de bord d’intégrité du service, contactez le support Microsoft en créant un ticket dans le Centre d’administration de Power Platform.

S’il y a un impact important sur le client lors d’un incident de service, nous pouvons également fournir des mises à jour de statut sur l’une des nombreuses pages d’assistance spécifiques au service, y compris la page d’assistance Power Apps, la page d’assistance Power Automate, ou la page d’assistance Power BI.

Si le portail d’administration Microsoft 365 n’est pas disponible, nous fournirons des mises à jour de statut via notre site d’état de sauvegarde.

Quelles informations sont fournies sur les incidents de service ?

Pendant l’événement, nous incluons des informations relatives à l’impact sur l’utilisateur, à la durée, à toute solution de contournement réalisable et à la cause première préliminaire. Notre objectif est de fournir des mises à jour de statut toutes les heures, bien que cette directive puisse être réduite pour de nouvelles informations substantielles, ou étendue en fonction de l’attente des activités de récupération. Au moment de la restauration du service à un fonctionnement optimal, nous publierons une mise à jour finale de statut et déterminerons si un rapport post-incident supplémentaire sera fourni en fonction de l’ampleur et du type d’impact sur les clients.

Un rapport post-incident (PIR) peut être publié après cinq jours ouvrables sur le tableau de bord Service Health Microsoft 365 pour certains événements.

Ce rapport résume les détails suivants :

  • Synthèse
  • Expérience utilisateur
  • Chronologie des principales activités ou actions
  • Facteurs contributifs
  • Étapes suivantes

Méthodes supplémentaires de réception de notifications

En raison de la nature critique des notifications de service et des communications, il existe des méthodes supplémentaires de connexion à Service Communications.

Informations sur les stratégies en ligne

Consultez Informations sur les stratégies en ligne et documents similaires.

Si vous avez des commentaires, répondez à notre enquête, et partagez vos impressions !