Optimisation des performances d’Office 365 à l’aide de lignes de référence et de l’historique des performances

Plusieurs méthodes simples permettent de vérifier les performances de connexion entre Office 365 et votre entreprise. Celles-ci vous permettent d’établir une ligne de base de votre connectivité. La connaissance de l’historique des performances des connexions de votre ordinateur client peut vous aider à détecter rapidement d’éventuels problèmes émergents, ainsi qu’à identifier et anticiper les problèmes.

Si vous n’avez pas l’habitude de gérer les problèmes de performances, cet article vous aide à prendre en compte des questions courantes, par exemple, comment déterminer la nature du problème rencontré (problème de performance ou incident de service Office 365). Comment garantir des performances optimales sur le long terme ? Comment contrôler les performances ? Si votre équipe ou vos clients constatent une dégradation des performances lors de l’utilisation d’Office 365 et si vous vous posez l’une de ces questions, poursuivez la lecture.

Important : Vous rencontrez actuellement un problème de performance entre votre client et Office 365 ? Suivez les étapes décrites dans le Plan de résolution des problèmes de performance pour Office 365.

À propos des performances d’Office 365

Office 365 réside dans un réseau Microsoft dédié de haute capacité qui est surveillé en permanence par un processus automatisé et par des personnes physiques. Une partie du rôle de maintenance du cloud Office 365 consiste à incorporer des optimisations et des simplifications au niveau des performances. Étant donné que les clients du cloud Office 365 doivent se connecter via Internet, nous mettons également tout en œuvre pour optimiser les performances des services Office 365. Cette optimisation ne s’arrête quasiment jamais dans le cloud. De plus, nous disposons d’une longue expérience nous permettant de conserver l’intégrité et la rapidité du cloud. Si vous rencontrez des problèmes de performance lorsque vous vous connectez à Office 365 à partir de votre emplacement, nous vous conseillons de ne pas déposer de cas de support sur le champ et d’attendre la création de ce dernier. Nous vous conseillons plutôt de commencer à examiner le problème « à partir de l’intérieur ». En d’autres termes, commencez par rechercher les problèmes au sein de votre réseau, puis dirigez vos investigations vers Office 365. Avant de créer un cas de support Office 365, vous pouvez recueillir des données et prendre des mesures correctives afin d’identifier, et peut-être de résoudre, votre problème.

Important : Tenez compte de la planification de la capacité et des limites dans Office 365. Ces informations vous permettront de garder une longueur d’avance lorsque vous tenterez de résoudre un problème de performance. Suivez ce lien pour consulter la Description du service de plateforme Office 365. Ce hub central inclut des liens vers les descriptions des différents services proposés par Office 365. Si vous voulez vous informer sur les limites standard de SharePoint Online par exemple, vous devez cliquer sur Description du service SharePoint Online et consulter la section Limites de SharePoint Online associée.

Assurez-vous d’aborder le dépannage en partant du principe que les performances oscillent sur une échelle mobile. L’objectif n’est pas d’atteindre une valeur optimale et de la conserver sur le long terme. Si vous partez de ce principe, les tâches ponctuelles nécessitant une grande quantité de bande passante, par exemple, l’intégration d’un nombre élevé d’utilisateurs ou les migrations de données volumineuses risquent de s’avérer stressantes, car vous pouvez vous attendre à une dégradation sérieuse des performances. Vous pouvez, et devriez à l’heure actuelle, avoir une vague idée de vos cibles de performance. Toutefois, étant donné que les performances sont déterminées par de nombreux facteurs, ces dernières varient. C’est la nature même des performances.

La résolution des problèmes de performance ne consiste pas à atteindre des objectifs spécifiques et à conserver ces valeurs indéfiniment. Il s’agit d’optimiser les activités existantes en fonction d’un ensemble de variables.

À quoi ressemble un problème de performance ?

Vous devez tout d’abord vous assurer que le problème que vous rencontrez est bien un problème de performance et non un incident de service. Un problème de performance et un incident de service dans Office 365 sont deux concepts différents. Voici comment les différencier.

Si le service Office 365 rencontre des problèmes, il s’agit d’un incident de service. Dans ce cas, des icônes rouges ou jaunes s’affichent sous État d’intégrité actuel dans le Centre d’administration Office 365. Les ordinateurs clients qui se connectent à Office 365 risquent également d’enregistrer une détérioration des performances. Par exemple, si une icône rouge s’affiche dans la section État d’intégrité actuel et que le texte Examen en cours s’affiche en regard d’Exchange, vous risquez de recevoir un grand nombre d’appels de la part des employés de votre organisation qui utilisent Exchange Online pour se plaindre du fonctionnement des boîtes aux lettres clients. Dans ce cas, il semble raisonnable de penser que les performances d’Exchange Online ont été affectées par des problèmes survenus au sein du service.

