Usługi baz danych obsługują program
WebSphere
Business Monitor za pomocą dwóch usług przenoszenia danych: z bazy danych stanu do wykonawczej bazy danych i z wykonawczej bazy danych do bazy danych historycznych. Te usługi przenoszenia danych są od siebie zupełnie niezależne. Każda
usługa przenoszenia danych obsługuje jeden lub kilka modeli
miar
biznesowych.
Dla każdego modelu
miar
biznesowych obsługiwanego przez usługę przenoszenia danych tworzony jest zestaw serwerów przechwytujących i wprowadzających.
W bieżącej architekturze domyślnie istnieje jeden serwer przechwytujący i jeden serwer wprowadzający dla każdego modelu
miar
biznesowych.
Można określić więcej niż jeden serwer przechwytujący lub wprowadzający, zmieniając parametry w następujących grupach parametrów: parametry strategii
przechwytywania, parametry strategii wprowadzania i parametry strategii wprowadzania grupy.
Jeśli
modele miar
biznesowych są obszerne, określenie jednego serwera przechwytującego i wprowadzającego
dla jednego modelu i jednej usługi przenoszenia danych może wpłynąć na wydajność ; takie modele najwięcej mogą skorzystać dzięki modyfikacji tych parametrów w celu zwiększenia wydajności. Odpowiedni
sprzęt, obszar tabel i planowanie puli buforów umożliwiają zwiększenie wydajności przez dodanie dodatkowych serwerów przechwytujących i wprowadzających.
Dodatkowe
serwery przechwytujące mogą zwiększyć tempo przechwytywania danych dla tabel modelu
miar
biznesowych.
Można zmniejszyć jeden lub oba parametry strategii przechwytywania. Jednak
każdy dodatkowy serwer przechwytujący zajmie dodatkową przestrzeń bazy danych
przeznaczoną do przechowywania jego informacji sterujących, a także dodatkowy
czas procesora i urządzenia we/wy. Jednak zwiększenie liczby serwerów może
spowodować, że informacje będą szybciej dostępne dla komponentów wprowadzających i może poprawić przepustowość całego systemu.
Dodatkowe
serwery wprowadzające są również źródłem innych korzyści. W bieżącej
architekturze serwery wprowadzające działają szeregowo na przypisanych do nich tabelach. Im
więcej grup miar biznesowych i tabel jest przypisanych do pojedynczego serwera wprowadzającego, tym dłużej trwa przetwarzanie wszystkich wpisów. Dodanie
dodatkowych serwerów wprowadzających poprawia wydajność dzięki równoległemu przetwarzaniu tych grup miar biznesowych. Wymaga to odpowiedniego sprzętu, dobrej przestrzeni tabel i planu puli buforów, aby uniknąć rywalizacji urządzeń we/wy.
Nie
zaleca się zmiany domyślnych parametrów strategii grupy wprowadzającej.
Jak określić parametry strategii:
Należy
znaleźć komputer obsługujący serwer programu Monitor, a następnie znaleźć katalog instalacyjny programu Monitor. Na
przykład: 'C:\IBM\WebSphere\Monitor' w systemie Windows. W tym podkatalogu powinien znajdować się katalog o nazwie
'rm', w którym powinien znajdować się inny katalog o nazwie 'config'. W podanym przykładzie 'C:\IBM\WebSphere\Monitor\rm\config'
będzie pełną ścieżką do katalogu.
W katalogu config należy utworzyć nowy plik o nazwie 'DS_Replication_Policy_Defaults.properties'. Jeśli
taki plik istnieje, komponenty usług danych odczytają ten plik dla zdefiniowanych przez użytkownika zastąpień parametrów strategii wydajności.
Parametry
są określone w następujący sposób:
- Domyślna wartość dla wszystkich usług
przenoszenia danych: NAZWA_STRATEGII=<WARTOŚĆ_STRATEGII>
- Konkretna wartość dla
określonej usługi przenoszenia danych: <NAZWA_USŁUGI>.NAZWA_STRATEGII=<WARTOŚĆ_STRATEGII>
- Aktualnie
jedynymi poprawnymi nazwami usług są: State_to_Runtime i Runtime_to_Historical.
Podczas
przetwarzania usługi przenoszenia danych system szuka najpierw wartości
specyficznych dla usługi, potem jawnych wartości domyślnych, a potem wewnętrznych lub niejawnych wartości domyślnych.
Parametry
strategii przechwytywania
Parametry strategii przechwytywania służą do zmiany sposobu przypisania grup miar biznesowych do serwerów przechwytujących. Zawsze
istnieje jeden serwer przechwytujący dla każdego
modelu
miar
biznesowych, ale w przeciwieństwie do poprzedniej architektury teraz możliwe jest
przypisanie wielu grup miar biznesowych do tego samego serwera przechwytującego, nie musi istnieć osobny serwer dla każdej grupy.
- POLICY_CAPTURE_MAX_GROUPS_PER_SERVER
- Ta
strategia zasadniczo określa, ile grup można przydzielić do określonego serwera przechwytującego, który jest przypisany do nadrzędnego modelu
miar
biznesowych.
Jeśli podczas fazy przypisania system nie może znaleźć istniejącego serwera
przechwytującego, który może przyjąć dodatkową grupę miar biznesowych zgodnie z
tą strategią, zostanie utworzony nowy serwer przechwytujący w celu obsługi nowej grupy miar biznesowych.
Uwaga: Podczas
fazy zarządzania zmianami serwery te nie zostaną ponownie zrównoważone. Aby
je ponownie zrównoważyć, trzeba zdeinstalować wszystkie artefakty replikacji
obsługujące ten model
miar
biznesowych, a następnie ponownie je wygenerować jako nowy model. Taka
strategia nie zapobiegnie przypisaniu grupy miar biznesowych do nowego serwera przechwytującego. Taka
strategia nie wpłynie również na przypisanie grupy miar biznesowych podczas
zarządzania zmianami, jeśli ta grupa miar biznesowych została już przypisana do jakiegoś serwera przechwytującego.
- Aktualnie wartością domyślną jest 50.
- Poprawne
wartości są wyświetlone w poniższej tabeli.
Wartości
strategii POLICY_CAPTURE_MAX_GROUPS_PER_SERVER
Wartość |
Opis |
-1 |
Strategia jest wyłączona. |
0 |
Taki
sam skutek, jak wartość 1. Nowy serwer przechwytujący jest tworzony dla każdej grupy miar biznesowych. |
>1 |
Stosowana
jest strategia na podstawie tej liczby. |
- POLICY_CAPTURE_MAX_TABLES_PER_SERVER
- Ta
strategia określa, ile tabel można przypisać do określonego serwera bez względu na liczbę grup. Jeśli
z grupą miar biznesowych jest powiązanych 10 tabel, a istniejący serwer
przechwytujący ma 10 tabel i strategia jest ustawiona na 19, to zgodnie z tą
strategią nowy serwer przechwytujący zostanie utworzony w celu obsługi nowej grupy miar biznesowych.
Uwaga: Nawet
jeśli sama grupa miar biznesowych przekracza tę strategię, strategia ta nie zapobiegnie jej przypisaniu do nowego serwera przechwytującego. Taka
strategia nie wpłynie również na przypisanie grupy miar biznesowych podczas
zarządzania zmianami, jeśli ta grupa miar biznesowych została już przypisana do jakiegoś serwera przechwytującego.
- Aktualnie wartością domyślną jest -1.
- Poprawne wartości są wyświetlone w poniższej tabeli.
Wartości
strategii POLICY_CAPTURE_MAX_TABLES_PER_SERVER
Wartość |
Opis |
<0 |
Strategia jest wyłączona. |
-1 |
Strategia jest wyłączona. |
0 |
Tak
samo, jak w przypadku wartości 1, nowy serwer przechwytujący jest tworzony dla każdej grupy miar biznesowych. |
>1 |
Stosowana
jest strategia na podstawie tej liczby. |
- POLICY_CAPTURE_MIN_PERCENT_FREE_AFTER_GROUP_ADD
- Ta strategia określa, ile tabel musi być wolnych (w porównaniu do strategii
POLICY_CAPTURE_MAX_TABLES_PER_SERVER) po przypisaniu modelu
miar
biznesowych do serwera przechwytującego.
Uwaga: Nawet jeśli sama grupa miar biznesowych przekracza tę strategię, strategia ta
nie zapobiegnie jej przypisaniu do nowego serwera przechwytującego. Taka
strategia nie wpłynie również na przypisanie grupy miar biznesowych podczas
zarządzania zmianami, jeśli ta grupa miar biznesowych została już przypisana do jakiegoś serwera przechwytującego.
- Aktualnie wartością domyślną jest -1.
- Poprawne wartości są wyświetlone w poniższej tabeli.
Wartości
strategii POLICY_CAPTURE_MIN_PERCENT_FREE_AFTER_GROUP_ADD
Wartość |
Opis |
<0 |
Strategia jest wyłączona. |
-1 |
Strategia jest wyłączona. |
0 |
Tak
samo, jak w przypadku wartości 1, nowy serwer przechwytujący jest tworzony dla każdej grupy miar biznesowych. |
>1 i <100 |
Strategia
będzie stosowana na podstawie tego progu. |
>=100 |
Tak samo, jak w przypadku
wartości 1, nowy serwer przechwytujący jest tworzony dla każdej grupy miar biznesowych. |
Parametry strategii wprowadzania
Parametry
strategii wprowadzania służą do zmiany sposobu przypisywania grup miar biznesowych do serwerów wprowadzających. Obecnie
zawsze istnieje jeden serwer wprowadzający dla każdego modelu miar biznesowych,
ale w przeciwieństwie do poprzedniej architektury teraz możliwe jest
przypisanie wielu grup miar biznesowych do tego samego serwera wprowadzającego; nie musi istnieć osobny serwer dla każdej grupy.
- POLICY_APPLY_IS_CONSISTENT_WITH_CAPTURE
- POLICY_APPLY_MAX_GROUPS_PER_SERVER
- Ta
strategia określa, ile grup można przydzielić do określonego serwera
wprowadzającego, który jest przypisany do nadrzędnego modelu
miar
biznesowych.
Jeśli podczas fazy przypisywania żaden serwer wprowadzający nie osiągnie progu,
zostanie utworzony nowy serwer wprowadzający w celu obsługi nowej grupy miar biznesowych.
Uwaga: Podczas
fazy zarządzania zmianami serwery te nie zostaną ponownie zrównoważone. Aby je ponownie zrównoważyć, trzeba zdeinstalować wszystkie artefakty
replikacji obsługujące ten model
miar
biznesowych, a następnie ponownie je wygenerować jako nowy model. Taka
strategia nie zapobiegnie przypisaniu grupy miar biznesowych do nowego serwera wprowadzającego. Taka
strategia nie wpłynie również na przypisanie grupy miar biznesowych podczas
zarządzania zmianami, jeśli ta grupa miar biznesowych została już przypisana do jakiegoś serwera wprowadzającego.
- Wartością
domyślną jest 50.
- Poprawne wartości są wyświetlone w poniższej tabeli.
Wartości
strategii POLICY_APPLY_MAX_GROUPS_PER_SERVER
Wartość |
Opis |
<0 |
Strategia jest wyłączona. |
-1 |
Strategia jest wyłączona. |
0 |
Tak
samo, jak w przypadku wartości 1, nowy serwer wprowadzający jest tworzony dla każdej nowej grupy miar biznesowych. |
>1 |
Stosowana
jest strategia na podstawie tej liczby. |
- POLICY_APPLY_MAX_APPLYGROUPS_PER_SERVER
- Ta
strategia określa przydział grup wprowadzających do określonego serwera.
Ta strategia będzie zwykle używana w połączeniu ze strategiami grup wprowadzających w celu sterowania dystrybucją miar biznesowych na serwerze. Grupy
wprowadzające w produkcie DB2 są nazywane zestawami subskrypcji.
Uwaga: Podczas fazy zarządzania zmianami serwery te nie zostaną ponownie zrównoważone. Aby je ponownie zrównoważyć, trzeba zdeinstalować wszystkie artefakty
replikacji obsługujące ten
model
miar
biznesowych,
a następnie ponownie je wygenerować jako nowy model. Taka strategia nie zapobiegnie przypisaniu grupy miar biznesowych do nowego serwera wprowadzającego. Taka
strategia nie wpłynie również na przypisanie grupy miar biznesowych podczas
zarządzania zmianami, jeśli ta grupa miar biznesowych została już przypisana do jakiegoś serwera wprowadzającego.
- Wartością
domyślną jest -1.
- Poprawne wartości są wyświetlone w poniższej tabeli.
Wartości
strategii POLICY_APPLY_MAX_APPLYGROUPS_PER_SERVER
Wartość |
Opis |
<0 |
Strategia jest wyłączona. |
-1 |
Strategia jest wyłączona. |
0 |
Tak
samo, jak w przypadku wartości 1, nowy serwer wprowadzający jest tworzony dla każdej nowej grupy miar biznesowych. |
>1 |
Stosowana
jest strategia na podstawie tej liczby. |
- POLICY_APPLY_MAX_TABLES_PER_SERVER
- Ta
strategia określa przydział grup miar biznesowych na podstawie liczby tabel dozwolonych na serwer.
Uwaga: Podczas
fazy zarządzania zmianami serwery te nie zostaną ponownie zrównoważone. Aby je ponownie zrównoważyć, trzeba zdeinstalować wszystkie artefakty
replikacji obsługujące ten
model
miar
biznesowych,
a następnie ponownie je wygenerować jako nowy model. Taka strategia nie zapobiegnie przypisaniu grupy miar biznesowych do nowego serwera wprowadzającego. Taka
strategia nie wpłynie również na przypisanie grupy miar biznesowych podczas
zarządzania zmianami, jeśli ta grupa miar biznesowych została już przypisana do jakiegoś serwera wprowadzającego.
- Wartością domyślną jest -1.
- Poprawne wartości są wyświetlone w poniższej tabeli.
Wartości
strategii POLICY_APPLY_MAX_TABLES_PER_SERVER
Wartość |
Opis |
<0 |
Strategia jest wyłączona. |
-1 |
Strategia jest wyłączona. |
0 |
Tak
samo, jak w przypadku wartości 1, nowy serwer wprowadzający jest tworzony dla każdej nowej grupy miar biznesowych. |
>1 |
Stosowana
jest strategia na podstawie tej liczby. |
Parametry strategii grupy wprowadzającej
Te
strategie wpływają na sposób przydzielania grup wprowadzających; w produkcie DB2 są to zestawy subskrypcji. Informacje
dotyczące najlepszego sposobu przydzielania tabel do różnych zestawów subskrypcji można znaleźć w dokumentacji replikacji produktu DB2. Menedżer
replikacji zawsze przydziela jedną grupę miar biznesowych dla jednego zestawu subskrypcji.
- POLICY_APPLY_MAX_TABLES_PER_APPLYGROUP
- Ta
strategia określa przydział grup miar biznesowych na podstawie liczby tabel dozwolonych na grupę wprowadzającą.
- Wartością domyślną jest -1.
- Poprawne wartości są wyświetlone w poniższej tabeli.
Wartości
strategii POLICY_APPLY_MAX_TABLES_PER_APPLYGROUP
Wartość |
Opis |
<0 |
Strategia jest wyłączona. |
-1 |
Strategia jest wyłączona. |
0 |
Tak
samo, jak w przypadku wartości 1, nowa grupa wprowadzająca jest tworzona dla każdej nowej grupy miar biznesowych. |
>1 |
Stosowana
jest strategia na podstawie tej liczby. |
- POLICY_APPLY_MAX_GROUPS_PER_APPLYGROUP
- Ta
strategia określa przydział grup miar biznesowych na podstawie liczby grup miar biznesowych dla grupy wprowadzającej.
- Wartością
domyślną jest 1.
- Poprawne wartości są wyświetlone w poniższej tabeli.
Wartości
strategii POLICY_APPLY_MAX_GROUPS_PER_APPLYGROUP
Wartość |
Opis |
<0 |
Strategia jest wyłączona. |
-1 |
Strategia jest wyłączona. |
0 |
Tak
samo, jak w przypadku wartości 1, nowa grupa wprowadzająca jest tworzona dla każdej nowej grupy miar biznesowych. |
>1 |
Stosowana
jest strategia na podstawie tej liczby. |