SharePoint 2007 : Utilisation de l’Audit Log dans MOSS 2007

 Dans le cadre de l’utilisation de SharePoint, une demande régulière est de fournir du FeedBack aux responsables de contenu de l’utilisation de son site.

C’est dans ce contexte qu’un article avait été écrit pour la génération de statistiques :

• SharePoint et les statistiques d'utilisation

Il existe sous MOSS un autre axe de remontée d’information qui s’effectue via les Audits d’utilisation.

Pour activer ce fonctionnement, il faut se placer dans le site racine de la collection que l’on souhaite surveiller et aller dans la page de paramétrages de cette collection de sites :

• Site Actions > Site Settings > Modify All site Settings

On y trouve alors dans le groupe “Site Collection Administration”, le lien “Site collection audit settings”

Lorsque l’on va dans cette page de paramétrages, on y trouve plusieurs options de contrôle. Ces options représentent des ensembles d’actions effectuées par les utilisateurs (comme télécharger un document ou encore le Check-in/Check-out de document).

Ainsi, cette sélection activera immédiatement l’enregistrement en base de données de toutes les actions effectuées par les utilisateurs respectant le critère choisi, et c’est justement là que le problème peut se situer.

En effet, la base de données de contenu associée à la collection de sites que l’on a modifié va voir sa table “dbo.AuditData” augmenter sans limite jusqu’à saturation de cette base si vous ne la contrôlez pas.

Ainsi pour mon cas, la collection de sites (moins de 4 GB de contenu) ayant eu le premier choix activé (Opening or downloading documents, viewing items in lists, or viewing item properties) a vu la base de données augmenter à plus de 50 GB de fichiers SQL.

Le rapport de SQL Server pour cette base fournit le statut :

Comme vous pouvez le lire dans la dernière ligne la table d’audit possède plus de 94 Millions de records pour un volume d’environ 35 GB.

Ce cas n’est pas rare, comme le prouve le message suivant :

• SharePoint Audit Data Table (dbo.AuditData)

Il faut donc contrôler la croissance de cette base d’Audit via une commande STSADM ajoutée dans un précédent Update Pack SharePoint (évidemment uniquement pour MOSS) :

• Trimauditlog: Stsadm operation (Office SharePoint Server)

Ainsi cette commande permet de définir une période de rétention à chaque exécution, comme l’explique l’exemple en bas de page :

• Your audit log is growing too fast and you want to trim some entries from it. To specify a date of July 4, 2008, and the content database name WSSContent123456, you would use the following syntax :
• stsadm -o trimauditlog –date 20080704 –databasename WSSContent123456

Attention :

L’utilisation de cette commande provoquera sur la base de données de contenu un très grand nombre de requête en effacement (DELETE). Cela va donc impacter fortement la croissance du fichier de Log de transaction, et surtout les performance de votre site SharePoint, il est donc préférable de réserver cette exécution pour un horaire nocturne.

Romelard Fabrice [MVP]