Tableau de bord d’état du service Office 365 avec toutes les charges de travail en vert, à l’exception d’Exchange (Service restauré)

À ce stade, vous, en tant qu’administrateur Office 365, devez vérifier l’état d’intégrité actuel, puis afficher les détails et l’historique régulièrement de manière à rester informé des opérations de maintenance que nous réalisons sur le système. Le tableau de bord État d’intégrité actuel a été créé pour vous tenir informé des modifications apportées au service ainsi que des problèmes rencontrés dans ce dernier. Les notes et explications consignées dans l’historique d’état d’intégrité, d’administrateur à administrateur, sont là pour vous aider à mesurer l’impact et vous tenir informé sur le travail en cours.

Image du tableau de bord d’état du service Office 365 indiquant que le service Exchange Online a été restauré et pourquoi

Un problème de performance n’est pas un incident de service, même si de tels incidents peuvent entraîner une détérioration des performances. Un problème de performance peut se définir comme suit :

  • Un problème de performance peut se produire, même si le Centre d’administration Office 365 État d’intégrité actuel ne signale aucun problème pour le service.

  • L’exécution d’un comportement qui se déroulait de manière transparente prend trop de temps ou n’aboutit pas.

  • Vous pouvez répliquer le problème, ou, au moins, vous savez qu’il va se produire si vous suivez la série d’étapes appropriée.

  • Si le problème est intermittent, vous pouvez toujours dégager un modèle, par exemple, vous savez qu’à partir de 10h, vous allez commencer à recevoir des appels de la part d’utilisateurs qui ne parviennent pas à accéder de manière continue à Office 365 et que ces appels cesseront aux environs de 12h.

Cette situation vous semble probablement familière, peut-être trop familière. Lorsque vous êtes certain que vous avez affaire à un problème de performance, la question qui se pose alors est « Que faire ensuite ? » Le reste de cet article tente de répondre à cette question.

Comment définir et tester le problème de performance ?

En règle générale, les problèmes de performance ne se manifestent pas immédiatement. Il peut donc être difficile d’identifier le problème réel. Vous devez énoncer le problème le plus précisément possible et identifier de manière claire le contexte du problème. Vous devez ensuite formuler rigoureusement les étapes de test permettant de le reproduire. Dans le cas contraire, vous pouvez facilement vous perdre. Pourquoi ? Voici quelques exemples d’énoncés de problèmes trop vagues :

  • Auparavant, je passais de ma boîte de réception à mon calendrier en un clin d’œil, mais maintenant, cette opération prend énormément de temps. Pouvez-vous rétablir le comportement antérieur ?

  • Le téléchargement de mes fichiers vers SharePoint Online prend une éternité. Pourquoi est-ce que je rencontre ce problème tout le temps, sauf au cours de l’après-midi ? Est-ce que cette opération ne peut pas être tout simplement rapide ?

Les énoncés ci-dessus posent problème à plusieurs niveaux. En d’autres termes, un grand nombre d’ambiguïtés se dégagent. Par exemple :

  • L’utilisateur n’a pas précisé comment il passait de sa boîte de réception à son calendrier sur son ordinateur portable.

  • Lorsque l’utilisateur demande « Est-ce que cette opération ne peut pas être tout simplement rapide ? », qu’entend-il par « rapide » ?

  • Qu’entend-il par une « éternité » ? Plusieurs secondes, plusieurs minutes, une pause déjeuner ?

L’administrateur et la personne en charge de résoudre les problèmes ne peuvent pas déduire de nombreux détails à partir d’énoncés tels que ceux-là. Par exemple, lorsque le problème a commencé à se produire, l’utilisateur travaillait de son domicile lorsqu’il a constaté un ralentissement du passage de sa boîte de réception à son calendrier à partir d’un réseau domestique.L’utilisateur exécutait également d’autres applications utilisant une grande quantité de RAM sur le client local. Par ailleurs, il exécutait une ancienne version du système d’exploitation et n’avait pas exécuté des mises à jour récentes.

Lorsque les utilisateurs signalent un problème de performance, vous devez collecter une grande quantité d’informations. La collecte de ces informations fait partie d’un processus intitulé délimitation (ou examen) du problème. Vous pouvez utiliser la liste sommaire suivante pour collecter des informations et délimiter votre problème de performance. Cette liste n’est pas exhaustive, mais elle constitue un bon point de départ pour créer la vôtre :

  • À quelle date le problème s’est-il produit et à quelle heure ?

  • Quel type d’ordinateur client utilisiez-vous et quel type de connexion au réseau d’entreprise ce dernier utilisait-il (VPN, connexion câblée, connexion sans fil) ?

  • Travailliez-vous à distance ou à votre bureau ?

  • Avez-vous essayé d’effectuer les mêmes actions sur un autre ordinateur ? Le résultat était-il le même ?

  • Passez en revue les étapes qui occasionnent le problème afin de les consigner.

  • Pouvez-vous évaluer la lenteur des performances (en secondes ou en minutes) ?

  • Dans quelle région/pays du monde êtes-vous situé ?

