Wdrażanie

Działanie DEPLOY wdraża spakowane środowisko wykonawcze w systemie zdalnym.

Zanim rozpoczniesz

Działanie DEPLOY można uruchomić po pomyślnym spakowaniu środowiska wykonawczego za pomocą działania PACKAGE .

Jeśli w systemie, w którym ma zostać uruchomione działanie DEPLOY , nie ma żadnych bibliotek docelowych SMP/E, można użyć programu narzędziowego TKANSAM(KFJMAINT)z działaniem BLDREMDS , aby zbudować niezbędne minimalne zestawy danych (biblioteki TKANSAM, TKANMOD i TKANCUS) niezbędne do uruchomienia działania. Upewnij się, że utworzone zestawy danych zostały przesłane do systemu zdalnego, w którym ma być uruchomiony komponent DEPLOY i w którym jest wykonywana niezbędna autoryzacja APF biblioteki TKANMOD. Te biblioteki docelowe SMP/E to minimum wymagane do uruchomienia menedżera konfiguracji dla pełnego RTE. Jednak w przypadku środowiska RTE, które jest współużytkowane z SMP/E, należy skopiować cały zestaw bibliotek docelowych SMP/E do systemu, w którym jest uruchamiane działanie DEPLOY .

Ważne: Jeśli używany jest produkt DEPLOY, zostaną zaktualizowane docelowe zestawy danych środowiska wykonawczego (RTE). Przed użyciem produktu DEPLOYnależy sprawdzić, czy te zestawy danych nie są używane.

Więcej informacji na temat pełnego procesu zdalnego wdrażania zawiera sekcja Scenariusz zdalnego wdrażania.

Informacje o tym zadaniu

Działanie DEPLOY używa zestawów danych zrzutu wygenerowanych przez działanie PACKAGE do odtworzenia zestawów danych środowiska wykonawczego w systemie docelowym. Działanie DEPLOY używa programu DFSMSdss ADRDSSU do odtwarzania zestawów danych. Wykonuje on bezwarunkowe odtwarzanie dla głównych pakietów VSAM i innych niż VSAM (w pełni zastępuje zestawy danych) oraz warunkowe odtwarzanie dla pakietów historycznych (nie zastępuje istniejących zestawów danych). Należy zwrócić uwagę na następujące zachowania:
  • Jeśli zestawy danych zrzutu historii (**.PACKHN lub **.PACKHV) nie zostaną znalezione lub nie zostaną odtworzone, zostanie wygenerowany kod powrotu 4.
  • Jeśli zestawy danych zrzutu głównego (**.PACKMN lub **.PACKMV) nie zostaną znalezione lub nie zostaną odtworzone, zostanie wygenerowany kod powrotu 8.
Uwaga: Czynność DEPLOY zastępuje wszystkie pliki VSAM i inne niż VSAM pakietu głównego, ale nie zastępuje żadnych plików związanych z historią. Dlatego też normalne jest, że przepływy wdrażania PACKHN i PACKHV kończą się łańcuchem RC=8. Aby tego uniknąć, na przykład w przypadku aktualizacji systemu, nie należy przesyłać tych pakietów do systemu docelowego. Zwykle kod powrotu 8 powoduje zatrzymanie menedżera konfiguracji , ale w tej konkretnej sytuacji (pliki historii) kod powrotu 8 jest uznawany za akceptowalny i nie uniemożliwia dalszego działania menedżera konfiguracji .
Podczas odtwarzania (i potencjalnie rozpakowanego) spakowanego środowiska wykonawczego, działanie DEPLOY ponownie wykorzysta następujące parametry używane z działaniem PACKAGE :
  • KFJ_PACK_HILEV
  • KFJ_ADRDSSU_ADMIN
  • KFJ_PACK_DATACLAS
  • KFJ_PACK_TERSE
  • KFJ_PACK_UNIT
  • KFJ_PACK_VOLUME
