Question

Nous aimerions permis à tous les types d'événements d'audit pour notre application web de production et a fini avec un problème avec DB comme tableau AuditData augmenté à 50Go. Maintenant, nous voulons réduire la taille de la table AuditData.

Nous avons déjà exécuté stsadm -o Trimauditlog et il vient de nous a permis de réduire 5GB cependant se Stil comme réduire la taille de la table, donc pensé à supprimer toutes les entrées de type d'événement « l'ouverture ou le téléchargement ... » (maintenant, nous désactivé le même événement). S'il vous plaît laissez-moi la meilleure façon possible pour le même.

aussi, avez-vous déjà fait face à un problème avec DB d'instance en raison de la taille d'une table, si oui, comment avez-vous résolu le problème?

Était-ce utile?

La solution

Je recommande toujours que vous considérez soigneusement ce que vous voulez connecter et où avant d'activer les journaux d'audit sur SharePoint.

est à la fois due à un impact direct sur le rendement de l'exploitation forestière et les bases de données / fichiers journaux de plus en plus hors de contrôle.

Vous devriez considérer ce que vous avez besoin des données pour, et expecially maintenant que vous êtes connecté depuis un certain temps, quelles parties des données ont été utilisées pour des choses pertinentes, et ajuster en conséquence l'enregistrement.

Voici une liste des différents événements que vous pouvez vous connecter. http://msdn.microsoft.com/en-us/library /microsoft.sharepoint.spauditeventtype.aspx

Autres conseils

À quelle date avez-vous utilisé à ce jour de purge jusqu'à?

Vous pouvez vouloir garder seulement 2 semaines ou la valeur d'un mois de l'enregistrement d'audit, en fonction de vos besoins d'affaires, et la mise à niveau de votre stockage pour faire face.

Combien d'utilisateurs a votre environnement, et sur lequel échelle de temps est-il devenu 50GB?

Licencié sous: CC-BY-SA avec attribution
Non affilié à sharepoint.stackexchange
scroll top