Cache-Server-Administration 
Cache-Server-Administration
Bei der Installation/dem Betreiben eines Cache-Servers gibt es einige Dinge, die man für eine optimale Leistungsausnutzung des Caches berücksichtigen sollte.
Effektive Cache-Größe bei vorgegebener Datenbankgröße
Die effektive Speicherauslastung des Cache-Servers liegt bei ca. 70 Prozent der angegebenen Datenbankgröße.
Wir empfehlen, die Datenbank ca. 50 Prozent größer als die tatsächliche Cache-Größe zu dimensionieren.
Berechnungsbeispiel:
Effektive Cache-Größe: 100MB, daraus folgt, dass die zu erzeugende Datenbank-Instanz 150MB groß sein soll.
Dieser scheinbare Verlust von Plattenspeicher liegt darin begründet, dass der Plattenplatz den gespeicherten Dokumenten blockweise zugeteilt wird. Der letzte Block wird im Allgemeinen nur teilweise ausgenutzt. Im ungünstigsten Fall ist er nur mit einem Byte belegt.
Wie erkennt man, dass der Cache nicht optimal arbeitet, und was kann man
tun?a) Überprüfung des Verhältnisses von Cache-Hits zu Cache-Misses
Der Cache versucht zunächst einmal, den eingehenden Client-Request selbstständig zu beantworten, ohne den Content aus einem anderen Cache-/Content-Server zu beschaffen. Dies ist ein so genannter Cache-Hit. Muss der Cache das angeforderte Objekt von einem entfernten Server anfordern, spricht man von einem Cache-Miss.
Die Anzahl der Cache-Hits sollte im Regelfall weit über den Cache-Misses liegen. Gut abgestimmte Caches erreichen Hit-Raten von über 80 Prozent.
b) Füllungsgrad des Caches
Je mehr sich der Cache seinem maximalen Füllungsgrad nähert, umso wahrscheinlicher werden Cache Displacements, also Cache-Verdrängungen. Diese Verdrängungen kosten natürlich Zeit, denn die Cachelogik muss zunächst den benötigten Platz ermitteln, dann prüfen, welche Objekte verdrängt werden können, und anschließend diese Objekte löschen.
c) Korrelation von Cache-Misses und Füllungsgrad
Verdrängung findet nur im Falle eines Cache-Miss bei gleichzeitiger Überfüllung statt. Treten nun in Bezug auf die Gesamtmenge aller Requests verhältnismäßig viele Cache-Misses auf, befindet sich der Cache in einer ständigen Umwälzung, dem so genannten Flattern.
Dieses Verhalten ist unbedingt zu vermeiden, da dies die Gesamtperformance extrem verschlechtert. Abhilfe schafft hier nur die Erweiterung des verfügbaren Freispeichers oder ein Cache-Reset. (Siehe hierzu auch:
d) Vergrößerung des Cachebereiches durch Anhängen von weiteren Devspaces
Damit Sie nach einem Neustart des Caches den bisherigen Cache-Inhalt nicht verlieren, ist es notwendig, die folgenden Schritte bei der Erweiterung der Datenbank einzuhalten:
Falls die Datenbank nicht gestoppt wird, kann dieser Schritt nach Änderung der ini-Datei erfolgen. Hiermit wird eine kürzere Stillstandphase erreicht.
Starten Sie den Webservice neu, entweder über die Management-Konsole oder mit dem Befehl
Wo finden Sie Statistik-Informationen zu Ihrem Cache-Server?
Wenn Sie in der Transaktion CSADMIN anstatt eines Content-Server-Namens den Cache-Server eintragen, können Sie sich unter "Statistik" die Cache-Server-Zähler anzeigen lassen.
Folgende Werte sind in diesem Zusammenhang interessant:
Füllungsgrad des Caches:
cacheCurrentSizeMaximale Cache-Größe:
cacheMaxSize
Das Verhältnis dieser beiden Werte gibt den relativen Füllgrad an.
cacheMaxSize
wird in der Datei CSProxyCache.INI festgelegt. Vergleichen Sie cacheMaxSize mit der tatsächlichen Größe der Datenbank (mittels DBMGUI): cacheCurrentSize ist immer kleiner/gleich cacheMaxSize.
Cache Hits:
cacheHitsCache Miss:
cacheMiss
Verdrängte Objekte:
cacheDeleteVerdrängte Bytes:
cacheDeletedBytes
Verwandte Hinweise
0310218 SAPDB Installation löschen
0319332 Sicherungsstrategien für den Content-Server