Web Analytics
Les rapports que la fonctionnalité Web Analytics dans SharePoint Server génère donnent un aperçu détaillé de l’utilisation de votre environnement SharePoint et de la qualité de ses performances. Les administrateurs doivent se familiariser avec ces rapports et avec la façon dont ils peuvent créer leurs propres rapports (directement dans le navigateur) pour planifier la capacité future et produire des tests d’évaluation qui seront comparés à des configurations de batterie de serveurs futures.
Tous ces rapports vous permettent de déterminer si l’architecture actuelle demeure adaptée aux besoins, c’est-à-dire si elle satisfait aux niveaux de service désirés.
Les rapports sont répartis en trois catégories et peuvent être examinés en fonction de l’application Web, de la collection de sites, du site et du service de recherche.
Trafic
Le rapport sur le trafic permet aux administrateurs de répondre aux questions telles que les suivantes :
Quel est le volume de trafic pris en charge par ma batterie de serveurs ? (nombre de pages consultées)
Quels sont les visiteurs les plus fréquents ? (principaux visiteurs)
Comment les visiteurs accèdent-ils à votre site ? (principaux référents)
En outre, les rapports sur le trafic fournissent des statistiques sur les visiteurs uniques par jour, les principales destinations et les navigateurs utilisés, entre autres.
Recherche
Ces rapports permettent à un administrateur de comprendre la façon dont les utilisateurs utilisent la recherche. À cette fin, ils répondent aux questions telles que les suivantes :
Quel est le nombre de recherches en cours de réalisation ? (nombre de requêtes)
Sur quoi la recherche portait-elle essentiellement ? (requêtes les plus courantes)
Quelles sont les requêtes qui échouent ? (requêtes ayant échoué)
En outre, les rapports sur la recherche fournissent des statistiques sur les meilleurs résultats et les mots clés de recherche, entre autres. À l’aide de ces rapports, vous pouvez, par exemple, examiner les termes de recherche les plus couramment utilisés, puis, en collaboration avec les personnes appropriées au sein de l’organisation, les associer à un nouvel ensemble de meilleurs résultats. La fusion de l’intelligence des personnes et de l’intelligence de la recherche SharePoint permet de procurer la meilleure expérience de recherche possible.
Inventaire
Ces rapports donnent des indications aux administrateurs sur l’utilisation en répondant aux questions telles que les suivantes :
Quelle est la quantité d’espace disque actuellement consommée ? (utilisation du disque)
Combien de sites ont été créés ? (nombre de sites)
Quelles sont les langues utilisées ? (utilisation des langues)
Non seulement ces rapports facilitent la planification de la capacité, mais ils vous permettent également d’évaluer la qualité des performances de votre architecture de l’information.
Figure 4 : dans l’Administration centrale, cliquez sur Analyse, puis, dans la section Rapport, cliquez sur Afficher les rapports Web Analytics.
Utilisez la liste de vérification suivante pour implémenter ces fonctionnalités dans le cadre de vos opérations quotidiennes :
Vérifier l’analyseur d’intégrité
Comment vérifier si SharePoint Server est « actif »
L’élément le plus fondamental de la surveillance des services informatiques est la création d’un outil qui vérifie si une application émet une « pulsation », c’est-à-dire une réponse indiquant qu’elle est opérationnelle. Cela est particulièrement important dans les configurations à haut niveau de disponibilité dotées d’un équilibrage de charge capable de retirer automatiquement un serveur de la rotation en cas d’arrêt d’une pulsation.
L’approche la plus courante pour implémenter une pulsation pour des applications Web consiste à recourir à un dispositif « HTTP Ping », dont la fonction essentielle est d’envoyer une demande à un serveur Web et à attendre une réponse.
Lorsque vous créez une « pulsation » de ce type pour SharePoint Server, gardez à l’esprit que le produit implémente des messages d’erreur personnalisés. Par conséquent, les codes de réponse Web standard (404, 401) peuvent être « masqués » par une page d’erreur HTML. En d’autres termes, il ne suffit pas de vérifier que le serveur exécutant SharePoint Server retourne correctement les données HTML pour en conclure qu’il est actif.
C’est la raison pour laquelle il est recommandé que l’outil de pulsation que vous développez adopte une approche plus sophistiquée pour vérifier si SharePoint Server est actif. L’implémentation proprement dite se résume à vos besoins, mais vous pouvez être amené à développer une page qui vérifie des services SharePoint clés et qui retourne une page HTML très spécifique pour représenter une réponse indiquant un état « actif ».
|