Les utilisateurs peuvent répondre à certaines de ces questions plus facilement qu’à d’autres. Toutefois, la plupart des utilisateurs comprendront qu’une personne chargée de résoudre un problème doit connaître les étapes exactes qui occasionnent le problème afin de reproduire ce dernier. Après tout, quelle autre méthode pourriez-vous utiliser pour enregistrer les dysfonctionnements et vérifier que le problème est résolu ? En revanche, d’autres questions sont moins évidentes, par exemple, « À quelle date et à quelle heure avez-vous rencontré le problème ? » et « Dans quelle région/pays du monde êtes-vous situé ? » (des informations qui peuvent être utilisées conjointement). En fonction de l’heure à laquelle l’utilisateur travaillait, quelques heures de différence peuvent signifier qu’une opération de maintenance est déjà en cours sur certaines parties du réseau de votre entreprise. Si, par exemple, votre entreprise a mis en place une implémentation hybride, par exemple, un environnement SharePoint Search qui peut interroger des index de recherche à la fois dans SharePoint Online et dans une instance SharePoint Server 2013 locale, des opérations de mise à jour sont peut être déjà en cours d’exécution dans la batterie de serveurs locale. Si votre entreprise utilise uniquement un environnement cloud, les opérations de maintenance du système peuvent inclure l’ajout ou la suppression de matériel réseau, le déploiement de mises à jour à l’échelle de l’entreprise ou l’apport de modifications au DNS ou à une autre infrastructure centrale.

La résolution d’un problème de performance s’apparente un peu à une enquête policière : vous devez être minutieux et observateur pour tirer des conclusions à partir de preuves. Pour ce faire, vous devez formuler un énoncé précis du problème en recueillant des preuves. Ces preuves peuvent inclure le contexte de l’ordinateur, le contexte de l’utilisateur, l’heure et la date de début du problème et les étapes exactes qui ont occasionné le problème de performance. Cet énoncé du problème doit être et rester votre principale préoccupation. En réexaminant l’énoncé du problème après avoir travaillé à sa résolution, vous suivez les étapes permettant de tester et de déterminer si les actions que vous avez mises en place ont permis de résoudre le problème. C’est un point critique pour déterminer si le travail de résolution est terminé.

Quel niveau de performance aviez-vous atteint quand l’utilisation du service était fluide ?

Si vous jouez de malchance, personne ne pourra y répondre, car personne ne connaît les chiffres. Cela signifie que personne ne peut répondre à la simple question : « Combien de secondes étaient nécessaires pour ouvrir une boîte de réception dans Office 365 ? » ou « Combien de temps durait une réunion Lync Online entre dirigeants ? », un scénario classique au sein de nombreuses entreprises.

Pour y répondre, il nous manque ici des points de comparaison en matière de performances.

Les points de comparaison vous donnent un contexte pour vos performances. Nous vous recommandons de capturer un point de comparaison assez régulièrement en fonction des besoins de votre société. Si vous êtes une grande entreprise, l’équipe des opérations a peut-être déjà capturé des points de comparaison pour votre environnement local. Par exemple, si vous appliquez des correctifs sur tous les serveurs Exchange le premier lundi du mois et sur tous vos serveurs SharePoint le troisième lundi du mois, l’équipe des opérations dispose déjà probablement d’une liste de tâches et de scénarios qu’elle effectue après l’application des correctifs pour vérifier que les fonctionnalités critiques sont opérationnelles. Par exemple, l’ouverture de la boîte de réception, le clic sur Envoyer/Recevoir et la vérification de la mise à jour des dossiers, ou, dans SharePoint, la navigation dans la page d’accueil du site, l’accès à la page Recherche de contenu d’entreprise et l’exécution d’une recherche qui renvoie des résultats.

