Wir implementieren gerade eine SiteCollection in einem Portal in dem es darum geht Video’s die aus einer Document Library kommen in einem Flash Movie darzustellen. Um die Performance und die Wartbarkeit zu halten haben wir folgende Dinge eingerichtet:

  1. Eigene ContentDB

Wir haben die SiteCollection uber STSADM angelegt und einer leeren ContentDB auf dem SQL Server zugewiesen. Anschließend haben wir die ContentDB im Central Admin “Offline” genommen, so das die Datenbank nur fur Video Content genutzt wird. Fur den Backup Prozess kann man so einen anderen Schedule hinterlegen, da hier nicht so viel “Bewegung” existiert und es primar um grosse Dateien geht. 2. Upload Limit erhohen

Die Konfiguration wird Leider fur die gesamte WebApplication vorgenommen. Sollte es also notig sein, dass nur die neue SiteCollection von dem Limit beroffen ist, dann wurde eine eigene Application benotigt, was den Aufwand naturlich deutlich erhoht.

image 3. Disk Based Blob Cache einschalten

Hier ist der Artikel von MS:

MSDN: Disk-based Caching for Binary Large Objects

Technet: Caching in Office SharePoint Server 2007

EMC Team Blog: How can I make my web site faster with caching?

So sieht unsere Web.Config dann auf den beiden WFE Servern aus:

<BlobCache

location=“D:MOSS-BlobCache”

path=".(flv)$"

maxSize=“1”

max-age=“86400”

enabled=“True” />

Im Moment werden also nur Flash Videos fur 24 Stunden mit einer gesamt Cachegroße von 1 GB gecached.

Das erzielte Ergebnis hilft zum einen die Datenbank zu entlasten, sendet allerdings auch gleich an den Client per HTTP-Header die folgenden Cache Control einstellungen:

Cache-Control: public, max-age=86400

Somit wurde auch der Client erst in 24 Stunden nach einem neuen File fragen. Die Konsequenz ist also das egal, ob ich den Cache leere oder den Content auf dem Server austausche, der Client wurde bei korrekter einstllung erst in 24 Stunden nach einem neuen File fragen. Ich hatte schon Situationen, wo so etwas zu Problemen gefuhrt hat. Eventuell setzen wir den Cache auf 15 Minuten, was die Server bei vielen gleichzeitigen Zugriffen noch immer deutlich unterstutzt, aber bei einem fehlerhaften File (Video) den notigen Spielraum fur ein kurzfristiges Update schafft.

Sollte man in die verlegenheit kommen den Cache fruher wieder los werden zu wollen, dann gibt es diese folgende potentielle Moglichkeiten:

  1. **STSADM

**stsadm -o setproperty -propertyname blobcacheflushcount -propertyvalue 11 -url http://mywebapp:port 2. SiteSettings - Site Collection Administration - Site collection object cache

image

Achtung: Diese Aktion muss fur jeden Zone auf der eine Applikation “Extended” wurde durchgefuhrt werden. Sollte zum Beispiel also noch ein HTTPS Site mit laufen, mußte das auch dort gemacht werden. 3. del .

Einfach aud den WFE Servern den Verzeichnisinhalt loschen und ein IISRESET durchfuhren

Ciao Marco