Intégrité des Applications Microsoft 365

Le tableau de bord d’intégrité Microsoft 365 Apps dans le centre d’administration Microsoft 365 Apps vous aide à maintenir l’intégrité de vos applications. Il fournit une visibilité sur la façon dont ils fonctionnent sur vos appareils clients et offre des conseils pour vous aider à optimiser et à résoudre les problèmes qui surviennent.

Conseil

Si vous préférez regarder plutôt que lire, case activée notre vidéo d’introduction sur Apps Health.

Configuration requise pour l’utilisation de Microsoft 365 Apps health

  • Applications Microsoft 365 pour les grandes entreprises ou Applications Microsoft 365 pour les PME, version 1908 ou ultérieure
  • Version de Windows 11 ou Windows 10 prise en charge par Microsoft 365 Apps
  • Plan d’abonnement Microsoft 365 (ou Office 365) pour Business Standard, Business Premium, A3, A5, E3 ou E5

Importante

Microsoft 365 Apps’intégrité n’est pas disponible pour les clients qui ont les plans suivants :

  • Office 365 géré par 21Vianet
  • Office 365 Cloud de la communauté du secteur public
  • Office 365 Cloud de la communauté du secteur public High et DoD

Remarque

Le tableau de bord peut afficher des insights pour les versions antérieures à 1908, mais ces versions ne sont pas officiellement prises en charge.

Comment accéder au tableau de bord d’intégrité

Accédez au Centre d’administration Microsoft 365 Apps, étendez le nœud Intégrité, puis sélectionnez Intégrité des applications. Pour plus d’informations sur l’utilisation du centre d’administration Microsoft 365 Apps, consultez Vue d’ensemble du centre d’administration Microsoft 365 Apps.

Vue d’ensemble

Le tableau de bord d’intégrité Microsoft 365 Apps est conçu pour vous aider à optimiser et dépanner les Microsoft 365 Apps dans votre locataire. Ses avantages main sont les suivants :

  • Configuration sans effort : aucun déploiement d’agents supplémentaires n’est nécessaire, car il utilise des données de diagnostic Office
  • Visibilité : vous pouvez voir comment l’intégrité de l’application évolue à tout moment et la mettre en corrélation avec les modifications apportées à votre infrastructure
  • Actionnable : il détecte de manière proactive les problèmes ou les zones d’optimisation dans vos applications Office et les présente en tant qu’avis

Le tableau de bord surveille Word, Excel, PowerPoint, Outlook, OneNote et Publisher sur Windows. Les tendances et les avis en matière de santé sont mis à jour toutes les 24 heures.

Actuellement, Microsoft 365 Apps health propose des tendances pour les métriques de performances et de fiabilité suivantes :

  • Taux d’incident d’application : nombre de plantages d’application sur le nombre de sessions utilisateur, dans l’étendue sélectionnée (application, build)
  • Temps de démarrage de l’application : temps nécessaire à partir du moment où l’utilisateur ouvre des applications jusqu’à ce qu’il soit prêt pour l’entrée utilisateur, dans l’étendue sélectionnée (application, build)
  • Heure d’ouverture du fichier d’application (local) : temps nécessaire entre le moment où l’utilisateur ouvre un fichier à partir d’un lecteur local jusqu’à ce que le fichier soit prêt pour l’entrée utilisateur, dans l’étendue sélectionnée (application, build)
  • Temps d’ouverture du fichier d’application (SharePoint) : temps nécessaire à partir du moment où l’utilisateur ouvre un fichier à partir d’un site SharePoint ou de Microsoft OneDrive pour le travail et l’école jusqu’à ce que le fichier soit prêt pour l’entrée utilisateur, dans l’étendue sélectionnée (application, build)

Conseil

Pour en savoir plus sur l’interprétation des tendances, consultez Tendances des performances.

Lorsqu’une modification notable d’une tendance est détectée, le tableau de bord la présente sous forme d’avis. Les avis vous aident à isoler les domaines d’erreur et sont définis dans le contexte d’une métrique d’une application, d’une build et d’un canal spécifiques. Ils informent d’une détérioration ou d’une amélioration et sont classés comme significatifs ou mineurs.

Les avis sont détectés en comparant la valeur de la métrique à la base de référence, qui peut être :

  • Valeur de la métrique du même canal d’application, de génération et de mise à jour dans le passé
  • Valeur de la métrique de la même application à partir de la build la plus active du même canal de mise à jour dans votre locataire

