Wie reduziere ich die Größe der Konfigurationsprotokolldatei?

Question

Bei unserer Small Business Server 2008-Installation ist auf dem Laufwerk C vor Kurzem nicht mehr genügend Speicherplatz vorhanden.Während ich daran arbeitete, Speicherplatz freizugeben, ist mir aufgefallen, dass SharePoint_Config__log.LDF 4,4 GB groß ist.Die zugehörige Datenbank ist nur 5 MB groß und die Hauptinhaltsdatenbank ist nur 26 MB groß.Diese SharePoint-Installation wird überhaupt nicht genutzt (es sei denn, sie wird von der SBS-Administratorseite oder etwas, das automatisch installiert wird, verwendet).

Ich habe festgestellt, dass SharePoint SQL Embedded Edition verwendet und ich mit SQL Management Studio keine Verbindung dazu herstellen kann.Ich habe verschiedene Methoden ausprobiert, die ich online entdeckt habe.

Ich habe versucht, eine Verbindung in SSMS mit dem Servernamen „\.\pipe\MSSQL$MICROSOFT#SSEE\sql\query“ herzustellen, was bei einigen Leuten zu funktionieren schien, bei mir jedoch nicht.

Ich habe versucht, mit dem SQL Server-Client-Netzwerkdienstprogramm einen Alias ​​für die Named Pipe einzurichten, aber auch das hat nicht funktioniert.Hier habe ich das gefunden Anweisungen zum Anschließen.

Natürlich habe ich versucht, eine direkte Verbindung zu \MICROSOFT#SSEE herzustellen, aber es hat nicht funktioniert.

Alle diese Versuche erfolgten über SSMS, das auf dem Server ausgeführt wurde, auf dem sich SharePoint und die Datenbank befinden, während man als Administrator angemeldet war, sodass es sich bei SSMS nicht um ein Fernzugriffsproblem handeln sollte.Um sicherzugehen, dass das Problem nicht verursacht wurde, habe ich das Oberflächenkonfigurationstool verwendet, um Named-Pipe-Remoteverbindungen für MICROSOFT##SSEE zu aktivieren, aber es hat nicht geholfen.

In allen Fällen erhalte ich die Fehlermeldung, dass keine Verbindung hergestellt werden kann, weil der Server nicht gefunden wurde oder nicht erreichbar war.Die Fehlermeldungen unterscheiden sich bei den verschiedenen Methoden geringfügig, sagen aber im Grunde alle das Gleiche aus.

Bitte hilf mir.An einem einzigen Tag habe ich mich von SharePoint-agnostisch zu SharePoint-genervt entwickelt und bin auf dem Weg zu Anti-SharePoint.Option B besteht für mich darin, SharePoint vollständig zu entfernen, aber ich weiß nicht, ob irgendwelche der SBS-Funktionen davon abhängen.Im Moment verwenden wir es für überhaupt nichts.

Wenn ich SSMS dazu bringen kann, eine Verbindung zur Datenbank herzustellen, bin ich sicher, dass ich mit der Protokolldatei umgehen kann, aber ich kann einfach keine Verbindung herstellen.

Zusätzlich zur kurzfristigen Behebung des Problems würde ich gerne wissen, wie ich verhindern kann, dass es erneut auftritt.Warum sollte die Konfigurationsprotokolldatei so aufblähen, wenn SharePoint noch nicht einmal genutzt wird?

Aktualisieren:Plötzlich erhielt ich von SSMS nicht mehr die Fehlermeldung, dass der Server nicht vorhanden sei. Bei der Verwendung von „\.\pipe\MSSQL$MICROSOFT#SSEE\sql\query“ wurde ein Anmeldefehler angezeigt.Ich kann nur vermuten, dass es daran liegt, dass ich eine Reihe von IIS-Protokolldateien gelöscht habe, um Speicherplatz freizugeben.Danach musste ich SSMS schließen und gezielt mit „Als Administrator ausführen“ öffnen und konnte mich dann mit der SharePoint-Datenbank verbinden.Danach konnte ich die Protokolldatei sichern und verkleinern (mit einer geringfügigen Änderung, die in meinem Kommentar zur akzeptierten Antwort beschrieben ist).

Answer 1

Verwenden OSQL und mache ein Sicherung der Datenbank also verkleinern Sie die Datei

Answer 2

Mit SharePoint ist das eigentlich kein Problem.So funktioniert SQL Server.

Wenn sich Ihre Datenbank im VOLLSTÄNDIGEN Wiederherstellungsmodus befindet und Sie die Datenbank und die Protokolldateien nicht sichern, werden Transaktionen auf unbestimmte Zeit in der Protokolldatei aufgezeichnet.Es wird nur abgeschnitten, wenn Sie es sichern.

Sie haben zwei Möglichkeiten: Wechseln Sie in den SIMPLE-Wiederherstellungsmodus und akzeptieren Sie, dass Sie nicht bis zum Zeitpunkt des Fehlers wiederherstellen können (Sie können nur das letzte Backup wiederherstellen, was je nach den Umständen akzeptabel sein kann).Oder nutzen Sie weiterhin die VOLLSTÄNDIGE Wiederherstellung und sichern Sie Ihre Protokolldateien in regelmäßigen Abständen.

Wenn Sie dies tun, werden Ihre Protokolldateien gekürzt, sind aber immer noch voller „Leerzeichen“, sodass Sie einen einmaligen SHRINK durchführen müssen, wie Wictor es beschreibt.

Answer 3

Ich hatte dieses Problem – eine 15 GB große Sharepointxxx_log.LDF-Datei, obwohl ich Sharepoint nicht verwendet habe.So setzen Sie es auf die anfängliche Standardgröße zurück (Windows erstellt es neu):

1. Stoppen Sie den Dienst“Interne Windows-Datenbank (MICROSOFT##SSEE)"
2. Löschen Sie die .LDF Datei in 'C:\windows\SYSMSI\MSSQL.2005\MSSQL\Data'
3. Starten Sie den Dienst neu

Ich habe auch die andere große Datei darin gelöscht – vergessen Sie, um welche es sich handelte. Jetzt ist alles in Ordnung.