sharepoint_admincontent_log

Christian Merkel Als Antwort am 16 Mai 2017 16:28

Das liegt am recovery model. Das steht hier sicherlich auf FULL

Je nach eurem Backup Anforderungen kann man das hier entsprechend anders handhaben. Wenn du die Logs abschneidest und somit wieder verkleinest, musst du sicherstellen, dass du die DB wenigstens über ein Full-Backup gesichert hast.

Hier mal ein paar Hinweise:

https://blogs.technet.microsoft.com/patrick_heyde/2009/04/24/sharepoint-shrink-database-on-a-fast-way/

Ekime89 Als Antwort am 16 Mai 2017 16:42

Korrekt, das Wiederherstellungsmodell steht auf Vollständig.

Unser Backupplan sieht so aus, das wir Montag-Freitag ein vollständiges Backup vom SQL-Server machen. Das Tagesbackup wird eine Woche aufbewahrt. Zusätzlich wird Ende des Monats eine vollständige Monatssicherung erstellt, die dann wiederrum einen Monat aufbewahrt wird. Als Software kommt BackupAssist zum Einsatz.

Bedeutet dass, ich kann die sharepoint_admincontent_GUID_log über DBCC SHRINKFILE verkleinern oder nicht? :-)

Christian Merkel Als Antwort am 16 Mai 2017 17:23

Hier ist eine Schritt-für-Schritt Anleitung:

http://microtechpoint.com/index.php?route=blog/article&article_id=10

Wichtig ist halt, das du sicherstellen musst, das alle Transaktionen seit dem letzten Backup und vor dem Abschneiten / Shriken gesichert sind.

Daher sollte das immer im gleichen Atemzug erledigt werden. Ggf. kann das euer Tool

Ekime89 Als Antwort am 17 Mai 2017 13:04

Also bevor ich die sharepoint_admincontenct_GUID_log.ldf mit 50GB shrinke muss sichergestellt werden, dass die Datenbank (.ldf) vom Backup gesichert wurde, korrekt?

Olaf Didszun Als Antwort am 17 Mai 2017 21:52

Korrekt. Ansonsten kann es dir passieren, dass du die Transaktionen verlierst, die seit dem letzten Backup geschrieben wurden. Klassische Datenbank-Administration :-)

Grüße

Olaf