Remarque

« Sessions insuffisantes » ou « Événements insuffisants » s’affiche si un nombre insuffisant de signaux a été observé pour l’application et la build spécifiques en l’espace de 24 heures.

Utilisation de l’intégrité Microsoft 365 Apps

Lorsque vous vous connectez pour la première fois au tableau de bord d’intégrité Microsoft 365 Apps, la page Vue d’ensemble s’affiche. Cette page contient des informations générales sur l’intégrité et l’activité des clients Office dans votre locataire.

  • Vue d’ensemble de l’intégrité de l’application : met en évidence les builds pour lesquelles des détériorations significatives de l’intégrité sont détectées dans votre locataire. Il répertorie le nombre d’appareils qui ont exécuté ces builds au cours des 14 derniers jours. Utilisez ces données pour hiérarchiser la résolution de ces builds.
  • Liste des avis récents : affiche les derniers avis (générés au cours des dernières 24 heures) sur les détériorations ou améliorations significatives des tendances d’intégrité de vos applications Office. Chaque ligne inclut la description de la détérioration et le canal d’application, de build et de mise à jour affecté. Vous pouvez sélectionner n’importe quel avis pour afficher plus de détails ou accéder à Historique des avis pour afficher les avis antérieurs (plus de 24 heures).
  • Couverture de surveillance : indique le pourcentage d’utilisateurs de votre organization qui envoient des données de diagnostic au tableau de bord au cours des 14 derniers jours. Plus le pourcentage est élevé, plus les insights du tableau de bord sont représentatifs. Vous pouvez développer cet insight pour voir le pourcentage de chaque canal de mise à jour et le nombre total d’appareils que le tableau de bord surveille dans votre organization. Le nombre d’appareils signalés peut ne pas correspondre aux nombres signalés par votre système de gestion des appareils. Cette différence peut se produire parce que le nombre d’appareils dans votre organization peut varier dans une période de 14 jours. En outre, certains appareils peuvent ne pas signaler de données de diagnostic ou être inactifs.

Métriques d’application

Cette vue vous permet d’évaluer l’intégrité de chacune des applications Office séparément. Ces informations sont utiles si les opérations de votre organization dépendent d’une application Office spécifique que vous devez surveiller de près. Les informations suivantes sont disponibles pour chaque application :

  • Nom de l’application
  • Nombre de sessions d’application au cours des 14 derniers jours, ce qui indique l’étendue d’utilisation de l’application dans votre organization
  • Nombre d’avis sur les détériorations significatives au cours des dernières 24 heures

Vous pouvez sélectionner n’importe quelle application pour obtenir plus de détails.

Détails de l’application

Cette vue montre les tendances d’intégrité d’une application Office sélectionnée sur tous les canaux de génération et de mise à jour déployés dans votre locataire. Vous pouvez sélectionner une application, une métrique et une build, et les valeurs des métriques quotidiennes sont tracées sur un graphique. Par défaut, les builds les plus actives et les plus récentes disponibles sont présentées. Vous pouvez également afficher d’autres builds. Les cas d’usage classiques pour cette vue sont les suivants :

  • Comparaison des performances et de la fiabilité de l’application Office sélectionnée entre les builds (par exemple, les dernières builds et la build la plus active dans votre locataire)
  • Découverte des avis pour le client Office sélectionné dans votre locataire, quel que soit le nombre de builds et de canaux de mise à jour que vous utilisez
  • Validation des escalades d’utilisateurs concernant les performances et la fiabilité d’un client Office

Canaliser et générer des métriques

Cette vue est similaire aux métriques d’application, mais traite les applications Office comme une suite plutôt que comme des applications individuelles. Les métriques de canal vous aident à découvrir les canaux, les versions et les builds activement utilisés dans votre locataire et à évaluer leur intégrité. Pour chaque build, les informations suivantes sont disponibles :

  • Version d’Office et numéro de build
  • Le nombre total de sessions pour les applications de cette génération au cours des 14 derniers jours, qui vous indiquent l’étendue d’utilisation de la build dans votre organization
  • Nombre d’avis sur les détériorations significatives dans l’ensemble de la build au cours des dernières 24 heures
  • Remarques indiquant si la build n’est pas prise en charge, la plus active dans votre locataire et la dernière version disponible par Microsoft

