---

Hallo,

kann mir jemand die Arbietsweise des Content Servers bzw. CacheServers erklären?

Wir haben 2 Standorte mit jeweils einem Content und einem CacheServer. Der CacheServer im Standort1 hat also die Daten des ContentServers von Standort2 im Bauch und umgekehrt.
Was passiert nun wenn am Standort1 ein Dokument von Standort2 geändert wird? Wo wird das geänderte File gespeichert?
Wird es da gespeichert wo das Original liegt (also Standort2) oder gibt es jetzt ein neues Original im ContentServer des Standortes1?

Danke
Albert

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Cache-Server werden in SAP dazu verwendet Lesevorgänge zu beschleunigen.

Cache-Server besitzen nur Lesemöglichkeiten und stehen ständig(ständig ist wie überall relativ zum Update Vorgang) per HTTP Verbindung mit dein Content-Server in Verbindung. Bsp. du hast eine 300MB grosse Datei auf dein Content-Server in Standort1 gespeichert. Der Cache-Server von Standort 2 ist damit verbunden und lädt diese Datei automatisch(Dies ist Einstellungssache, manche Firmen legen eine Manuelle Aktualisierung an. Ist jedoch nicht die Regel). Mitarbeiter in Standort2 benötigt Einsicht in diese Datei und lädt sie vom Cache-Server. Er hat aber lediglich LESE Rechte darauf. Willst Daten schreiben brauchst du trotzdem Schreibrechte auf den entsprechenden Content-Server. Im groben Rahmen verhält sich das wirklich wie dein ganz normaler Webbrowser und sein Cache.

Gruss Marques

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Danke für die Antwort.
Soweit war mir die Sache klar. Aber!

Ein Mitarbeiter von Standort1 erstellt eine neue Datei. Diese wird im ContentServer CS1 abgelegt und steht auch im Cache Server von Standort2 zur Verfügung. Mitarbeiter2 öffnet nun diese Datei um Änderungen vorzunehmen. Somit wir sie aus dem Cache Server gelesen aber wo wird sie abgelegt.
Die Original Datei (Version0) liegt auf CS1. Liegt die Version1 dann auf CS2 oder auch auf CS1.
Ein Berater meinte, dass die Datei-Versionen immer auf dem CS liegen auf dem sie erstmalig angelegt wurde.
Bei einem Kollegen ist mal der Begriff "Relocate" gefallen. Er meinte damit, dass die Datei "wandert". Also z.B. Version0 auf CS1 liegt, Version1 auf CS2 und Version3 dann vielleicht wieder auf CS1.

Was ist nun richtig?

Danke
Albert

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo

