{"id":30813,"date":"2025-10-17T14:52:42","date_gmt":"2025-10-17T14:52:42","guid":{"rendered":"https:\/\/www.dotcom-monitor.com\/blog\/sharepoint-server-monitoring\/"},"modified":"2026-08-26T22:46:09","modified_gmt":"2026-08-26T22:46:09","slug":"surveillance-de-sharepoint-server","status":"publish","type":"post","link":"https:\/\/www.dotcom-monitor.com\/blog\/fr\/surveillance-de-sharepoint-server\/","title":{"rendered":"Surveillance de SharePoint Server : Disponibilit\u00e9, Performance & SLA"},"content":{"rendered":"
\"Administrateur
Une ferme SharePoint peut sembler saine depuis la salle des serveurs alors que les connexions peinent pour chaque utilisateur dans le b\u00e2timent.<\/figcaption><\/figure>\n

Voici comment la plupart des pannes SharePoint sont d\u00e9couvertes : un ticket au service d’assistance. Quelqu’un des finances ne peut pas ouvrir une biblioth\u00e8que de documents, trois autres tickets suivent, et au moment o\u00f9 l’\u00e9quipe d’administration confirme le probl\u00e8me, la moiti\u00e9 de l’entreprise en est d\u00e9j\u00e0 impact\u00e9e.<\/p>\n

Les serveurs de la ferme \u00e9taient probablement “en ligne” tout le temps. C\u2019est le pi\u00e8ge avec SharePoint Server. Un seul chargement de page traverse les frontaux IIS, la cha\u00eene d\u2019authentification, les applications de service et SQL Server. N\u2019importe laquelle de ces couches peut se d\u00e9grader tandis que tous les contr\u00f4les de disponibilit\u00e9 de base restent verts.<\/p>\n

Ce guide explique ce qu\u2019il faut r\u00e9ellement surveiller sur une ferme SharePoint, o\u00f9 s\u2019arr\u00eatent les outils int\u00e9gr\u00e9s, comment configurer des alertes qui se d\u00e9clenchent avant le premier ticket, et comment transformer les donn\u00e9es de surveillance en un rapport SLA que votre direction acceptera.<\/p>\n

Pourquoi les probl\u00e8mes SharePoint arrivent au service d\u2019assistance avant vous<\/h2>\n

Les contr\u00f4les ping et port r\u00e9pondent \u00e0 une seule question : le serveur est-il joignable ? SharePoint \u00e9choue de fa\u00e7ons que cette question ne touche jamais.<\/p>\n

Consid\u00e9rez une temp\u00eate de connexions un lundi matin. Des centaines d\u2019employ\u00e9s s\u2019authentifient \u00e0 9 h, les serveurs ADFS prennent du retard, et les connexions qui prennent habituellement deux secondes en prennent quarante. Tous les serveurs r\u00e9pondent au ping. IIS renvoie des 200. Mais personne ne peut acc\u00e9der \u00e0 l\u2019intranet, et les tickets commencent.<\/p>\n

Ou la version plus lente : la latence disque sur le volume SQL contenant votre plus grande base de contenu augmente progressivement sur un mois. Le temps de chargement passe d\u2019une \u00e0 quatre secondes. Aucun seuil n\u2019est d\u00e9pass\u00e9, parce que personne ne surveillait ce chiffre mouvant.<\/p>\n

Le sch\u00e9ma est le m\u00eame dans les deux cas. La couche d\u00e9faillante se trouve entre \u00ab\u00a0le serveur est en ligne\u00a0\u00bb et \u00ab\u00a0l\u2019utilisateur a obtenu son document\u00a0\u00bb, et ce territoire interm\u00e9diaire est exactement ce que la surveillance de serveur SharePoint doit couvrir.<\/p>\n

\"Diagramme
Un chargement de page SharePoint traverse cinq couches. Un contr\u00f4le de disponibilit\u00e9 basique ne voit que la premi\u00e8re.<\/figcaption><\/figure>\n

Ce qu\u2019il faut surveiller sur une ferme SharePoint Server<\/h2>\n

Vous n\u2019avez pas besoin de centaines de compteurs. Vous avez besoin de la liste courte qui pr\u00e9dit la douleur utilisateur, surveill\u00e9e r\u00e9guli\u00e8rement.<\/p>\n

\n\n\n\n\n\n\n\n\n\n\n\n
Couche<\/th>\n\u00c0 surveiller<\/th>\nPourquoi<\/th>\n<\/tr>\n<\/thead>\n
Frontaux IIS<\/td>\nLongueur de la file d\u2019attente des requ\u00eates, taux 5xx, CPU et m\u00e9moire, recyclages des pools d\u2019applications<\/td>\nLes requ\u00eates en file d\u2019attente sont le premier signe que la ferme ne peut pas suivre la charge.<\/td>\n<\/tr>\n
SQL Server<\/td>\nLatence des lectures\/\u00e9critures disque sur les volumes de base de contenu, attentes de blocage, croissance du journal de transaction<\/td>\nPresque toutes les op\u00e9rations SharePoint se terminent dans SQL. Des disques lents ici ralentissent tout.<\/td>\n<\/tr>\n
Recherche<\/td>\nFra\u00eecheur du crawl, arri\u00e9r\u00e9 de la file d\u2019attente de crawl, latence des requ\u00eates<\/td>\nUne recherche obsol\u00e8te ou lente est l\u2019une des plaintes SharePoint les plus rapport\u00e9es, et se d\u00e9grade silencieusement.<\/td>\n<\/tr>\n
T\u00e2ches planifi\u00e9es<\/td>\nNombre de t\u00e2ches \u00e9chou\u00e9es, derni\u00e8re ex\u00e9cution des t\u00e2ches critiques<\/td>\nLes t\u00e2ches planifi\u00e9es \u00e9chou\u00e9es cassent silencieusement les flux de travail, la synchronisation des profils et les rapports d\u2019utilisation.<\/td>\n<\/tr>\n
Cache Distribu\u00e9<\/td>\nStatut de l\u2019h\u00f4te cache sur chaque serveur qui l\u2019ex\u00e9cute, sant\u00e9 du service AppFabric<\/td>\nLes jetons de connexion et flux r\u00e9sident ici, et un mauvais h\u00f4te cache provoque des sympt\u00f4mes dans toute la ferme difficiles \u00e0 tracer.<\/td>\n<\/tr>\n
Authentification<\/td>\nTemps aller-retour de connexion via AD, ADFS ou Entra ID<\/td>\nL\u2019authentification est un point unique de d\u00e9faillance sur toute la ferme que les compteurs serveur refl\u00e8tent \u00e0 peine.<\/td>\n<\/tr>\n
Exp\u00e9rience utilisateur<\/td>\nTemps de connexion, chargement de page sur les collections de sites cl\u00e9s, r\u00e9ponse de recherche, t\u00e9l\u00e9chargement\/upload de document<\/td>\nC\u2019est ce que ressentent les utilisateurs, et en quels termes votre SLA est r\u00e9dig\u00e9.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n

La derni\u00e8re ligne est celle que la plupart des installations de surveillance SharePoint sautent. Les compteurs serveur vous disent qu\u2019un composant est stress\u00e9. Seul un contr\u00f4le qui se comporte comme un utilisateur, se connectant, ouvrant une biblioth\u00e8que, lan\u00e7ant une recherche, vous dit si la ferme livre r\u00e9ellement. Selon la ferme, surveillez aussi les pools d\u2019applications des services, et, si des flux de travail h\u00e9rit\u00e9s sont encore utilis\u00e9s, Workflow Manager.<\/p>\n

\u00c9tablissez une baseline pour chaque m\u00e9trique pendant une semaine normale avant de d\u00e9finir des seuils. Une lecture CPU \u00e0 70 % ne signifie rien tant que vous ne savez pas si la normale est \u00e0 40 % ou 65 %.<\/p>\n

Ce que les outils int\u00e9gr\u00e9s captent (et ce qu\u2019ils manquent)<\/h2>\n

SharePoint Server est livr\u00e9 avec un vrai moteur de surveillance, et vous devriez l\u2019utiliser. La documentation de Microsoft sur la surveillance<\/a> couvre trois \u00e9l\u00e9ments principaux :<\/p>\n