SharePoint Speichermetriken und Datenbankgröße passen nicht - SQL ExpressDB fast 10GB...

MiriMar Als Antwort am 15 Dez. 2014 17:13

Ich kann dir natürlich nicht sagen, woran es genau bei dir liegt, aber da ich gerade das selbe Problem hatte, vielleicht hilft dir ja einer meiner Punkte auf der "Problemliste":

1. Es gibt ein Powershell Skript, dass dir durch deine Seiten iteriert und anzeigt, wo eventuell die meisten Daten liegen.

2. Welche der Tabellen verursacht denn das Problem? Bei mir war es vor allem die dbo.AllUserData, die aus "unerklärlichen Gründen" über 3 Mio. Datensätze hatte und damit in Kombination mit anderen Tabellen fast 6 GB (!!!) blockierte. Die Lösung meines Problems war dann die Workflow History List der Root Site, die durch einen Workflowfehler über 2,8 Mio. Datensätze belegte. War gar nicht so einfach, diese Liste wieder leerzubekommen, aber seitdem läuft mir natürlich nichts mehr voll. Also vielleicht mal auch die ganzen versteckten Listen abklappern, ob sich da irgendwo das Problem versteckt.

3. Was bei mir auch mehrere GB wieder freigegeben hat, ich allerdings nicht weiß, ob Microsoft das unterstützt: Fragmentieren der einzelnen Tabellen

Wichtig ist meiner Meinung nach auf jeden Fall zu schauen, wo und in welcher Tabelle genau das Problem liegt!

Andi Fandrich Als Antwort am 16 Dez. 2014 11:02

Noch als Ergänzung: wenn man etwas in SharePoint löscht, wird es nicht wirklich aus der Datenbank entfernt, sondern nur als gelöscht markiert (Papierkorb!). Diese Daten liegen in der erwähnten AllUserData und werden bei den Metriken in der Zentraladministration nicht mitgerechnet.

Außerdem werden auch Websites und sogar ganze Websitesammlungen nicht wirklich aus der Datenbank entfernt, sondern belegen weiter Platz.

Tom House Als Antwort am 17 Dez. 2014 10:45

Hallo zusammen,

vielen lieben Dank für die Tipps und Anregungen. Es waren in der Tat viele Dateien noch im Websitesammlungspapierkorb vorhanden, diese haben mir schon + 2GB Speicherplatz freigegeben nachdem ich diese entfernt habe. Der darauf folgende Reindex der Datenbanken hatte mir nochmals 500MB freigegeben.

Allerdings ist die dbo.AllDocStreams Tabelle noch zu groß, anscheinend habe ich hier einen Bug welcher ein MemoryLeak verursacht und auch bekannt ist.

https://social.technet.microsoft.com/Forums/ie/en-US/401cb030-a069-4796-8ff7-975c763ef710/sharepoint-2010-dboalldocstreams-big?forum=sharepointgeneralprevious

Ich habe das CU eingespielt  und nochmals per Skript alle Versionen löschen lassen und nun ist die DB 6,2GB groß. Ich werde mir nun nochmals alle Tabellen anschauen, irgendwo verstecken sich noch 1,X GB. Ich werde dies auf die Zeit zwischen Weihnachten und Neujahr verschieben und dann nochmals Rückmeldung geben wenn ich mehr weiß.

Andi Fandrich Als Antwort am 17 Dez. 2014 13:59

Wenn der SharePoint doch offenbar bei den Benutzern so gut ankommt, wäre vielleicht auch ein "richtiger" SQL Server eine Überlegung wert. Versionierung und Papierkorb sind ja durchaus sinnvoll. Ich weiß, daß das wieder kostet, aber es bringt ja auch einen Nutzen...