Si vos applications se trouvent dans Office 365, les principaux points de comparaison que vous pouvez capturer mesurent le temps (en millisecondes) que met un ordinateur client au sein de votre réseau pour contacter un point de sortie, c’est-à-dire, le point à partir duquel vous quittez votre réseau et vous dirigez vers Office 365. Voici quelques points de comparaison utiles que vous pouvez examiner et enregistrer :

  • Identifiez les périphériques situés entre votre ordinateur client et votre point de sortie, par exemple, votre serveur proxy.

    • Vous devez connaître vos périphériques de manière à situer rapidement le contexte (adresses IP, type d’appareil, etc.) en cas de problème de performance.

    • Les serveurs proxy sont des points de sortie classiques. Vous pouvez vérifier les paramètres de votre navigateur web pour déterminer le serveur proxy qu’il utilise, le cas échéant.

    • Il existe des outils tiers capables de découvrir et d’élaborer la carte de votre réseau. Cependant, la manière la plus sûre d’identifier vos périphériques est de demander à un membre de votre équipe réseau.

  • Identifiez votre fournisseur de services Internet (ISP), notez ses informations de contact et demandez-lui de vous communiquer le nombre de circuits et la bande passante dont vous disposez.

  • Au sein de votre entreprise, identifiez les ressources dédiées aux périphériques situés entre votre client et le point de sortie, ou identifiez un contact d’urgence auquel vous adresser en matière de problèmes réseau.

Voici quelques points de comparaison que des tests simples réalisés avec des outils peuvent calculer pour vous :

  • Temps écoulé (en millisecondes) entre votre ordinateur client et votre point de sortie

  • Temps écoulé (en millisecondes) entre votre point de sortie et Office 365

  • Emplacement géographique du serveur de résolution des URL pour Office 365 lors de la navigation dans le service

  • Vitesse de résolution DNS de votre fournisseur de services Internet (en millisecondes), incohérences dans l’arrivée des paquets (gigue réseau), temps de téléchargement (en millisecondes)

Si vous ne savez pas comment réaliser ces étapes, nous vous expliquerons plus en détail comment faire dans cet article.

Qu’est-ce qu’un point de comparaison ?

Vous ne pouvez vous rendre compte des dégâts occasionnés par un problème seulement lorsque ce dernier se produit. Mais si vous n’avez accès à aucune donnée historique, vous ne disposez d’aucun contexte pour déterminer l’ampleur que pourrait avoir un dysfonctionnement et le moment auquel ce dernier pourrait survenir. Sans point de comparaison, il vous manque l’élément clé pour résoudre l’enquête : une vue d’ensemble. Dans le domaine de la résolution des problèmes de performance, vous avez besoin d’un point de comparaison. Il n’est pas difficile de capturer des points de comparaisons simples. Vous pouvez déléguer cette tâche à votre équipe en charge des opérations et définir un planning avec eux. Par exemple, imaginons que votre connexion ressemble à celle-ci :

Graphique d’un réseau simple montrant un client, un proxy et le cloud Office 365

Cela signifie que vous avez vérifié auprès de votre équipe réseau et déterminé la carte de votre réseau : vous quittez le réseau de votre entreprise pour accéder à Internet via un serveur proxy et ce proxy gère toutes les demandes que votre ordinateur envoie au cloud. Dans ce cas, nous vous conseillons de dessiner une version simplifiée de votre connexion dans laquelle figurent tous les périphériques intermédiaires. À présent, insérez les outils que vous pouvez utiliser pour tester les performances entre le client, le point de sortie (c’est-à-dire, le point où vous quittez votre réseau pour accéder à Internet) et le cloud Office 365.

Réseau simple avec client, proxy et cloud, et suggestions d’outils (PSPing, TraceTCP et Network Trace)

Les options sont classées en deux catégories, Simple et Avancé, en fonction du niveau d’expertise requis pour recueillir les données de performance. L’exécution d’un suivi réseau prend énormément de temps par rapport à l’exécution d’outils en ligne de commande tels que PsPing et TraceTCP. Nous avons sélectionné ces deux outils, d’une part, car ils n’utilisent pas les paquets ICMP (bloqués par Office 365) et d’autre part, car ils calculent le temps (en millisecondes) demandé pour quitter l’ordinateur client, ou le serveur proxy (si vous y avez accès), et arriver à Office 365. Chaque tronçon individuel d’un ordinateur vers un autre renvoie une valeur de temps, ce qui est idéal pour établir des points de comparaison. Tout aussi important, ces outils en ligne de commande vous permettent d’ajouter un numéro de port dans la commande. C’est utile, car Office 365 communique via le port 443, c’est-à-dire le port utilisé par SSL et TLS (Secure Sockets Layer et Transport Layer Security). Toutefois, l’utilisation d’autres outils tiers peut s’avérer plus indiquée à votre situation. Microsoft ne prend pas en charge tous ces outils. Par conséquent, si pour une raison quelconque vous ne parvenez pas à faire fonctionner PsPing et TraceTCP, nous vous conseillons d’utiliser un outil de suivi réseau tel que Netmon.

Vous pouvez capturer un premier point de comparaison avant les heures d’ouverture, un deuxième en période de forte activité et un troisième après les heures d’ouverture. Cela signifie qu’au final, vous disposerez d’une arborescence des dossiers plus ou moins semblable à celle-ci :

Graphique proposant un moyen d’organiser vos données de performance au sein de dossiers