Vous pouvez sélectionner n’importe quelle build pour afficher plus de détails :

  • Informations de publication (date de publication, date de fin du support, que la build soit une fonctionnalité ou une mise à jour de sécurité)
  • La liste des applications exécutant la build et leurs métriques au cours des dernières 24 heures (vous pouvez sélectionner une application pour accéder plus loin à la page Détails de l’application pour l’application)
  • Détails sur les avis sur les détériorations significatives dans la build au cours des dernières 24 heures (description, application impactée et métrique)

Les scénarios courants dans lesquels cette vue peut être utile sont les suivants :

  • Évaluer le comportement d’une build récemment déployée
  • Identifier la build avec les appareils les plus actifs
  • Identifier si les builds non prises en charge sont toujours utilisées dans votre locataire
  • Comparer les performances et la fiabilité entre les builds et les canaux de mise à jour
  • Évaluer la fragmentation (utilisation d’un trop grand nombre de builds) des clients Office dans votre locataire

Intégrité du complément

La vue d’intégrité du complément fournit des informations sur la fiabilité et les performances des compléments COM et VSTO utilisés par les applications Office dans votre organization. Les compléments peuvent être téléchargés et installés pour fournir davantage de fonctionnalités aux applications, telles que Word et Excel. Il existe généralement deux sources de compléments :

  • Les compléments publics créés par des éditeurs de logiciels indépendants ou par Microsoft sont généralement disponibles pour tous les utilisateurs du monde entier.
  • Les compléments privés développés par ou pour une organization à usage interne uniquement sont utilisés par les utilisateurs de cette organization.

La vue d’intégrité du complément affiche uniquement des informations sur les compléments publics, notamment les informations suivantes :

  • Nom
  • Publisher
  • Version ou versions installées
  • Applications utilisant le complément
  • Nombre d’appareils avec le complément installé
  • 32 bits ou 64 bits
  • Taux d’incident (en pourcentage) [1]
  • Temps de chargement (en secondes)

[1]Inclut à la fois les incidents et les chargements ayant échoué.

Les informations sur les compléments, comme toutes les informations contenues dans Microsoft 365 Apps intégrité, reposent sur l’activation de la fonctionnalité d’inventaire dans le centre d’administration Microsoft 365 Apps. Les données sur les taux d’incident, les temps de chargement et les échecs de chargement sont dérivées des événements collectés et envoyés à Microsoft lorsque le complément est chargé et utilisé par l’application Office.

Pour plus d’informations sur les compléments publics à afficher dans la vue d’intégrité du complément , vous devez effectuer les opérations suivantes :

Tous les avis

Cette vue affiche des avis sur toutes les applications et builds utilisées dans votre locataire au cours des 30 derniers jours (y compris les dernières 24 heures). Cette vue est utile pour déterminer si un changement récent de tendance d’avis ou d’intégrité s’est produit dans le passé.

Les détails suivants sont disponibles pour chaque avis :

  • Description de l’avis, qui inclut le nom de la métrique impactée et sa modification par rapport à la base de référence
  • Application impactée
  • Canal et build
  • Type de conseil, qui indique si la modification est significative ou mineure et s’il s’agit d’une détérioration ou d’une amélioration
  • Date de création de l’avis

Vous pouvez obtenir plus d’informations sur la résolution des problèmes en sélectionnant un avis :

  • Tendance de la métrique pour les builds impactées et de référence au cours des 30 derniers jours
  • Canal, version et numéro de la build utilisée comme base de référence
  • La valeur du changement de tendance au cours des dernières 24 heures
  • La valeur de la tendance change au moment de la création de l’avis (pour les avis de plus de 24 heures)
  • Conseils sur la procédure à suivre en fonction de la status de support de la build et de son ancienneté

Cette vue montre les tendances d’une métrique d’intégrité sélectionnée et d’une application Office sur toutes les builds déployées dans votre locataire, regroupées par canal de mise à jour.

Microsoft 365 Apps’intégrité surveille les tendances de performances et de fiabilité dans vos applications Office et présente des avis lorsque des changements notables dans ces tendances sont détectés. Ces changements peuvent être des détériorations ou des améliorations et sont classés comme significatifs ou mineurs.

