SharePoint Datenbank-pflege bzw. -überlauf ?

Dirk Weinert Als Antwort am 19 Juli 2013 10:19

Hi Tom,

auch wenn dieser Beitrag schon recht "betagt" ist, so klinke ich mich hier dennoch mal ein.
Bei meiner SharePoint-DB gibt es Probleme mit der Partitionsgröße der Festplatte.
Es sind nur noch ein paar GB frei.

Somit kam mir die Idee, die Content-DB zu verkleinern.

Im ersten Schritt ließ ich mir die Speichernutzung anzeigen.

USE [WSS_Content_bla_und_blubb]
EXEC sp_spaceused

Als Ergebnis erhielt ich folgende Werte:

+-------------------------+-------------+-----------------+
|database_name            |database_size|unallocated_Space|
+-------------------------+-------------+-----------------+
|WSS_Content_bla_und_blubb|15393.31 MB  |288.88 MB        |
+-------------------------+-------------+-----------------+

+-----------+-----------+----------+--------+
|reserved   |data       |index_size|unused  |
+-----------+-----------+----------+--------+
|15140216 KB|14503528 KB|595432 KB |41256 KB|
+-----------+-----------+----------+--------+

Anschließend führte ich den Shrink durch.

DBCC ShrinkDatabase (N'WSS_Content_bla_und_blubb',NOTRUNCATE)

und erhielt folgendes:

+----+------+-----------+-----------+---------+--------------+
|DbId|FileId|CurrentSize|MinimumSize|UsedPages|EstimatedPages|
+----+------+-----------+-----------+---------+--------------+
|41  |1     |1929504    |288        |1892760  |1892760       |
+----+------+-----------+-----------+---------+--------------+
|41  |2     |72         |72         |72       |72            |
+----+------+-----------+-----------+---------+--------------+

Danach las ich die Werte erneut aus

USE [WSS_Content_bla_und_blubb]
EXEC sp_spaceused

Als Ergebnis erhielt ich folgende Werte:

+-------------------------+-------------+-----------------+
|database_name            |database_size|unallocated_Space|
+-------------------------+-------------+-----------------+
|WSS_Content_bla_und_blubb|15074.81 MB  |297.95 MB        |
+-------------------------+-------------+-----------------+

+-----------+-----------+----------+--------+
|reserved   |data       |index_size|unused  |
+-----------+-----------+----------+--------+
|15130928 KB|14504072 KB|595520 KB |31336 KB|
+-----------+-----------+----------+--------+

Das hat ja nicht wirklich viel gebracht. Meine Frage ist nun aber, ob eine Änderung der Datenbankgröße sofort Auswirkungen auf die Partition der Festplatte hat.

Angenommen ich habe 300 MB auf der HDD frei.
Das DB-Shrinking bringt z. B. 300 MB.

Sind dann sofort 600 MB auf der HDD frei?

Danke
DW

Andi Fandrich Als Antwort am 19 Juli 2013 10:29

[quote user="Dirk Weinert"]Angenommen ich habe 300 MB auf der HDD frei.
Das DB-Shrinking bringt z. B. 300 MB.

Sind dann sofort 600 MB auf der HDD frei?[/quote]

Zumindest ziemlich schnell.

Noch eine Anmerkung: meist sind nicht die eigentlichen Datendateien (MDF) das Problem, sondern die Transaktionslogs (LDF). Um diese zu verkleinern, braucht es etwas mehr Aufwand. Ich denke Du solltest die Frage eher in einem SQL Server Forum stellen. Die Leute dort kennen sich (hoffentlich) besser mit sowas aus und die Frage hat ja nicht direkt mit SharePoint zu tun.

Thomas Östreich Als Antwort am 19 Juli 2013 10:51

Das was du vor hast bringt dir immer nur kurzzeitig eine Lösung aber nicht auf Dauer. Wie Andi auch schon schrieb ist es sehr oft so das die Log-Datei (*.ldf) das Problem ist. Wenn das Wiederherstellungsmodel der DB Vollständig ist müssen die Transaktionsprotokolle explizit gesichert werden nach einer Vollständigen Datensicherungen und diese können dann gekürzt werden. Die Inhaltsdatenbank zu verkleinern macht nur wenig Sinn und verschlechtert die Leistung.

Dirk Weinert Als Antwort am 19 Juli 2013 12:36

Hallöle,

Danke für die Antworten.
Habe mich zwischenzeitlich in die Materie eingelesen
und musste aber "leider" feststellen, dass die Log-Dateien
sehr klein sind und dass das Wiederherstellungsmodell auf
"Simple" steht.
Es scheint in der Tat so zu sein, dass hier gar kein
"Fehler" in der Datenbank bzw. kaum Optimierungspotenzial
vorliegt.

Somit ist die einzig vernünftige Lösung die Vergrößerung
des Plattenspeichers. ;-)

DW