Porównanie z PARMGEN

Produkt IBM Z® Monitoring Configuration Manager wyewoluował z PARMGEN. Jeśli użytkownik zna PARMGEN, porównanie może pomóc w szybkim zrozumieniu menedżera konfiguracji monitorowania.

Do skonfigurowania środowisk wykonawczych dla obsługiwanych agentów OMEGAMON można użyć menedżera konfiguracji monitorowania lub PARMGEN. Menedżer konfiguracji monitorowania i PARMGEN używają tych samych parametrów. Jednak program Monitoring Configuration Manager radykalnie upraszcza proces konfigurowania środowisk wykonawczych na podstawie tych parametrów.

Należy zdecydować, czy ma być używany menedżer konfiguracji monitorowania , czy PARMGEN.

Za pomocą menedżera konfiguracji monitorowania można generować elementy środowiska wykonawczego dla niektórych środowisk wykonawczych, PARMGEN dla innych i uruchamiać je w tej samej topologii monitorowania, komunikując się z tym samym serwerem koncentrującym monitorowanie. W tym sensie można używać menedżera konfiguracji monitorowania i PARMGEN razem ze sobą.

Nie można jednak używać zamiennie menedżera konfiguracji monitorowania i PARMGEN do generowania elementów środowiska wykonawczego dla środowiska wykonawczego z tego samego zestawu parametrów. Dla każdego środowiska wykonawczego należy zdecydować, czy ma być używany menedżer konfiguracji monitorowania , czy PARMGEN.

Uwaga: Dane PARMGEN można przenieść do Menedżera konfiguracji za pomocą czynności MIGRATE .

Omówienie

Poniższa tabela zawiera przegląd różnic między produktami Monitoring Configuration Manager i PARMGEN.

Tabela 1. Monitoring Configuration Manager a PARMGEN: przegląd
Menedżer konfiguracji monitorowania	PARMGEN
Interfejs tylko dla zadań wsadowych.	Połączenie interfejsu użytkownika ISPF i zadania wsadowego. Aby wybrać zadanie do wprowadzenia, należy przejść do paneli ISPF.
Ten sam prosty, zwięzły kod JCL dla wszystkich działań.	Różne zadania dla różnych działań. Złożone, długie JCL. Elementy JCL dostosowane dla każdego środowiska wykonawczego muszą zostać utworzone, zapisane i potencjalnie ponownie utworzone, w zależności od sytuacji.
Aby wygenerować elementy środowiska wykonawczego na podstawie parametrów, należy wprowadzić jedno zadanie.	Aby wygenerować elementy środowiska wykonawczego na podstawie parametrów, należy użyć paneli ISPF w celu wprowadzenia serii zadań. Niektóre zadania wysyłaają inne zadania. Należy sprawdzić dane wyjściowe z każdego zadania, a następnie powrócić do paneli ISPF, aby wprowadzić następne zadanie z serii.
Aby wygenerować elementy środowiska wykonawczego, należy wprowadzić to samo zadanie we wszystkich sytuacjach. Udoskonalenia wprowadzone w programie Monitoring Configuration Manager, w tym zwiększenie wydajności i usprawnienie wcześniej oddzielnych etapów w ramach jednego zadania, eliminują konieczność podejmowania przez użytkowników decyzji o tym, które etapy mają być uruchamiane w różnych sytuacjach.	Należy zrozumieć, które zadanie (lub seria zadań) należy wprowadzić w różnych sytuacjach. Na przykład należy zrozumieć, które zadania należy uruchomić w celu zaktualizowania środowiska wykonawczego po zastosowaniu konserwacji SMP/E do agentów OMEGAMON .
Wymagana jest tylko wiedza na temat parametrów wejściowych i wyjściowych elementów środowiska wykonawczego. Menedżer konfiguracji monitorowania izoluje użytkownika od złożoności bazowej.	Oprócz zrozumienia danych wejściowych i wyjściowych konieczne jest również zrozumienie szczegółów procesu generującego elementy środowiska wykonawczego. Należy na przykład zrozumieć różnicę między tymczasowymi bibliotekami pomostowymi (IK), bibliotekami roboczymi (WK) i bibliotekami końcowego wyjściowego środowiska wykonawczego (RK*). Należy również zrozumieć, które etapy procesu i które zadania mają wpływ na każdą z tych bibliotek.
Rzadkie profile konfiguracyjne zawierające tylko potrzebne parametry. Członkowie profilu konfiguracji początkowej zawierają tylko kilkadziesiąt parametrów. Jest to wszystko, co jest potrzebne do korzystania z podstawowych funkcji, jeśli treść zawiera domyślne wartości parametrów.	Obszerne profile konfiguracyjne zawierające wszystkie parametry dla wszystkich agentów. Użytkownik edytuje element profilu konfiguracji zawierający setki parametrów z komentarzami wielowierszowymi.
Wykrywanie zintegrowanego podsystemu.	Wymaga produktu IBM Discovery Library Adapter for z/OS® (DLA).
Dostępne dla wszystkich agentów IBM Z Monitoring Suite i IBM Z NetView Enterprise Management Agent, a także dla IBM OMEGAMON for z/OS wersja 5.5.0 lub nowsza, IBM OMEGAMON for Networks on z/OS V5.5.0 lub nowsza, i IBM Z OMEGAMON Integration Monitor V5.5.0 lub nowszy. Dodatkowo dostępna jest obsługa wszystkich agentów, które są częścią pakietu IBM Z Service Management Suite. Obejmuje to tę samą listę agentów, co powyżej, z wyjątkiem programu Integration Monitor. Instalacje produktów punktowych są również obsługiwane dla wyżej wymienionych agentów/produktów.	Dostępne wraz z pakietem IBM Z Monitoring Suite i innymi produktami.

Szczegóły

W poniższej tabeli opisano pewne różnice w szczegółach implementacji między menedżerem konfiguracji monitorowania i PARMGEN.

Pełną listę parametrów, które mają różne wartości domyślne w produktach Monitoring Configuration Manager i PARMGEN, zawiera sekcja Parametry z innymi wartościami domyślnymi niż PARMGEN.

Tekst w pliku italics reprezentuje wartość parametru. Na przykład rte_plib_hilev reprezentuje wartość parametru RTE_PLIB_HILEV .

Tabela 2. Menedżer konfiguracji monitorowania a PARMGEN: szczegóły
Menedżer konfiguracji monitorowania	PARMGEN
Zapisuje parametry i zmienne w: `rte_plib_hilev`.RTEDEF Każda biblioteka RTEDEF może zawierać definicje wielu środowisk wykonawczych, dostosowanych do działania na wielu partycjach LPAR. Uwaga: Działanie menedżera konfiguracji GENERATE tworzy element `rte_plib_hilev`.`rte_name`.WCONFIG(`rte_name`) , który jest podobny do elementu utworzonego przez PARMGEN, z jedną różnicą klucza: element utworzony przez menedżera konfiguracji zawiera domyślne wartości parametrów; nie odzwierciedla wartości w elementach biblioteki RTEDEF . Zestawy danych WCONFIG utworzone przez program Configuration Managerjako całość należy traktować jako czarną skrzynkę.	Zapisuje parametry w: `rte_plib_hilev`.`rte_name`.WCONFIG Każda biblioteka systemu WCONFIG zawiera definicję pojedynczego środowiska wykonawczego z ograniczoną elastycznością, umożliwiającą dostosowanie tej definicji do działania na wielu partycjach LPAR. Zapisuje zmienne w: `gbl_user_jcl`
Organizuje parametry w elementy zgodnie z ich przedrostkiem oraz określa, czy mają one zastosowanie do wszystkich partycji LPAR, czy tylko do konkretnej partycji LPAR. Udostępnia dobrze zdefiniowaną konwencję nazewnictwa elementów , dzięki czemu wiadomo, które parametry mają być przechowywane w miejscu i które parametry mają pierwszeństwo. Podobnie menedżer konfiguracji monitorowania organizuje zmienne w elementy, które włączają różne wartości dla każdej partycji LPAR. Środowisko wykonawcze można skonfigurować przy użyciu kombinacji parametrów, które są wspólne dla wszystkich partycji LPAR, i parametrów, które mają zastosowanie tylko do konkretnej partycji LPAR.	Łączy parametry środowiska wykonawczego (RTE_) i specyficzne dla produktu (Kpp_) w jednym dużym elemencie, WCONFIG(`rte_name`). Ten monolityczny element można podzielić na mniejsze elementy, ale konieczne jest samodzielne zarządzanie nim dla każdego środowiska wykonawczego. Należy zdefiniować własną konwencję nazewnictwa elementów, a następnie zmodyfikować element WCONFIG($SYSIN) , aby uwzględnić elementy w przetwarzaniu PARMGEN i zdefiniować ich kolejność wykonywania. Brak wbudowanej obsługi wartości parametrów specyficznych dla partycji LPAR, poza używaniem zmiennych, takich jak `SYSNAME`, które mają wartości specyficzne dla partycji LPAR.
Umożliwia zdefiniowanie wartości parametrów dla partycji LPAR bez użycia zmiennych.	Używa zmiennych do dostosowania profili konfiguracji dla różnych partycji LPAR.
Używa parametrów w pierwszym wierszu tabeli jako wartości domyślnych dla kolejnych wierszy. Jeśli parametr zostanie pominięty w kolejnym wierszu, zostanie użyta wartość z pierwszego wiersza. Dzięki temu można zdefiniować bardziej zwięzłe rzadkie tabele parametrów z mniejszym duplikowaniem wartości.	Należy określić wartości parametrów dla każdego wiersza w tabeli parametrów.
Domyślnie zapisuje elementy biblioteki systemowej do tych samych kwalifikatorów wysokiego poziomu, co inne elementy środowiska wykonawczego inne niż VSAM: `rte_hilev`.SYS1.* gdzie * jest kwalifikatorem niskiego poziomu biblioteki systemowej: PROCLIB, VTAMLIBlub VTAMLST	Domyślnie zapisuje podzbiory biblioteki systemowej bezpośrednio do: SYS1.*
Zapisuje zwięzłe rozpoczęte zadania z minimalnym komentarzem. Wskazówka: Menedżer konfiguracji monitorowania zapisuje zwięzłe uruchomione zadania w: `rte_hilev`.SYS1.PROCLIB i wersje ze szczegółowymi komentarzami do tego samego miejsca używanego przez PARMGEN: `rte_plib_hilev`.`rte_name`.RKANSAMU `rte_plib_hilev`.`rte_name`.RKD2SAM (dla Db2®)	Zapisuje uruchomione zadania ze szczegółowymi komentarzami.
Ustawia wartość domyślną parametru RTE_USS_DIR na /var/rtehome.	Ustawia wartość domyślną parametru RTE_USS_DIR na /rtehome(podkatalog katalogu głównego). Tworzenie nowego podkatalogu katalogu głównego jest złą praktyką.
W systemie plików z/OS UNIX ® domyślnie zapisuje tylko dane w katalogu `rte_uss_dir`/`rte_name`	Domyślnie zapisy w różnych katalogach systemu z/OS UNIX.
Ustawia wartość domyślną parametru RTE_TYPE na `SHARING` i RTE_SHARE na `SMP`. Domyślnie środowiska wykonawcze odwołują się do niektórych elementów środowiska wykonawczego, takich jak moduły ładowania, w docelowej bibliotece instalacji SMP/E, zamiast tworzyć pełną kopię tych elementów we własnych bibliotekach środowiska wykonawczego.	Ustawia wartość domyślną parametru RTE_TYPE na `FULL`. Domyślnie elementy środowiska wykonawczego zawierają pełną kopię wszystkich elementów wymaganych z biblioteki docelowej instalacji SMP/E.