Nous vous conseillons également d’arrêter une convention d’affectation de noms pour vos fichiers. Voici quelques exemples :

  • Fév_09_2015_9hPST_PointComparaison_Netmon_ClientVersSortie_Normal

  • Jan_10_2015_15hCST_PointComparaison_PsPing_ClientVersO365_ContournementProxy_LENT

  • Fév_08_2015_14hEST_PointComparaison_MAUVAISESPerf

  • Fév_08_2015_8h30EST_PointComparaison_BonnesPerf

La liste des possibilités est infinie, mais l’utilisation du format <dateTime><what's happening in the test> est un bon point de départ. Nous vous conseillons de respecter le format choisi, car cela vous aidera grandement lorsque vous tenterez de résoudre des problèmes ultérieurement. Plus tard, vous serez en mesure de dire « J’ai capturé deux traces le 08 février, l’une a enregistré des performances correctes et l’autre a enregistré de mauvaises performances ; nous pouvons donc les comparer ». C’est extrêmement utile au moment de résoudre des problèmes.

Vous devez mettre en place un système organisé pour conserver vos points de comparaison historiques. Dans cet exemple, les méthodes simples ont permis de générer trois sorties en ligne de commande et les résultats ont été recueillis sous forme de captures d’écran. Toutefois, vous pouvez disposer de fichiers de capture réseau. Utilisez la méthode la plus appropriée. Stockez vos points de comparaison historiques et consultez-les quand vous remarquez un changement au niveau du comportement des services en ligne.

Pourquoi collecter des données de performance lors d’une phase pilote ?

Vous ne trouverez pas de meilleure occasion de commencer à capturer des points de comparaison que lors d’une phase pilote d’implémentation du service Office 365. Que votre entreprise compte quelques utilisateurs, des milliers ou des centaines de milliers, vous pouvez effectuez des tests pour mesurer la variation des performances. Si vous travaillez dans une grande entreprise, un échantillon représentatif de plusieurs centaines d’utilisateurs qui testent Office 365 peut être extrapolé à plusieurs milliers d’utilisateurs de sorte que vous savez à l’avance où les problèmes sont susceptibles de se produire avant qu’ils ne se produisent.

En revanche, si vous travaillez dans une petite entreprise, l’opération d’intégration implique que tous les utilisateurs accèdent au service en même temps et qu’il n’y a pas de phase pilote. Par conséquent, mesurez les performances de manière à disposer de données à montrer à une personne qui pourrait être chargée de résoudre des problèmes liés à un dysfonctionnement, par exemple, si le téléchargement d’un graphisme de taille moyenne demande brusquement beaucoup plus de temps qu’il n’en fallait auparavant.

Comment collecter des points de comparaison ?

Pour tous les plans de résolution des problèmes, vous devez avant tout identifier au moins les éléments suivant :

  • l’ordinateur client que vous utilisez (type d’ordinateur ou appareil, adresse IP et actions à l’origine du problème) ;

  • emplacement de l’ordinateur client dans le monde (par exemple, si cet utilisateur accède au réseau via un réseau privé virtuel, travaille à distance ou utilise l’intranet de l’entreprise) ;

  • point de sortie utilisé par l’ordinateur client à partir de votre réseau (point auquel le trafic quitte votre entreprise pour un fournisseur de services Internet ou l’Internet).

Vous pouvez déterminer la disposition de votre réseau auprès de l’administrateur réseau. Si vous vous trouvez sur un réseau de petite taille, examinez les périphériques qui vous connectent à Internet et contactez votre fournisseur de services Internet pour toute question concernant la disposition. À titre de référence, créez un graphique de la disposition finale.

Cette section aborde les méthodes et les outils en ligne de commande ainsi que des options d’outils plus avancées. Nous aborderons tout d’abord l’utilisation des méthodes simples. Mais si vous rencontrez actuellement un problème de performance, nous vous conseillons de passer directement à la section décrivant les méthodes avancées et d’essayer de mettre en œuvre l’exemple de plan d’action de résolution des problèmes proposé.

Méthodes simples

L’objectif de ces méthodes simples est d’apprendre à capturer, à comprendre et à stocker correctement des points de comparaison simples au fil du temps afin de rester informé des performances d’Office 365. Voici le diagramme simplifié que nous avons créé précédemment :

Réseau simple avec client, proxy et cloud, et suggestions d’outils (PSPing, TraceTCP et Network Trace)

