Share via

Verwenden des Objektcaches mit SharePoint

  • Artikel

In diesem Artikel wird der Unterschied zwischen der Verwendung des Objektcaches in SharePoint Server 2013 lokal und SharePoint in Microsoft 365 erläutert.

Die Abhängigkeit vom Objektcache in der SharePoint-Bereitstellung hat erhebliche negative Auswirkungen. Jede Abhängigkeit vom Objektcache in SharePoint verringert die Zuverlässigkeit Ihrer Seite.

Funktionsweise des Objektcaches von SharePoint in Microsoft 365 und SharePoint Server 2013

Wenn SharePoint Server 2013 lokal gehostet wird, verfügt der Kunde über private Front-End-Webserver, die den Objektcache hosten. Dies bedeutet, dass der Cache nur für einen Kunden bestimmt ist und nur durch den verfügbaren und dem Objektcache zugeordneten Arbeitsspeicher beschränkt ist. Da im lokalen Szenario nur ein Kunde bedient wird, verfügen die Front-End-Webserver in der Regel über Benutzer, die immer wieder Anforderungen an dieselben Websites senden. Dies bedeutet, dass der Cache schnell voll wird und mit den Listenabfrageergebnissen und SharePoint-Objekten voll bleibt, die Ihre Benutzer regelmäßig anfordern.

Zeigt Datenverkehr und Last auf lokalen Front-End-Webservern an.

Wenn ein Benutzer eine Seite zum zweiten Mal besucht, verbessert sich daher die Ladezeit der Seite. Nach mindestens vier Ladevorgängen derselben Seite wird die Seite auf allen Front-End-Webservern zwischengespeichert.

Im Gegensatz dazu gibt es in SharePoint in Microsoft 365 viel mehr Server, aber auch viele weitere Websites. Jeder Benutzer kann eine Verbindung mit einem anderen Front-End-Webserver herstellen, auf dem der Cache nicht aufgefüllt ist. Oder vielleicht wird der Cache für einen Server aufgefüllt, aber der nächste Benutzer dieses Front-End-Webservers fordert eine Seite von einer anderen Website an. Auch wenn der nächste Benutzer dieselbe Seite wie beim vorherigen Besuch anfordert, wird ein Lastenausgleich auf einen anderen Front-End-Webserver durchgeführt, auf dem diese Seite nicht im Cache enthalten ist. Im letzten Fall hilft das Zwischenspeichern den Benutzern überhaupt nicht.

In der folgenden Abbildung stellt jeder Punkt eine Seite dar, die ein Benutzer anfordert und wo sie zwischengespeichert wurde. Unterschiedliche Farben stellen verschiedene Kunden dar, die die SaaS-Infrastruktur gemeinsam nutzen.

Zeigt die Ergebnisse der Objektzwischenspeicherung in SharePoint an.

Wie Sie aus dem Diagramm sehen können, ist die Wahrscheinlichkeit gering, dass ein bestimmter Benutzer auf einen Server mit der zwischengespeicherten Version seiner Seite trifft. Aufgrund des großen Durchsatzes und der Tatsache, dass die Server von vielen Standorten gemeinsam genutzt werden, dauert der Cache nicht lange, da nur so viel Speicherplatz für die Zwischenspeicherung verfügbar ist.

Aus all diesen Gründen ist es keine effektive Möglichkeit, sich darauf zu verlassen, dass Benutzer zwischengespeicherte Objekte erhalten, um eine qualitativ hochwertige Benutzererfahrung und Seitenladezeiten in SharePoint sicherzustellen.

Was verwenden wir stattdessen, wenn wir uns nicht auf den Objektcache verlassen können, um die Leistung in SharePoint zu verbessern?

Da Sie sich nicht auf die Zwischenspeicherung in SharePoint verlassen sollten, sollten Sie alternative Entwurfsansätze für SharePoint-Anpassungen auswerten, die den Objektcache verwenden. Dies bedeutet die Verwendung von Ansätzen für Leistungsprobleme, die nicht vom Zwischenspeichern von Objekten abhängig sind, um gute Ergebnisse für Benutzer zu erzielen. Dies wird in einigen anderen Artikeln dieser Reihe beschrieben und umfasst Folgendes: