Nun, heute war der erste Tag an der TechEd 2009 in Berlin. Der erste Tag hatte noch nicht so viele SharePoint-Tracks wie ich das gerne gehabt hätte. Nun, aber der heutige Dienstag ist voll damit.
Auch die Hands-on Labs sind voll von SharePoint 2010 Labs. Insbesondere in den Bereichen Upgrade, Enterprise Content Management, Social Computing und Web Part Entwicklung. Die Labs sind wie jedes Mal genügend gross dimensioniert, so dass man auf jeden Fall ein Plätzchen finden sollte.

Gestern Montag aber stand aber ein interessanter Track auf dem Programm. Joel Oleson und Todd Klindt sprachen zusammen über „Technical Consideration for Large-Scale Sharepoint Server Deployment on SQL Server“. Die Beiden zusammen garantiern immer für eine unterhaltsame Session, so musste ich dabei sein, auch wenn es eher nach einer reinen SQL-Session aussah.

Zusammengefasst war es keine reine SQL-Session, es war eher mehr SharePoint 2007 und ein bisschen 2010 dabei. Interessant war es aber trotzdem, weil die Beiden einige Fakts zusammengefasst und interpretiert, präsentierten. Hier die wichtigsten Aussagen der Beiden:

Anzahl der SiteCollection
9000 SiteCollection in einer Web App zu haben ist kein Problem. Bei 15‘000 Site Collection ist aber schluss.

SharePoint Datenbanken die am meisten SQL-Performance brauchen
Am meisten: Search, temp (die Temp-DB von SQL) und das Transaction Log
Mittlerer Bereich: ConfigDB, SSP (während Profile Import braucht die DB deutlich mehr Performance) und die MasterDB von SQL
Niedriger Bereich: Die ContentDB (während Backup und Indexing braucht die DB deutlich mehr Performance) und die ModelDB von SQL

Die Top SharePoint Performance Killer
Index/Crawler
Backup
Diverse Timer Jobs (wie z.b. user syncs bei vielen Benutzern)
Schlechte Speicher Konfiguration
STSADM Backup/Restore
Large List Operations
Aufwendige Benutzer Aktionen in grossen Listen wie etwa Importieren oder Schreiben vieler Daten