Datenreplikation

Replikation ist ein Service, der Daten, Objekte oder Ereignisse zwischen Anwendungsservern überträgt. Der Datenreplikationsservice (DRS) ist die interne WebSphere Application Server-Komponente für die Datenreplikation.

Mit der Datenreplikation können Sie Daten für den Sitzungsmanager, den dynamischen Cache und Stateful-Session-Beans auf allen Anwendungsservern eines Clusters verfügbar machen. Die Vorzüge der Replikation sind von der Komponente abhängig, die Sie für die Verwendung der Replikation konfigurieren.
  • Ist der Sitzungsmanager für die Datenreplikation konfiguriert, führt er die Replikation von einem Speicher in einen anderen Speicher aus. Bei konfigurierter Replikation zwischen Speichern kann der Sitzungsmanager Daten zu Sitzungen auf mehreren Anwendungsservern verwalten, so dass beim Ausfall eines Anwendungsservers keine Sitzungsdaten verloren gehen.
  • Der dynamische Cache verwendet den Datenreplikationsservice zur weiteren Steigerung des Durchsatzes. Cacheinformationen werden auf alle Anwendungsserver im Cluster kopiert, so dass eine Task oder Abfrage nicht auf verschiedenen Anwendungsservern wiederholt werden muss.
  • Für Stateful-Session-Beans bedeutet die Verwendung des Replikationsservice, dass es für Anwendungen, die Stateful-Session-Beans verwenden, keine Einschränkungen durch unerwartete Serverausfälle gibt.
Wichtig: Wenn Sie den Replikationsservice verwenden, müssen Sie sicherstellen, dass die Option Sicherheitsattribute weitergeben aktiviert ist. Die Weitergabe von Sicherheitsattributen ist standardmäßig aktiviert.

Sie können die Anzahl der Replikate definieren, die DRS auf fernen Anwendungsservern erstellen soll. Ein Replikat ist eine Kopie der Daten von einem Anwendungsserver auf einem anderen Anwendungsserver. Die von Ihnen konfigurierte Anzahl der Replikate wirkt sich auf den Durchsatz Ihrer Konfiguration aus. Bei einer kleineren Anzahl an Replikaten ist der Durchsatz besser, weil die Daten nicht so oft kopiert werden müssen. Wenn Sie jedoch mehr Replikate erstellen, erhöht sich die Redundanz Ihres Systems. Werden mehr Replikate konfiguriert, kann Ihr System den Ausfall von Anwendungsservern besser tolerieren, weil die Daten an verschiedenen Stellen gesichert sind.

Wenn Sie eine Konfiguration mit nur einem Replikat definieren, können Sie bereits einen Single Point of Failure vermeiden. Soll Ihr System jedoch mehrere Ausfälle tolerieren können, sollten Sie die Redundanz des Systems verbessern. Erhöhen Sie dazu die Anzahl der Replikate, die für jede mit DRS replizierte HTTP-Sitzung erstellt werden soll. Die Eigenschaft Anzahl der Replikate für eine Replikationsdomäne, die vom dynamischen Cache-Service verwendet wird, muss auf den Wert Gesamte Domäne gesetzt werden.

Der Sitzungsmanager, der dynamische Cache und Stateful-Session-Beans sind die drei Konsumenten der Replikation. Ein Konsument ist eine Komponente, die den Replikationsservice verwendet. Wenn Sie die Replikation konfigurieren, gehört zu einer Replikationsdomäne nur ein Konsumententyp. Wenn Sie beispielsweise den Sitzungsmanager und den dynamischen Cache für die Verwendung von DRS zum Replizieren von Objekten konfigurieren, erstellen Sie für jeden der beiden Konsumenten eine gesonderte Replikationsdomäne. Erstellen Sie eine Replikationsdomäne für alle Sitzungsmanager auf allen Anwendungsservern und eine Replikationsdomäne für den dynamischen Cache auf allen Anwendungsservern. Die einzige Ausnahme von dieser Regel ist die Erstellung nur einer Replikationsdomäne, wenn Sie die Replikation für HTTP-Sitzungen und Stateful-Session-Beans konfigurieren. Das Konfigurieren einer Replikationsdomäne stellt in diesem Falle sicher, dass sich die Backup-Statusinformationen auf denselben Backup-Anwendungsservern befinden.


Symbol, das den Typ des Artikels anzeigt. Konzeptartikel



Symbol für Zeitmarke Letzte Aktualisierung: 25.05.2016
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=crun_drs_replication
Dateiname:crun_drs_replication.html