23
SBS 2011 - SharePoint Log verkleinern oder löschen
Hallo ITlerInnen,
Betriebssystem: Small Business Server 2011
Problem: SharePoint Log verbraucht 25GB
die Firma nutzt keinen Share-Point.
Pfad zur großen Log Datei:
C:\Windows\SYSMSI\SSEE\MSSQL.2005\MSSQL\Data
Name der großen Datei:
SharePoint_Config_ad568963-5033-41a9-9033-8fb30239fdbe_log.LDF
25,6 GB
Jetzt schreiben viele Webseiten, man soll die Protokollierung ändern auf "Einfach"
Also ich melde mich mit dem SQL Management Studio hier an, an dem Systemdateien
\\.\pipe\mssql$microsoft##ssee\sql\query
Das klappt auch, aber wenn man in die Eigenschaften der Datenbank gehen möchte,
kommt folgender Fehler:
Hat wer eine Idee, wie ich das Berechtigungsproblem weg bekomme.
Oder wie ich alternativ denn SharePoint kleiner bekomme oder gelöscht ?
Wenn man die Share-Point Dienste stoppt und direkt im Explorer,
die große LOG Datei unbennent und die Dienste wieder startet.
Glaubt Ihr, ist dann die Datenbank defekt, oder wird einfach ein neue LOG Datei angelegt?
Danke schon mal im vorhinein.
LG K
Betriebssystem: Small Business Server 2011
Problem: SharePoint Log verbraucht 25GB
die Firma nutzt keinen Share-Point.
Pfad zur großen Log Datei:
C:\Windows\SYSMSI\SSEE\MSSQL.2005\MSSQL\Data
Name der großen Datei:
SharePoint_Config_ad568963-5033-41a9-9033-8fb30239fdbe_log.LDF
25,6 GB
Jetzt schreiben viele Webseiten, man soll die Protokollierung ändern auf "Einfach"
Also ich melde mich mit dem SQL Management Studio hier an, an dem Systemdateien
\\.\pipe\mssql$microsoft##ssee\sql\query
Das klappt auch, aber wenn man in die Eigenschaften der Datenbank gehen möchte,
kommt folgender Fehler:
Hat wer eine Idee, wie ich das Berechtigungsproblem weg bekomme.
Oder wie ich alternativ denn SharePoint kleiner bekomme oder gelöscht ?
Wenn man die Share-Point Dienste stoppt und direkt im Explorer,
die große LOG Datei unbennent und die Dienste wieder startet.
Glaubt Ihr, ist dann die Datenbank defekt, oder wird einfach ein neue LOG Datei angelegt?
Danke schon mal im vorhinein.
LG K
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 521323
Url: https://administrator.de/contentid/521323
Ausgedruckt am: 22.11.2024 um 10:11 Uhr
23 Kommentare
Neuester Kommentar
vielen Dank, ich werde denn Link morgen gleich probieren
und hier Feedback abliefern : )
und hier Feedback abliefern : )
Der Artikel ist grundsätzlich gut.
Hauptproblem ist angeblich, weil kein Besitzer hinter dieser Datenbank ist.
Ging jetzt wie folgt vor.
SQL Management Studio geöffnet.
Sicherheit > Anmeldungen und folgende User getestet, diese Einzutragen:
SA, Vordefiniert\Administratoren, neu erstellten User
Und zwar habe ich denn getesteten Konten
Unter Benutzerzuordnung denn Datenbanken folgende Rechte zugewiesen
Anschließend das Studio beendet und erneut Angemeldet ohne Erfolg.
Mit dem selbst neu erstellten Admin User (SQL Konto, nicht Domäne)
konnte ich mich nicht mal anmelden
Wenn ich versuche mich Anzumelden mit dem neu erstellten Admin User
Die Hauptfehlermeldung beim öffnen der Eigenschaften der SharePoint_AdminContent..... ist die selbe wie auch
schon ganz oben gepostet.
Glaube fast das die Anleitung nicht funktioniert für diese Systemdatenbanken die direkt mit SBS 2011 verknüpft sind.
Hast du vllt noch eine Idee ?
Hauptproblem ist angeblich, weil kein Besitzer hinter dieser Datenbank ist.
Ging jetzt wie folgt vor.
SQL Management Studio geöffnet.
Sicherheit > Anmeldungen und folgende User getestet, diese Einzutragen:
SA, Vordefiniert\Administratoren, neu erstellten User
Und zwar habe ich denn getesteten Konten
Unter Benutzerzuordnung denn Datenbanken folgende Rechte zugewiesen
Anschließend das Studio beendet und erneut Angemeldet ohne Erfolg.
Mit dem selbst neu erstellten Admin User (SQL Konto, nicht Domäne)
konnte ich mich nicht mal anmelden
Wenn ich versuche mich Anzumelden mit dem neu erstellten Admin User
Die Hauptfehlermeldung beim öffnen der Eigenschaften der SharePoint_AdminContent..... ist die selbe wie auch
schon ganz oben gepostet.
Glaube fast das die Anleitung nicht funktioniert für diese Systemdatenbanken die direkt mit SBS 2011 verknüpft sind.
Hast du vllt noch eine Idee ?
Hallo
Habe hier grade keinen SBS2011 mit Sharepoint am Laufen.
Auch wenn du den Sharepoint nicht brauchst, sollte er trotzdem laufen, da ein SBS auf solche Sachen mitunter als DIVA reagieren kann
Wurden diese Schritte nach einem Update ausgeführt?
Gruss
Habe hier grade keinen SBS2011 mit Sharepoint am Laufen.
Auch wenn du den Sharepoint nicht brauchst, sollte er trotzdem laufen, da ein SBS auf solche Sachen mitunter als DIVA reagieren kann
Wurden diese Schritte nach einem Update ausgeführt?
Gruss
Finde unter Programme: Microsoft SharePoint 2010 Products gar nicht.
Und ja habe ich schon paar mal gelesen, das es Probleme machen kann, wenn man den SharePoint unsauber entfernt.
Aber eigentlich war mein Hauptplan das rießen .log File vom SharePoint zu verkleinern.
Was leider nicht funktioniert hat.
Weil ich nicht in die Eigenschaften rein komme, über SQL Management Studio.
Ich werde mir das kommenden MO nochmal genauer ansehen.
Und ja habe ich schon paar mal gelesen, das es Probleme machen kann, wenn man den SharePoint unsauber entfernt.
Aber eigentlich war mein Hauptplan das rießen .log File vom SharePoint zu verkleinern.
Was leider nicht funktioniert hat.
Weil ich nicht in die Eigenschaften rein komme, über SQL Management Studio.
Ich werde mir das kommenden MO nochmal genauer ansehen.
Hallo
Bist du dir sicher, dass du mit den Zugangsdaten in deinem Eingangspost überhaupt in die Sharepoint DB kommst?
Vielleicht musst du einen anderen Benutzer verwenden?
Gruss
Bist du dir sicher, dass du mit den Zugangsdaten in deinem Eingangspost überhaupt in die Sharepoint DB kommst?
Vielleicht musst du einen anderen Benutzer verwenden?
Gruss
Ich komme mit dem lokalen Administrator rein.
Also ich kann mich am Studio anmelden.
Aber direkt auf der SharePoint DB kann ich nichts machen.
Vllt hat mein lokaler Domänenadmin User keine Rechte.
Ist der Admin vom Server, nicht automatisch auch Admin über die System Integrieten Datenbanken (SBS, SharePoint, ...)
Es tut mir leid, das ich in der Hinsicht, wirklich wenig Erfahrung habe.
Aber vielen Dank für deine mühe die ganze Zeit
Also ich kann mich am Studio anmelden.
Aber direkt auf der SharePoint DB kann ich nichts machen.
Vllt hat mein lokaler Domänenadmin User keine Rechte.
Ist der Admin vom Server, nicht automatisch auch Admin über die System Integrieten Datenbanken (SBS, SharePoint, ...)
Es tut mir leid, das ich in der Hinsicht, wirklich wenig Erfahrung habe.
Aber vielen Dank für deine mühe die ganze Zeit
Hallo
Ich schaue heute abend mal zuhause, ob ich noch irgendeine alte Doku vom Sharepoint auf einem SBS rumliegen habe.
Mal ne andere Frage, wie lange soll der SBS denn noch laufen?
Wäre es vielleicht eine Option, die DB auf eine andere Partition auszulagern?
Melde mich wieder
Gruss
Vllt hat mein lokaler Domänenadmin User keine Rechte.
Widerspricht sich, entweder lokaler Admin, oder Domänen-AdminIch schaue heute abend mal zuhause, ob ich noch irgendeine alte Doku vom Sharepoint auf einem SBS rumliegen habe.
Mal ne andere Frage, wie lange soll der SBS denn noch laufen?
Wäre es vielleicht eine Option, die DB auf eine andere Partition auszulagern?
Melde mich wieder
Gruss
Ich hätte es über die GUI versucht mir das Recht zu geben.
Aber ich probiere es halt auch nochmal mit einer Abfrage.
Und ja es ist ein Domänen-Admin und kein lokaler Admin.
Wie lange der SBS noch läuft, kann ich nicht sagen.
Ginge es nach mir, würde ich denn ersetzen und abdrehen.
Optional könnte man natürlich die DB auf eine andere Partition auslagern.
Aber im Grunde nervt es mich dennoch, das das Log File vom Share-Point was keiner nutzt und noch nie genutzt wurde, 23GB groß ist xD
Aber ich probiere es halt auch nochmal mit einer Abfrage.
Und ja es ist ein Domänen-Admin und kein lokaler Admin.
Wie lange der SBS noch läuft, kann ich nicht sagen.
Ginge es nach mir, würde ich denn ersetzen und abdrehen.
Optional könnte man natürlich die DB auf eine andere Partition auslagern.
Aber im Grunde nervt es mich dennoch, das das Log File vom Share-Point was keiner nutzt und noch nie genutzt wurde, 23GB groß ist xD
Entschuldigung, ich hab vergessen das ich es mit der Abfrage probiere.
Es hat wirklich funktioniert.
Komme jetzt in die Eigenschaften hinein von der Datenbank : )
Aber es kommt ein neuer Fehler
Wenn ich unter Datenbankeigenschaften > Optionen die Wiederherstellungsmodell von Vollständig auf Einfach drehen will
Es hat wirklich funktioniert.
Komme jetzt in die Eigenschaften hinein von der Datenbank : )
Aber es kommt ein neuer Fehler
Wenn ich unter Datenbankeigenschaften > Optionen die Wiederherstellungsmodell von Vollständig auf Einfach drehen will
Hallo
Gemäss dieser Microsoft Seite schliesst diese Fehlermeldung auf gleichzeitige Datenbankverkleinerung und gleichhzeitiges Backup.
Hast du ausgeschlossen, dass während deines Eingriffes kein Backup auf dem SBS läuft?
Ich würde mal den SBS neu starten, und dann die Abfrage zur Verkleinerung der DB starten
Gruss
Gemäss dieser Microsoft Seite schliesst diese Fehlermeldung auf gleichzeitige Datenbankverkleinerung und gleichhzeitiges Backup.
Hast du ausgeschlossen, dass während deines Eingriffes kein Backup auf dem SBS läuft?
Ich würde mal den SBS neu starten, und dann die Abfrage zur Verkleinerung der DB starten
Gruss
Es gibt nur ein Backup Programm und das läuft immer um 01:00 in der Nacht.
Dann schau ich einfach am Montag nochmal.
Am Sonntag startet der Server immer neu.
Danke
Dann schau ich einfach am Montag nochmal.
Am Sonntag startet der Server immer neu.
Danke
Hallo
Mit diesem Script kannst du feststellen, ob die Datenbank korrupt ist, oder ob noch irgendein Task im Hintergrund auf die DB zugreift
Gruss
Mit diesem Script kannst du feststellen, ob die Datenbank korrupt ist, oder ob noch irgendein Task im Hintergrund auf die DB zugreift
Gruss
Du hattest wieder mal Recht
Das ist auch der Grund, warum das hier nicht funktioniert:
Ich würde mal sagen die Backup Jobs irgendwie korrupt sind.
Denn 0% ist nicht viel xD
Und hab es 10min. späer nochmal ausgeführt, war es immer noch 0%
Also müssen die Jobs hängen oder auf was warten.
Was ich nach Backup SQL Suche,
taucht immer "SQL Server Agent" auf, denn ich in meiner Ansicht nicht sehe.
Wenn ich in eine normale Instanz Einsteige, sehe ich denn Punkt "SQL Server Agent"
Lg K
Das ist auch der Grund, warum das hier nicht funktioniert:
Ich würde mal sagen die Backup Jobs irgendwie korrupt sind.
Denn 0% ist nicht viel xD
Und hab es 10min. späer nochmal ausgeführt, war es immer noch 0%
Also müssen die Jobs hängen oder auf was warten.
Was ich nach Backup SQL Suche,
taucht immer "SQL Server Agent" auf, denn ich in meiner Ansicht nicht sehe.
Wenn ich in eine normale Instanz Einsteige, sehe ich denn Punkt "SQL Server Agent"
Lg K
Hallo
Du sagtest, der Server wird sowieso am Sonntag neu gestartet?
Dann versuch mal möglichst bald nach dem Reboot die DB zu verkleinern.
Mit Vorteil, bevor wieder irgendein Backup angestossen wird
Gruss
Du hattest wieder mal Recht
Nicht ich, sondern Google Du sagtest, der Server wird sowieso am Sonntag neu gestartet?
Dann versuch mal möglichst bald nach dem Reboot die DB zu verkleinern.
Mit Vorteil, bevor wieder irgendein Backup angestossen wird
Gruss
Hab mir schon einen Termin am MO eingestellt ; )
Lg
Lg
Läuft denn das Backup am Sonntag auch um 01.00 Uhr?
Falls ja, würde ich es vielleicht ausnahmsweise mal deaktivieren
Falls ja, würde ich es vielleicht ausnahmsweise mal deaktivieren
So, es hat jetzt funktioniert.
Nach dem Neustart am Wochenende,
konnte ich endlich die "Wiederherstellungsmodell" von Vollständig auf Einfach ändern.
Und im Kontextmenü "Tasks" > "Verkleinern" > Datenbank/Dateien konnte ich ausführen.
Bei SharePoint AdminContent Datenbank und bei SharePoint_Config Datenbank.
Leider hat das nicht viel Speicherplatz gebracht.
Das darf man Anpassen ?
Es steht das drin
Wenn ich hier die Werte anpasse, wird dann das Log File kleiner, das 23GB groß ist ?
Lg
Nach dem Neustart am Wochenende,
konnte ich endlich die "Wiederherstellungsmodell" von Vollständig auf Einfach ändern.
Und im Kontextmenü "Tasks" > "Verkleinern" > Datenbank/Dateien konnte ich ausführen.
Bei SharePoint AdminContent Datenbank und bei SharePoint_Config Datenbank.
Leider hat das nicht viel Speicherplatz gebracht.
Das darf man Anpassen ?
Es steht das drin
Wenn ich hier die Werte anpasse, wird dann das Log File kleiner, das 23GB groß ist ?
Lg
Hallo
Schön, dass es geklappt hat
Da du den Sharepoint sowieso nicht nutzt, kannst du es ja mal probieren.
Ich würde mal die Grösse um ca 50% reduzieren, den Server neu booten, und mal beobachten, was mit dem Logfile passiert
Gruss
Schön, dass es geklappt hat
Da du den Sharepoint sowieso nicht nutzt, kannst du es ja mal probieren.
Ich würde mal die Grösse um ca 50% reduzieren, den Server neu booten, und mal beobachten, was mit dem Logfile passiert
Gruss
Hab die Automatische Vergrößerung deaktiviert.
Und bei Prozent und Größe die hälfte eingetippt.
Hat nicht gleich eine Wirkung gezeigt.
Jetzt paar Stunden später sind viele GB frei.
Scheint zu funktionieren.
TreeSize zeigt jetzt nicht mehr das LOG File an mit 23GB.
Vielen vielen Dank @Meierjo
Lg K
Und bei Prozent und Größe die hälfte eingetippt.
Hat nicht gleich eine Wirkung gezeigt.
Jetzt paar Stunden später sind viele GB frei.
Scheint zu funktionieren.
TreeSize zeigt jetzt nicht mehr das LOG File an mit 23GB.
Vielen vielen Dank @Meierjo
Lg K
Guten morgen
Freut mich, dass ich helfen konnte.
Wünsche Dir schöne Festtage
Gruss
Freut mich, dass ich helfen konnte.
Wünsche Dir schöne Festtage
Gruss
Wünsche ich dir auch 🙂