Les avis sont identifiés en comparant la valeur de métrique d’une application Office à une base de référence, qui peut être :

  • Valeur de la métrique du même canal d’application, de génération et de mise à jour dans le passé
  • Valeur de la métrique de la même application, à partir de la build la plus active du même canal de mise à jour dans votre locataire

La vue d’avis vous aide à comprendre le contexte de la régression et à obtenir des conseils. Dans cette vue, vous voyez :

  • Application, build et métrique Office où un changement de tendance est détecté
  • Nombre de sessions utilisateur dans la build et l’application impactées
  • Valeur de la métrique surveillée lorsque la régression a été détectée
  • Valeur actuelle de la métrique surveillée
  • Actions de résolution des problèmes recommandées

Le nombre d’appareils actifs fait référence au nombre d’appareils de votre locataire sur lesquels les applications Office sont utilisées. Il peut y avoir un léger désalignement avec les outils de gestion, car ceux-ci indiquent généralement le nombre d’appareils sur lesquels les applications Office sont installées, même s’ils ne sont pas utilisés.

Données du tableau de bord d’intégrité Microsoft 365 Apps

Le tableau de bord d’intégrité Microsoft 365 Apps utilise les données de diagnostic que vos applications Office envoient à Microsoft. Les données de diagnostic sont toujours sous votre contrôle. Pour en savoir plus sur les données de diagnostic et les contrôles disponibles, consultez Vue d’ensemble des contrôles de confidentialité pour Applications Microsoft 365 pour les grandes entreprises.

Apps Health affiche les tendances de performances pour l’étendue sélectionnée (application, build). Pour les builds déployées à une cadence mensuelle, cette fonctionnalité vous permet de voir comment les performances d’une build changent au cours du cycle de vie de la build. Par instance, lorsqu’une nouvelle build est lancée, elle a généralement moins d’utilisateurs, ce qui entraîne souvent des métriques de performances plus élevées. Toutefois, à mesure que de plus en plus de personnes commencent à utiliser la build et que son utilisation devient plus répandue, ces métriques de performances diminuent et se stabilisent généralement. Ensuite, lorsqu’une nouvelle build est déployée, elle passe par le même modèle, tandis que l’ancienne build réduit l’utilisation et les métriques de performances montrent une modification corrélée. Les modèles spécifiques sont souvent propres à votre organization et à la façon dont les déploiements de build se produisent au sein de votre locataire. Pointez sur une tendance pour voir l’utilisation actuelle (nombre d’événements) afin de comprendre quand les builds ont une utilisation similaire et, par conséquent, il est judicieux de les comparer. Souvent, plus l’utilisation est étroite entre les builds, plus les tendances de performances sont comparables.

Au-delà des comparaisons de build à build, les tendances de performances peuvent être utilisées pour évaluer l’intégrité des applications Office à tout moment et à mesure que des modifications sont apportées au sein de votre locataire. Voici quelques cas d’usage courants qui peuvent entraîner des changements de performances et sont des éléments à case activée en cas de changement inattendu des performances :

  • Compléments : s’il y a des modifications dans les compléments pour Office, y compris de nouveaux compléments, la mise à jour des compléments existants ou la suppression de compléments.

  • Logiciel antivirus (AV) : modifications apportées aux mises à jour logicielles antivirus, y compris les nouveaux logiciels, la mise à jour vers une nouvelle version ou la suppression de logiciels antivirus.

  • Modifications de stratégie : la mise à jour des stratégies qui affectent spécifiquement la gestion des fichiers ou les applications Office peut entraîner des changements de performances.

  • Modifications dans le déploiement : l’ajout ou la suppression d’appareils peut entraîner une modification des modèles de performances qui définissent un nouveau modèle « normal » ou attendu. La modification de l’ordre de déploiement sur les machines peut entraîner l’intégration et le vieillissement des builds pour avoir des modèles de performances différents.