Remarques : 

  • TraceTCP est inclus dans cette capture d’écran, car c’est un outil pratique permettant de calculer, en millisecondes, la durée de traitement d’une requête et le nombre de tronçons réseau, c’est-à-dire, de connexions d’un ordinateur au suivant, que la requête emprunte pour atteindre une destination donnée. TraceTCP peut également dévoiler les noms des serveurs utilisés lors des tronçons, ce qui peut être utile à un membre du support chargé de la résolution des problèmes rencontrés dans Microsoft Office 365.

  • Vous pouvez utiliser des commandes très simples dans TraceTCP, par exemple :

  • tracetcp.exe outlook.office365.com:443

  • N’oubliez pas d’inclure le numéro du port dans la commande !

  • TraceTCP est téléchargeable gratuitement, mais utilise Wincap, un outil également utilisé et installé par Netmon. Nous faisons également appel à Netmon dans la section traitant des méthodes avancées.

Si votre entreprise compte plusieurs sites, vous devrez également conserver un jeu de données de client dans chacun de ces emplacements. Ce test mesure la latence, c’est-à-dire, une valeur numérique qui représente la durée qui s’est écoulée entre l’envoi d’une requête par un client à Office 365 et la réception de la réponse renvoyée par Office 365. Le test débute au sein de votre domaine sur un ordinateur client et cherche à mesurer la durée d’une boucle qui commence au sein de votre réseau, qui quitte ce réseau via un point de sortie, qui accède ensuite à Office 365 via Internet et qui retourne dans le réseau.

Plusieurs options s’offrent à vous en ce qui concerne le point de sortie. Dans cet exemple, il s’agit du serveur proxy. Vous pouvez effectuer un suivi du point 1 au point 2, puis du point 2 au point 3, puis additionner les chiffres (en millisecondes) pour obtenir un total de bout en bout. Vous pouvez également configurer la connexion de sorte qu’elle contourne le proxy pour les adresses Office 365. Dans un réseau plus vaste incluant un pare-feu, un proxy inverse ou une combinaison de ces deux éléments, vous devrez peut-être ajouter des exceptions au serveur proxy afin d’autoriser le trafic pour un grand nombre d’URL. Pour consulter la liste des points de terminaison utilisés par Office 365, voir URL et plages d’adresses IP Office 365. Si vous utilisez un proxy d’authentification, commencez par tester les exceptions pour les éléments suivants :

  • Ports 80 et 443

  • TCP et HTTP

  • Connexions sortantes à l’une de ces URL :

  • *.microsoftonline.com

  • *.microsoftonline-p.com

  • *.sharepoint.com

  • *.outlook.com

  • *.lync.com

  • osub.microsoft.com

Tous les utilisateurs doivent être autorisés à accéder à ces adresses sans interférence ou authentification proxy. Sur un réseau de plus petite taille, nous vous conseillons d’ajouter ces adresses à votre liste de contournement proxy dans votre navigateur web.

Pour ajouter ces adresses à votre liste de contournement proxy dans Internet Explorer, accédez à Outils > Options Internet> Connexions > Paramètres réseau > Avancé. Vous trouverez également votre serveur proxy et le port de votre serveur proxy sous l’onglet Avancé. Vous devrez peut-être cocher la case Utiliser un serveur proxy pour votre réseau local pour accéder au bouton Avancé. Assurez-vous que la case Ne pas utiliser de serveur proxy pour les adresses locales est cochée. Après avoir cliqué sur le bouton Avancé, vous voyez une zone de texte dans laquelle vous pouvez entrer des exceptions. Séparez les URL génériques répertoriées ci-dessus par des points-virgules, par exemple :

*.microsoftonline.com; *.sharepoint.com

Lorsque vous aurez contourné votre proxy, vous devriez être en mesure d’utiliser la commande ping ou l’outil PsPing directement sur une URL Office 365. La prochaine étape consiste à effectuer un test ping sur outlook.office365.com. Si vous utilisez PsPing ou un autre outil qui vous permet de fournir un numéro de port à la commande, vous pouvez également exécuter PsPing sur portal.microsoftonline.com:443 afin de déterminer la durée moyenne des boucles en millisecondes.

La durée des boucles, ou RTT, représente une valeur numérique qui mesure la durée écoulée entre l’envoi d’une requête HTTP à un serveur tel qu’outlook.office365.com et l’obtention d’une réponse qui indique que le serveur l’a reçue. Cette notion est parfois abrégée en RTT. Cette valeur doit être relativement peu élevée.

Pour effectuer ce test, vous devez utiliser PsPing ou un autre outil qui n’utilise pas les paquets ICMP, lesquels sont bloqués par Office 365.

