Datenträgerbasiertes Zwischenspeichern für BLOBs (Binary Large Objects)
Letzte Änderung: Montag, 19. April 2010
Gilt für: SharePoint Server 2010
Inhalt dieses Artikels
Aktivieren und Ändern der datenträgerbasierten Zwischenspeicherung
Leeren des datenträgerbasierten Caches
Verbesserungen beim datenträgerbasierten Cache
Die datenträgerbasierte Zwischenspeicherung steuert das Zwischenspeichern für BLOBs (Binary Large Objects), wie z. B. Bild-, Audio- und Videodateien. Die datenträgerbasierte Zwischenspeicherung ist schnell, und die Notwendigkeit von Datenbankroundtrips entfällt dadurch. BLOBs werden einmal aus der Datenbank abgerufen und auf den Webclient gespeichert. Weitere Anforderungen werden aus dem Cache bedient und auf Grundlage der Sicherheitseinstellungen eingeschränkt. Mit einem Stsadm-Befehl können Sie alle BLOB-Caches für eine angegebene Webanwendung auf verschiedenen Front-End-Webcomputern in der Farm leeren: stsadm –o setproperty –propertyname blobcacheflushcount –propertyvalue 11 –urlhttp://mywebapp::port
Aktivieren und Ändern der datenträgerbasierten Zwischenspeicherung
Die datenträgerbasierte Zwischenspeicherung ist standardmäßig deaktiviert. Wenn Sie den datenträgerbasierten Cache aktivieren und anpassen möchten, müssen Sie die folgende Anweisung in der Datei web.config für die SharePoint-Webanwendung ändern, die der Internetinformationsdienste-Website (Internet Information Services, IIS) zugeordnet ist:
<BlobCache location="C:\blobCache" path="\.(gif|jpg|png|css|js)$" maxSize="10" max-age="86400" enabled="false"/>
Im vorherigen Beispiel:
location ist das Verzeichnis, in dem die zwischengespeicherten Dateien gespeichert werden.
path gibt in Form eines regulären Ausdrucks an, welche Dateien basierend auf der Dateierweiterung zwischengespeichert werden.
maxSize ist die maximal zulässige Größe des datenträgerbasierten Caches (in GB).
max-age gibt den maximalen Zeitraum in Sekunden an, für den auf den Clientcomputer heruntergeladene BLOBs im Clientbrowser zwischengespeichert werden. Falls die heruntergeladenen Elemente seit dem letzten Download nicht abgelaufen sind, werden dieselben Elemente nicht erneut angefordert, wenn diese Seite angefordert wird. Das max-age-Attribut ist standardmäßig auf 86.400 Sekunden (24 Stunden) festgelegt, Sie können es aber auf einen Zeitraum von 0 oder größer festlegen.
enabled ist ein boolescher Wert, mit dem der Cache deaktiviert bzw. aktiviert wird.
Leeren des datenträgerbasierten Caches
Zeigen Sie im Menü Websiteaktionen auf Websiteeinstellungen, und klicken Sie dann auf Alle Websiteeinstellungen ändern.
Klicken Sie unter Websitesammlungsverwaltung auf Objektcache der Websitesammlung.
Führen Sie im Abschnitt Zurücksetzen des datenträgerbasierten Caches mindestens eine der folgenden Aktionen aus:
Aktivieren Sie das Kontrollkästchen Zurücksetzen des datenträgerbasierten Caches dieses Servers erzwingen, um zu erzwingen, dass der datenträgerbasierte Cache des Servers zurückgesetzt wird.
Aktivieren Sie das Kontrollkästchen Zurücksetzen des datenträgerbasierten Caches aller Server in der Farm erzwingen, um zu erzwingen, dass der datenträgerbasierte Cache aller Server zurückgesetzt wird.
Hinweis Falls Sie Kontrollkästchen aktivieren, werden alle Einträge in den Datenträgercaches sofort geleert, wenn Sie auf OK klicken. Falls Sie keine Kontrollkästchen aktivieren, bleiben die Datenträgercaches unverändert, und Elemente werden entfernt, wenn sie auf der Website geändert werden oder wenn die Datenträgergröße überschritten wird.
Klicken Sie auf OK.
Verbesserungen beim datenträgerbasierten Cache
In Microsoft SharePoint Server 2010 gibt es beim datenträgerbasierten Cache neue Funktionen. So wurde die Farmkapazität erhöht, der Durchsatz wurde gesteigert und digitale Medienobjekte werden unterstützt.
Mit dem datenträgerbasierten Cache soll in erster Linie die Kapazität der Farm erhöht werden, indem die Auslastung von Microsoft SQL Server reduziert wird. Zu diesem Zweck speichert der datenträgerbasierte Cache die Dateiinhalte auf der Festplatte der Front-End-Webserver. Wenn eine Anforderung für eine nicht zwischengespeicherte Datei von einem Front-End-Webserver verarbeitet wird, ruft der datenträgerbasierte Cache die Datei aus SQL Server ab, speichert sie auf dem Datenträger und bietet die Datei dem Client an, der diese angefordert hatte. Zukünftige Anforderungen für dieselbe Datei, die von diesem Front-End-Webserver verarbeitet werden, werden dann mithilfe der auf dem Datenträger gespeicherten Datei bedient, und nicht über SQL Server. Jeder Front-End-Webserver verwaltet einen eigenen Cache.
Der datenträgerbasierte Cache verbessert außerdem beim Zugriff auf zwischengespeicherte Dateien den Serverdurchsatz, da die Dateien sofort wieder einem Client angeboten werden können, ohne vorher auf SQL Server zugreifen zu müssen.
Der datenträgerbasierte Cache unterstützt digitale Objektmedien in SharePoint Server 2010, indem der HTTP-Bytebereich unterstützt wird. Der datenträgerbasierte Cache kann nun Anforderungen für Teildateien bedienen. Die gesamte Datei wird vom datenträgerbasierten Cache auf dem Datenträger zwischengespeichert, aber auf Anforderungen für eine Teildatei (z. B. die letzten 5 MB eines Videos) werden nur die anforderten Bytes zurückgegeben, nicht die gesamte Datei. Das Zurückgeben von Teildateien spart Bandbreite und, was noch wichtiger ist, ermöglicht Media Player "Suchanforderungen" für eine datenträgerbasierte zwischengespeicherte Datei. Angenommen, Sie springen fast bis zum Ende eines Videos, das Sie in Windows Media Player anschauen. In diesem Fall wird der gesuchte Bytebereich berechnet, und eine Bereichsanforderung für die gewünschten Bytes wird ausgeführt.
Bei der Verwaltung großer Dateien, wie z. B. Videos und sonstige Rich-Media, muss SharePoint Server 2010 die Tatsache berücksichtigen, dass das Abrufen dieser Dateien aus SQL Server länger dauert und deshalb eine längere Wartezeit für Clients entsteht. Zur Behebung dieses Problems lädt der datenträgerbasierte Cache den Inhalt aus SQL Server in kleinen Segmenten herunter. Nachdem vom datenträgerbasierten Cache ein paar Segmente heruntergeladen wurden, wird mit dem Senden der Datei an den Client begonnen. Durch diese Vorgehensweise wird das Verhalten bei der Zeit bis zum ersten Byte (Time To First Byte, TTFB) auf dem Client erheblich verbessert, da nicht die gesamte Datei aus SQL Server heruntergeladen worden sein muss, bevor die Datei durch den datenträgerbasierten Cache angeboten werden kann.
Den Bandbreitenverbrauch auf dem Server können Sie mithilfe der Bitratendrosselung weiter eingrenzen. Hierbei handelt es sich um die Möglichkeit, die Downloadgeschwindigkeit für Dateien zu reduzieren. Diese Funktionalität wird vom IIS Media Pack-Modul angeboten. Mit diesem Modul wird keine SharePoint Server-Funktionalität hinzugefügt oder entfernt. Es ermöglicht jedoch mehr gleichzeitige Verbindungen, da jede Verbindung weniger Bandbreite belegt.
Siehe auch
Konzepte
Benutzerdefinierte Zwischenspeicherung (Übersicht)
Ausgabezwischenspeicherung und Cacheprofile