Voici des exemples d’autres scénarios courants où les modèles de performances changent et ne sont pas nécessairement une cause d’alarme :

  • Saisonnalité : changement dans l’utilisation des jours fériés ou des saisons différentes pour l’entreprise ou l’industrie.

  • Mises à jour du système d’exploitation : Mises à jour, comme les mises à jour du système d’exploitation qui entraînent le redémarrage des machines, augmente généralement les tendances de performances pendant ces périodes et peut durer plusieurs jours après, à mesure que les mises à jour se déplacent dans le organization.

  • Redémarrages de l’ordinateur : tout ce qui provoque le redémarrage de nombreux ordinateurs affecte les tendances de performances, en particulier pour le démarrage. Ces événements incluent le déploiement de configurations qui nécessitent un redémarrage, les réparations de bâtiment nécessitant une panne de courant, les pannes de courant météorologiques ou d’autres événements.

  • Modifications du matériel de l’appareil : l’introduction d’un nouveau matériel ou la modification de la configuration matérielle sur les appareils peut entraîner des changements dans les tendances de performances. Ce changement de tendance se produit à mesure que les performances s’améliorent ou diminuent avec les appareils mis à jour.

  • Décalages d’utilisation : par exemple, si les utilisateurs sont encouragés ou que les valeurs par défaut sont modifiées, cela entraîne des modèles d’utilisation différents. Par instance, en mettant en place l’emplacement d’enregistrement par défaut pour les fichiers Office SharePoint, au lieu de l’emplacement local. Cette modification entraîne une augmentation du nombre de fichiers ouverts à partir de SharePoint et une diminution du nombre de fichiers ouverts à partir du lecteur local, ce qui entraîne probablement des changements dans les performances.

Lorsque les déploiements de build se produisent moins fréquemment, la comparaison des builds devient plus difficile, car il est difficile d’observer le cycle de vie complet de la build vieillissante. Pour ces scénarios, voici quelques suggestions qui peuvent vous aider :

  • Nombre d’événements : lorsque vous pointez sur un point dans les tendances, il affiche davantage de données, y compris le nombre d’événements. Examinez le nombre d’événements de la build actuelle avant de lancer le nouveau déploiement. Une fois que la nouvelle build atteint des nombres similaires, la comparaison des tendances des performances offre une évaluation plus précise de la build actuelle par rapport à la nouvelle.

  • Caractéristiques des performances des nouvelles builds : Même en l’absence de tendances visibles, les modèles de performances changent souvent à mesure qu’une nouvelle build est déployée et que son utilisation augmente. En règle générale, les métriques de performances dans les nouvelles builds commencent à un niveau supérieur et diminuent à mesure que l’utilisation augmente.

Flux de travail d’investigation pour les changements inattendus dans les performances d’Office :

  1. Vérifier l’utilisation : lorsque des décalages dans une métrique se produisent, veillez à case activée les volumes d’événements, ce qui peut être fait en pointant sur une ligne de tendance dans le graphique. Les métriques de performances peuvent varier considérablement en fonction de l’audience d’une build et du volume d’événements. Une bonne première étape consiste à s’assurer que les signaux ont une utilisation similaire.
  2. Modifications apportées aux appareils : les modifications apportées aux appareils peuvent souvent entraîner des modifications temporaires ou permanentes des performances d’Office. L’étape suivante consiste à examiner les mises à jour dans plusieurs domaines : compléments, logiciels antivirus, stratégies, clés de Registre, systèmes d’exploitation, configurations de machines virtuelles, builds Office et modifications matérielles. Vérifiez si ces mises à jour se sont produites en même temps que les changements dans les métriques.
  3. Confirmer les résultats ou poursuivre l’analyse : utilisation d’un appareil présentant des performances plus lentes.
  • Si le décalage est corrélé à un changement dans l’environnement de l’appareil, testez le scénario sur l’appareil avec et sans la modification pour vérifier que c’est la source du changement de performances. Par exemple, si un nouveau logiciel antivirus est déployé, obtenez un appareil avec ce logiciel et testez le scénario de performances plusieurs fois. Supprimez ensuite le logiciel antivirus et mesurez les performances plusieurs fois. Comparez les résultats pour vérifier que la suppression du logiciel antivirus résout le changement de performances.
  • Si aucun facteur de corrélation n’a été trouvé au niveau général, mesurez les performances actuelles sur l’appareil et commencez à supprimer les facteurs courants testant les performances après chaque modification pour identifier la source. Par instance, supprimez les compléments un par un et vérifiez si les performances s’améliorent lorsqu’ils sont supprimés. S’il n’est pas lié au complément, supprimez l’antivirus et continuez à tester les performances à chaque étape pour trouver la source.
  • Testez sur d’autres appareils pour renforcer la confiance qui est la source du problème.
  1. Prenez les mesures appropriées pour corriger ou atténuer le problème de performances et surveillez les tendances des performances à mesure que la modification est déployée.