Rocknrolla 11 Geschrieben 3. Januar 2014 Melden Teilen Geschrieben 3. Januar 2014 (bearbeitet) Bonjour! Auf einem SBS 2011 habe ich folgendes Problem. Es taucht immer wieder die Fehlermeldung Ereignis-ID 1105 (und dann auch noch 1827). Protokollname: Application Quelle: MSSQL$SBSMONITORING Datum: 03.01.2014 07:03:15 Ereignis-ID: 1105 Aufgabenkategorie:Server Ebene: Fehler Schlüsselwörter:Klassisch Benutzer: SYSTEM Computer: derServer.diedomäne.local Beschreibung: Speicherplatz für das 'dbo.EventLog'.'IDX_EventLog_DateOccurred'-Objekt in der SBSMonitoring-Datenbank konnte nicht belegt werden, da die Dateigruppe 'PRIMARY' voll ist. Speicherplatz kann durch Löschen nicht benötigter Dateien, Löschen von Objekten in der Dateigruppe, Hinzufügen von Dateien zur Dateigruppe oder Festlegen der automatischen Vergrößerung für vorhandene Dateien in der Dateigruppe gewonnen werden. Ereignis-XML: <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event"> <System> <Provider Name="MSSQL$SBSMONITORING" /> <EventID Qualifiers="49152">1105</EventID> <Level>2</Level> <Task>2</Task> <Keywords>0x80000000000000</Keywords> <TimeCreated SystemTime="2014-01-03T06:03:15.000000000Z" /> <EventRecordID>1504459</EventRecordID> <Channel>Application</Channel> <Computer>derServer.diedomäne.local</Computer> <Security UserID="S-1-5-18" /> </System> <EventData> <Data>dbo.EventLog</Data> <Data>.'IDX_EventLog_DateOccurred'</Data> <Data>SBSMonitoring</Data> <Data>PRIMARY</Data> <Binary>51040000110000001A0000004D0054002D005300450052005600450052002D0031005C005300420053004D004F004E00490054004F00520049004E00470000000E0000005300420053004D006F006E00690074006F00720069006E0067000000</Binary> </EventData> </Event> Ich versuchte daraufhin damit den Fehler zu beheben: http://blogs.technet.com/b/sbs/archive/2009/07/14/sbs-2008-console-may-take-too-long-to-display-alerts-and-security-statuses-display-not-available-or-crash.aspx Doch nach zig Minuten rödeln kam folgendes raus (siehe Screenshot). Jetzt bin ich mit meinem Latein am Ende. bearbeitet 3. Januar 2014 von Rocknrolla Zitieren Link zu diesem Kommentar
Sunny61 810 Geschrieben 3. Januar 2014 Melden Teilen Geschrieben 3. Januar 2014 Wenn das Log voll ist, mußt Du es sichern. http://technet.microsoft.com/de-de/library/ms175495.aspx Zitieren Link zu diesem Kommentar
schonha 0 Geschrieben 30. Oktober 2014 Melden Teilen Geschrieben 30. Oktober 2014 Hallo, ich habe das selbe Problem, habe auch schon die DB gesichert. nun kommt die Meldung immer noch im Log (da die Dateigruppe Primary voll ist ... kann mir hier einer kurz weiterhelfen ? Gruß Michael Zitieren Link zu diesem Kommentar
Sunny61 810 Geschrieben 30. Oktober 2014 Melden Teilen Geschrieben 30. Oktober 2014 Hallo, ich habe das selbe Problem, habe auch schon die DB gesichert. nun kommt die Meldung immer noch im Log (da die Dateigruppe Primary voll ist ... Bitte keine fremden alten Threads kapern. Erstelle einen neuen eigenen Thread und bring gleich viel mehr Infos als jetzt, Danke. Zitieren Link zu diesem Kommentar
Dalmatinac 11 Geschrieben 19. Juli 2016 Melden Teilen Geschrieben 19. Juli 2016 (bearbeitet) Habe da mal etwas gefunden bei dem manch user sagte es hat geholfen^^ http://blog.fumus.de/sql-server/2012/03/sharepoint-datenbanken-wss_logging-zu-gro/ Ich denke ich habe hier für sharepoint etwas gepostet, hilft wohl nicht. Nichts desto trotz muss platz geschaffen werden, löschen bzw mehr speicher kapazität hinzufügen. bearbeitet 19. Juli 2016 von Dalmatinac Zitieren Link zu diesem Kommentar
Dalmatinac 11 Geschrieben 27. Juli 2016 Melden Teilen Geschrieben 27. Juli 2016 (bearbeitet) Sollten hier noch fragen zu dem Thema auftauchen. Ich habe die alten Datenbankordner umbenannt und neu erstellt bzw. kann mann auch downloaden. Wichtig zuerst die Dienste beenden^^ Siehe Anleitung Der Vorteil, sollte warum auch immer jemand zugriff auf die alten Daten benötigen kann mann die Ordner noch nutzen ( zurück umbennen ) If your database is completely filled up, then you can replace it with a clean empty one, to install your new clean database, please follow these steps:1. Run services.msc.2. Stop the Datacollectorsvc service(Windows SBS Manger Service), SQL Server(SBSMONITORING) service (To be able to unlock monitoring database files)3. Change the name of those 2 files in case you will use them in the future:C:\Program Files (x86)\Microsoft SQL Server\MSSQL.1\MSSQL\Data\SBSMonitoring.mdfC:\Program Files (x86)\Microsoft SQL Server\MSSQL.1\MSSQL\Data\SBSMonitoring_log.ldftoC:\Program Files (x86)\Microsoft SQL Server\MSSQL.1\MSSQL\Data\SBSMonitoring-bak.mdfC:\Program Files (x86)\Microsoft SQL Server\MSSQL.1\MSSQL\Data\SBSMonitoring_log-bak.ldf4. Download http://cid-6ca40dd0d4c9caa6.skydrive.live.com/self.aspx/.Public/sbsmonitoring.zip file.5. Unzip the zip file and copy those two files to C:\Program Files (x86)\Microsoft SQL Server\MSSQL.1\MSSQL\Data\ folderNote: you don’t need to do detach or attach database in SQL Management Studio. And that database has already been tuned by the SQL command above.6. Start the SQL Server(SBSMONITORING) service7. Start the Datacollectorsvc service(Windows SBS Manger Service) bearbeitet 27. Juli 2016 von Dalmatinac Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.