Frage

Wir würden aktiviert alle Arten von audit-Ereignissen für unsere Produktion web-Anwendung und endete mit einem Problem mit der DB als auditData-Tabelle gewachsen zu 50 GB.Nun, wir wollen zu reduzieren die Größe der AuditData-Tabelle.

Wir haben bereits ausgeführt stsadm -o trimauditlog und es hat uns geholfen, zu reduzieren 5GB jedoch stil würde wie, um die Größe der Tabelle, also dachte löschen alle "downloaden oder öffnen..." event-Typ-Einträge (jetzt haben wir deaktiviert das gleiche Ereignis).Bitte lassen Sie mich die beste Möglichkeit für die gleichen.

also, haben Sie jemals konfrontiert ein Problem mit der DB-Instanz aufgrund der Größe einer Tabelle, wenn ja, wie haben Sie das Problem gelöst?

War es hilfreich?

Lösung

Ich empfehle immer, dass Sie sorgfältig überlegen, was Sie protokollieren möchten und wo vor dem Aktivieren von Audit -Protokollen auf SharePoint aktiviert werden.

Dies ist sowohl auf die direkten Leistungsauswirkungen durch die Protokollierung als auch auf Datenbanken / Protokolldateien zurückzuführen, die außer Kontrolle geraten.

Sie sollten überlegen, wofür Sie die Daten benötigen, und für einige Zeit, wo Sie sich seit einiger Zeit angemeldet haben, welche Teile der Daten für irgendetwas Relevantes verwendet wurden, und die Protokollierung entsprechend anzupassen.

Hier ist eine Liste der verschiedenen Ereignisse, die Sie protokollieren können.http://msdn.microsoft.com/en-us/library/microsoft.sharepoint.spauditeventType.aspx

Andere Tipps

Welches Datum haben Sie zu bereinigen, Datum, bis Wann?

Möglicherweise möchten Sie nur halten Sie 2 Wochen oder ein Monat im Wert von audit-Protokollierung, abhängig von Ihren geschäftlichen Anforderungen, und aktualisieren Sie Ihre Lagerung zu bewältigen.

Wie viele Nutzer hat, Ihre Umwelt und über welche Zeitskala hat es angebaut, um 50GB?

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit sharepoint.stackexchange
scroll top