SharePointCommunity
Die deutschsprachige Community für SharePoint, Microsoft 365, Teams, Yammer und mit Azure

Sponsored by

Willkommen im Forum Archiv.
Einträge sind hier nicht mehr möglich, aber der Bestand von 12 Jahren SharePoint-Wissen ist hier recherchierbar.




Event ID 9002 Transaktionsprotokoll Sharepoint_Config-Datenbank in der Nacht randvoll?

Unbeantwortet Dieser Beitrag hat 3 Antworten

Ohne Rang
611 Beiträge
Florian Adler erstellt 9 Apr. 2013 09:01
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

Moin die Herrschaften,

ich habe seit Anbeginn unserer SP-Bemühungen mit einer viel zu schmalen VM zu kämpfen und versuche gegen an zu rudern. An sich klappt es auch ganz gut. Nur dank der schmalen Festplatte muss ich das Wachstum der Datenbanken und Logs beschränken und alle x Stunden die Datenbanken und Transaktionsprotokolle per Script sichern und verkleinern. Im normalen Arbeitsablauf ist das auch alles chic.

Die Krux: Zwischen 01:00Uhr und etwa 04:30Uhr scheint die Config-Datenbank derart überlastet, dass ich rund 8800 Fehlermeldungen im Server-Manager ausgeworfen bekomme.

Bis vor wenigen Wochen belief sich der Zeitraum auf 01:00Uhr bis 02:00Uhr. Da dachte ich erst, dass ein Script aufgrund eines Ladefehlers oder Überlastung der Maschine nicht startet.

Hier mal exemplarisch eine Meldung:

Protokollname: Application
Quelle:        MSSQLSERVER
Datum:         09.04.2013 04:21:33
Ereignis-ID:   9002
Aufgabenkategorie:Server
Ebene:         Fehler
Schlüsselwörter:Klassisch
Benutzer:      PUMACY\kmmaster
Computer:      sharepoint2010.pumacy.local
Beschreibung:
Das Transaktionsprotokoll für die SharePoint_Config-Datenbank ist voll. Die log_reuse_wait_desc-Spalte von 'sys.databases' enthält Informationen dazu, warum Protokollspeicherplatz nicht erneut verwendet werden kann.
Ereignis-XML:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
  <System>
    <Provider Name="MSSQLSERVER" />
    <EventID Qualifiers="49152">9002</EventID>
    <Level>2</Level>
    <Task>2</Task>
    <Keywords>0x80000000000000</Keywords>
    <TimeCreated SystemTime="2013-04-09T02:21:33.000000000Z" />
    <EventRecordID>927829</EventRecordID>
    <Channel>Application</Channel>
    <Computer>sharepoint2010.pumacy.local</Computer>
    <Security UserID="S-1-5-21-583907252-1580436667-1060284298-1683" />
  </System>
  <EventData>
    <Data>SharePoint_Config</Data>
    <Binary>2A230000110000000F0000005300480041005200450050004F0049004E00540032003000310030000000120000005300680061007200650050006F0069006E0074005F0043006F006E006600690067000000</Binary>
  </EventData>
</Event>

 

Alle Antworten

Ohne Rang
929 Beiträge
Thomas Östreich Als Antwort am 9 Apr. 2013 09:43
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

Hast du die Transaktionsprotokollgröße auf eine feste Größe eingestellt? Weitere Details findest du auch wie in der Ereignisanzeige beschrieben in der Datenbank.

In der Nacht laufen viele Zeitgeberaufträge die eine Menge an Transaktionsprotokolleinträgen in der Konfigurationsdatenbank verursachen. Wenn deine Festplattenkapazität dann nicht ausreicht  können DB Operationen nicht mehr ausgeführt werden. Lass dir einfach einen weiteren Speicherbereich geben und verschiebt dein DB oder die Transaktionsprotokolle dahin.

Wenn ich überlege wie billig Festplattenkapazität ist und wie hoch der Aufwand für die Fehleranalyse und das gegensteuern ist, kann ich das Verhältnis nicht wirklich verstehen, gerade in einer virtuellen Umgebung, wo alles schön skalierbar ist.

Ohne Rang
300 Beiträge
Christian Müller Als Antwort am 9 Apr. 2013 13:39
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

Noch eine TIP:
Die Festplattenkapazität des SharePoint Servers sollte immer das 5-fache des Arbeitsspeichers betragen.

Hier muss ich aber Thomas  recht geben. Festplattenplatz kostet nicht mehr so viel. Und das was du an Arbeitszeit reinstecken must damit die Datenbanken und Logfiles nicht voll laufen, da rechnet sich eine neue Festplatte gleich mal.

Gruß Chris

Website: http://www.coc-ag.de

Blog: http://rabbitshooter.wordpress.com/

Ohne Rang
611 Beiträge
Florian Adler Als Antwort am 9 Apr. 2013 13:47
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

Tja, wem sagt ihr das?!

Dann werde ich mal bei einigen Timerdiensten ausmisten gehen (oder zumindest etwas verschieben), damit ich es zumindest etwas eindämmen kann.

Ich bin wieder (sporadisch) hier!