Utiliser PsPing pour obtenir la durée des boucles globale en millisecondes directement à partir d’une URL Office 365

  1. Exécutez une invite de commandes avec élévation de privilèges en procédant comme suit :

    1. Cliquez sur Démarrer.

    2. Dans la zone Rechercher, tapez cmd, puis appuyez sur Ctrl+Maj+Entrée.

    3. Si la boîte de dialogue Contrôle de compte d’utilisateur s’affiche, confirmez que l’action affichée est volontaire, puis cliquez sur Continuer.

  2. Accédez au dossier dans lequel l’outil (dans ce cas, PsPing) est installé et testez ces URL Office 365 :

    • psping portal.office.com:443

    • psping microsoft-my.sharepoint.com:443

    • psping outlook.office365.com:443

    • psping www.yammer.com:443

      Commande PSPing accédant à microsoft-my.sharepoint.com via le port 443

Assurez-vous d’inclure le numéro du port 443. N’oubliez pas qu’Office 365 fonctionne sur un canal chiffré. Si vous utilisez PsPing sans indiquer le numéro du port, votre requête échouera. Lorsque vous aurez effectué un test ping sur ces URL, recherchez la durée moyenne en millisecondes (ms). Il s’agit de l’information à retenir.

Graphique montrant une illustration de PSPing du client au proxy avec une durée de 2,8 millisecondes nécessaire pour l’aller-retour

Si vous n’êtes pas familiarisé au contournement proxy et que vous préférez procéder étape par étape, vous devez tout d’abord déterminer le nom de votre serveur proxy. Dans Internet Explorer, accédez à Outils > Options Internet> Connexions > Paramètres réseau > Avancé. Votre serveur proxy est répertorié sous l’onglet Avancé. Effectuez un test ping sur ce serveur proxy dans une invite de commandes en procédant comme suit :

Pour effectuer un test ping et obtenir une valeur de boucle en millisecondes pour les étapes 1 à 2

  1. Exécutez une invite de commandes avec élévation de privilèges en procédant comme suit :

    1. Cliquez sur Démarrer.

    2. Dans la zone Rechercher, tapez cmd, puis appuyez sur Ctrl+Maj+Entrée.

    3. Si la boîte de dialogue Contrôle de compte d’utilisateur s’affiche, confirmez que l’action affichée est volontaire, puis cliquez sur Continuer.

  2. Tapez ping <nom du serveur proxy utilisé par votre navigateur ou adresse IP du serveur proxy>, puis appuyez sur Entrée. Si vous avez installé PsPing ou un autre outil, vous pouvez choisir d’utiliser cet outil à la place.

    Votre commande peut ressembler à l’un de ces exemples :

    • ping notreproxy.notredomaine.secteur.entreprise.com

    • ping 155.55.121.55

    • ping notreproxy

    • psping notreproxy.notredomaine.secteur.entreprise.com:80

    • psping 155.55.121.55:80

    • psping notreproxy:80

  3. Lorsque la trace arrête d’envoyer des paquets de test, vous obtenez un bref récapitulatif qui contient une moyenne (en millisecondes). Il s’agit de la valeur que vous recherchez. Prenez une capture d’écran de l’invite et enregistrez-la en respectant votre convention d’affectation de noms. À ce stade, il peut également être utile de noter la valeur sur le diagramme.

Si vous avez effectué une capture le matin et que votre client parvenait à accéder au proxy (ou à n’importe quel serveur sortant via Internet) rapidement, les chiffres peuvent ressembler à ce qui suit :

Graphique montrant la durée nécessaire pour l’aller-retour entre un client et un proxy (2,8 millisecondes)

Si votre ordinateur client est l’un de ceux qui disposent d’un accès au serveur proxy (ou sortant), vous pouvez exécuter la partie suivante du test en vous connectant à distance à cet ordinateur, puis en exécutant l’invite de commandes de manière à effectuer un test PsPing sur une URL Office 365 à partir de cette fenêtre. Si vous n’avez pas accès à cet ordinateur, vous pouvez contacter vos ressources réseau pour obtenir de l’aide sur la partie suivante et ainsi récupérer les chiffres exacts. Si ce n’est pas possible, effectuez un test PsPing sur l’URL Office 365 en question et comparez le résultat à celui du test PsPing ou ping effectué sur votre serveur proxy.

Par exemple, si le client a mis 51,84 millisecondes pour contacter l’URL Office 365 et que le client a mis 2,8 millisecondes pour contacter le proxy (ou le point de sortie), cela signifie que 49,04 millisecondes se sont écoulées entre le point de sortie et Office 365. De même, dans le cadre du test PsPing, si le client met 12,25 millisecondes pour contacter le proxy lors de la période de plus forte activité de la journée et que le client met 62,01 millisecondes pour contacter l’URL Office 365, la valeur moyenne enregistrée entre le proxy sortant et l’URL Office 365 est de 49,76 millisecondes.

Graphique supplémentaire montrant le test ping en millisecondes du client vers le proxy et du client vers Office 365 de telle sorte que les valeurs puissent être soustraites

