Datenbanken BestPractise Guides?

Andi Fandrich Als Antwort am 10 März 2010 15:01

Bei SharePoint gilt nichts anderes für die DBs, als bei anderen Systemen ;-)

15 GB für eine Datenbank ist nicht wirklich viel. Wichtig ist z.B. daß die Datenbankdateien auf einer möglichst schnellen Platte liegen. Dabei möglichst Datendatei mdf und Transaktionslogs ldf auf physikalisch getrennten Spindeln.
Eine weitere Optimierungsmöglichkeit ist SiteCollections, bei denen sich die Daten häufig ändern, in anderen DBs zu haben, als SiteCollections, die eher Archivcharakter haben, d.h. hauptsächlich nur-Lese-Zugriff. Die Datenbanken können dann vom Server besser optimiert werden.

Roland Als Antwort am 10 März 2010 15:19

Hi,

danke für die schnelle Antwort.

Die Transaction-Log mal auf ein paar andere Spindeln zu setzen ist eine nette Idee, allerdings tragen wir uns eh gerade mit dem Gedanken, dass Gesamtsystem auf X64 und damit neue Hardware zu migrieren. Beim Konzept würde ich dann die DBs in Richtung SAN schieben und dabei auch mdf und trn trennen.

Wenn ich Dich richtig verstanden habe, kann ich also für mich festhalten, dass weitere Datafiles für die ContentDB nicht wirklich was bringen, sondern eher SiteCollections auf verschiedene DBs zu bringen (ja nach Nutzungsart), korrekt?!

Danke & Gruß,

R.

Andi Fandrich Als Antwort am 10 März 2010 15:53

Korrekt, bringt meist mehr. Natürlich sind das alles nur allgemeine Aussagen und jeder Einzelfall kann anders sein. Außerdem muß natürlich analysiert werden, ob die Datenbanken überhaupt den Flaschenhals darstellen oder ob der nicht vielleicht ganz woanders liegt.

René Fritsch Als Antwort am 10 März 2010 21:47

Um auf deine ursprüngliche Frage nach Hinweisen von Seiten Microsofts einzugehen: Im TechNet wird empfohlen, Content Datenbanken nicht größer als 100 GB werden zu lassen.

Datenbanken können auch deutlich größer sein, ohne dass die Performance notwendigerweise einbricht. Schwerwiegender sind da andere Fragen, die bei wachsenden Site Collections zu berücksichtigen sind:

• Die Zeit, die im Falle eines Falles für einen Restore benötigt wird --> Sehr große Content Databases bedeuten im Fall der Fälle längere Outage Zeiten
• Risiko-Verteilung: Wenn in einer deiner Site Collections ein ernsthaftes Problem auftritt, sind bei kleineren Site Collections weniger Daten und somit in der Regel auch weniger Anwender davon betroffen.

Insbesondere der zweite Punkt ist alles andere als theoretischer Natur: Hier spart ein großzügiger Einsatz von Site Collections Unmengen an Ärger, wenn es hart auf hart kommt.