Was dein Kollege meint gibts natürlich, relocate wird meistens dazu verwendet wenn ein Content-Server ersetzt wird (weil der alte zerstört wurde oder schlicht die Infrastruktur sich geändert hat. Relocate kann natürlich auch auf einzelne Dokumente angewendet werden.

Was die Aussage deines Berater angeht... da bewege ich mich auf dünnes Eis wenn ich ihm widerspreche. Zum einen bin ich mir nicht sicher zum anderen will mir das nicht zwingend als logisch erscheinen. Ich habe leider momentan keine Möglichkeit es zu testen, dein Berater wahrscheinlich schon  Bei der riesigen Flexibilität von SAP würde mich aber eine solche Fixe Pfadanordnung jedoch wirklich wundern. Was passiert wenn der alte Pfad (Bsp. der alte Server auf dem die Version0 gespeichert wurde ausser Betrieb genommen) nicht mehr verfügbar ist? Ich bin der Meinung das der Datei Speicherort wandern müsste. Aber wie gesagt, meine Hand würde ich für diese Aussage nicht ins Feuer legen! Lass es ihm probieren. Eventuell genügt bereits ein Anruf bei einem ihrer Referenzkunden.

Gruss Marques

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo,

der Cache-Server ist lediglich ein teilweises Abbild des Contentservers am lokalen Standort. Wenn eine Datei angefordert wird, dann legt SAP beim ersten Mal diese auf dem Cache-Server und dem Work-Dir des anfordernden Users ab. Wird diese Datei ein 2.Mal an diesem Standort aufgerufen und hat sich in der Zwischenzeit nicht geändert(!), dann holt SAP diese sofort vom Cache Server. Der Cache Server belegt die Dateien mit einer gewissen Lebensdauer und löscht sie vom Cache, wenn sie länger nicht mehr verwendet werden. Deshalb kann der Cache-Server kleiner gewählt werden als der Contentserver.
Hat sich das Original einer auf dem Cache Server liegenden Datei geändert, wird sie beim nächsten Anfordern zuerst vom Content Server geholt, im Cache Server abgelegt und dem Anforderer zugestellt.
Dies gilt nur für das LESEN von Originalen, nicht für das Schreiben. Geschrieben wird ausschließlich auf dem Content-Server, wo auch immer der stehen mag. Der Speicherort wird durch die Ablagekategorie festgelegt, die auf eine logisches oder physikalisches Repository verweist.
Wenn an 2 Standorten z.B. CAD-Daten erzeugt werden, dann ist es sinnvoll, auch an beiden Standorten Contentserver zu haben. Der jeweils andere Standort kann die CAD-Daten zumindest schnell über den Cache lesen.
Hier noch SAP:

Zitat:

---

Caches dienen immer dem lesenden Dokumentenzugriff. Es wird kein „lazy write" unterstützt. Dies bedeutet insbesondere, dass ein Client, der Dokumente ablegen will, immer direkten Zugriff auf den entsprechenden Content-Server haben muss.

---

(Auszug aus der SAP-Bibliothek)

Mit der Relocation-Funktion kann man Content von einem auf den anderen Contentserver bzw von einer Ablagekategorie auf eine andere umziehen. Das ist aber ein administrativer Vorgang und nicht für den Dauerbetrieb vorgesehen.

Grüße
Jochen

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

von Cideon gibt es einen sog. Location Manager/Ahead Manager. Der kann z.B. beim Wechsel zwischen CAD Entwicklungsstandorten automatisch die Ablage der CAD Daten auf den lokalen bzw. gewünschten Standort einstellen

------------------
lg flashbyte

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Im Zusammenhang mit einer über mehrere Standorte verteilten Bearbeitung verhält es sich wie bereits beschrieben so, dass eine Datei einmalig übertragen und in einem Cache Server abgelegt wird (so man denn einen hat). Jeder zweite Zugriff wird dann über die dann lokal vorhandene Cache Kopie erledigt. Will man diese Datei ändern und dann wieder ablegen, so legen sie die meisten CAD Integrationen wieder in dem Contentserver ab, aus der sie gekommen ist. Dies ist völlig unpraktisch, da ja jede Speicheroperation über ein WAN Netz geht. Besser wäre es natürlich, wenn man die geänderte Datei auf den lokalen Contentserver ablegt. Dann sind Speicheroperationen immer lokal, man würde also ein Dokument effektiv "umlagern".

Wenn man mit normalen SAP GUI Mitteln ein Dokument zur Bearbeitung auscheckt und es dann wieder ablegt, kann man bei diesem Vorgang eine andere Ablagekategorie, also einen anderen Contenserver angeben. Das funktioniert problemlos, solange man keine Contentversionen verwendet. Sind diese aktiviert, so führt das dazu, dass die Ablagekategorie des jeweils vorletzten Dokuments kaputt geschrieben wird. Weil das so ist, bekommt man von den SAP OSS Spezialisten auf Nachfrage immer gesagt, dass der Wechsel der Ablagekategorie nicht unterstützt wird. Die Ursache ist ein Programfehler in einer weit unten vergrabenen ABAP Routine, die sich keiner anzufassen traut. Wegen Kundenbeschwerden wurde ein Patch gamcht, der in der SAPNOTE 1411287 beschrieben ist.

Die meisten der auf CAD Desktop beruhenden CAD Integrationen unterstützen die Ablage in den lokalen Contentserver nicht, obwohl das technisch kein Problem wäre. Hier bleibt als einzige Möglichkeit, das File im SAP GUI auszuchecken und in die lokale Ablagekategorie (= lokaler Contenserver) wieder abzulegen. Dies kann man übrigens auch dann tun, wenn Contentversionen aktiviert sind. In diesem Fall wird die Eingabe jedoch ohne weitere Meldung ignoriert und die Datei wieder dort hingelegt, wo sie ursprünglich herkam. Man kann natürlich auch Zusatztools anschaffen und damit als Administrator Dateien umlagern (siehe Beitrag oben).

Es ist wirklich wünschenswert, dass von Seiten der Anwender wegen dieser Problematik etwas mehr Druck aufgebaut würde. Das größte Problem besteht darin, daß kaum einer die Zusammenhänge versteht. Dies programtechnisch zu realisieren wäre ein Aufwand in der Größenordnung von 1 Stunde (inklusive Tests).

Grüße
Joachim

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Joachim,

meinst du mit Contentversionen die sogenannten Inhaltsversionen?

Verstehe ich dich recht, das wenn diese Inhaltsversionen aktiviert sind (wir nutzen das nicht,
es gibt also immer nur 1 abgelegtes Original), stets dorthin abgelegt wird, woher das Dokument geladen wurde?
In unserem Fall (also ohne Inhaltsversionen) wird die Ablagekategorie Userbezogen in den Einstellungen der
CAD Integration (CIDEON) hinterlegt und das greift unabhängig vom letzten "Speicherort".

Bei Nutzung des CADDESKTOP kann auch ein sogenanntes Profil customized werden, das die Ablagekategorie
enthält und dem User zugeordnet wird.

Zur Funktion des Content/content-Cache Server kann ich noch etwas ergänzen:
Jedes Ablegen eines Originals erzeugt eine neue ID (unique) die sowohl in SAP, wie auch im
HTTP Key des Files enthalten ist. Bei Anforderung eines Originals wird dann anhand der ID
geprüft, ob genau dieses Original im Cache liegt und dann bereitgestellt.
Ist diese ID nicht im Cache, so wird ernuet vom Contentserver augecheckt
und eine Kopie im Cache hinterlegt.

Viele Grüße
Doc

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP