Datenbankservices unterstützen WebSphere Business Monitor über zwei Services zum Versetzen von Daten, nämlich "Status an Laufzeit" und "Laufzeit an Protokoll".
Diese Services zum Versetzen von Daten sind voneinander vollständig unabhängig.
Jeder Service zum Versetzen von Daten unterstützt
eines oder mehrere Business Measures-Modelle.
Für jedes Business Measures-Modell, das von einem Service zum Versetzen von Daten unterstützt wird, wird eine Gruppe von Capture- und Apply-Servern erstellt.
In der aktuellen Architektur gibt es standardmäßig
pro Business Measures-Modell einen Capture-Server und einen Apply-Server.
Es können mehrere Capture- und Apply-Server verwendet werden. Hierzu müssen Parameter in den folgenden Parametergruppen geändert werden: Capture-Richtlinienparameter, Apply-Richtlinienparameter und Richtlinieparameter für Apply-Gruppen.
Falls die Business Measures-Modelle sehr umfangreich sind, kann sich die Verwendung von einem Capture- und einem Apply-Server pro Modell und pro Service zum Versetzen von Daten negativ auf die Leistung auswirken.
In einem solchen Fall wird die Leistung durch die Änderung dieser Parameter verbessert.
Bei einer entsprechenden Planung für die Hardware, den Tabellenbereich und den Pufferpool ist es möglich, die Leistung durch das Hinzufügen weiterer Capture- und Apply-Server zu verbessern.
Zusätzliche Capture-Server können die Geschwindigkeit erhöhen, in der Daten für die Tabellen eines Business Measures-Modells erfasst werden.
Sie können einen oder beide Parameter der Gruppe "Capture Policy Parameters" herabsetzen. Jeder zusätzliche Capture-Server benötigt wiederum weiteren Speicherplatz in der Datenbank, um seine Steuerinformationen zu speichern, sowie zusätzliche Prozessor- und E/A-Zeit.
Durch eine größere Anzahl von Servern können die Informationen den Apply-Komponenten jedoch schneller zur Verfügung gestellt und der Durchsatz des gesamten Systems kann verbessert werden.
Zusätzliche Apply-Server bringen außerdem einen weiteren Vorteil mit sich. In der aktuellen Architektur verarbeiten die Apply-Server die ihnen zugeordneten Tabellen seriell.
Je mehr Business Measures-Gruppen und -Tabellen einem einzelnen Apply-Server zugeordnet sind, desto längert dauert die Verarbeitung aller Einträge.
Durch das Hinzufügen weiterer Apply-Server kann die Leistung verbessert werden, weil diese Business Measures-Gruppen parallel verarbeitet werden.
Dies erfordert eine entsprechende Hardware und eine gute Planung für Tabellenbereich und Pufferpool, damit Konkurrenzsituationen bei der Ein-/Ausgabe vermieden werden.
Es wird nicht empfohlen, die Standardwerte in der Gruppe "Apply Group Policy
Parameters" zu ändern.
Richtlinienparameter angeben:
Stellen Sie fest, welche Maschine als Host für die Komponente "Monitor Server" verwendet wird, und suchen Sie nach dem Installationsverzeichnis der Komponente "Monitor Server"
(Beispiel: "C:\IBM\WebSphere\Monitor" unter Windows). Dieses Unterverzeichnis sollte ein Verzeichnis
namens "rm" enthalten, das wiederum ein weiteres Verzeichnis namens "config" enthält.
Im vorliegenden Beispiel wäre "C:\IBM\WebSphere\Monitor\rm\config" der vollständige Pfad des Verzeichnisses.
Erstellen Sie im Verzeichnis "config" eine neue Datei namens "DS_Replication_Policy_Defaults.properties".
Falls diese Datei vorhanden ist, lesen die Datenbankservicekomponenten diese Datei, um festzustellen,
ob sie benutzerdefinierte Überschreibungen für die Parameter der Leistungsrichtlinie enthält.
Parameter werden folgendermaßen angegeben:
- Standardwert für alle Services zum Versetzen von Daten: RICHTLINIENNAME=<RICHTLINIENWERT>
- Bestimmter Wert für einen bestimmten Service zum Versetzen von Daten: <SERVICENAME>.RICHTLINIENNAME=<RICHTLINIENWERT>
- Gegenwärtig sind nur die Servicenamen "State_to_Runtime" und "Runtime_to_Historical" gültig.
Während der Verarbeitung des Services zum Versetzen von Daten sucht das System zunächst nach servicespezifischen Werten, gefolgt von expliziten Standardwerten, gefolgt von internen oder impliziten Standardwerten.
Capture-Richtlinienparameter
Capture-Richtlinienparameter ändern die Art und Weise, in der Business Measures-Gruppen zu Capture-Servern zugeordnet werden.
Für jedes
Business Measures-Modell gibt es immer einen Capture-Server. Anders als bei der vorherigen Architektur ist es nun jedoch möglich,
mehrere Business Measures-Gruppen zum gleichen Capture-Server zuzuordnen, statt für jede Gruppe einen separaten Server zu verwenden.
- POLICY_CAPTURE_MAX_GROUPS_PER_SERVER
- Diese Richtlinie steuert im wesentlichen, wie viele Gruppen zu einem bestimmten
Capture-Server zugeordnet werden können, der dem übergeordneten Business Measures-Modell zugeordnet ist.
Falls das System keinen vorhandenen Capture-Server finden konnte, der unter Einhaltung dieser Richtlinie weitere Business Measures-Gruppen aufnehmen kann, wird während der Zuordnungsphase ein neuer Capture-Server für die neue Business Measures-Gruppe erstellt.
Anmerkung: Im Änderungsmanagement findet kein Lastausgleich für diese Server statt.
Um einen Ausgleich zu erreichen, müssen Sie alle Replikationsartefakte,
die dieses Business Measures-Modell unterstützen, deimplementieren und als neues Modell neu generieren.
Diese Richtlinie verhindert die Zuordnung einer
Business Measures-Gruppe zu einem neuen Capture-Server nicht. Außerdem hat sie keinen Einfluss auf die Zuordnung einer Business Measures-Gruppe während des Änderungsmanagements, falls diese Business Measures-Gruppe bereits zu einem Capture-Server zugeordnet ist.
- Der Standardwert ist gegenwärtig 50.
- Gültige Werte sind in der folgenden Tabelle angegeben.
Werte für POLICY_CAPTURE_MAX_GROUPS_PER_SERVER
Wert |
Beschreibung |
-1 |
Die Richtlinie ist inaktiviert. |
0 |
Hat dieselbe Wirkung wie 1. Für jede Business Measures-Gruppe wird immer ein neuer Capture-Server erstellt. |
> 1 |
Wendet die Richtlinie auf der Basis dieser Zahl an. |
- POLICY_CAPTURE_MAX_TABLES_PER_SERVER
- Diese Richtlinie steuert, wie viele Tabellen unabhängig von der Anzahl der Gruppen zu einem bestimmten Server zugeordnet werden können.
Falls einer Business Measures-Gruppe 10 Tabellen zugeordnet sind, ein vorhandener Capture-Server 10 Tabellen enthält und die Richtlinie auf den Wert 19 gesetzt ist, wird von der Richtlinie ein neuer Capture-Server für diese neue Business Measures-Gruppe erstellt.
Anmerkung: Auch wenn eine Business Measures-Gruppe allein schon diese Richtlinie überschreitet, verhindert die Richtlinie nicht, dass sie zu einem neuen Capture-Server zugeordnet wird.
Außerdem wirkt sich diese Richtlinie nicht auf die Zuordnung einer Business
Measures-Gruppe während des Änderungsmanagements aus, falls diese Business Measures-Gruppe bereits zu einem Capture-Server zugeordnet ist.
- Der Standardwert ist gegenwärtig -1.
- Gültige Werte sind in der folgenden Tabelle angegeben.
Werte für POLICY_CAPTURE_MAX_TABLES_PER_SERVER
Wert |
Beschreibung |
< 0 |
Die Richtlinie ist inaktiviert. |
-1 |
Die Richtlinie ist inaktiviert. |
0 |
Hat dieselbe Wirkung wie 1. Für jede neue Business Measures-Gruppe wird immer ein neuer Capture-Server erstellt. |
> 1 |
Wendet die Richtlinie auf der Basis dieser Zahl an. |
- POLICY_CAPTURE_MIN_PERCENT_FREE_AFTER_GROUP_ADD
- Diese Richtlinie steuert, wie viele Tabellen (im Vergleich mit der Richtlinie POLICY_CAPTURE_MAX_TABLES_PER_SERVER) unbelegt sein müssen, nachdem
ein Business Measures-Modell zu einem Capture-Server zugeordnet wurde.
Anmerkung: Auch wenn eine Business Measures-Gruppe allein schon diese Richtlinie überschreitet, verhindert die Richtlinie nicht, dass sie zu einem neuen Capture-Server zugeordnet wird.
Außerdem wirkt sich diese Richtlinie nicht auf die Zuordnung einer Business
Measures-Gruppe während des Änderungsmanagements aus, falls diese Business Measures-Gruppe bereits zu einem Capture-Server zugeordnet ist.
- Der Standardwert ist gegenwärtig -1.
- Gültige Werte sind in der folgenden Tabelle angegeben.
Werte für POLICY_CAPTURE_MIN_PERCENT_FREE_AFTER_GROUP_ADD
Wert |
Beschreibung |
< 0 |
Die Richtlinie ist inaktiviert. |
-1 |
Die Richtlinie ist inaktiviert. |
0 |
Hat dieselbe Wirkung wie 1. Für jede neue Business Measures-Gruppe wird immer ein neuer Capture-Server erstellt. |
> 1 und < 100 |
Die Richtlinie wird auf der Basis dieses Schwellenwerts angewendet. |
>= 100 |
Hat dieselbe Wirkung wie 1. Für jede neue Business Measures-Gruppe wird immer ein neuer Capture-Server erstellt. |
Apply-Richtlinienparameter
Apply-Richtlinienparameter ändern die Art und Weise, in der Business Measures-Gruppen zu Apply-Servern zugeordnet werden.
Gegenwärtig gibt es für jedes Business Measures-Modell immer einen Apply-Server. Anders als bei der vorherigen Architektur ist es nun jedoch möglich,
mehrere Business Measures-Gruppen zum gleichen Apply-Server zuzuordnen, statt für jede Gruppe einen separaten Server zu verwenden.
- POLICY_APPLY_IS_CONSISTENT_WITH_CAPTURE
- POLICY_APPLY_MAX_GROUPS_PER_SERVER
- Diese Richtlinie steuert, wie viele Gruppen zu einem bestimmten
Apply-Server zugeordnet werden können, der dem übergeordneten Business Measures-Modell zugeordnet ist.
Falls während der Zuordnungsphase kein Apply-Server den Schwellenwert erreicht hat, wird ein neuer Apply-Server für die neue Business Measures-Gruppe erstellt.
Anmerkung: Im Änderungsmanagement findet kein Lastausgleich für diese Server statt.
Um einen Ausgleich zu erreichen, müssen Sie alle Replikationsartefakte,
die dieses Business Measures-Modell unterstützen, deimplementieren und als neues Modell neu generieren.
Diese Richtlinie verhindert die Zuordnung einer
Business Measures-Gruppe zu einem neuen Apply-Server nicht. Außerdem hat sie keinen Einfluss auf die Zuordnung einer Business Measures-Gruppe während des Änderungsmanagements, falls diese Business Measures-Gruppe bereits zu einem Apply-Server zugeordnet ist.
- Der Standardwert ist 50.
- Gültige Werte sind in der folgenden Tabelle angegeben.
Werte für POLICY_APPLY_MAX_GROUPS_PER_SERVER
Wert |
Beschreibung |
< 0 |
Die Richtlinie ist inaktiviert. |
-1 |
Die Richtlinie ist inaktiviert. |
0 |
Hat dieselbe Wirkung wie 1. Für jede neue Business Measures-Gruppe wird immer ein neuer Apply-Server erstellt. |
> 1 |
Wendet die Richtlinie auf der Basis dieser Zahl an. |
- POLICY_APPLY_MAX_APPLYGROUPS_PER_SERVER
- Diese Richtlinie steuert die Zuordnung von Apply-Gruppen zu einem bestimmten Server.
Normalerweise wird sie mit den Richtlinien für Apply-Gruppen kombiniert, um die Verteilung
der Business Measures an einen Server zu steuern. Apply-Gruppen werden
in DB2 als "Replikationssubskriptionen" bezeichnet.
Anmerkung: Im Änderungsmanagement findet kein Lastausgleich für diese Server statt.
Um einen Ausgleich zu erreichen, müssen Sie alle Replikationsartefakte,
die dieses Business Measures-Modell unterstützen, deimplementieren und als neues Modell neu generieren.
Diese Richtlinie verhindert die Zuordnung einer
Business Measures-Gruppe zu einem neuen Apply-Server nicht. Außerdem hat sie keinen Einfluss auf die Zuordnung einer Business Measures-Gruppe während des Änderungsmanagements, falls diese Business Measures-Gruppe bereits zu einem Apply-Server zugeordnet ist.
- Der Standardwert ist -1.
- Gültige Werte sind in der folgenden Tabelle angegeben.
Werte für POLICY_APPLY_MAX_APPLYGROUPS_PER_SERVER
Wert |
Beschreibung |
< 0 |
Die Richtlinie ist inaktiviert. |
-1 |
Die Richtlinie ist inaktiviert. |
0 |
Hat dieselbe Wirkung wie 1. Für jede neue Business Measures-Gruppe wird immer ein neuer Apply-Server erstellt. |
> 1 |
Wendet die Richtlinie auf der Basis dieser Zahl an. |
- POLICY_APPLY_MAX_TABLES_PER_SERVER
- Diese Richtlinie steuert die Zuordnung von Business Measure-Gruppen basierend auf der Anzahl der Tabellen, die pro Server zulässig sind.
Anmerkung: Im Änderungsmanagement findet kein Lastausgleich für diese Server statt.
Um einen Ausgleich zu erreichen, müssen Sie alle Replikationsartefakte,
die dieses Business Measures-Modell unterstützen, deimplementieren und als neues Modell neu generieren.
Diese Richtlinie verhindert die Zuordnung einer
Business Measures-Gruppe zu einem neuen Apply-Server nicht. Außerdem hat sie keinen Einfluss auf die Zuordnung einer Business Measures-Gruppe während des Änderungsmanagements, falls diese Business Measures-Gruppe bereits zu einem Apply-Server zugeordnet ist.
- Der Standardwert ist -1.
- Gültige Werte sind in der folgenden Tabelle angegeben.
Werte für POLICY_APPLY_MAX_TABLES_PER_SERVER
Wert |
Beschreibung |
< 0 |
Die Richtlinie ist inaktiviert. |
-1 |
Die Richtlinie ist inaktiviert. |
0 |
Hat dieselbe Wirkung wie 1. Für jede neue Business Measures-Gruppe wird immer ein neuer Apply-Server erstellt. |
> 1 |
Wendet die Richtlinie auf der Basis dieser Zahl an. |
Richtlinienparameter für Apply-Gruppen
Diese Richtlinien wirken sich darauf aus, wie Business Measures-Gruppen zu Apply-Gruppen zugeordnet werden.
In DB2 werden sie als "Replikationssubskriptionen" bezeichnet.
Informationen zur optimalen Zuordnung von Tabellen über Replikationssubskriptionen hinweg finden Sie in der DB2-Dokumentation über die Replikation.
Der Replikationsmanager wählt immer die Zuordnung einer Business Measures-Gruppe pro Replikationssubskription aus.
- POLICY_APPLY_MAX_TABLES_PER_APPLYGROUP
- Diese Richtlinie steuert die Zuordnung von Business Measure-Gruppen basierend auf der Anzahl der Tabellen, die pro Apply-Gruppe zulässig sind.
- Der Standardwert ist -1.
- Gültige Werte sind in der folgenden Tabelle angegeben.
Werte für POLICY_APPLY_MAX_TABLES_PER_APPLYGROUP
Wert |
Beschreibung |
< 0 |
Die Richtlinie ist inaktiviert. |
-1 |
Die Richtlinie ist inaktiviert. |
0 |
Hat dieselbe Wirkung wie 1. Für jede neue Business Measures-Gruppe wird immer eine neue Apply-Gruppe erstellt. |
> 1 |
Wendet die Richtlinie auf der Basis dieser Zahl an. |
- POLICY_APPLY_MAX_GROUPS_PER_APPLYGROUP
- Diese Richtlinie steuert die Zuordnung von Business Measure-Gruppen basierend auf der Anzahl der Business Measures-Gruppen, die pro Apply-Gruppe zulässig sind.
- Der Standardwert ist -1.
- Gültige Werte sind in der folgenden Tabelle angegeben.
Werte für POLICY_APPLY_MAX_GROUPS_PER_APPLYGROUP
Wert |
Beschreibung |
< 0 |
Die Richtlinie ist inaktiviert. |
-1 |
Die Richtlinie ist inaktiviert. |
0 |
Hat dieselbe Wirkung wie 1. Für jede neue Business Measures-Gruppe wird immer eine neue Apply-Gruppe erstellt. |
> 1 |
Wendet die Richtlinie auf der Basis dieser Zahl an. |