En termes de résolution des problèmes, il peut être intéressant de conserver ces points de comparaison. Par exemple, si vous enregistrez généralement une latence d’environ 40 à 59 millisecondes entre le proxy ou point de sortie et l’URL Office 365 ainsi qu’une latence de 3 à 7 millisecondes entre le client et le proxy ou point de sortie (en fonction de la quantité de trafic réseau à cette heure de la journée), vous saurez avec certitude qu’il y a un problème si vos trois derniers points de comparaison entre le client et le proxy ou point de sortie enregistrent une latence de 45 millisecondes.

Méthodes avancées

Si vous souhaitez vraiment savoir ce qu’il advient de vos requêtes Internet envoyées vers Office 365, vous devez vous familiariser avec les traces réseau. Vous pouvez utiliser n’importe quel outil pour capturer ces traces (HTTPWatch, Netmon, Message Analyzer, Wireshark, Fiddler, tableau de bord du développeur, etc.) du moment qu’il peut capturer et filtrer le trafic réseau. Vous découvrirez dans cette section qu’il est utile d’exécuter plusieurs outils pour afin d’obtenir un tableau plus complet du problème. Lorsque vous effectuez des tests, certains de ces outils agissent également comme proxys à part entière. Les outils utilisés dans l’article associé (Plan de résolution des problèmes de performance pour Office 365) incluent Netmon 3.4, HTTPWatch ou WireShark.

L’établissement d’un point de comparaison des performances est représente la partie la plus simple de cette méthode. Vous vous rendrez compte qu’une grande partie de ces étapes sont identiques lorsque vous résolvez un problème de performance. Les méthodes plus avancées de création de points de comparaison impliquent que vous preniez et stockiez des traces réseau. La plupart des exemples décrits dans cet article utilisent SharePoint Online, mais nous vous conseillons de dresser une liste d’actions courantes applicables à tous les services Office 365 que vous vous engagez à effectuer et à enregistrer. Voici un exemple de point de comparaison :

  • Liste de points de comparaison pour SPO - Étape 1 : accédez à la page d’accueil du site web SPO et capturez une trace réseau. Enregistrez la trace.

  • Liste de points de comparaison pour SPO - Étape 2 : recherchez un terme (par exemple, le nom de votre société) via la Recherche de contenu d’entreprise et capturez une trace réseau. Enregistrez la trace.

  • Liste de points de comparaison pour SPO - Étape 3 : téléchargez un fichier volumineux vers une bibliothèque de documents SharePoint Online et capturez une trace réseau. Enregistrez la trace.

  • Liste de points de comparaison pour SPO - Étape 4 : accédez à la page d’accueil du site web OneDrive et capturez une trace réseau. Enregistrez la trace.

Cette liste doit inclure les actions que les utilisateurs effectuent le plus souvent dans SharePoint Online. Notez que la dernière étape, à savoir la capture d’une trace de l’accès à OneDrive Entreprise, établit une comparaison entre le chargement de la page d’accueil SharePoint Online (généralement personnalisée par les entreprises) et celui de la page d’accueil de OneDrive Entreprise (rarement personnalisée). C’est un test de base lorsqu’un site SharePoint Online met du temps à charger. Vous pouvez intégrer un enregistrement de cette différence dans vos tests.

Si vous rencontrez actuellement un problème de performance, un grand nombre de ces étapes sont identiques à celles que vous suivez lorsque vous créez un point de comparaison. Étant donné que la capture de traces réseau est un aspect essentiel, nous allons décrire comment capturer les traces qui sont importantes.

Pour s’attaquer à la résolution d’un problème de performance, vous devez pour l’instant capturer une trace lorsque vous rencontrez le problème de performance. Vous devez également disposer des outils appropriés capables de recueillir des journaux et, bien entendu, d’un plan d’action, c’est-à-dire, d’une liste d’actions de dépannage à mettre en place afin de recueillir les informations les plus pertinentes possibles. Tout d’abord, vous devez consigner la date et l’heure du test afin d’enregistrer les fichiers dans un dossier qui reflète l’horodatage. Ensuite, vous devez vous concentrer sur les étapes du problème elles-mêmes. Il s’agit des étapes exactes que vous suivrez lors d’un test. N’oubliez pas : si le problème ne se produit que dans Outlook, assurez-vous de mentionner que le comportement du problème ne s’applique qu’à un service Office 365. En délimitant plus précisément le problème, vous pourrez vous concentrer sur un problème que vous pouvez résoudre.

Voir aussi

Gestion des points de terminaison Office 365

Développez vos compétences
Découvrez des formations
Accédez aux nouvelles fonctionnalités en avant-première
Rejoignez le programme Office Insider

Ces informations vous ont-elles été utiles ?

Nous vous remercions pour vos commentaires.

Merci pour vos commentaires. Il serait vraisemblablement utile pour vous de contacter l’un de nos agents du support Office.

×