Informacje na temat tych parametrów zawiera opis działania PACKAGE .
Poniższa lista zawiera więcej szczegółów na temat działania DEPLOY :
  • Działanie PACKAGE wymaga użycia programu KCIALPHA . KCIALPHA to autoryzowana przez APF wersja produktu KCIOMEGA.
  • Jeśli określono wartość KFJ_PACK_UNIT lub KFJ_PACK_VOLUME , ma ona zastosowanie do wszystkich pakietów, które są rozpakowane.
  • W przypadku pobierania dużych pakietów należy użyć parametru KFJ_PACK_DATACLAS , aby zezwolić na przydzielanie zestawów danych z wieloma woluminem dla wyodrębnionych plików pakietów.
  • Jeśli plik metadanych PACKMD nie jest dostępny, pakiety są odtwarzane bez zmiany, zachowując wszystkie kwalifikatory wysokiego poziomu i właściwości SMS.
  • Jeśli parametr KFJ_PACK_TERSE ma wartość Y, najpierw należy rozpakować pakiet. Kwalifikator wysokiego poziomu pliku DMP i parametry SMS są używane zgodnie z następującymi parametrami:
    • RTE_PLIB_HILEV
    • RTE_SMS_UNIT
    • RTE_SMS_VOLUME
    • RTE_SMS_MGMTCLAS
    • RTE_SMS_STORCLAS
  • Jeśli określono parametr RTE_SMS_VOLUME , ale nie określono parametru RTE_SMS_MGMTCLAS , wartością domyślną parametru RTE_SMS_MGMTCLAS jest NULLMGMTCLAS. Podobnie wartością domyślną parametru RTE_SMS_STORCLAS jest NULLSTORCLAS.
  • Opcjonalnie można określić, kiedy uruchomić etap przepływu pracy DEPLOY , który wdraża części powiązane z usługami z/OS® UNIX® System Services. Domyślnie działanie DEPLOY automatycznie wdraża pliki i katalogi powiązane z produktem z/OS UNIX, jeśli znajdują się one w zestawach danych spakowanego środowiska wykonawczego. Mogą jednak wystąpić sytuacje, w których należy pominąć ten krok (z powodów takich jak problemy z autoryzacją) i wykonać ten krok w późniejszym czasie. Za pomocą parametru OPTION można określić wartość NOUSS lub USS , aby sterować tym przetwarzaniem w następujący sposób:
    NOUSS

    Jeśli określono wartość OPTION NOUSS , działanie DEPLOY nie uruchamia etapu, w którym wdrażane są części powiązane z produktem z/OS UNIX.

    W przypadku tej opcji wdrażane są tylko zestawy danych z/OS ; pomijane są pliki i katalogi związane z systemem z/OS UNIX .

    USS

    Jeśli określono wartość OPTION USS , działanie DEPLOY uruchamia tylko etap, który wdraża części powiązane z systemem z/OS UNIX; żadne inne przetwarzanie nie jest wykonywane.

    Ta opcja jest przydatna, gdy mają zostać odświeżone tylko pliki i katalogi związane z systemem z/OS UNIX .

Aby uruchomić działanie DEPLOY , wykonaj następującą procedurę.

Procedura

  1. Zmodyfikuj przykładowe zadanie KFJJMCM w pliku TKANSAM (patrz przykład poniżej), aby wybrać działanie DEPLOY .
  2. Zmień nazwę programu w instrukcji JCL EXEC z KCIOMEGA na KCIALPHA.
  3. Podaj wartości wymaganych parametrów RTE_NAME i RTE_PLIB_HILEV.
  4. (Opcjonalnie) W razie potrzeby podaj dodatkowe parametry.
  5. Uruchom zadanie KFJJMCM , aby wykonać proces wdrażania i odtworzyć powiązane pliki pakietu.
    Komunikaty zadania dla działania DEPLOY są zapisywane w zestawie danych KCIPRINT SYSOUT. Jeśli zostanie odebrany kod powrotu 4 lub 8, przejrzyj instrukcję SYSPRINT DD w danych wyjściowych zadania JCL, aby upewnić się, że proces odtwarzania zakończył się pomyślnie.

Przykład

Poniższy kod JCL odtwarza (wdraża) zestawy danych dla środowiska wykonawczego, które zostały spakowane przez odpowiednie działanie PACKAGE , co oznacza pakiet, który używał nazw RTE RTE1 i TSOUID.MONSUITE.RTEDEF.

Wykres 1. Przykładowy kod JCL do wykonania działania DEPLOY
//UID#ZMCM JOB ,CLASS=A,MSGCLASS=X,NOTIFY=&SYSUID 
/*JOBPARM SYSAFF=ZOS1 
//S1 EXEC PGM=KCIALPHA,REGION=0M,DYNAMNBR=256 
//STEPLIB DD DISP=SHR,DSN=MONSUITE.TKANMOD 
//KCIFLOW DD DISP=SHR,DSN=MONSUITE.TKANCUS(KFJOMEGA) 
//KCIVARS DD * 
ACTION DEPLOY 
RTE_NAME RTE1 
RTE_PLIB_HILEV TSOUID.MONSUITE 
/*