tbsm (tivoli business systems manager)

TBSM (Tivoli Business SystemsManager)Manuale per l’installazione e la configurazioneVersione 1.5

TBSM (Tivoli Business Systems Manager) - Manuale per l’installazione e la configurazione, Versione 1.5

Informazioni sul copyright

© Copyright 2001 di Tivoli Systems, una società del gruppo IBM, relativo a questa documentazione e all’interosoftware. Tutti i diritti riservati. Può essere utilizzato solo in conformità con un Accordo di licenza della Tivoli SystemSoftware o Addendum ai prodotti Tivoli per clienti IBM o Accordo di licenza. Non è consentito l’utilizzo o lariproduzione di nessuna parte di questa pubblicazione in qualsiasi forma o con qualunque mezzo, nè l’archiviazione indatabase o in altri sistemi di archiviazione senza la preventiva autorizzazione scritta della IBM Corporation. La IBMCorporation concede un’autorizzazione limitata per la copia su disco fisso o altre riproduzioni di qualsiasidocumentazione leggibile dalla macchina per l’utilizzo personale, ogni riproduzione deve avere le informazioni sulcopyright della IBM Corporation. Non vengono concessi altri diritti sotto il copyright senza la previa autorizzazionescritta della IBM Corporation. Questa pubblicazione non è destinata alla produzione e viene fornita “ nello stato in cuisi trova” senza alcuna garanzia implicita o esplicita,ivi incluse eventuali garanzie di commerciabilità e diadeguatezza ad uno scopo particolare.

Marchi

IBM, il logo IBM, Tivoli, il logo Tivoli logo, AIX, Cross-Site, NetView e TME sono marchi o marchi registrati diInternational Business Machines Corporation o Tivoli Systems Inc. negli Stati Uniti, in altri Paesi o in entrambi.

Microsoft, Windows, Windows NT e il logo Windows sono marchi registrati della Microsoft Corporation negli StatiUniti, in altri Paesi o in entrambi. OMEGAMON è un marchio registrato della Candle Corporation.

Nomi di altri prodotti, società e servizi menzionati in questo documento possono essere marchi di altre società.Informazioni particolari

I riferimenti contenuti in questa pubblicazione a prodotti, programmi o servizi Tivoli Systems o IBM non implicanoche Tivoli Systems o IBM intendano renderli disponibili in tutti i paesi in cui operano. Qualsiasi riferimento a questiprodotti, programmi o servizi non implica che possano essere utilizzati soltanto i prodotti, i programmi o i serviziTivoli Systems o IBM. In sostituzione di quelli forniti da Tivoli Systems o IBM, possono essere usati programmi,prodotti o servizi funzionalmente equivalenti che non comportino la violazione dei diritti di proprietà intellettuale o dialtri diritti di Tivoli Systems o IBM. E’ responsabilità dell’utente valutare e verificare la possibilità di utilizzare altriprogrammi e/o prodotti fatta eccezione per quelli espressamente indicati da Tivoli Systems o IBM. Tivoli Systems oIBM possono avere brevetti o domande di brevetti in corso relativi a quanto trattato nella presente pubblicazione. Lafornitura di questa pubblicazione non implica la concezione di alcuna licenza su di essi. Chi desiderasse ricevereinformazioni relative a licenza può rivolgersi per iscritto: Director of Commercial Relations IBM Europe, SchoenaicherStr. 220, D-7030 Boeblingen, Deutschland.

Indice

Prefazione . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ixCome viene fornito. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ix

A chi è rivolto questo manuale. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . x

Prerequisiti e documenti correlati. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . x

Contenuti di questo manuale. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xi

Novità di TBSM Versione 1.5. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xii

Convenzioni typeface. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xiv

Come contattare il supporto clienti. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xiv

Capitolo 1. Introduzione a TBSM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1Architettura di TBSM. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2

Gestione dello stato dell’oggetto. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3

Tivoli Source/390. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3

SQL Database server. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3

Server di gestione TBSM. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4

Workstation TBSM. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4

Service Desk. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4

Sistema di report sulla disponibilità. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4

Architettura di TBSM - Distributed. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5

Abilitazione eventi . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5

Server Task. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5

Strumentazione. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6

Capitolo 2. Installazione dei servizi di base di TBSM . . . . . . . . . . . . . . . . . . . . . . 7Supporto lingua. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7

Installazione dell’SQL Database Server. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8

Installazione di SQL Server 7.0 Service Pack 2. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9

Modifica della password di autenticazione di SQL Server. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9

Disabilitazione di determinate opzioni della parte client. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9

Installazione dei componenti di base di TBSM. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10

Installazione di TBSM Enterprise Edition. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10

Installazione di TBSM Distributed Edition. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19

Capitolo 3. Installazione dei componenti TBSM/D . . . . . . . . . . . . . . . . . . . . . . . . 27Clienti GEM esistenti. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27

Installazione di TBSM - Distributed Edition sul server TEC. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27

Installazione dei componenti dal desktop Tivoli. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28

iiiTBSM (Tivoli Business Systems Manager) Manuale per l’installazione e la configurazione

Installazione dei componenti dalla riga comandi. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30

Configurazione della connessione tra TBSM e il server TEC (Tivoli Enterprise Console). . . . . . . . . 32

Installazione del servizio di strumentazione Tivoli. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33

Altre opzioni di installazione. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34

Capitolo 4. Configurazione di TBSM/D Edition . . . . . . . . . . . . . . . . . . . . . . . . . . . 35Configurazione di Abilitazione eventi (Event Enablement) e del server task. . . . . . . . . . . . . . . . . . . 35

Impostazione della sicurezza per l’esecuzione del server task e dell’abilitazione eventi. . . . . . . 35

Configurazione dei numeri di porta TCP/IP. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36

Configurazione per la conversione dell’indirizzo di rete. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37

Configurazione di più server degli oggetti Tivoli sul sistema TEC. . . . . . . . . . . . . . . . . . . . . . 37

Configurazione del server task. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38

Configurazione dell’abilitazione eventi. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40

Monitoraggio del servizio di strumentazione Tivoli. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43

Configurazione supporto per una TEC non locale. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43

Configurazione degli endpoint TMA. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43

Configurazione per nodi gestiti. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43

Configurazione supporto per più TEC. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44

Configurazione del monitoraggio del servizio di strumentazione Tivoli. . . . . . . . . . . . . . . . . . . . . . . 45

Capitolo 5. Componenti di TBSM Enterprise Edition . . . . . . . . . . . . . . . . . . . . . 47TBSM Source/390. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47

Spazi di indirizzo TBSM Source/390. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48

TBSM Source/390 Object Pump. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48

Architettura di TBSM Source/390 Object Pump. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49

TBSM Source/390 Object Server. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 50

TBSM Source/390 Dataspace. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 50

Capitolo 6. Installare & configurare TBSM Source/390 . . . . . . . . . . . . . . . . . . . 51Definizioni VTAM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 51

Terminali lotto 3270. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52

Voci LOGMODE per Terminali lotto 3270. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53

Personalizzazione di Tivoli NetView. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53

NetView Started Task JCL. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54

Personalizzazione membro NetView DSIPARM. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54

Prestazioni di MVS. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 55

Esecuzione di più copie di Source/390 su un’immagine MVS. . . . . . . . . . . . . . . . . . . . . . . . . . 55

Supporto JES3. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 55

Considerazione sui parametri di avvio di TBSM. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 55

iv Versione 1.5

Parametri di avvio per TBSM Source/390 Dataspace. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56

Parametri di avvio di TBSM Source/390 Object Server. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57

Interfaccia LU6.2. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57

Interfaccia TCP/IP. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58

Parametri facoltativi per l’interfaccia TCP/IP. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59

Parametri comuni per le interfacce LU6.2 e IP. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61

Analisi dei problemi del server degli oggetti. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61

Problemi di connettività. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61

Traccia dell’evento. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61

Sicurezza di Source/390. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62

Definizione di sicurezza OPERCMDS. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62

Definizione di un segmento OMVS per TBSM Source/390 Object Pump. . . . . . . . . . . . . . . . . 62

Parametri di avvio di TBSM Source/390 Object Pump. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 64

Installazione del programma di uscita dei dati CICS transitori. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70

Installazione di EDI OPC (Operations Planning and Control). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70

EDI (External Data Interface) e prodotti di automazione. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72

Origini dati . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72

Confronto tra messaggi, errori e modifica stato. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73

Componenti funzionali. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73

Cattura dell’applicazione. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73

Programmi REXX. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74

EDI. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74

Automazione (Avvio/Chiusura). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 75

TBSM Source/390 Object Pump. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 76

Modifiche di cattura dell’applicazione richiesta. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 76

Chiamata del programma REXX. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 78

Flusso di eventi. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 79

Installazione dell’automazione di sistema per SA/390 EDI. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 79

Installazione di OPS/MVS EDI. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 80

Installazione di AF/OPERATOR e Auto Operator EDI. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 81

Modifiche NT richieste per EDI. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 81

Installazione dell’interfaccia TBSM Omegamon. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 82

Requisiti per Omegamon dalla workstation TBSM. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 83

Comandi di modifica di TBSM Source/390 Object Server. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 83

Comandi di modifica di TBSM Source/390 Object Pump. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 84

Comandi di TBSM Source/390 Object Pump. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 87

Gestione della condizione di numero massimo di thread del sottosistema. . . . . . . . . . . . . . . . . . . . . 89

vTBSM (Tivoli Business Systems Manager) Manuale per l’installazione e la configurazione

Rilevamento grandi quantità di dati. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 90

Configurazione del programma di utilità GTMAOPE0. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 90

Configurazione del server ASIMVSIPListener TBSM. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 92

Analisi dei problemi GTMAOPE0. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 93

Installazione del supporto LU6.2. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 94

Configurazione dell’ambiente VTAM utilizzando il nodo PU2.1. . . . . . . . . . . . . . . . . . . . . . . . . . . . 94

Capitolo 7. Installazione di HIS (Host Integration Server) . . . . . . . . . . . . . . . . 95Sicurezza di HIS (Host Integration Server). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 95

Installazione di HIS. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 95

Configurazione di Host Integration Server 2000. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 96

Installazione di Microsoft Host Integration Client. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 101

Configurazione di HIS Client. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 102

Installazione del server gestore eventi (Configurazione 1). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 103

Installazione del server gestore eventi (Configurazione 2). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 103

Convalida del supporto LU6.2. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 103

Installazione del server gestore eventi tramite IP (Configurazione 3). . . . . . . . . . . . . . . . . . . . . . . . 104

Aggiunta di ulteriori sistemi operativi. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 104

Appendice A. Hardware . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 107Differenze tra Enterprise Edition e Distributed Edition. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 107

Server NT (Enterprise Edition). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 107

Server NT (Distributed Edition). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 108

Workstation NT. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 108

Appendice B. Hardware & Software di Enterprise Edition . . . . . . . . . . . . . . 109Hardware . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 109

Software. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 109

Requisiti hardware e software per la verifica e il controllo di qualità. . . . . . . . . . . . . . . . . . . . . . . 111

Hardware. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 111

Software. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 111

Requisiti hardware e software - Workstation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 112

Hardware. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 112

Software. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 112

Appendice C. Hardware & Software di Distributed Edition . . . . . . . . . . . . . 113Hardware. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 113

Software. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 113

Componenti installati di TBSM - Distributed Edition. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 114

vi Versione 1.5

Appendice D. Requisiti software per piattaforme non Windows . . . . . . . 117

Appendice E. Configurazione di rete tramite firewall . . . . . . . . . . . . . . . . . . . 119Configurazione dei componenti TBSM Windows NT. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 120

Modifiche al registro di Windows NT. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 120

Configurazione di TBSM SQL Server. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 121

Appendice F. Layout & stati per un’EDI di automazione . . . . . . . . . . . . . . . . 123Esempi di modifica della cattura dell’applicazione. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 123

Layout del record per le modifiche di stato, i messaggi e gli errori. . . . . . . . . . . . . . . . . . . . . . . . . 126

Stati disponibili per l’EDI di automazione. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 128

Appendice G. Variabili EDI SA/390, OPS/MVS e AF/Oper . . . . . . . . . . . . . . . 131

Appendice H. Installare/Configurare SNA server . . . . . . . . . . . . . . . . . . . . . . . . 133Sicurezza di SNA Client/Server. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 133

Installazione di SNA server . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 133

Configurazione di SNA server. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 134

Installazione di SNA Client. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 139

Configurazione di SNA Client. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 139

Indice analitico . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 141

viiTBSM (Tivoli Business Systems Manager) Manuale per l’installazione e la configurazione

viii Versione 1.5

Prefazione

TBSM (Tivoli Business Systems Manager) - Manuale per l’installazione e la configurazionedescrive come installare e configurare il prodotto TBSM (Tivoli Business Systems Manager).Questo manuale contiene le informazioni sia per Tivoli Business Systems ManagerEnterprise Edition che per Tivoli Business Systems Manager Distributed Edition.

Tivoli Business Systems Manager Enterprise Edition include Source/390, un componente cherisiede su OS/390 e che raccoglie i dati di disponibilità da diverse origini basate su OS/390.Alcune di queste origini sono la console OS/390, i monitor delle prestazioni, gli scheduler, igestori task avviati e le altre applicazioni di terzi.

La Distributed Edition è un prodotto uguale alla Enterprise Edition, ma non contiene ilcomponente Source/390.

Gran parte delle informazioni contenute in questo documento si applicano ad entrambe leedizioni. Tuttavia, quando le informazioni si applicano ad una sola edizione, ciò verrànotificato. Sebbene Enterprise Edition contenga i componenti per gestire un ambientedistribuito come pure l’ambiente OS/390, molti clienti di Enterprise Edition sceglieranno diimplementare il monitoraggio del loro ambiente OS/390 prima di implementare ilmonitoraggio del loro ambiente distribuito. Quindi verrà effettuata una distinzione tra icomponenti utilizzati per monitorare l’ambiente distribuito e i componenti di base utilizzatiper il monitoraggio di entrambi gli ambienti.

Come viene fornitoTivoli Business Systems Manager è suddiviso in quattro CD e una cartuccia nastro 3490. Diseguito viene riportato l’elenco dei CD e del loro contenuto:

¶ CD Servizi di base Tivoli Business Systems Manager V1.5– contiene tutti i servizi ecomponenti comuni utilizzati sia per Enterprise Edition che per Distributed Edition.Questi servizi si basano su Windows e includono i componenti per monitorarel’ambiente OS/390 e la nuova console Java.

¶ CD Tivoli Business Systems Manager V1.5 Distributed Edition– contiene tutti iservizi e i componenti che consentono il monitoraggio e la gestione dei sistemidistribuiti ed è necessario per l’integrazione dei prodotti come Tivoli Manager for MQSeries e Tivoli Manager for Domino. (Si tratta dell’immagine installabile del desktopTivoli.)

¶ CD Documentazione Tivoli Business Systems Manager V1.5– contiene tutta ladocumentazione sul prodotto in formato PDF. La documentazione include TBSM (TivoliBusiness Systems Manager) - Manuale per l’utente, il Manuale per la gestione e questomanuale per l’installazione e la configurazione. Include inoltre le Note di release e/o ifile ReadMe che contengono informazioni aggiornate che non sono state inserite neimanuali prima della pubblicazione.

¶ CD Supporto lingua NLS Tivoli Business Systems Manager V1.5– contiene il PIItradotto nelle seguenti lingue:

Francese Giapponese Cinese semplificatoTedesco Coreano SpagnoloItaliano Brasiliano portoghese Cinese tradizionale

ixTBSM (Tivoli Business Systems Manager) Manuale per l’installazione e la configurazione

La cartuccia nastro e il suo contenuto:

¶ Cartuccia nastro 3490 Tivoli Business Systems Manager V1.5– contiene i servizi e icomponenti basati su OS/390 e necessari per monitorare tale ambiente. Include i monitorper il sistema operativo OS/390 e i vari sottosistemi come CICS, DB2, IMS, OPC edaltri.

Prodotto Cosa include:

TBSM Distributed Edition CD Servizi di base, CD Distributed Edition e CDDocumentazione

TBSM Enterprise Edition CD servizi di base, CD Distributed Edition, CDDocumentazione e cartuccia nastro 3490

A chi è rivolto questo manualeQuesto manuale si rivolge agli amministratori di rete e ai programmatori di sistemaresponsabili dell’installazione, configurazione e utilizzo di TBSM.

Prerequisiti e documenti correlatiI documenti che seguono sono presenti sul CD delle pubblicazioni fornito con il prodottoTBSM:

¶ TBSM (Tivoli Business Systems Manager) - Manuale per l’installazione e laconfigurazione

¶ TBSM (Tivoli Business Systems Manager) Console - Manuale per l’utente

¶ TBSM (Tivoli Business Systems Manager) - Manuale per la gestione

¶ TBSM (Tivoli Business Systems Manager) Distributed - Panoramica

¶ Tivoli Business Systems Manager TSD Integration/Configuration

¶ Tivoli Business Systems Manager TSD OS/390 Integration/Configuration/InstallationGuide

¶ Tivoli Business Systems Manager CA-7 Release Notes

¶ Tivoli Business Systems Manager RODM Release Notes

¶ TBSM (Tivoli Business Systems Manager) - Manuale dei messaggi

¶ Tivoli Business Systems Manager SMS Release Notes

¶ Tivoli Business Systems Manager TMON (MVS, DB2, CICS/ESA) Release Notes

¶ Tivoli Business Systems Manager MainView (CICS, DB2, IMS, OS/390) Release Notes

¶ Tivoli Business Systems Manager WebSphere for OS/390 Release Notes

¶ Tivoli Business Systems Manager CICSPlex SM Release Notes

¶ Tivoli Business Systems Manager DB2 and DB2 PM Release Notes

¶ Tivoli Business Systems Manager IMS Release Notes

¶ Tivoli Business Systems Manager Operation and Planning and Control Release Notes

¶ Tivoli Business Systems Manager RMF Release Notes

¶ Tivoli Business Systems Manager Systems Automation for OS/390 Release Notes

x Versione 1.5

¶ TBSM (Tivoli Business Systems Manager) - Manuale per l’utente

In base al proprio task TBSM, è possibile scegliere, dall’elenco che segue, la pubblicazionecorrelata:

¶ Tivoli Manager for OS/390 Enterprise Business Systems Management (redbook)

¶ Tivoli Business Systems Manager CICSPlex SM Instrumentation Program Directory

¶ Tivoli Business Systems Manager DB2 for OS/390 Instrumentation Program Directory

¶ Tivoli Business Systems Manager Program Directory

¶ Tivoli Business Systems Manager Program Directory Distributed Edition

¶ Tivoli Business Systems Manager Tivoli Ready Enablement Program Directory

¶ Tivoli Business Systems Manager Product Release Information

¶ Tivoli Global Enterprise Manager CICSPlex SM Instrumentation Program Directory

¶ Tivoli Global Enterprise Manager DB2 for OS/390 Instrumentation Program Directory

¶ Tivoli Global Enterprise Manager Tivoli Ready Enablement Program Directory

¶ Manuale per l’utente Tivoli Distributed Monitoring

¶ Manuale per l’utente Tivoli Software Distribution

¶ Tivoli Task Library Language Developer’s Guide

¶ IBM TCP/IP User’s Guide

¶ Libreria Tivoli Enterprise Console

¶ Libreria Tivoli Management Framework

¶ Libreria Tivoli NetView per OS/390

¶ Libreria IBM CICSPlex System Manager per MVS/ESA

¶ Libreria IBM DB2 PM per OS/390

¶ Libreria IBM DB2 UDB per OS/390

¶ I manuali in linea di DB2 UDB for Windows NT (o OS/2 V6)

Per la strumentazione, è necessario conoscere AMS (Application Management Specification),una specifica approvata dalla compagnia per la creazione di applicazioni pronte per lagestione. E’ possibile trovare una copia di AMS all’indirizzo:www.tivoli.com/products/index/module_designer/

Contenuti di questo manualeTBSM (Tivoli Business Systems Manager) - Manuale per l’installazione e la configurazionetratta i seguenti argomenti:

Introduzione a TBSMIntroduce Tivoli Business Systems Manager, spiega il concetto di linea aziendale(LOB) e descrive l’architettura.

Installazione dei servizi di base di TBSMInclude le istruzioni per l’installazione dell’SQL Database Server e perl’installazione dei componenti e dei servizi di base.

xiTBSM (Tivoli Business Systems Manager) Manuale per l’installazione e la configurazione

Installazione dei componenti TBSM - Distributed EditionFornisce le istruzioni per l’installazione della Distributed Edition di Tivoli BusinessSystems Manager.

Configurazione di TBSM - Distributed EditionFornisce le istruzioni per la configurazione della Distributed Edition di TivoliBusiness Systems Manager.

Componenti di TBSM - Enterprise EditionDescrive i componenti Source/390 che consentono il monitoraggio e la gestione diun sistema basato su OS/390.

Installare & configurare TBSM Source/390Fornisce le istruzioni per la configurazione della Enterprise Edition di TivoliBusiness Systems Manager.

Installazione e configurazione di HIS (Host Integration Server)Descrive come installare e configurare Microsoft Host Integration Server.

HardwareFornisce le informazioni sull’hardware necessario per supportare Tivoli BusinessSystems Manager.

Requisiti hardware e software di Enterprise EditionFornisce le informazioni sui requisiti hardware e software necessari per supportarel’Enterprise Edition di Tivoli Business Systems Manager.

Requisiti hardware e software di Distributed Edition.Fornisce le informazioni sui requisiti hardware e software necessari per supportare laDistributed Edition di Tivoli Business Systems Manager.

Configurazione di rete tramite firewallFornisce informazioni sulle comunicazioni tra i server TBSM e l’ambiente clienttramite un firewall o un router.

Layout & stati per un’EDI di automazioneFornisce esempio di modifica di cattura dell’applicazione, layout di record e gli statidisponibili per un’EDI di automazione.

Installare/Configurare SNA ServerDescrive come installare e configurare Microsoft SNA Server.

Novità di TBSM Versione 1.5Le nuove informazioni includono:

¶ Supporto per Windows/2000 come client o server.

¶ Supporto per TCP/IP per i clienti scegliendo di non utilizzare il protocollo SNA LU6.2.Precedentemente la connessione tra il componente Source/390 (specificatamente TBSMObject Pump) e i server di TBSM distributed necessitava di SNA e di un prodottodell’host server di Microsoft. Una nuova connessione consente a questo pipe dicomunicazione di diventare TCP/IP.

¶ Il supporto Distributed per CA (Computer Associates) TNG (The Next Generation).Questo supporto consente il caricamento degli oggetti TNG dal database TNG aldatabase TBSM. Gli eventi e i messaggi relativi agli oggetti TNG vengono catturati edutilizzati per aggiornare la GUI TBSM con le informazioni sulla disponibilità dellerisorse TNG.

xii Versione 1.5

¶ Supporto per il caricamento di eventi che derivano da prodotti di monitoraggio di terzinel database TBSM che contiene questi oggetti. Gli eventi e i messaggi per gli oggettivengono catturati e utilizzati per aggiornare la GUI TBSM con le informazioni relativeallo stato di disponibilità delle risorse.

v BMC MainView per CICS

v BMC MainView per DB2

v BMC MainView per IMS

v BMC MainView per MVS

v Candle Omegamon per IMS

v Landmark The Monitor (TMON) per CICS

v Landmark TMON per DB2

v Landmark TMON per MVS

¶ Supporto per Service Desk/Tivoli Service Desk per OS/390. La capacità di modificare irecord di gestione del problema (Aggiunta, Modifica, Cancellazione) è ora disponibileper l’estensione. Il gruppo Tivoli Professional Services, o altri gruppi interni di serviziocon capacità simili, sarà in grado di utilizzare un altro software di gestione dei problemi(inclusi Peregrine e Remedy) oltre ai prodotti Service Desk di Tivoli. Verrà fornito undocumento che descriverà come aggiungere un nuovo pacchetto software di gestione deiproblemi. Da ogni prodotto software di gestione dei problemi viene richiesta un’API.

¶ I programmi di utilità di assistenza nell’installazione e lo sviluppo di TBSM

¶ Supporto per IBM WebSphere. Questo supporto consente di rilevare WebSphere suOS/390. Questo release fornisce una vista oggetto di WebSphere/390 e tratta gli oggettiper cui è stata sottoposta un’istanza come spazi di indirizzo MVS.

¶ Supporto per NetView per z/OS. Questo supporto consente di rilevare gli oggetti APPNSNA utilizzando RODM (Resource Object Data Manager). Gli eventi e i messaggi pergli oggetti vengono catturati e utilizzati per aggiornare la GUI TBSM con leinformazioni relative allo stato di disponibilità delle risorse.

¶ Supporto per IBM System Managed Storage (SMS). Questo supporto consente dirilevare gli oggetti di memoria. Gli eventi e i messaggi relativi a questi oggetti vengonocatturati e utilizzati per aggiornare la GUI TBSM con informazioni sullo stati didisponibilità delle risorse.

¶ La nuova GUI (graphical user interface) di TBSM composta da una console basata suJAVA. Questo supporto fornisce la capacità di rendere operativo un client TBSM su Sun,AIX, Linux e sulla famiglia Windows. Inoltre, la GUI Java fornisce:

v La capacità di avviare prodotti dalla GUI TBSM. I punti di avvio sono definitidirettamente nell’NMC di NetView. Il supporto viene incluso anche per consentirel’avvio delle applicazioni dalla GUI TBSM.

¶ Le capacità di sicurezza che utilizzano la sicurezza basata su Windows per convalidare icollegamenti e le password di Windows. Gli utenti si collegano al client specificando illoro nome di login e password di Windows qualificati dal dominio. Queste informazionivengono codificate e inviate al server delle applicazioni, il quale tenterà di autenticarel’utente e restituirà al client un’indicazione di errore di login oppure l’autorizzazionedell’utente.

xiiiTBSM (Tivoli Business Systems Manager) Manuale per l’installazione e la configurazione

Convenzioni typefaceQuesto documento utilizza diverse convenzioni typeface per termini e azioni speciali. Ilsignificato di tali convenzioni è illustrato di seguito:

GrassettoComandi, parole chiave, nomi di file, ruoli di autorizzazione, indicatori, URL(universal resource locators) o altre informazioni che è necessario utilizzareletteralmente, appaiono in grassetto. Anche i nomi o i titoli di oggetti del pannello ei componenti dell’applicazione vengono visualizzati in grassetto.

CorsivoVariabili e valori che devono essere forniti dall’utente appaiono in corsivo. I nuovitermini appaiono in corsivo quando sono definiti nel testo. Parole e frasi enfatizzateappaiono incorsivo.

MonospaceEsempi di codice, output e messaggi di sistema appaiono nel fontmonospace.

MAIUSCOLOI comandi di Tivoli NetView for OS/390 compaiono in MAIUSCOLO.

Come contattare il supporto clientiPer richiedere assistenza per questo ed altri prodotti Tivoli, è possibile contattare il supportoai clienti Tivoli in uno dei modi che seguono:

¶ Visitando il sito web all’indirizzowww.tivoli.com/support

¶ Inviando e-mail [email protected]

I clienti negli Stati Uniti possono chiamare il numero 1-800-TIVOLI8 (1-800-848-6548). Iclienti al di fuori degli Stati Uniti possono consultare il sito web per ottenere i numeri ditelefono del supporto clienti. E’ anche possibile consultare il Customer Support Handbook,disponibile sul sito web:www.tivoli.com/support/handbook/

Quando si contatta il supporto, assicurarsi di disporre delle informazioni di identificazioneper la propria società, in modo da velocizzare il lavoro dei consulenti. E’ possibile che leinformazioni di identificazione della società siano necessarie anche per accedere ai diversiservizi in linea disponibili sul sito web.

Il sito web fornisce informazioni dettagliate, incluso un manuale per i servizi di assistenza (ilCustomer Support Handbook), le FAQ (frequently asked questions) e la documentazione pertutti i prodotti Tivoli, inclusi Informazioni di release, Redbook e Whitepaper. L’insieme delladocumentazione per alcuni release dei prodotti è disponibile sia in formato PDF che HTML.Per alcuni release dei prodotti sono disponibili anche documenti tradotti.

E’ possibile ordinare la documentazione tramite e-mail all’[email protected] di fornire il numero parte o numero ordine del documento desiderato, altrimenti,è possibile indicare il titolo, il numero della versione e la data di pubblicazione deldocumento.

Siamo sempre interessati a ricevere commenti sulla vostra esperienza con i prodotti e ladocumentazione Tivoli. Suggerimenti su eventuali miglioramenti saranno ben accetti. Percommenti e suggerimenti sulla documentazione è possibile contattarci in uno dei seguentimodi:

xiv Versione 1.5

¶ Inviando e-mail a:[email protected]

¶ Compilando il modulo per il feedback dei clienti all’indirizzo:www.tivoli.com/support/feedback

xvTBSM (Tivoli Business Systems Manager) Manuale per l’installazione e la configurazione

xvi Versione 1.5

Introduzione a TBSM

TBSM (Tivoli Business Systems Manager) è uno strumento di gestione di sistemi aziendaliche consente di eseguire una gestione distribuita, una gestione OS/390 o entrambe. Anche seun sistema aziendale coinvolge più piattaforme, TBSM consente di monitorare graficamentei componenti aziendali connessi tra loro, così come le risorse del sistema operativo. Uncomponente aziendale e le sue risorse vengono definite come Linea aziendale (LOB - Lineof Business).

Utilizzando il concetto di LOB, TBSM è di ausilio nella pianificazione, definizione econtrollo del proprio sistema aziendale. TBSM, insieme ai componenti aziendali di gestioneTivoli, è di ausilio nella gestione delle dipendenze tra i componenti aziendali e le relativeinfrastrutture sottostanti.

Una LOB è composta da:

¶ Tutti i componenti aziendali che insieme eseguono una specifica funzione aziendale

¶ Le relazioni definite tra i componenti aziendali

¶ Gli elementi di misura che determinano se la LOB sta funzionando in modo appropriato

Nell’ambiente attuale, una LOB può estendersi al mainframe e alle piattaforme distribuite epuò contenere una collezione di applicazioni o di componenti aziendali in esecuzione sudiverse piattaforme. Ad esempio, la LOB di un sistema bancario progettata per supportaretransazioni sul web, generalmente include:

¶ Un server web in esecuzione al di fuori della intranet della società e direttamentecollegato a Internet

¶ Un firewall che fornisce collegamenti protetti ad una macchina su cui è in esecuzione uncomponente aziendale personalizzato, come l’elaborazione del prestito.

Il componente aziendale per l’elaborazione del prestito generalmente è in esecuzione su unapiattaforma distribuita e interagisce con componenti aziendali in esecuzione su un computerdel mainframe. Il mainframe gestisce tutte le transazioni bancarie. Questa LOB rappresentauna sfida per il gestore di sistema in quanto attraversa gli ambienti generalmente isolatidell’host e dei sistemi distribuiti.

Un altro esempio di LOB può essere un sistema di posta elettronica. Una LOB di postaelettronica include tutte le istanze dei componenti aziendali di posta elettronica utilizzatenella rete. E’ possibile disporre allo stesso tempo di client e server Lotus Notes, POP oMicrosoft Exchange, oltre ad altri componenti aziendali di posta elettronica. Una LOB diposta elettronica comprende definizioni che indicano se ciascuna entità nella LOB è unserver, un client o entrambi. Comprende anche le definizioni dei monitor che raccolgono le

1

1TBSM (Tivoli Business Systems Manager) Manuale per l’installazione e la configurazione

1.Introduzione

aT

BS

M

informazioni sullo stato per ogni componente aziendale della LOB, come pure le definizionidi relazioni tra i componenti aziendali presenti in una LOB.

TBSM può essere di ausilio nella gestione di:

¶ Componenti aziendali che comunicano tra più sistemi

¶ Componenti aziendali distribuiti, componenti aziendali basati su OS/390 o entrambi

¶ Installazioni IMS

¶ Installazioni CICSPlex SM

¶ Installazioni DB2

¶ Middleware, MQSeries e database come Oracle, che utilizzano moduli come TivoliManager for MQSeries e Tivoli Manager for Oracle

¶ Applicazioni personalizzate.

Architettura di TBSML’architettura TBSM risiede in un ambiente client/server a tre livelli che dispone dicomponenti server in entrambi gli ambienti OS/390 e Windows NT Server. Poiché icomponenti del server esistono all’interno degli ambienti OS/390 e Windows, TBSM utilizzaSNA e TCP/IP come meccanismi di trasporto per i dati.

2 Versione 1.5

La workstation del client TBSM supporta Windows NT e Windows 2000. Il seguentediagramma illustra l’architettura di TBSM Enterprise Edition.

Source/390

Applicazioni

Sistemi dipianificazione

Console principale

Monitor origine

SQL Database Server

Dati(Cronologici & Correnti)

BusinessSystems

ManagerManagement

Server

GestioneSO

Gestionesistemi

aziendali

Gestioneapplicazione

Gestionein linea

Gestionememoria

Gestionebatch

Gestionedatabase

Sistema di reportper la disponibilità

Browser web

ProblemManagement

Service Desk

ChangeManagement

Gestione problemi

Service Desk

Windows NT

Business Systems ManagerWorkstation

Windows NT

OS/390

Gestione stato oggetto

Interfaccia

TCP/IP

Tivoli TMR

Tivoli Management Framework

Abilitazione eventi

Server dei task

Tivoli Managerper...

Quickstart

Tivoli IS Script

Strumentazione APM

Tivoli Enterprise Console

Tivoli Distributed Monitoring

TCP/IP

Universal Collection

NT Collection Plus Module

Profili DM

S390 AMINV CLIST

Adattatorifile di log

AdattatoriEIF TEC

Eventi TEC

Business Systems Manager - Enterprise Edition - Architettura

Servizi LU 6.2

TCP/IP

Gestione dello stato dell’oggettoTBSM monitora i cambiamenti di stato che possono verificarsi nelle varie risorse all’internodel proprio ambiente corporativo. Ciò comprende i cambiamenti nella gestione del sistemaoperativo, delle applicazioni, delle transazioni in linea, dei processi batch, del database edella memoria.

Tivoli Source/390Tivoli Source/390 è una serie di componenti in esecuzione in un ambiente operativo hostOS/390 dell’IBM. Source/390 raccoglie di dati dalle varie origini e li impacchetta per poiinviarli al server di gestione di TBSM.

La serie di componenti Tivoli Source/390 fa parte soltanto di Enterprise Edition.

SQL Database serverL’SQL database server di TBSM memorizza tutte le informazioni sulla disponibilità. Questodatabase TBSM contiene un database cronologico e un database corrente.


1.Introduzione

aT

BS

M

Server di gestione TBSMIl server di gestione TBSM elabora tutti i dati sulla disponibilità raccolti da varie origini. Leinformazioni sulla disponibilità vengono inserite nel database TBSM, dove gli agentintelligenti forniscono allarmi sugli oggetti monitorati e poi li inviano alle workstationTBSM. Il server di gestione TBSM gestisce tutte le richieste provenienti dalla workstation ecomprende un server database creato sulla base di un database Microsoft SQL Server.

Workstation TBSMLa workstation TBSM visualizza gli oggetti nelle viste personalizzate dette Viste LOB. Glioggetti vengono rappresentati in una vista ad albero gerarchica in modo tale che gli utentipossano notare la relazione tra gli oggetti. Gli allarmi si sovrappongono agli oggetti quandola loro disponibilità è minacciata.

Service DeskViene fornita un’integrazione con i sistemi di gestione dei problemi, come i prodotti TivoliService Desk. Per ulteriori informazioni, consultare Tivoli Business Systems Manager TSDIntegration Configuration/Installation Guide.

Sistema di report sulla disponibilitàInformazioni sulla disponibilità possono essere visualizzate tramite un browser Web standard.E’ possibile generare report in modo tale che sia possibile analizzare le tendenze ed eseguirela pianificazione delle capacità.

4 Versione 1.5

Architettura di TBSM - DistributedIl seguente diagramma illustra l’architettura di TBSM - Distributed Edition (TBSM/D).TBSM/D non include i componenti Source/390.

Business Systems Manager - Distributed Edition - Architettura

SQL Database Server

Browser web

ProblemManagement

Service Desk

ChangeManagement

Gestione problemi

Service Desk

Windows NTWindows NT

Interfaccia

TCP/IP

Tivoli TMR

Tivoli Management Framework

Abilitazione eventi

Server dei task

Quickstart

Tivoli IS Script

Strumentazione APM

Tivoli Enterprise Console

Tivoli Distributed Monitoring

Universal Collection

NT Collection Plus Module

Profili DM

Eventi TEC

OS/390 TCP/IP

NV CLIST

S390 AMI

Abilitazione eventi

Server dei task

BusinessSystems

ManagerManagement

Server

Dati(Cronologici & Correnti)

Business Systems ManagerWorkstation

Sistema di reportper la disponibilità

Tivoli Managerper...

Adattatorifile di log

AdattatoriEIF TEC

Abilitazione eventiTivoli Event Enablement (Abilitazione eventi) viene installato sul server TEC (TivoliEnterprise Console). Esso consente a TEC di inoltrare eventi a TBSM. Tivoli EventEnablement definisce le regole e le classi di eventi per la gestione degli eventi correlati aTBSM/D. Le regole fornite per le classi di eventi TBSM/D consentono a TEC di comunicaregli eventi ad uno o più TBSM Agent Listener. Gli eventi inviati da TEC a TBSMconsentono a TBSM/D di riflettere in modo accurato lo stato corrente dei componentiaziendali e di qualsiasi monitor e connessioni associati. Quando TBSM Agent Listener èinattivo, Tivoli Event Enablement (Abilitazione eventi) memorizza gli eventi nella cache perevitare una perdita di informazioni. Una volta ripristinate le comunicazioni, il server TEC eil database TBSM/D vengono velocemente risincronizzati.

Server TaskIl Server task interagisce con gli ambienti Tivoli Framework (TMF) e Tivoli NetView forOS/390. Le richieste di comandi di un operatore vengono instradate al server task, il quale leinoltra a sua volta all’ambiente appropriato per l’esecuzione. Le risposte vengono restituite alserver task in cui vengono correlate alla richiesta e restituite all’operatore richiedente. Ilserver task comunica con l’Agent Listener utilizzando TCP/IP, comunica con Tivoli NetViewfor OS/390 tramite TCP/IP o LU 6.2 con TMF utilizzando le API framework native.


1.Introduzione

aT

BS

M

I task TMF vengono immessi nella framework utilizzando l’id operatore sotto cui è inesecuzione il server task. Sotto NT, l’id operatore sotto cui è in esecuzione il server task puòessere impostato tramite l’applet Servizi nel Pannello di controllo. Sotto UNIX, il server taskè in esecuzione come root. L’ID sotto cui è in esecuzione il server task deve essereimpostato da un amministratore Tivoli. I comandi Tivoli NetView for OS/390 vengonoimmessi utilizzando l’id e la password dell’operatore Tivoli NetView forniti dalle definizioninell’SQL server.

StrumentazioneLa strumentazione fornisce informazioni su specifiche applicazioni, software di sistema ocomponenti aziendali di un sistema di gestione, come ad esempio TBSM/D. E’ possibilefornire componenti aziendali in una LOB o in un’applicazione autonoma.

6 Versione 1.5

Installazione dei servizi di base di TBSM

Questo capitolo descrive i task di installazione per i servizi di base di Tivoli BusinessSystems Manager (TBSM), che costituiscono servizi e componenti utilizzati sia per laDistributed Edition che per l’Enterprise Edition di TBSM. Questi task devono essere eseguitiprima di utilizzare Distributed Edition o Enterprise Edition.

Per Enterprise Edition, installare i componenti e i servizi di base di TBSM su diversi serverWindows, come indicato nei requisiti hardware e software elencati nell’Appendice B.

Per Distributed Edition, installare i componenti e i servizi di base di TBSM su due server,come indicato nei requisiti hardware e software elencati nell’Appendice C.

Uscire da tutti i programmi Windows prima di avviare il programma diinstallazione.

Facendo clic sull’iconaSetup.exe, TBSM avvia l’InstallShield Wizard che guida l’utenteattraverso il processo di installazione. Una volta che il suddetto wizard è pronto, vieneaperta la finestra di dialogoBenvenuti al programma di installazione Tivoli BusinessSystems Manager.

Peruscire dal programma diinstallazione in qualsiasi momento prima del completamentodell’installazione, fare clic suAnnulla . Per continuare con ogni fase dell’installazione, fareclic su Avanti.

Supporto linguaOltre all’Inglese, in questo release di TBSM sono supportate le seguenti lingue:

¶ Brasiliano portoghese

¶ Tedesco

¶ Francese

¶ Italiano

¶ Giapponese

¶ Coreano

¶ Cinese semplificato

¶ Spagnolo

¶ Cinese tradizionale

2


2.Installazione

deiservizidibase

diTB

SM

Una volta completata l’installazione di TBSM, consultare il file README sul CD delpacchetto della lingua per informazioni sull’aggiornamento di TBSM per una linguasupportata diversa dall’Inglese.

Installazione dell’SQL Database ServerPer installare l’SQL Database Server: (Se è già installato, disinstallarlo e installarlo di nuovoutilizzando queste istruzioni per impostare l’ordine corretto per TBSM.)

1. Inserire il CDMicrosoft SQL Server 7.0 e selezionareSetup.bat.

2. Viene visualizzata la finestra di dialogo di installazione diMicrosoft SQL ServerVersion 7.0. Install Shield Wizard guiderà l’utente attraverso l’installazione. Seguire leistruzioni presenti nelle finestre di dialogo.

3. Nella finestra di dialogoSetup Type, selezionareCustom e immettere le cartelle didestinazione perProgram Files e Data Files. Se il valore di default èD:\MSSQL7 perDestination Folders e per Program Files, non modificarlo. Altrimenti, fare clic sulpulsante Browse e utilizzareD:\MSSQL7 come cartella di destinazione perProgramFiles e Data Files. Fare clic suNext.

L’unità di default su cui installare l’SQL Database Server èD:\. Se si utilizza un’unitàdiversa, modificare lo script SQL utilizzato per collegare i database TBSM in modo cherifletta l’unità corretta. Consultare “Installazione di Tivoli Business Systems ManagerEnterprise Edition” o “Installazione di Tivoli Business Systems Manager DistributedEdition” per ulteriori informazioni.

4. Quando viene aperta la finestra di dialogoSelect Components, fare clic suNext peraccettare i valori di default (componenti con un segno di spunta nella casella).

5. Sulla finestra di dialogoCharacter Set/Sort Order/Unicode Collation, utilizzare1252/ISOper Character Set e selezionareBinary Order comeSort Order .Mantenere i valori di default rimanenti. Fare clic suNext.

6. Sulla finestra di dialogoNetwork Libraries , conservare i valori di default perNamedPipe namee TCP/IP Sockets. SelezionareMulti-Protocol e Enable Multi-Protocolencryption. Fare clic suNext.

7. Sulla finestra di dialogoServices Accounts, conservare il valore di default:Use thesame account for each service.PerService Settings,selezionareUse the LocalSystem account.Fare clic suNext.

8. Quando viene aperta la finestra di dialogoStart Copying Files, fare clic suNext percontinuare con l’installazione di SQL Server. Se si desidera modificare i parametri, fareclic su Back.

9. Sulla finestra di dialogoChoose Licensing Mode, selezionarePer Server.Fare clic suAdd Licenses.Fare clic suContinue.

10. Sulla finestra di dialogoNew Client Access License, immettere200 nel campoQuantity e fare clic suOK .

11. Quando viene aperta la finestra di dialogoPer Server Licensing, leggere il testo e se siaccettano le condizioni, selezionare la casella di spunta accanto aI agree that: e fareclic su OK. (La selezione della casella inserisce un segno di spunta accanto ad essa.)

12. Quando viene aperta di nuovo la finestra di dialogoChoose Licensing Mode,selezionare la modalità di licenza (si consigliaPer Server) e fare clic suContinue percompletare l’installazione.

8 Versione 1.5

13. Continuare l’installazione e fare clic suFinish sulla finestra di dialogoSetupComplete.

Installazione di SQL Server 7.0 Service Pack 2SQL Server 7.0 Service Pack 2 è disponibile dal sito web internet della Microsoft.

Per installare SQL Server 7.0 Service Pack 2.0:

1. Dalla directoryX86/Setup, eseguiresetupsql.exe.Viene visualizzata la finestra didialogo di installazioneMicrosoft SQL Server Service Pack 2. Install Shield Wizardguiderà l’utente attraverso l’installazione. Accettare i valori di default presentati durantel’installazione.

2. Viene visualizzata la finestra di dialogoSetup Complete. SelezionareYes, I want torestart my computer now. Fare clic suFinish per concludere questa installazione.

Modifica della password di autenticazione di SQL ServerUna volta installati SQL Server 7.0 e SQL Server 7.0 Service Pack 2, modificare lapassword di autenticazione di SQL Serverper l’account’sa’. Effettuare ciò daSQLServer Enterprise Manager selezionandoStart --> Programmi --> Microsoft SQL Server7.0 --> Enterprise Manager.

1. Nella finestraEnterprise Manager, espandere l’elencoSQL Server Group.

2. Selezionare l’SQL server (normalmente l’unico SQL Server elencato).

3. Espandere l’elencoSecurity.

4. Dall’elenco delle opzioni di sicurezza, selezionareLogins.

5. Nel pannello a destra della finestra visualizzata, vengono elencati tutti gli account utentedisponibili. Fare clic con il tastino destro sull’account’sa’ e selezionareProperties.

6. Immettere la nuova password’sa’ e fare clic suApply.

7. Quando viene richiesta la conferma della nuova password, immettere di nuovo lapassword’sa’ , fare clic suOK e la finestra di dialogo verrà chiusa.

Disabilitazione di determinate opzioni della parte clientDeterminate opzioni della parte client di SQL devono essere disabilitate manualmente inSQL 7.0 affinché TBSM operi correttamente.

Disattivare l’opzioneUse ANSI NULLs, padding and warnings (nelle due ubicazioni suimenu) nel Query Analyzer Tool (ISQLW) di SQL Server 7.0. Per effettuare ciò:

¶ Passo 1

1. AvviareQuery Analyzer di SQL 7.0 selezionandoTools --> SQL Server QueryAnalyzer.

2. Dalla finestra Query analyzer, selezionareFile --> Configure.

3. Selezionare il separatoreNew Connectionssulla pagina delle proprietà.

4. DeselezionareUse ANSI NULLs, padding and warnings.

5. Fare clic suOK per chiudere la finestra di dialogo.

¶ Passo 2

1. SelezionareQuery --> Current Connection Options.


2.Installazione

deiservizidibase

diTB

SM

2. Sul separatoreGeneral, deselezionareUse ANSI NULLs, padding and warnings.

3. Fare clic suOK per chiudere la finestra di dialogo.

ChiudereEnterprise Manager e SQL Server Query Analyzer.

Installazione dei componenti di base di TBSMSe si sta installando Enterprise Edition, seguire i passi contenuti nella sezione intitolata″Installazione di TBSM Enterprise Edition.″ Se si sta installando Distributed Edition, seguirei passi contenuti nella azione intitolata″Installazione di TBSM Distributed Edition.

Installazione di TBSM Enterprise EditionDi seguito vengono riportate le istruzioni relative all’installazione dei componenti TBSMEnterprise Edition.

Installazione del server databaseIl primo componente TBSM da installare è il server database. Per installare il serverdatabase:

1. Inserire il CDServizi di base di TBSM nel computer del server database.

2. Fare doppio clic sull’iconaSetup.exe.

3. Quando viene aperta la finestra di dialogo Aggiornamento file di sistema, fare clic suAvanti sulla finestra di dialogo dibenvenuto.

4. Sulla finestra di dialogoSeleziona ubicazione di destinazione, si consiglia di inserirequesti file in una directory temporanea. Scegliere il pulsanteSfoglia per selezionare unadirectory (oppure utilizzare la directory di default). Una volta selezionata la directorydesiderata o utilizzata quella di default, fare clic suAvanti .

5. Una volta completato l’aggiornamento del file di sistema, fare clic suFine. Se vienerichiesto, riavviare il computer.

6. Viene visualizzata la finestra di dialogoBenvenuti nell’installazione di TivoliBusiness Systems Manager. Il testo di questa finestra di dialogo costituiscono leinformazioni di base sul programma di installazione, incluso come interromperel’installazione. Leggere le informazioni e fare clic suAvanti .

7. Quando viene visualizzata la finestra di dialogoSeleziona ubicazione di destinazione,selezionare una directory in cui installare l’applicazione Tivoli Business SystemsManager e fare clic sul pulsanteSfoglia. Il percorso selezionato viene visualizzato nellaCartella di destinazione. Una volta selezionato il percorso desiderato o scelta lacartella di destinazione di default, fare clic suAvanti .

8. Sulla finestra di dialogoTipo di installazione, selezionarePersonalizzatae fare clic suAvanti .

9. Quando viene aperta la finestra di dialogoSeleziona componenti, selezionare i seguenticomponenti per l’installazione diEstensioni SQL:

¶ File di programma workstation

¶ File di aiuto

¶ File con estensione SQL

¶ Strumenti e programmi di utilità

10 Versione 1.5

¶ Staged Event Loader

Nota: Se si desiderano anche i componenti di Distributed, selezionare le opzioniriportate di seguito oltre a quelle sopra elencate:

¶ NT Agent Listener

¶ TBSM xdfparser

¶ Event Enablement (Viene selezionato automaticamente.)

10. Fare clic suAvanti.

11. Immettere ilnome hostdella macchina server locale. (Per default, il nome host devetrovarsi nel campo del nome host. In caso contrario, immetterlo.) Fare clic suAvanti.

12. Immettere ilnome hostdella macchinaSQL Server, il nome utentee la passworddell’amministratore SQL. Fare clic suAvanti .

13. Immettere il nome host della macchina server dell’applicazione.

14. Sulla finestra di dialogoSeleziona cartella programma, selezionare lacartella diprogramma che conterrà tutti i file dell’applicazione o che accetterà quelli di default.Fare clic suAvanti.

15. Quando viene aperta la finestra di dialogoInstallazione completata, se viene richiestodi riavviare il sistema, selezionareNo. Fare clic suFine.

16. Una volta installato il server database, su questo computer dovrebbero essere presenti iseguenti servizi. Determinare se questi servizi si trovano sul computer selezionandoStart-->Programmi-->Strumenti di amministrazione-->ServerManager-->Computer-->Servizi.

¶ Tivoli BSM Batch Rule Server

¶ Tivoli BSM Database Validator

¶ Tivoli BSM Notification Server

¶ Tivoli BSM Propagation Agent Dispatcher

¶ Tivoli BSM Event Enablement

¶ Tivoli BSM Staged Event Loader

¶ Tivoli BSM TSD Event Handler

Nota: Se sono stati selezionati anche i componenti di Distributed, saranno disponibili iseguenti server supplementari:

¶ Agent Listener

¶ Task Server

17. Mentre ci si trova inServer Manager,arrestareSQL Server Agent e il servizioMSDTC Server.

18. Assicurarsi che il servizioMSSQL7 Server sia avviato.

19. Applicare<install_dir>\SQL\DetachDatabases.sqlal proprio server database. (I file*.LDF rimarranno sull’unità fino a quando AttachDatabases.sql non verrà eseguitosuccessivamente in questa procedura.)


2.Installazione

deiservizidibase

diTB

SM

20. Espandere le unità database del CD Servizi di base TBSM(\DBDevices\DBDevices_V1.5.exe) nella sottodirectoryD:\MSSQL7\Data\. (Si tratta diunità di database, non di unità di backup e possono essere collegate al server senzadover creare unità database, database ed eseguire il ripristino del database.) E’ possibileestrarre i file modificando la directory di destinazione e lanciando l’eseguibile.

¶ D:\MSSQL7\Data>E:\DBDevices\DBDevices_V1.5.exe

21. Modificare una copia di<install_dir>\SQL\AttachDatabases.sqlapportando leseguenti modifiche come necessario.

¶ Directory di installazione di SQLServer 7.0 (D:\MSSQL7\ è il valore di default).Se l’SQL server è installato su un’unità diversa daD:\, modificare lo script comeopportuno in modo che punti all’unità appropriata su cui è installato l’SQL server.

¶ Nome host del sistema del database (Sostituire XXXX nel codice SQL.)

¶ Nome host del sistema dell’agent di propagazione (Sostituire YYYY nel codiceSQL.)

¶ Nome host del sistema del server web (Sostituire ZZZZ nel codice SQL.)

22. Applicare la copia modificata di<install_dir>\SQL\AttachDatabases.sqlal serverdatabase. (I file .LDF esistenti o meno vengono cancellati da questa procedura prima dicollegare i nuovi database.)

23. Applicare<install_dir>\SQL\SchemaTypes.sqlal database principale.

24. Applicare<install_dir>\SQL\SchemaTypes.sqlal database modello.

25. Applicare<install_dir>\SQL\SchemaTypes.sqlal database tempdb.

26. Applicare<install_dir>\SQL\MasterDBChanges.sqlal proprio server databaseprincipale. Se l’SQL server è installato su un’unità diversa daD:\, modificare lo scriptcome opportuno in modo che punti all’unità appropriata su cui è installato l’SQL server.

27. Applicare<install_dir>\SQL\SchemaMessages.sqlal proprio server databaseprincipale.

28. Riavviare il computer.

Installazione del server cronologicoPer installare il server cronologico:

1. Inserire il CDServizi di base TBSMnel computer del server cronologico.


3. Quando viene aperta la finestra di dialogoAggiornamento file di sistema, leggere iltesto e fare clic suAvanti.

4. Viene visualizzata la finestra di dialogoSeleziona ubicazione di destinazione. Siconsiglia di inserire questi file in una directory temporanea. Selezionare il pulsanteSfoglia per selezionare una directory. Una volta scelta la directory desiderata, fare clicsu Avanti.



7. Seguire le istruzioni presenti sulle finestre di dialogo per continuare l’installazione.

12 Versione 1.5

8. Sulla finestra di dialogoSeleziona componenti, selezionare i seguenti componenti:


¶ File di aiuto

¶ Sistema di report

¶ Documentazione attiva




11. Immettere ilnome hostdella macchina diTBSM Database Server, il nome utenteela password sa dell’amministratore SQL.Fare clic suAvanti.

12. Immettere ilnome della macchina delserver delle applicazioni. Fare clic suAvanti.

13. Viene visualizzata la finestra di dialogoSeleziona cartella di programma. Selezionarela cartella di programmain cui verranno inserite tutte le applicazioni. Fare clic suAvanti.

14. Sulla finestra di dialogoInstallazione completata, quando viene richiesto il riavvio delcomputer, selezionareNo e fare clic suFine.

Configurazione del sistema di reportIl sistema di report TBSM è uno dei componenti selezionati quando si installa il servercronologico e deve essere configurato per puntare ai database server SQL appropriati.

Per configurare il sistema di report TBSM:

1. Andare aStart-->Programmi-->Tivoli-->Configurazione database sistema di report.

2. Espandere il menu a discesa diSeleziona connessionee selezionareWebServer.LaconnessioneWebServer deve puntare al databaseWebServer.

3. Immettere le seguenti informazioni nella finestra di dialogo Configurazione databasereport TBSM:

¶ Seleziona connessione = WebServer

¶ Nome connessione = WebServer

¶ Descrizione = Menu di report / Database utente

¶ Driver = {SQL Server}

¶ Nome server = nome_server_database

¶ ID utente = sa

¶ Password = (la password)

¶ Nome database = WebServer

¶ Timeout connessione = 600

4. Fare clic suVerifica per verificare la connessione. Facendo clic suAggiorna la verificadella connessione viene effettuata automaticamente prima di aggiornarla.

Configurare DefaultData in un modo simile:


2.Installazione

deiservizidibase

diTB

SM

1. Espandere il menu a discesa diSeleziona connessionee selezionareDefaultData. LaconnessioneDefaultData deve puntare al database deglioggetti da cui si ricaveranno idati cronologici.


¶ Seleziona connessione = DefaultData

¶ Nome connessione = DefaultData

¶ Descrizione = Default History Database



¶ ID utente = sa


¶ Nome database = Oggetto


Configurare laDocumentazione TBSMin un modo simile:

1. Espandere il menu a discesa diSeleziona connessionee selezionareDocumentazioneTBSM. La connessioneDocumentazione TBSMdeve puntare al database deglioggettida cui verranno ricavati i dati cronologici.


¶ Seleziona connessione = TBSMDocumentation

¶ Nome connessione = TBSMDocumentation

¶ Descrizione = TBSM Server per Documentazione



¶ ID utente = sa




Installazione del server delle applicazioniPrima di installare il server delle applicazioni apportare le seguenti modifiche alla macchinasu cui deve essere installato:

1. Apportare le seguenti modifiche alla sicurezza di sistema:

a. Aggiungere nuovi Gruppi nella sezione Gestione utente della sicurezza di sistema:

¶ TBSM_Administrators

¶ TBSM_Operators

14 Versione 1.5

Questi gruppi riflettono le opzioni di sicurezza per il client TBSM JAVA. Gli utentiTBSM che necessitano dell’accesso devono essere aggiunti al gruppoTBSM_Administrators. Tutti gli altri utenti TBSM devono essere aggiunti al gruppoTBSM_Operators. Se un utente tenta di accedere alla console Java di TBSM e non faparte di uno di questi gruppi autorizzati, riceverà un errore,Il nome utente xxx nonpuò essere convalidato.

b. Il servizio del server delle applicazioni della console Java deve essere in esecuzionetramite un account che dispone di due privilegi di sistema:

¶ agire come parte del sistema operativo

¶ sostituire un token a livello di processo

Se si stanno concedendo questi diritti al login con cui si è attualmente collegati, ènecessario scollegarsi e collegarsi di nuovo affinché questi diritti appena concessidiventino operativi.

Per installare il server delle applicazioni:

1. Inserire il CDServizi di base TBSMnel computer del server delle applicazioni.


3. Viene visualizzata la finestra di dialogo Aggiornamento file di sistema. Leggere il testoe fare clic suAvanti.

4. Per la finestra di dialogoSeleziona ubicazione di destinazione, si consiglia di inserirequesti file in una directory temporanea. Selezionare il pulsanteSfoglia per selezionarela directory. Una volta scelta la directory desiderata, fare clic suAvanti.






¶ File di aiuto

¶ File del server delle applicazioni

¶ Server delle applicazioni Java


Nota: Se attualmente è in esecuzione TBSM 1.1.1, è necessario installare ancheiservizi di compatibilità TBSM 1.1.1. Effettuare ciò selezionandoServizi dicompatibilità TBSM 1.1.1 sulla finestra di dialogoSeleziona componenti.Questo componente consente alle workstation TBSM 1.1.1 di comunicarecon i server TBSM 1.5.

Selezionare questi 2 componenti:

v Server delle applicazioni Tivoli BSM 1.1.1

v Server di notifica Tivoli BSM 1.1.1


2.Installazione

deiservizidibase

diTB

SM

Se i server e le workstation TBSM comunicano tramite un firewall, le portescelte per TBSM 1.5 devono essere diverse da quelle utilizzateprecedentemente in TBSM 1.1.1.Servizi di compatibilità TBSM 1.1.1 deveessere configurato per utilizzare le impostazioni di porta TBSM 1.1.1 e inuovi servizi TBSM 1.5 devono essere configurati per utilizzare i nuovinumeri di porta.

Una volta eseguita la migrazione a TBSM 1.5, disabilitare i servizi dicompatibilità TBSM 1.1.1 (Server delle applicazioni Tivoli BSM 1.1.1 eserver di notifica Tivoli BSM 1.1.1) dal pannello di controllo presente sulserver delle applicazioni.



11. Sui parametri della macchina dell’SQL Server, immettere ilnome hostdella macchinadell’SQL Server, il Nome utentee la Password dell’amministratore SQL. Fare clicsu Avanti.

12. Immettere l’alias web che deve essere utilizzato dal server delle applicazioni Java.L’alias consigliato èTBSM. Fare clic suAvanti .


14. Sulla finestra di dialogoSeleziona cartella programma, selezionare laCartella diprogramma che conterrà tutti i file dell’applicazione. Fare clic suAvanti.

15. Sulla finestra di dialogoInstallazione completata, quando si richiede se riavviare ilcomputer, selezionareNo e fare clic suFine.

Una volta installato il server delle applicazioni, su questo computer dovrebbero esserepresenti i seguenti servizi:

¶ Tivoli BSM Console Server

¶ Tivoli BSM Application Server


Installazione del server agent di propagazionePer installare sul computer il server dell’agent di propagazione:

1. Inserire il CDServizi di base TBSMnel computer del server di propagazione.


3. Quando viene aperta la finestra di dialogo Aggiornamento file di sistema, leggere iltesto e fare clic suAvanti.

4. Sulla finestra di dialogoSeleziona ubicazione di destinazione, si consiglia di inserirequesti file in una directory temporanea. Selezionare il pulsanteSfoglia per selezionarela directory. Una volta scelta la directory desiderata, fare clic suAvanti.



16 Versione 1.5




¶ File di aiuto

¶ Componenti agent di propagazione




11. Immettere ilnome hostdella macchinaSQL Server, il Nome utentee la Passworddell’amministratore SQL. Fare clic suAvanti.



14. Sulla finestra di dialogoInstallazione completataquando si richiede se riavviare ilcomputer, selezionareNo e fare clic suFine.

Una volta installato il server dell’agent di propagazione, su questo computer dovrebberoessere presenti i seguenti servizi:

¶ Tivoli BSM Enqueue Proxy Server


¶ Tivoli BSM Remote Execution Server

Installazione del server gestore eventiPer installare i gestori eventi:

1. Inserire il CDServizi di base TBSMnel computer del gestore eventi.


3. Quando viene aperta la finestra di dialogo Aggiornamento file di sistema, leggere iltesto e fare clic suAvanti.







¶ File di aiuto


2.Installazione

deiservizidibase

diTB

SM

¶ Componenti di monitoraggio mainframe




11. Immettere ilnome hostdella macchina dell’SQL Server, il Nome utentee laPassworddell’amministratore SQL. Fare clic suAvanti.



14. Sulla finestra di dialogoInstallazione completataquando si richiede se riavviare ilcomputer, selezionareNo e fare clic suFine.

Una volta installato il server gestori eventi, su questo computer dovrebbero essere presenti iseguenti servizi:



¶ Tivoli BSM MVSIPOSListener

¶ Tivoli BSM MVSUpload Rule Server

Installazione del client TBSM tradizionalePer installare sulla workstation il client TBSM tradizionale:

1. Inserire ilCD Servizi di base TBSMnella workstation del client.


3. Quando viene aperta la finestra di dialogoAggiornamento file di sistema, leggere iltesto e fare clic suAvanti.







¶ File di aiuto




18 Versione 1.5



13. Sulla finestra di dialogoInstallazione completataquando si richiede se riavviare ilcomputer, selezionareSì e fare clic suFine.

Installazione del client della console JavaIl processo di installazione utilizza la directory /TMP come directory di lavoro. Se in taledirectory non vi abbastanza spazio, è possibile eseguire l’installazione utilizzando il seguentecomando:setup -is:tempdir <name of another directory>

Per installare la console Java:

1. Eseguire il programma di setup di Java Client ubicato nella directoryConsoleInstalls\Win32 sul CD di installazione di TBSM per accedere al wizard diinstallazione di Java.

2. Quando viene aperta la finestra di dialogo del programma di installazione, selezionare ladirectory per l’installazione. Le directory di installazione sono:

¶ 5-BSM-0002.tar - TBSM Console (aix_ia64) - per piattaforma Intel 64

¶ 5-BSM-0003.tar - TBSM Console (aix_power) - per piattaforma Power PC

¶ 5-BSM-0004.tar - TBSM Console (linux) - per piattaforma Linux

¶ 5-BSM-0005.tar - TBSM Console (sol_sparc) - per piattaforma Solaris Sparc

¶ 5-BSM-0006.tar - TBSM Console (sol_x86) - per piattaforma AMD 86

¶ 5-BSM-0007.tar - TBSM Console (win32) - per piattaforme Windows

3. Immettere il nome completo della macchina del server delle applicazioni TBSM.

4. Una volta completato il processo di installazione, premereFine.

Nota: Per le piattaforme Unix, assicurarsi di aver applicato le patch correnti per il sistemaoperativo necessarie per eseguire Java 1.3. Per ottenere tali patch, andare al sito webdel fornitore relativo a tale piattaforma, quindi scaricarle e installarle prima diinstallare la console Java.

Riavvio dei serverRiavviare innanzitutto l’SQL Database Server. Una volta attivo e in esecuzione, riavviare irimanenti server in qualsiasi ordine.Tuttavia, se si sta utilizzando SNA server, riavviarloper primo dopo aver riavviato l’SQL Database Server.(Per informazioni sull’installazionee la configurazione di Microsoft SNA Server, vedere il capitolo 7 di questo documento.)

Installazione di TBSM Distributed EditionQuesta sezione spiega come installare la Distributed Edition di TBSM.

Installazione dei componenti del server databaseInstallare i componenti TBSM sulla macchina del server database:

1. Inserire il CDServizi di base TBSMnel computer del server database.



2.Installazione

deiservizidibase

diTB

SM

3. Quando viene aperta la finestra di dialogo Aggiornamento file di sistema, fare clic suAvanti sulla finestra di dialogo dibenvenuto.

4. Sulla finestra di dialogoSeleziona ubicazione di destinazione, si consiglia di inserirequesti file in una directory temporanea. Scegliere il pulsanteSfoglia per selezionare unadirectory (oppure utilizzare la directory di default). Una volta selezionata la directorydesiderata o utilizzata quella di default, fare clic suAvanti.


6. Viene visualizzata la finestra di dialogoBenvenuti nell’installazione di TivoliBusiness Systems Manager. Il testo di questa finestra di dialogo costituiscono leinformazioni di base sul programma di installazione, incluso come interromperel’installazione. Leggere le informazioni e fare clic suAvanti.

7. Quando viene visualizzata la finestra di dialogoSeleziona ubicazione di destinazione,selezionare una directory in cui installare l’applicazione Tivoli Business SystemsManager e fare clic sul pulsanteSfoglia. Il percorso selezionato viene visualizzato nellaCartella di destinazione.Una volta selezionato il percorso desiderato o scelta lacartella di destinazione di default, fare clic suAvanti.

8. Sulla finestra di dialogoTipo di installazione, selezionarePersonalizzatae fare clic suAvanti.

9. Quando viene aperta la finestra di dialogoSeleziona componenti, selezionare i seguenticomponenti per il server database della distributed edition:

¶ File con estensione SQL


¶ Staged Event Loader

¶ NT Agent Listener

¶ TBSM xdfparser

¶ Event Enablement (Viene selezionato automaticamente.)

Facoltativamente, è possibile includere:

¶ I componentiFile di programma workstation e File di aiuto se si desiderautilizzare il client TBSM sul computer del server database

¶ I componentiSistema di report e Documentazione attivase si desidera avere unserver cronologico



12. Immettere ilnome hostdella macchina dell’SQL Server, il Nome utentee laPassword dell’amministratore SQL. Fare clic suAvanti.

13. Immettere il nome della macchina delserver delle applicazioni.

14. Sulla finestra di dialogoSeleziona cartella programma, selezionare lacartella diprogramma che conterrà tutti i file dell’applicazione o che accetterà quelli di default.Fare clic suAvanti.

20 Versione 1.5

15. Quando viene aperta la finestra di dialogoInstallazione completata, se viene richiestodi riavviare il sistema, selezionareNo. Fare clic suFine.

16. Una volta installato il server database, su questo computer dovrebbero essere presenti iseguenti servizi. Determinare se tali servizi si trovano sul computer selezionandoStart-->Programmi-->Strumenti di amministrazione-->Server Manager.

¶ Tivoli BSM Agent Listener

¶ Tivoli BSM Batch Rule Server


¶ Tivoli BSM Event Enablement

¶ Tivoli BSM Notification Server

¶ Tivoli BSM Propagation Agent Dispatcher

¶ Tivoli BSM Staged Event Loader

¶ Tivoli BSM Task Server

¶ Tivoli BSM TSD Event Handler

17. Mentre ci si trova inServer Manager,arrestare l’SQL Server Agent e MSDTCServer Service.

18. Assicurarsi che il servizioMSSQL7 Server sia avviato.

19. Applicare<install_dir>\SQL\DetachDatabases.sqlal proprio server database. (I file*.LDF rimarranno sull’unità fino a quando AttachDatabases.sql non verrà eseguitosuccessivamente in questa procedura.)

20. Espandere le unità database del CD Servizi di base TBSM(\DBDevices\DBDevices_V1.5.exe) nella sottodirectoryD:\MSSQL7\Data\. (Si tratta diunità di database, non di unità di backup e possono essere collegate al server senzadover creare unità database, database ed eseguire il ripristino del database.) E’ possibileestrarre i file modificando la directory di destinazione e lanciando l’eseguibile.

¶ D:\MSSQL7\Data>E:\DBDevices\DBDevices_V1.5.exe

21. Modificare una copia di<install_dir>\SQL\AttachDatabases.sqlapportando leseguenti modifiche come necessario.

¶ Directory di installazione di SQLServer 7.0 (D:\MSSQL7\ è il valore di default).Sel’SQL server è installato su un’unità diversa daD:\, modificare lo script comeopportuno in modo che punti all’unità appropriata su cui è installato l’SQL server.

¶ Nome host del sistema del database (Sostituire XXXX nel codice SQL)

¶ Nome host del sistema dell’agent di propagazione (Sostituire YYYY nel codiceSQL)

¶ Nome host del sistema del server web (Sostituire ZZZZ nel codice SQL)

22. Applicare la copia modificata di<install_dir>\SQL\AttachDatabases.sqlal proprioserver database. (I file .LDF esistenti o meno vengono cancellati da questa proceduraprima di collegare i nuovi database.

23. Applicare<install_dir>\SQL\SchemaTypes.sqlal database principale.

24. Applicare<install_dir>\SQL\SchemaTypes.sqlal database modello.

25. Applicare<install_dir>\SQL\SchemaTypes.sqlal database tempdb.


2.Installazione

deiservizidibase

diTB

SM

26. Applicare<install_dir>\SQL\MasterDBChanges.sqlal proprio server databaseprincipale. Se l’SQL server è installato su un’unità diversa daD:\, modificare lo scriptcome opportuno in modo che punti all’unità appropriata su cui è installato l’SQL server.

27. Applicare<install_dir>\SQL\SchemaMessages.sqlal proprio server databaseprincipale.

28. Riavviare il computer.

Configurazione del sistema di reportSe è stato installato TBSM Reporting System (Sistema di report), configurarlo in modo chepunti ai database SQL Server appropriati.

Per configurare TBSM Reporting System (Sistema di report):

1. Andare aStart-->Programmi-->Tivoli-->Configurazione database sistema di report.

2. Espandere il menu a discesa diSeleziona connessionee selezionareWebServer.LaconnessioneWebServer deve puntare al databaseWebServer.


¶ Seleziona connessione = WebServer

¶ Nome connessione = WebServer

¶ Descrizione = Menu di report / Database utente



¶ ID utente = sa


¶ Nome database = WebServer


4. Fare clic suVerifica per verificare la connessione. Facendo clic suAggiorna la verificadella connessione viene effettuata automaticamente prima di aggiornarla.

Configurare laDocumentazione TBSMin un modo simile:

1. Espandere il menu a discesa diSeleziona connessionee selezionareDocumentazioneTBSM. La connessioneDocumentazione TBSMdeve puntare al database deglioggettida cui verranno ricavati i dati cronologici.


¶ Seleziona connessione = TBSMDocumentation

¶ Nome connessione = TBSMDocumentation

¶ Descrizione = TBSM Server per Documentazione



¶ ID utente = sa

22 Versione 1.5




Installazione dei componenti del server delle applicazioniPrima di installare il server delle applicazioni apportare le seguenti modifiche alla macchinasu cui deve essere installato:

1. Apportare le seguenti modifiche alla sicurezza di sistema:

a. Aggiungere nuovi Gruppi nella sezione Gestione utente della sicurezza di sistema:

¶ TBSM_Administrators

¶ TBSM_Operators

Questi gruppi riflettono le opzioni di sicurezza per il client TBSM JAVA. Gli utentiTBSM che necessitano dell’accesso devono essere aggiunti al gruppoTBSM_Administrators. Tutti gli altri utenti TBSM devono essere aggiunti al gruppoTBSM_Operators. Se un utente tenta di accedere alla console Java di TBSDM e nonfa parte di uno di questi gruppi autorizzati, riceverà un errore,Il nome utente xxxnon può essere convalidato.

b. Il servizio del server delle applicazioni della console Java deve essere in esecuzionetramite un account che dispone di due privilegi di sistema:

¶ agire come parte del sistema operativo

¶ sostituire un token a livello di processo

Se si stanno concedendo questi diritti al login con cui si è attualmente collegati, ènecessario scollegarsi e collegarsi di nuovo affinché questi diritti appena concessidiventino operativi.

Installare i componenti TBSM sulla macchina del server delle applicazioni:

1. Inserire il CDServizi di base TBSMnel computer del server delle applicazioni.


3. Viene visualizzata la finestra di dialogo Aggiornamento file di sistema. Leggere il testoe fare clic suAvanti.

4. Per la finestra di dialogoSeleziona ubicazione di destinazione, si consiglia di inserirequesti file in una directory temporanea. Selezionare il pulsanteSfoglia per selezionarela directory. Una volta scelta la directory desiderata, fare clic suAvanti.





¶ File del server delle applicazioni



2.Installazione

deiservizidibase

diTB

SM

¶ Componenti agent di propagazione

¶ Server delle applicazioni Java

Facoltativamente, è possibile includere i componentiFile di programma workstation eFile di aiuto se si intende utilizzare il client TBSM sul computer del server delleapplicazioni.

Nota: Se attualmente è in esecuzione TBSM 1.1.1, è necessario installare ancheiservizi di compatibilità TBSM 1.1.1. Effettuare ciò selezionandoServizi dicompatibilità TBSM 1.1.1 sulla finestra di dialogoSeleziona componenti.Questo componente consente alle workstation TBSM 1.1.1 di comunicare con iserver TBSM 1.5.

Selezionare questi 2 componenti:

¶ Server delle applicazioni Tivoli BSM 1.1.1

¶ Server di notifica Tivoli BSM 1.1.1

Se i server e le workstation TBSM comunicano tramite un firewall, le portescelte per TBSM 1.5 devono essere diverse da quelle utilizzate precedentementein TBSM 1.1.1.Servizi di compatibilità TBSM 1.1.1 deve essere configuratoper utilizzare le impostazioni di porta TBSM 1.1.1 e i nuovi servizi TBSM 1.5devono essere configurati per utilizzare i nuovi numeri di porta.

Una volta eseguita la migrazione a TBSM 1.5, disabilitare i servizi dicompatibilità TBSM 1.1.1 (Server delle applicazioni Tivoli BSM 1.1.1 e serverdi notifica Tivoli BSM 1.1.1) dal pannello di controllo presente sul server delleapplicazioni.


10. Immettere ilnome hostdella macchina del server locale. (Per default, il nome hostdeve trovarsi nel campo del nome host. In caso contrario, immetterlo.) Fare clic suAvanti.

11. Immettere ilnome hostdella macchina dell’SQL Server, il Nome utentee laPassword sadell’amministratore SQL. Fare clic suAvanti.

12. Immettere l’alias web che deve essere utilizzato dal server delle applicazioni Java.TBSM è l’alias consigliato. Fare clic suAvanti.


14. Sulla finestra di dialogoSeleziona cartella di programma, selezionare laCartella diprogramma che conterrà tutti i file dell’applicazione. Fare clic suAvanti.

15. Sulla finestra di dialogoInstallazione completata, quando si richiede se riavviare ilcomputer, selezionareNo e fare clic suFine.

Una volta installato il server delle applicazioni, su questo computer dovrebbero esserepresenti i seguenti servizi:

¶ Tivoli BSM Application Server



24 Versione 1.5

¶ Tivoli BSM Remote Execution Server

¶ Tivoli BSM Console Server

Riavvio dei serverRiavviare innanzitutto l’SQL Database Server. Una volta attivo e in esecuzione, riavviare irimanenti server in qualsiasi ordine.Tuttavia, se si sta utilizzando uno SNA server,riavviarlo per primo dopo aver riavviato l’SQL Database Server. (Per informazionisull’installazione e la configurazione di Microsoft SNA Server, consultare il capitolo 7 diquesto documento.)


2.Installazione

deiservizidibase

diTB

SM

26 Versione 1.5

Installazione dei componenti TBSM/D

Le informazioni contenute in questa sezione illustrano come installare e configurare icomponenti di TBSM per monitorare soltanto i sistemi distribuiti.

I servizi di base per TBSM - Distributed (TBSM/D) Edition devono essere installati su dueserver Windows NT a cui faremo riferimento come Server database e Server delleapplicazioni. SQL 7.0 è necessario sul server database ma non su quello delle applicazioni.Inoltre, ognuno dei due server richiede che sia installata una serie diversa di servizi di base.

Clienti GEM esistentiI client GEM o console GEM esistenti devono leggere e comprendere il materiale contenutoin questa sezione in quanto una volta installata questa funzione, TBSM sostituisce GEMConsole. Per installare TBSM, Tivoli Framework deve essere completamente installato e inesecuzione con un server TMR (Tivoli Management Region) valido.

Per abilitare Distributed Monitoring all’interno di TBSM:

1. Installare l’abilitazione eventi sul server TEC (Tivoli Enterprise Console), in modo taleche gli eventi vengano inviati al server database TBSM.

2. Facoltativamente, installare il servizio di strumentazione Tivoli sugli endpoint e suoi nodigestiti su cui è installata la strumentazione con versione 1.1.

Prima di tentare l’installazione di TBSM - Distributed, consultare Tivoli Business SystemsManager Release Notes, che contiene le informazioni più aggiornate per l’installazione diTBSM.

Installazione di TBSM - Distributed Edition sul server TECInstallare Abilitazione eventi, Server task e Java Runtime su TEC (Tivoli EnterpriseConsole) in modo tale che gli eventi vengano inoltrati al server.

Se è installata una versione precedente di Abilitazione eventi, disinstallarla utilizzando ilcomandotserver removeprima di installare TBSM – Distributed Edition sul server TEC.

Installare Abilitazione eventi utilizzando uno dei seguenti metodi:

¶ Il desktop Tivoli standard

Seguire i passi contenuti in Installazione componenti dalDesktop Tivoli. Nel passo 3,selezionare il componente Tivoli Business Systems Manager Event Enablement(Abilitazione eventi) dall’elenco a scorrimento eSelezionare prodotto da installare.

3


3.Installazione

deicom

ponentiTB

SM

/D

Nel passo 4, poiché si sta installando Abilitazione eventi sul server TEC, il nome delsistema dovrebbe essere l’unico nome elencato inClient su cui installare. Spostare glialtri nomi di sistema da tale elenco a quello denominatoClient disponibili .

Ripetere ciò anche per Tivoli Business Systems Manager JRE.

¶ La riga comandi del sistema operativo

E’ possibile installare l’abilitazione eventi dalla riga comandi utilizzando il comandowinstall come descritto in Installazione componenti dalla riga comandi, specificandoSERVER.IND come file di indice.

Il seguente esempio mostra un comando che può essere utilizzato per installareabilitazione eventi. Se si sta utilizzando Windows NT, eseguire questo comando dallashell dei comandi.winstall -c hostname:$path -i SERVER.IND

Per JRE, immettere:winstall -c hostname:$path -i JRE.IND

Una volta completata l’installazione, nelle seguenti directory saranno presenti dei file:

¶ Per Intel:%BINDIR%\TDS

¶ Per UNIX: $BINDIR/TDS

Installazione dei componenti dal desktop TivoliSeguire questi passi per installare TBSM - Distributed Edition dal desktop Tivoli:

1. Dal menuDesktop, selezionareInstalla-->Installa prodotto per visualizzare la finestradi dialogo Installa prodotto .

Se il percorso all’immagine CD-ROM di TBSM - Distributed è già stato impostato,dovrebbero essere elencati i vari componenti del prodotto TBSM - Distributed all’internodi Selezionare prodotto da installare, come mostrato dall’illustrazione riportata diseguito.

28 Versione 1.5

2. Se i componenti del prodotto TBSM - Distributed non sono elencati, fare clic sulpulsanteSeleziona supportonella finestraInstalla prodotto per visualizzare la finestradi dialogoSfoglia file.

¶ La finestra di dialogoSfoglia file consente di specificare il percorso al supporto diinstallazione.

Seguire i passi di seguito riportati se si conosce il percorso all’immagine CD-ROM:

a. Immettere il percorso completo nel campoNome percorso.

b. Fare clic suImposta percorsoper passare alla directory specificata.

c. Fare clic suImposta supporto & Chiudi per salvare il nuovo percorso alsupporto di installazione e ritornare alla finestra di dialogoInstalla prodotto .Ora la finestra di dialogo Installa prodotto contiene un elenco dei componenti delprodotto TBSM - Distributed disponibili per l’installazione.

Seguire i passi di seguito riportati se non si conosce il percorso all’immagineCD-ROM:

a. Dall’elencoHost contenuto nella finestra di dialogoSfoglia file, selezionarel’host che contiene il supporto di installazione. Quando si seleziona un host,l’elenco Directory viene aggiornato in modo da visualizzare le directory relativeall’host selezionato.

b. Selezionare la directory che contiene il supporto di installazione dall’elencoDirectory . Il sistema su cui si sta effettuando il caricamento deve essere nellastessa TMR del sistema su cui si sta eseguendo l’installazione.

c. Fare clic suImposta supporto & Chiudi per salvare il nuovo percorso delsupporto e ritornare alla finestra di dialogoInstalla prodotto . Ora la finestra didialogo contiene un elenco dei componenti del prodotto TBSM - Distributeddisponibili per l’installazione.

3. Dalla finestra di dialogoInstalla prodotto , selezionare il componente del prodottodesiderato dall’elencoSelezionare prodotto da installare.

4. Per default, tutti i sistemi della TMR corrente vengono elencati inClient su cuiinstallare nella finestra di dialogoInstalla prodotto . Questo elenco deve contenere soloi nomi di sistema su cui si desidera installare il componente desiderato. Spostare gli altrinomi di sistema da tale elenco a quello denominatoClient disponibili selezionando unoo più client dall’elencoClient su cui installare e facendo clic sul pulsante con la frecciaverso destra. I client selezionati vengono spostati dall’elencoClient su cui installare aClient disponibili .

5. Fare clic suInstalla per installare il componente desiderato sui sistemi client selezionati.E’ inoltre possibile fare clic suInstalla e chiudi per installare il componente e chiudereautomaticamente la finestra di dialogoInstalla prodotto una volta completatal’installazione.

6. Viene poi visualizzata la finestra di dialogoInstalla prodotto . Elenca le operazioni cheverranno eseguite durante l’installazione del software e avviserà l’utente di problemi da


3.Installazione

deicom

ponentiTB

SM

/D

risolvere prima dell’installazione del componente del prodotto TBSM - Distributed.

7. Fare clic suContinua installazione per avviare il processo di installazione oppure fareclic su Annulla per arrestarla. Una volta completata l’installazione, la finestra di dialogoInstalla prodotto visualizza un messaggio di completamento.

8. Leggere il log nella finestra di dialogo di installazione del prodotto per controllare glierrori.

9. Fare clic suChiudi quando la finestra di dialogo dello stato di Installa prodotto indicache installazione è stata completata. Ripetere i passi sopra riportati per selezionare altricomponenti TBSM - Distributed da installare su altre serie di client.

Installazione dei componenti dalla riga comandiUtilizzare il comandowinstall per installare i componenti del prodotto TBSM - Distributeddalla riga comandi del sistema operativo.

Nota: Prima di eseguire qualsiasi comando Tivoli che inizia con la lettera w, impostarel’ambiente Tivoli. Normalmente un server TMR disporrà di un ambiente impostato,ma su altri nodi gestiti, utilizzare:

¶ Per NT:setup_env.cmd,ubicato nella seguente sottodirectory:\winnt\system32\drivers\etc\tivoli

¶ Per UNIX: setup_env.sh,ubicato nella sottodirectory/etc/tivoli

Di seguito viene riportata la sintassi di questo comando, seguito da una spiegazione deirelativi parametri:

winstall [-c percorso_cdrom] [-s server_tmr] [-i file_indice] [-n] [-y][install-variable=valore...] [node gestito...]

-c percorso_cdromSpecifica il percorso all’immagine CD-ROM.

30 Versione 1.5

-s server_tmrSpecifica il nome del server TMR.

-i file_indiceSpecifica il file di indice da cui deve essere installato il componente TBSM -Distributed. Tutti i file di indice hanno estensione .IND. Di seguito viene riportato unelenco dei file .IND:

¶ Tivoli BSMEvent Enablement Versione 1.1 (Inglese):SERVER.IND

¶ Java Runtime Environment:JRE.IND

¶ Servizio di strumentazione Tivoli:GEMISVC.IND

-nSpecifica che il prodotto deve essere installato su tutti i nodi gestiti su cui non èattualmente installato. Questo argomento viene ignorato se viene specificatonode-gestito.

-ySpecifica che l’installazione deve proseguire senza chiedere conferma. Per default,questo comando identifica le azioni che devono essere effettuate per eseguirel’installazione e la richiesta di conferma prima di continuare. Utilizzando questoargomento,winstall identifica l’azione e installa il prodotto senza chiedere conferma.

install-variable=valoreUn numero di variabili che controlla che l’installazione possa essere impostata oimpostata sui valori di default sulla riga comandi. Per un elenco definitivo di questevariabili, consultare il file indice di installazione del prodotto. Queste variabilispecificano informazioni necessarie oppure sovrascrivono le informazioni di default.

nodo gestitoSpecifica il nodo gestito su cui verrà installato il servizio di strumentazione Tivoli. E’possibile specificare più nodi gestiti, separati da uno spazio vuoto. E’ importantespecificare i nodi gestiti in quanto se non si specifica nulla, il prodotto verrà installato sututti i nodi gestiti della TMR.

-c percorso_cdromSpecifica il percorso all’immagine CD-ROM.

-s server_tmrSpecifica il nome del server TMR.

-i file_indiceSpecifica il file di indice da cui deve essere installato il componente TBSM -Distributed. Tutti i file di indice hanno estensione .IND. Di seguito viene riportato unelenco dei file .IND:

¶ Tivoli BSMEvent Enablement Versione 1.1 (Inglese):SERVER.IND

¶ Java Runtime Environment:JRE.IND

¶ Servizio di strumentazione Tivoli:GEMISVC.IND

-nSpecifica che il prodotto deve essere installato su tutti i nodi gestiti su cui non èattualmente installato. Questo argomento viene ignorato se viene specificatonode-gestito.


3.Installazione

deicom

ponentiTB

SM

/D

-ySpecifica che l’installazione deve proseguire senza chiedere conferma. Per default,questo comando identifica le azioni che devono essere effettuate per eseguirel’installazione e la richiesta di conferma prima di continuare. Utilizzando questoargomento,winstall identifica l’azione e installa il prodotto senza chiedere conferma.

install-variable=valoreUn numero di variabili che controlla che l’installazione possa essere impostata oimpostata sui valori di default sulla riga comandi. Per un elenco definitivo di questevariabili, consultare il file indice di installazione del prodotto. Queste variabilispecificano informazioni necessarie oppure sovrascrivono le informazioni di default.

nodo gestitoSpecifica il nodo gestito su cui verrà installato il servizio di strumentazione Tivoli. E’possibile specificare più nodi gestiti, separati da uno spazio vuoto. E’ importantespecificare i nodi gestiti in quanto se non si specifica nulla, il prodotto verrà installato sututti i nodi gestiti della TMR.

Per ulteriori informazioni consultare il comandowinstall in Tivoli Framework ReferenceManual.

Configurazione della connessione tra TBSM e il server TEC (TivoliEnterprise Console)

Il server Tivoli Enterprise Console (TEC) è il punto di raccolta principale per gli eventi cheTBSM/D riceve dalle sue origini evento. Il collegamento dal server di dati TBSMall’ambiente TEC richiede l’installazione e la configurazione dei componenti TBSM AgentListener e TBSM Event Enablement. Senza l’installazione e la configurazione appropriata diquesti componenti, TBSM non opererà come descritto.

Fornito come immagine installabile Tivoli, TBSM Event Enablement deve essere installatosu ogni sistema di server TEC in cui è necessario l’invio dell’evento a TBSM. Ilcomponente TBSM Event Enablement contiene inoltre il componente Server task TBSM.Ognuno costituisce un lungo processo di esecuzione in ascolto su una porta TCP/IP perrichieste di connessione TBSM/D. TBSM Event Enablement è responsabile per l’invio deglieventi TEC a TBSM/D. Il server task TBSM riceve le richieste del task Tivoli, esegue il tasksulla TMR attiva e restituisce l’output a TBSM/D.

Come parte del processo di abilitazione degli eventi TEC da inoltrare a TBSM/D, le regoleTEC devono essere installate nel rule engine TEC per inviare evento ad uno dei punti diimmissione TBSM Event Enablement. Il programma di utilitàihsttec.shviene utilizzato perconfigurare una rule base TEC con regole per inviare eventi APM e eventi DM. Ilprogramma di utilità installa anche il file della classe eventi TEC APM, interapp.baroc,consentendo agli eventi APM di essere riconosciuto dal sistema TEC. A volte il programmadi utilità ihsttec.shpotrebbe non essere il modo migliore per aggiungere una regola di invioTEC.

ConsultareTBSM (Tivoli Business Systems Manager) - Manuale per la gestioneper dettaglisull’avvio, arresto, configurazione e manutenzione dei componenti Tivoli TBSM EventEnablement.

TBSM Agent Listener è un servizio Windows NT, installato con il processo di installazionedi base di TBSM/D. Una volta configurato con un elenco dei sistemi su cui è in esecuzione

32 Versione 1.5

il componente TBSM Event Enablement, Agent Listener apre una connessione con ognisistema, riceve gli eventi in entrata da Event Enablement e avvia l’elaborazione dell’eventoTEC. Vedere il comandogemeeconfigper dettagli su come definire l’elenco di EventEnablers in Agent Listener.

Nel caso in cui le porte di ascolto di default utilizzate da TBSM Event Enablement e dalserver task TBSM entrino in conflitto con altre applicazioni, ogni componente consentirà laconfigurazione di una propria porta di ascolto di default. Se questa azione viene eseguita,accertarsi di configurare anche la porta corretta sulla parte di TBSM della connessione. Icomandigemeeconfige tgmtaskconfig vengono utilizzati per configurare le parti clientTBSM delle connessioni.

Installazione del servizio di strumentazione TivoliSe è in esecuzione una versione esistente del servizio di strumentazione GEM (GEM IS oGEM IL), l’aggiornamento al servizio di strumentazione Tivoli è facoltativo.

Il servizio di strumentazione Tivoli è un’interfaccia tra le applicazioni contenute nel sistemaaziendale e TBSM. Riporta lo stato delle proprie applicazioni e il loro stato corrente. Questeinformazioni derivano dall’applicazione stessa o da altre origini, come ad esempio il sistemaoperativo. Se si sta utilizzando una strumentazione creata con la metodologia del programmadi creazione del modulo Tivoli, è necessario installare il servizio di strumentazione Tivoli. Iservizi di strumentazione Tivoli operano come un’interfaccia per questo tipo distrumentazione.

E’ possibile installare il servizio di strumentazione Tivoli e utilizzare Tivoli SoftwareDistribution per svilupparlo in sistemi gestiti e endpoint. L’installazione crea una libreria deitask di comandi e un profilo DM (Distributed Monitoring) per la gestione e laconfigurazione di Tivoli Distributed Instrumentation Service, come pure un profilo SoftwareDistribution per la distribuzione nei sistemi gestiti e negli endpoint. Installare il servizio distrumentazione Tivoli utilizzando:

Il desktop Tivoli standard

Seguire i passi contenuti in Installazione componenti dal desktop Tivoli. Nel passo 3,selezionare il componenteServizio di strumentazione Tivoli dall’elenco ascorrimentoSelezionare prodotto da installarecome pure nel passo 4 i sistemidesiderati presenti sulla TMR dall’elencoClient su cui installare, spostando tutti inomi degli altri sistemi nell’elencoClient disponibili .

La riga comandi del sistema operativoIl servizio di strumentazione Tivoli può essere installato dalla riga comandiutilizzando il comandowinstall come descritto in Installazione componenti dalla rigacomandi, specificandoGEMISVC.IND come file indice. L’esempio di seguitoriportato mostra un comando che può essere utilizzato per installare il servizio distrumentazione Tivoli. Se si sta utilizzando Windows NT, eseguire questo comandodalla shell del programma:

winstall -c hostname:$path -i GEMISVC.IND -n -y

In seguito è possibile distribuire il servizio di strumentazione Tivoli ai nodi gestiti e agliendpoint TMA desiderati utilizzando i passi riportati di seguito:

1. Aprire l’area della politicaApplications_<region_name.


3.Installazione

deicom

ponentiTB

SM

/D

2. Aprire l’area della politica relativa all’applicazione Tivoli GEM. Quest’area vienedenominata:PR_TIS_Default_<region_name

3. Per eseguire la distribuzione degli endpoint, aprire il Gestore profilo:PM_Tivoli_Instrumentation_Service_1.1._Endpoint.Distribuire a qualsiasi gestoreprofilo gli endpoint TMA su cui si desidera sia installato TBSM - DistributedInstrumentation Service.

4. Per eseguire la distribuzione dei nodi gestiti, aprire il Gestore profilo:PM_Tivoli_Instrumentation_Service_1.1Distribuire a questo gestore profilo qualsiasinodo su cui si desidera sia installato TBSM - Distributed Instrumentation Service.

5. Distribuire il profilo del pacchetto di file ai destinatari in base alle necessità. Se sidistribuisce il pacchetto di file al Gestore profilo per gli endpoint(PM_Tivoli_Instrumentation_Service_1.1_Endpoint), il suddetto pacchetto vienedistribuito a tutti gli endpoint distribuiti a tale gestore profilo.

Per eseguire la distribuzione a specifici endpoint di destinazione, visualizzare la finestraDistribuisci pacchetto di file, espandere il Gestore profiloPM_Tivoli_Instrumentation_Service_1.1_Endpointe selezionare gli specifici endpointcome destinatari di distribuzione.

Altre opzioni di installazioneUna volta installata l’abilitazione eventi TBSM, server e console, è possibile installareulteriori componenti TBSM in base al proprio ambiente. Questi componenti includono:

¶ Strumentazione CICSPlex SM

¶ Strumentazione DB2 for OS/390

¶ Tivoli NetView for OS/390 AMI (application management interface). ConsultareTivoliNetView for OS/390 Customization Guide and the Tivoli NetView for OS/390 Installationand Administration Guideper informazioni su come installare Tivoli NetView forOS/390 AMI (application management interface), la strumentazione dell’evento digestione dei sistema e la strumentazione del sottosistema della topologia.

¶ I prodotti Tivoli Manager, come MQSeries. Consultare i manuali forniti con modulispecifici da installare.

La documentazione di Tivoli Business Systems Manager è in formato PDF ed è disponibilesul CD Pubblicazioni Tivoli Business Systems Manager.

34 Versione 1.5

Configurazione di TBSM/D Edition

Questo capitolo descrive i task di configurazione da eseguire prima di utilizzare TBSM -Distributed. Eseguire i passi di configurazione generale di TBSM prima di configurare questicomponenti.

Configurazione di Abilitazione eventi (Event Enablement) e delserver task

Le seguenti voci di configurazione vengono applicate sia al server task che all’abilitazioneeventi.

¶ Impostazione della sicurezza a livello di elaborazione

¶ Configurazione delle porte TCP/IP

¶ Configurazione in caso di installazione di più processi Tivoli oserv

Impostazione della sicurezza per l’esecuzione del server task edell’abilitazione eventi

Questa sezione descrive l’impostazione della sicurezza per l’esecuzione del server task el’abilitazione eventi sulle piattaforme Windows NT e Windows 2000.

Nota: UNIX non richiede un’ulteriore configurazione della sicurezza.

Aggiungere i diritti utente all’ID utente sotto cui vengono eseguiti i servizi server task eabilitazione eventi. I diritti utente consentono a questi servizi di eseguire le funzioni riportatedi seguito:

¶ Agire come parte del sistema operativo

¶ Sostituire un token a livello di processo

¶ Collegarsi come un servizio.

Per impostare i diritti utente:

Windows NT

1. Collegarsi con un ID che dispone dell’autorizzazione di amministratore. Impostare l’IDutente sotto cui è in esecuzione il server Tivoli TBSM come parte del gruppo diamministratori.

2. Selezionare Start > Programmi > Strumenti di amministrazione > User Manager(oUser Manager per domini per server NT).

3. SelezionarePolitiche > Diritti utente.

4


4.C

onfigurazionedi

TB

SM

/DE

dition

4. SelezionareMostra diritti utente avanzati.

5. Scorrere l’elencoDiritto: e selezionareAgire come parte del sistema operativo.

6. L’elencoConcesso a:visualizza i gruppi e gli utenti a cui è attualmente concessoquesto diritto. Se il proprio ID utente di destinazione è già elencato, andare al passo 10;altrimenti, continuare.

7. Fare clic suAggiungi.

8. Fare clic suMostra utenti.

9. Selezionare l’ID utente di destinazione (quello sotto cui sarà in esecuzione il server) efare clic suAggiungi.

10. Fare clic suOK.

11. Ripetere i passi da 5 a 9 perSostituire un token a livello di elaborazione.

12. Ripetere i passi da 5 a 9 perCollegarsi come un servizio.

13. Scollegarsi e collegarsi di nuovo all’ID di destinazione affinché i diritti utente diventinooperativi.

Windows 2000

1. Collegarsi con un ID che dispone dell’autorizzazione di amministratore. Impostare l’IDutente sotto cui è in esecuzione il server Tivoli TBSM come parte del gruppo diamministratori.

2. SelezionareStart->Impostazioni->Pannello di controllo->Strumenti diamministrazione->User Manager.

3. Nell’albero, selezionareCriteri locali->Assegnazione diritti utente.

4. SelezionareAgire come parte del sistema operativodall’elenco Diritto ed assicurarsiche il login si trovi nell’elencoConcesso a. Fare doppio clic suAgire come parte delsistema operativoper aprirlo e aggiungere l’ID di collegamento, se necessario.

5. SelezionareSostituzione di un token a livello di processodall’elenco Diritto.

6. SelezionareCollegarsi come un servizio.

7. Fare clic suOK ed uscire da tutte le finestre.

Configurazione dei numeri di porta TCP/IPSe si sta utilizzando TCP/IP, il server task e l’abilitazione eventi verranno impostati suivalori di default utilizzando le seguenti porte TCP/IP:

¶ Porta 4020 per le comunicazioni Tivoli NetView for OS/390. E’ facoltativa se TivoliNetView for OS/390 fa parte dell’ambiente. Le comunicazioni si verificano tra il servertask e Tivoli NetView for OS/390.

¶ Porta 4030 per l’abilitazione eventi, per le comunicazioni agent listener.

¶ Porta 4042 per le comunicazioni del server task.

Non sono richieste azioni se questi numeri di porta non entrano in conflitto con leimpostazioni dell’applicazione corrente. Tuttavia, se si verifica un conflitto, modificare ilnumero o i numeri di porta utilizzando queste istruzioni:

1. Sul sistema su cui sono installati il server task e l’abilitazione eventi, aprire una finestracomandi.

36 Versione 1.5

2. Passare ad una delle seguenti directory:

¶ Per NT:%windir%\system32\drivers\etc

¶ Per UNIX: /etc

3. Aggiungere la voce appropriata al file deiservizi:tserver_tbsm 4020/tcp #server 390 porttserver_ee 4030/tcp #event enablement porttserver_ts 4042/tcp #task server port

Sostituire il numero di porta per il numero o i numeri di porta di default sopra elencati.

Note:

1. Se si riassegna la porta 390, personalizzare anche la parola chiavePort di TivoliNetView for OS/390 nel fileDUIFPMEM . Consultare Tivoli NetView for OS/390Administration Reference per ulteriori informazioni sulla parola chiavePort.

2. Se si riassegna la porta di abilitazione eventi, eseguire anche il comandogemeeconfigsul sistema dell’agent listener.

3. Se si riassegna la porta del server task, eseguire anchetgmtaskconfig sul sistema SQLServer.

4. Per scopi di migrazione, tserver_390 continuerà ad essere riconosciuto per la porta 390.Tuttavia se il server NMC è installato sullo stesso sistema del server TBSM EventEnablement, il nome utilizzato nel file etc/services per la porta 390 deve esseremodificato per utilizzare tserver_tbsm invece di tserver_390 oppure si verificherà unconflitto di porta.

Configurazione per la conversione dell’indirizzo di reteSe è presente un firewall tra il sistema dell’abilitazione eventi e OS/390 o l’SQL server eviene utilizzato NAT (conversione indirizzo di rete), eseguireconfig -f per definirel’indirizzo NAT nella elaborazione dell’abilitazione eventi e del server task. L’indirizzofornito nel comandoconfig -f è l’indirizzo con cui il sistema di abilitazione eventi èriconosciuto all’esterno del firewall.

Una volta eseguitoconfig -f, il processo di abilitazione eventi e quello del server taskdevono essere arrestati, successivamente potranno essere riavviati. L’arresto e il riavvio diun processo e poi l’arresto e il riavvio dell’altro non consentiranno alla modifica di diventareoperativa. Entrambi i processi devono essere arrestati e riavviati.

Configurazione di più server degli oggetti Tivoli sul sistema TECGli script del server task e dell’abilitazione eventi eseguono lo script Tivoli setup_env perassicurarsi che l’ambiente sia attualmente impostato prima di avviare qualsiasi processo.Normalmente lo script setup_env si trova nella seguente directory:

¶ Per Windows NT:%windir%\system32\drivers\etc\Tivoli

¶ Per UNIX: /etc/Tivoli

Se si hanno più server degli oggetti Tivoli (oservs) installati sul proprio sistema,setup_envpotrebbe non trovarsi nella normale ubicazione. Se questo è il caso della proprioinstallazione, impostare la variabile di ambiente TSERVER_ETC sulla directory che contieneil file setup_envappropriato.


4.C

onfigurazionedi

TB

SM

/DE

dition

Configurazione del server taskConsultare queste sezioni per un aiuto sulla configurazione del server task:

¶ Impostazione dell’ID utente con cui vengono eseguiti i task TME

¶ Impostazione dell’ID utente per i task OS/390

¶ Definizione della configurazione LU 6.2

¶ Configurazione dell’avvio del server task

¶ Abilitazione dell’avvio del comando OS/390

Per informazioni su come configurare Tivoli NetView for OS/390 in modo tale che glieventi della strumentazione vengano indirizzati direttamente al server task (senza richiederloa Tivoli), consultareTivoli NetView for OS/390 Customization Guide.

Impostazione dell’ID utente per il server task su cui sono in esecuzione i taskTME

Tivoli Business Systems Manager supporta i task TME. Per eseguire questi task, l’ID utentesotto cui è in esecuzione il server task deve essere associato ad un amministratore sul serverTMR.

Su Windows NT, l’ID utente sotto cui è in esecuzione il server task può essere definitoandando nelPannello di controllo, selezionandoServizi, selezionandoServer task TBSMe selezionando il pulsanteAvvia. Verrà aperto un pannello di servizio per il server task.Sotto la sezioneCollegarsi come, selezionare il pallino accanto aQuesto account, sceglierel’ID utente sotto cui deve essere eseguito il server task, immettere la password e fare clic suOK . Riavviare il server dei task per visualizzare la modifica.

Sulle piattaforme UNIX, il server task è in esecuzione comeroot.

Per associare l’ID utente sotto cui è in esecuzione il server task ad un amministratore sulserver TMR, effettuare questi passi:

1. Determinare i ruoli richiesti per eseguire tutti i task dal desktop Tivoli. Per effettuare ciò:

a. Aprire il desktop Tivoli.

b. Fare doppio clic suAree delle politiche.

c. Fare doppio clic suLibrerie delle attività.

d. Fare clic con il tastino destro su ogni icona attività. SelezionareModifica attività.Notare i ruoli evidenziati inRuoli necessari per eseguire l’attività. Questeinformazioni sono necessarie per i passi successivi. Fare clic con il tastino destrosull’icona dell’amministratore selezionato. SelezionareModifica login.

e. Immettere il nome di login che si sta utilizzando per eseguire il server GEM.

f. SelezionareModifica & Chiudi.

2. Selezionare un amministratore sul server TMR da associare agli ID utente sotto cui è inesecuzione il server task.

3. Fare clic con il tastino destro su ogni icona attività. Dal menu a comparsa, selezionareModifica proprietà.

4. Impostare i seguenti valori nellafinestra di dialogo Proprietà amministratore:

38 Versione 1.5

¶ Nome login utente:$root_user

¶ Nome gruppo:$root_group

¶ SelezionareModifica & Chiudi.

5. Fare di nuovo clic con il tastino destro sull’icona dell’amministratore selezionato. Dalmenu a comparsa, selezionareModifica ruoli TMR.

6. Selezionare i ruoli necessari per eseguire i task del server task.

7. SelezionareModifica & Chiudi.

Impostazione dell’ID utente per i task OS/390Il server task esegue i comandi OS/390 associati alla strumentazione GEM DB2 e CICSAPM sotto un singolo ID operatore Tivoli NetView for OS/390. Per specificare questo IDoperatore, eseguire il comandotserver hostcmdoperper impostare l’ID operatore e lapassword. Questo comando codifica la password e la memorizza sul disco.

Definizione del nome LU (Unità logica)Il server task può comunicare con Tivoli NetView for OS/390 utilizzando TCP/IP o LU 6.2.Per comunicare con l’ambiente Tivoli NetView for OS/390 utilizzando LU 6.2, è necessariodefinire il nome LU da utilizzare per il server. Per Windows NT o AIX, per definire il nomeLU del server, utilizzare il file di configurazionets.acgdi esempio contenuto nella seguentedirectory:

¶ Per Intel:%BINDIR%\TDS\server\sample

¶ Per UNIX: $BINDIR/TDS/server/sample

Un file ts.acgdi esempio viene fornito con TBSM - Distributed e rappresenta un file diconfigurazione IBM Communications Server di esempio per comunicazioni LU 6.2 delserver task. Deve essere utilizzato solo come guida, in quanto le modifiche sono necessariesoprattutto per l’ambiente. Consultare la documentazione appropriata sul server dellecomunicazioni per ulteriori informazioni sull’impostazione delle connessioni LU 6.2. IBMCommunications Server può essere utilizzati su Windows NT o AIX. Sna Server diMicrosoft può essere utilizzato anche per le comunicazioni LU 6.2 su Windows NT.

Avvio manuale o automatico del server taskSulle piattaforme NT, il server task viene configurato automaticamente per essere avviatocome un servizio all’avvio del sistema. Per modificare il servizio del server task, selezionareStart-->Impostazioni-->Pannello di controllo-->Servizi. Il nome del servizio èServer taskTivoli BSM.

Sulle piattaforme UNIX (AIX e Solaris), l’elaborazione del server task viene impostata peressere eseguita come il daemonihscts.L’installazione aggiorna i file di configurazione disistema appropriati in modo che il processo venga avviato automaticamente all’avvio dellamacchina. I file di configurazione interessati differiscono da piattaforma a piattaforma:

¶ Solaris:/etc/rc3.d/S95tbsm and /etc/rc0.d/K05tbsm

¶ AIX: /etc/rc.tbsm.

E’ stata aggiunta una voce ainittab con id rctbsm.

ConsultareAvvio del processore taske Arresto del processore taskper dettagli sull’usodei comandi di avvio e di arresto per avviare e arrestare manualmente i comandi.


4.C

onfigurazionedi

TB

SM

/DE

dition

Configurazione del file delle proprietà del server taskIl file di proprietà del server consente di personalizzare determinati attributi del server task.Consultare il file stesso per informazioni sui vari attributi. Il file delle proprietà del server sitrova nella seguente directory:

¶ $BINDIR/TDS/EventService/config

Abilitazione del supporto Task Server OS/390Sul punto centrale di Tivoli NetView for OS/390, confermare di disporre delle informazionicorrette su questi due membri NetView sul mainframe:DUIFPMEM e DUIIGHB

In DUIFPMEM, il parametro TCPNAME deve corrispondere al nome del passo utilizzatonel task TCPIP:

¶ Il parm USETCPIP deve essereYES.

¶ Il parm SOCKETS deve essere50.

¶ Il numero parm PORT deve corrispondere al valore del parm tserver_390 sullaworkstation del server task.

In DUIIGHB, il parm TCPNAME deve corrispondere al nome utilizzato dal task TCPIP.

Per avviare la connessione tra Tivoli NetView for OS/390 e il server task, eseguire ilcomando riportato di seguito:

netconv action=start ip=hostnameWhereTaskServerIsRunning

Un esempio di comando è:

netconv action=start ip=69.200.60.65

Configurazione dell’abilitazione eventiDopo aver installato l’abilitazione eventi, è possibile configurare l’ambiente dellaworkstation da utilizzare con componenti aziendali che dispongono di strumentazione nelleseguenti aree:

¶ Aggiornamento delle regole TEC e delle classi eventi

¶ Impostazione dell’ID utente TME

¶ Configurazione dell’avvio dell’abilitazione eventi

¶ Impostazione dimensione massima di default della cache eventi

Aggiornamento delle regole TEC e delle classi eventiPer aggiornare le regole TEC e le classi eventi per l’abilitazione eventi, eseguire il fileihsttec.sh, che si trova sulla macchina del server TEC, nella seguente directory:

¶ Per Intel:%BINDIR%\TDS\EventService

¶ Per UNIX: $BINDIR/TDS/EventService

Questo script imposta le rule base e le classi eventi per gli eventi TBSM Event Enablement(Abilitazione eventi) da trasferire attraverso il server TEC. Richiede inoltre di identificare iprofili Distributed Monitoring utilizzati per monitorare i sistemi operativi.

40 Versione 1.5

Impostazione dell’ID utente sotto cui l’abilitazione eventi esegue i task TMEIl processo di abilitazione eventi deve essere in grado di eseguire i comandi TivoliManagement Environment, quindi deve disporre dell’autorizzazione sufficiente all’internodell’ambiente Tivoli. Per eseguire questi task, l’ID utente sotto cui è in esecuzionel’abilitazione eventi deve essere associato ad un amministratore sul server TMR.

Su Windows NT, l’ID utente sotto cui è in esecuzione l’abilitazione eventi può esseredefinito selezionandoImpostazioni dal menu di WindowsStart e selezionando poiPannello di controllo-->Servizi e scegliendoTivoli BSM Event Enablement eselezionando il pulsanteAvvia. Verrà aperto un pannello per il servizio. Nella sezioneCollegarsi come, selezionare il pallino accanto aQuesto account, selezionare l’ID utentesotto cui è in esecuzione l’abilitazione eventi e immettere la password. Fare clic suOK .Riavviare il servizio di abilitazione eventi per visualizzare questa modifica.

Sulle piattaforme UNIX, l’abilitazione eventi viene eseguita comeroot.

Per associare l’ID utente sotto cui è in esecuzione l’abilitazione eventi all’amministratore sulserver TMR, seguire questi passi:

1. Determinare iruoli richiesti per eseguire tutti i task dal desktop Tivoli. Per effettuareciò:

a. Aprire il desktop Tivoli.

b. Fare doppio clic suAree delle politiche.

c. Fare doppio clic suLibrerie delle attività.

d. Fare clic con il tastino destro su ogni icona attività.

e. SelezionareModifica attività.

f. Notare i ruoli evidenziati inRuoli necessari per eseguire l’attività. Questeinformazioni sono necessarie per i passi successivi.

g. Fare clic con il tastino destro sull’icona dell’amministratore selezionato.

h. SelezionareModifica login.

i. Immettere il nome di login che si sta utilizzando per eseguire il server GEM.

j. SelezionareModifica & Chiudi.

2. Selezionare un amministratore sul server TMR da associare all’ID utente sotto cui è inesecuzione l’abilitazione eventi.

3. Fare clic con il tastino destro sull’icona dell’amministratore selezionato. Dal menu acomparsa, selezionareModifica proprietà.

4. Impostare i seguenti valori nella finestra di dialogo Proprietà amministratore:

¶ Nome login utente: $root_user

¶ Nome gruppo:$root_group

¶ SelezionareModifica & Chiudi.

5. Fare di nuovo clic con il tastino destro sull’icona dell’amministratore selezionato. Dalmenu a comparsa, selezionareModifica ruoli TMR.

6. Selezionare i ruoli necessari per eseguire i task.

7. SelezionareModifica & Chiudi.


4.C

onfigurazionedi

TB

SM

/DE

dition

Avvio manuale o automatico dell’abilitazione eventiSulle piattaforme NT, l’abilitazione eventi viene configurata automaticamente per essereavviata come un servizio al momento dell’avvio del sistema. Dal menuStart, selezionareImpostazioni-->Pannello di controllo-->Serviziper modificare il servizio di abilitazioneeventi. Il nome del servizio èTivoli BSM Event Enablement.

Sulle piattaforme UNIX (AIX, Solaris, HP), l’elaborazione dell’abilitazione eventi vieneimpostata per essere eseguita come il daemonihstdmai. L’installazione aggiorna i file diconfigurazione di sistema appropriati in modo che il processo venga avviatoautomaticamente all’avvio della macchina.

I file di configurazione interessati differiscono da piattaforma a piattaforma:

¶ Solaris: /etc/rc3.d/S95ee_gem and /etc/rc0.d/K05ee_gem

¶ AIX: /etc/rc.eegem

E’ stata aggiunta una voce ainittab con id rceegem.

¶ HP/UX: /sbin/init.d/eegem and /etc/rc.config.d/eegem

/sbin/init.d/eegemè collegato a:

v /sbin/rc0.d/K110eegem



Modificare /etc/rc.config.d/eegemper consentire al daemon di essere avviato all’avvio.

ConsultareAvvio del Server dei task di Tivoli Event Enablement (abilitazione eventi)eArresto del Server dei task di Tivoli Event Enablement (abilitazione eventi)in TBSM(Tivoli Business Systems Manager) - Manuale per la gestioneper dettagli sull’uso deicomandiee_starte ee_stopper avviare e arrestare manualmente l’abilitazione eventi.

Impostazione della dimensione massima della cache eventiUna cache eventi viene utilizzata per conservare gli eventi più recenti inviati all’abilitazioneeventi. La dimensione massima di default della cache è 100 megabyte. E’ possibilespecificare la quantità massima di spazio su disco utilizzato dalla cache modificando il fileihsttec.cfg, che si trova sulla macchina del server TEC, nella seguente directory:

¶ Per Intel:%BINDIR%\TDS\EventService\config

¶ Per UNIX: $BINDIR/TDS/EventService\config

Modificare i seguenti parametri nel fileihsttec.cfg:CACHE_SIZE = sizeCACHE_ENABLED = value

dove:

size Specifica la quantità massima di spazio su disco, in megabyte, raggiungibile dallacache eventi. Se si specifica 0, viene utilizzata la dimensione di default della cachedi 100 megabyte.

value Specifica la cache deve essere utilizzata o meno. Specificando 0 la cache vienedisattivata. Qualsiasi altro valore farà in modo che venga utilizzata la cache.

42 Versione 1.5

L’ubicazione del file cache si trova nella seguente sottodirectory:

¶ Per Intel:%BINDIR%\TDS\EventService\db

¶ Per UNIX: $BINDIR/TDS/EventService\db

Assicurarsi che vi sia sufficiente spazio su disco disponibile per la dimensione massima dellacache (100 megabyte).

Nota: Affinché queste modifiche diventino operative, riavviare l’abilitazione eventi.

Monitoraggio del servizio di strumentazione TivoliTivoli TBSM Instrumentation Service (Servizio di strumentazione) viene installatoseparatamente sui sistemi di destinazione. Per utilizzare determinate funzioni potrebbe esserenecessario eseguire alcuni passi di configurazione, a seconda del fatto che la configurazionedi rete sia composta da:

¶ Una TMR (Tivoli Management Region) autonoma con la sua TEC (Tivoli EnterpriseConsole) locale. In questo caso, non saranno necessarie ulteriori configurazioni. I nodigestiti e gli endpoint contenuti nella TMR inviano i loro eventi alla TEC locale.

¶ TMR interconnesse in cui solo una contiene TEC. I nodi gestiti e gli endpoint che nonhanno TEC nella loro TMR, devono inviare i loro eventi alla TEC nella TMRinterconnessa o non locale.

¶ Più TEC in TMR interconnesse. E’ necessaria un’ulteriore configurazione per specificareil server desiderato per ricevere gli eventi.

Configurazione supporto per una TEC non localeSe l’ambiente di rete Tivoli include TMR (Tivoli Management Regions) interconnesse in cuisolo una contiene TEC, è ancora possibile distribuire la strumentazione TBSM (creata dalloscript con versione 2.3 e dalle maschere Java) ai nodi gestiti o agli endpoint TMA (TivoliManagement Agent) che non hanno TEC nella loro TMR locale. Gli eventi generati daquesto sistemi vengono inviati alla TEC nella TMR interconnessa.

Configurazione degli endpoint TMASe il sistema di destinazione è un endpoint TMA che invia eventi a TEC in una TMRinterconnessa, definire EventServer eseguendo i due comandi riportati di seguito nella TMRlocale:

¶ wregister -ir EventServer

¶ wupdate -r EventServer All

L’unica limitazione in questo caso consiste nel fatto che deve esserci solo una TEC nelleTMR interconnesse, poiché il nome server non viene fornito. Non è necessaria alcunaulteriore configurazione.

Configurazione per nodi gestitiSe si necessita di supporto per nodi gestiti come pure per endpoint TMA, accertarsi che ilcomandowpostemsgsia disponibile sul nodo gestito. Il comandowpostemsgè uneseguibile che dipende dalla piattaforma, con librerie runtime di accompagnamento, giàfornito sugli endpoint TMA. Il comandowpostemsgdeve essere presente nel percorso oserv,


4.C

onfigurazionedi

TB

SM

/DE

dition

TBSM - Distributed Instrumentation Service (strumentazione di servizio) deve essereconfigurato per utilizzarewpostemsge EventServer deve essere definito come descritto inConfigurazione supporto per più TEC.

Configurazione supporto per più TECSe le TMR interconnesse contengono più TEC, è necessaria un’ulteriore configurazione peridentificare il server TEC desiderato per ricevere gli eventi. La strumentazione generatautilizzando script o tramite TBSM - Distributed Instrumentation Service invia eventi allaTEC locale utilizzando il meccanismo appropriato per l’ambiente di gestione come segue:

¶ Per nodi gestiti:idlcall

¶ Per endpoint TMA:wpostemsg

Tuttavia, è possibile sostituire questa funzionalità o aggiungere un supporto per più TEC oTEC non locali creando un file con il nome appropriato come segue:

¶ Per nodi gestiti: tec_host.mn

¶ Per endpoint TMA:tec_host.tma

Di seguito viene riportato un esempio di file tec_host.tma/mn:##Note:#the script template will only use the IDL, POSTEMSG, and WPOSTEMSG#entries#IDL(1909366687.1.701#Tec::Server,liskay2)POSTEMSG(liskay2)WPOSTEMSG(@EventServer#liskay2-region,liskay2)

Ogni TMA o file di nodo gestito contiene uno o più record, ogni record specifica un servereventi e il meccanismo per la trasmissione degli eventi a tale server. La logica perdeterminare a quale(i) server eventi inviare gli eventi è:

¶ Determinare se un filetec_host.mno tec_host.tma è presente in $APPDIR, che puntaalla seguente directory:

v Per Intel:%BINDIR%\..\generic_unix\TME\GEM \<gdf_manufacturer\<gdf_product\ <gdf_version\<cdf_manufacturer\<cdf_product\<cdf_version

v Per UNIX: $BINDIR/../generic_unix/TME/GEM/ <gdf_manufacturer/<gdf_product/<gdf_version /<cdf_manufacturer/<cdf_product/<cdf_version

Se il file esiste, utilizzare il(i) server eventi contenuto(i) in esso.

¶ Determinare se esiste un filetec_host.mno tec_host.tmanella directory dei datidell’ambiente. ($DBDIR per i nodi gestiti o $LCF_DATDIR per endpoint TMA) Se ilfile esiste, utilizzare il(i) server eventi contenuto(i) in esso.

¶ Se nessuna delle ubicazioni sopra citate dispone del file tec_host appropriato, utilizzarela logica di default come segue:

v Per nodi gestiti:idlcall

v Per endpoint TMA:wpostemsg

44 Versione 1.5

Ogni riga all’interno del filetec_host.mno tec_host.mapuò essere composta da uncommento, che inizia con il simbolo cancelletto (#) oppure con:

¶ wpostemsg(<eventserver>, <eventserver hostname>)

dove

eventserverSpecifica il nome del server eventi nel formato registro dei nomi. Il valore didefault è il server eventi locale. Per specificare un server remoto, immettere@EventServer#tmr, dovetmr è il nome della TMR (ad esempio,@EventServer#spunky-region).

eventserver hostnameE’ l’hostname in cui risiede il server eventi specificato.

ConsultareTivoli Framework Reference Manualper ulteriori informazioni sul comandowpostemsg.

¶ postemsg(<hostname)

dove:

hostnameSpecifica dove risiede il server eventi di destinazione.

¶ idl (<eventserver_OID, <hostname)

dove:

eventserver_OIDE’ l’OID del server eventi.

hostnameSpecifica dove risiede il server eventi di destinazione

Note:

1. idl (<eventserver_OID, <hostname) non è valido per un endpoint TMA.

2. Se si specifica un server eventi o più server TEC utilizzando un file TMAtec_host.mn,lo script o la strumentazione IS non invierà un evento al server TEC locale, a meno chenon venga specificato anche il server eventi locale nel file TMAtec_host.mn.

Configurazione del monitoraggio del servizio di strumentazioneTivoli

Se è in esecuzione una versione esistente del servizio di strumentazione GEM (GEM IS oGEM IL), l’aggiornamento al servizio di strumentazione Tivoli è facoltativo.

Una volta installato TBSM - Distributed Instrumentation Service e averlo distribuito ai nodigestiti ed endpoint, è possibile configurare i monitor di controllo periodico e di stato pergestire lo stato di TBSM - Distributed Instrumentation Service (Servizio di strumentazione)stesso, utilizzando i seguenti passi:

1. Aprire l’area della politicaApplications_<region_name.

2. Aprire l’area della politica per la seguente applicazione TBSM:

PR_GEM_Default_<region_name.Viene visualizzata la finestra di dialogo dell’areadella politica.


4.C

onfigurazionedi

TB

SM

/DE

dition

3. Selezionare il gestore profilo per TBSM - Distributed Instrumentation Service e faredoppio clic sull’icona per visualizzare la finestra di dialogoProprietà profiloDistributed Monitoring .

4. Utilizzare i pulsanti alla fine della finestra di dialogo per aggiungere e cancellaremonitor, modificare impostazioni monitor e abilitare e disabilitare il monitoraggio diTBSM - Distributed Instrumentation.

46 Versione 1.5

Componenti di TBSM Enterprise Edition

Questo capitolo descrive la serie di componenti di Tivoli Business Systems Manager(TBSM) Source/390 che consentono il monitoraggio e la gestione dei sistemi di baseOS/390. Le informazioni contenute in questo capitolo sono destinate a TBSM EnterpriseEdition.

TBSM Source/390 risiede sul sistema OS/390 ed è composto da TBSM Source/390 PumpObject, Object Server e Dataspace.

L’installazione dei componenti di base di Windows NT (servizi necessari per il monitoraggiodi Source/390), viene descritta nel capitolo 2, Installazione dei servizi di base di TBSM. Icomponenti dei servizi di base includono i servizi MVS Listener, MVS Event Handler eMVS Sender.

TBSM Source/390TBSM Source/390 esegue diversi task e funzioni. La tabella riportata di seguito fornisce unapanoramica delle funzioni Source/390 disponibili nell’installazione e nella configurazioneiniziale.

Funzione DescrizioneMonitoraggio console Raccoglie le informazioni dalla console, avvia, arresta o termina

in modo anomalo oggetti registrati, che possono essere taskavviati, lavori batch, aree CICS, DB2 e IMS.

OMEGAMON per MVS Source/390 raccoglie i dati da OMEGAMON/MVS di Candle emonitora gli errori, le soglie, le pause nastro e qualsiasi altroelemento disponibile per OMEGAMON/MVS.

OMEGAMON per CICS Raccoglie di dati da OMEGAMON/CICS di Candle. Gli errori, lesoglie e i problemi vengono riportati in TBSM tramite unarappresentazione a icona dell’area CICS registrata, che risiede sulsistema operativo su cui si trovano anche Source/390 eOMEGAMON/CICS. Inoltre, i dati vengono raccolti per fornireuna disponibilità file CICS per un’area CICS registrata.

OMEGAMON per DB2 Vengono raccolti i dati che derivano da OMEGAMON/DB2 diCandle e gli errori, le soglie e i problemi vengono riportati inTBSM tramite una rappresentazione a icona dell’area DB2registrata.

OMEGAMON per IMS Vengono raccolti i dati che derivano da OMEGAMON/IMS diCandle e gli errori, le soglie e i problemi vengono riportati inTBSM tramite una rappresentazione a icona dell’area IMSregistrata

5


5.C

omponentidiT

BS

ME

nterpriseE

dition

Funzione DescrizioneFile messaggi CICS TDQ Le chiusure anomale dell’area CICS, la disponibilità del file CICS

e le informazioni sulle connessioni LU6.2 vengono estratte dal fileTDQ.

EDI (External Data Interface) Il meccanismo TBSM interno che consente l’invio dei messaggiall’Object Pump anche se derivano da una console.

OPS/MVS EDI viene utilizzato con il codice client REXX per inoltrare i datidirettamente a TBSM Source/390 Object Pump sullo stessosistema MVS.

Pianificazioni batch Le pianificazioni che derivano dal pacchetto di pianificazionelavoro automatica possono essere interpretate e incorporateautomaticamente in Tivoli Business Systems Manager.

SA/390 Tivoli Business Systems Manager si interfaccia direttamente conSA/390 tramite l’implementazione di EDI, che consente adun’applicazione esterna di inoltrare messaggi basati su testodirettamente a TBSM Source/390 Object Pump sullo stessosistema OS/390.

Tivoli Workload Scheduler(OPC)

Utilizzando OPC uscita 7, è possibile catturare le aggiunte alpiano corrente, effettuate all’esterno del processo giornalieropianificato. Questi aggiornamenti possono essere applicatiall’istantanea baseline creata durante il processo di rilevamentoiniziale (tramite l’elaborazione del report Piano giornaliero).Anche i WTO di errore vengono sottoposti a trap per i task OPCe applicati agli oggetti batch appropriati.

CICSPlexSM Raccoglie le informazioni sulla disponibilità da CICSPlex SMDB2 & DB2PM Raccoglie le informazioni sulla disponibilità del Monitor delle

prestazioni DB2RMF Raccoglie le informazioni sulla disponibilità da RMF (funzione di

misurazione della risorsa)IMS Raccoglie le informazioni sulla disponibilità per IMS

Spazi di indirizzo TBSM Source/390TBSMSource/390 è composto da tre spazi indirizzo su ogni immagine MVS da monitorare.Gli spazi indirizzo sono i seguenti:

Spazio indirizzo Descrizione

TBSM Source/390 Object Pump Esegue la raccolta di dati e esegue il trap degli eventi per glioggetti monitorati

TBSMSource/390 Dataspace Agisce come un contenitore intermedio dei messaggi evento

TBSM Source/390 Object Server Gestisce le comunicazioni tra Source/390 e il server NT

TBSM Source/390 Object PumpIl sistema di report TBSM Source/390 Object Pump cattura i dati da diverse origini inclusila console di sistema MVS, i monitor delle prestazioni, i sottosistemi, le aree CICS e altreapplicazioni e risorse. Al rilevamento di un evento, TBSM Source/390 Object Pump formattaun messaggio in base alla specifica definita da TBSM e lo inoltra a TBSM Source/390Object Server.

48 Versione 1.5

TBSM Source/390 Object Pump fornisce un’interfaccia tra le diverse origini delmonitoraggio delle prestazioni e dei dati di eventi e il server delle applicazioni TivoliBusiness Systems Manager NT. Esso fornisce la funzionalità per consentire la raccolta deimessaggi e degli errori dalle seguenti origini:

¶ La console MVS

¶ Le serie di prodotti OMEGAMON di Candle, in particolare:

v OMEGAMON per MVS

v OMEGAMON per CICS

v OMEGAMON per DB2

v OMEGAMON per IMS

¶ Origini esterne per i dati del messaggio, ad esempio:

v OPS/MVS

v Code dati CICS transitori

I dati sull’evento e sulle prestazioni raccolti da TBSM Source/390 Object Pump vengonomemorizzati in TBSM Source/390 Dataspace su ogni immagine MVS. TBSM Source/390Object Server prende questi dati ed errori e li inoltra al server Windows NT utilizzandoAPPC LU6.2 o le comunicazioni IP per la successiva elaborazione e memorizzazione neldatabase eventi Tivoli Business Systems Manager.

Architettura di TBSM Source/390 Object PumpIl grafico di seguito riportato mostra TBSM Source/390 Object Pump e le sue origini di dati.Mostra inoltre i componenti che formano TBSM Source/390 e il trasferimento di dati daTBSM Source/390 Object Pump a TBSM Source/390 Dataspace, successivamente a TBSM


5.C

omponentidiT

BS

ME

nterpriseE

dition

Source/390 Object Server ed infine al server basato su Windows NT.

Comandi &messaggi

Console MVS

Interfacciadati esterni

(EDI)

DatiCICS

transitori

Qualsiasi altrocollettore dati

esterno

ExecRexx

Trap

TBSM Source/390Object Pump

Altri prodottiper le

prestazioni

OmegamonCICS

OmegamonDB2

OmegamonMVS

TBSM Source/390Object Server

Windows NTServer

ComunicazioneAPPC VTAM

TBSM Source/390Dataspace

Source/390

OPS/MVS

SA OS/390

Architettura di Tivoli Business Systems ManagerSource/390 Object Pump

TBSM Source/390 Object ServerIl sistema di report TBSM Source/390 Object Server fornisce le comunicazioni tra TBSMSource/390 Object Pump e il server delle applicazioni TBSM Source/390. Esso inoltra i datiraccolti da TBSM Source/390 Object Pump al server delle applicazioni TBSM Source/390,registra qualsiasi attività e gestisce le comunicazioni con il suddetto server. TBSMSource/390 Object Server comunica con il server NT TBSM utilizzando LU6.2 APPC o laconnettività IP. Il task primario di TBSM Source/390 Object Server consiste nell’instradare econtrollare il flusso di notifiche evento utilizzando la gestione coda.

TBSM Source/390 DataspaceIl sistema di report TBSM Source/390 Dataspace viene creato per fornire un’area della codaintermedia a cui può accedere TBSM Source/390 Object Pump e TBSM Source/390 ObjectServer per passare i dati e le informazioni tra spazi di indirizzo.

50 Versione 1.5

Installare & configurare TBSM Source/390

Questo capitolo descrive come configurare TBSM Source/390 (componenti mainframe).

Definizioni VTAMLa definizione di seguito riportata è necessaria solo quando si utilizzano le comunicazioniSNA in TBSM NT. La definizione viene richiesta da Source/390 su ogni immagine MVS sucui deve essere eseguita.

Definizioni APPLname VBUILD TYPE=APPLWTSKappl APPL ACBNAME=WTSKappl,

MODETAB=modetab,AUTH=(ACQ),APPC=YES,AUTOSES=2,DDRAINL=ALLOW,DMINWNL=1,DMINWNR=1,DRESPL=ALLOW,DSESLIM=4,PARSESS=YES,DLOGMOD=LU62PS,VPACING=0

Assicurarsi che questo id appl abbia accesso alla LU di HIS (Host Integration Server) (e.g.aggiungere qualsiasi CDRSC necessario o aggiornare l’uscita SME come richiesto). L’idappl e la LU devono essere in grado di avviare l’una le sessioni dell’altra.

WTSKappl è l’id appl VTAM definito per il server degli oggetti su questa immagine MVS.

Tabella modalità

La definizione di seguito riportata è necessaria solo quando si utilizzano le comunicazioniSNA in TBSM NT. Le comunicazioni TBSM LU 6.2 necessitano di una tabella modalitàcontenente le voci LU62PS e SNAVCMG. Questa tabella deve essere denominata sulparametro MODETAB=modetab delle istruzioni APPL necessarie per TBSM. Quanto diseguito riportato mostra un esempio di tabella modalità da utilizzare con Source/390, laquale può essere assemblata e inserita nella propria libreria VTAM. Notare che il parametroRUSIZES nella tabella modalità rappresenta una dimensione massima RU di 1024 byte.Questo parametro viene configurato anche su Microsoft HIS e deve corrispondere allatabella modalità altrimenti potrebbero verificarsi risultati imprevedibili.Name MODETAB

MODEENT LOGMODE=LU62PS,FMPROF=X’13’,TSPROF=X’07’,

6


6.Installare

&configurare

TB

SM

Source/390

PRIPROT=X’B0’,SECPROT=X’B0’,COMPROT=X’D0B1’,RUSIZES=X’8787’,ENCR=B’0000’,TYPE=0,

PSERVIC=X’060200000000000000000300’

MODEENT LOGMODE=SNASVCMG,FMPROF=X’13’,TSPROF=X’07’,PRIPROT=X’B0’,SECPROT=X’B0’,COMPROT=X’D0B1’,RUSIZES=X’9797’,ENCR=B’0000’,TYPE=0,PSERVIC=X’060200000000000000002300’,APPCNOS=SNASVCMG

MODEENDEND

Terminali lotto 3270Per collegarsi ad Omegamon definire un lotto di terminali (istruzioni APPL) in VTAM conun prefisso comune e fornire il prefisso e il numero di terminali (suffisso) presenti nel lottoa Source/390 nei parametri di avvio di TBSM Source/390 Object Pump. Per ognicollegamento Omegamon è necessario un terminale.

Se il numero di terminali nel lotto definito in TBSM Source/390 Object Pump è compresotra uno e nove, ogni nome terminale ha formato prefixn. Ad esempio, se il prefisso èXPAP51 e il numero di terminali è quattro, definire le seguenti istruzioni APPL in VTAMper stabilire il lotto del terminale:XPAP511XPAP512XPAP513XPAP514

Se il numero di terminali nel lotto è compresa tra uno e 99, ogni suffisso è un numero didue cifre. I suffissi da 1 a 9vengono generati come da 01 a 09. Quindi se il prefisso èXPAP51 e il numero di terminali è 15, definire le seguenti istruzioni APPL in VTAM perstabilire il lotto del terminale.XPAP5101XPAP5102XPAP5103XPAP5104XPAP5105XPAP5106XPAP5107XPAP5108XPAP5109XPAP5110XPAP5111XPAP5112XPAP5113XPAP5114XPAP5115

L’esempio di seguito riportato mostra una definizione VTAMLST di esempio che stabilisceun lotto di cinque terminali:AP51 VBUILD TYPE=APPL

XPAP511 APPLXPAP512 APPLXPAP513 APPLXPAP514 APPLXPAP515 APPL

52 Versione 1.5

Voci LOGMODE per Terminali lotto 3270TBSM Source/390 Object Pump richiede un nome logmode VTAM per ogni tipo di modellodi terminale supportato (TBSM Source/390 Object Pump può collegarsi ad un’applicazioneVTAM come terminale modello 2, 3, 4 o 5). Per default, utilizza i seguenti nomiLOGMODE definiti nella tabella VTAM LOGMODE di default, ISTINCLM:*********************************************************************** ** 3274 MODEL 1A WITH MODEL 2 SCREEN (LOCAL SNA) ** PRIMARY SCREEN 24 X 80 (1920) ** NO ALTERNATE SCREEN DEFINED ** ***********************************************************************D4A32782 MODEENT LOGMODE=D4A32782,FMPROF=X'03',TSPROF=X'03',PRIPROT=X'B*

1',SECPROT=X'90',COMPROT=X'3080',RUSIZES=X'87C7',PSERVIC*=X'020000000000185000007E00',APPNCOS=#CONNECT

*********************************************************************** 3274 MODEL 1A WITH MODEL 3 SCREEN (LOCAL SNA) ** PRIMARY SCREEN 24 X 80 (1920) ** ALTERNATE SCREEN 32 X 80 (2560) ** ************************************************************************D4A32783 MODEENT LOGMODE=D4A32783,FMPROF=X'03',TSPROF=X'03',PRIPROT=X'B*

1',SECPROT=X'90',COMPROT=X'3080',RUSIZES=X'87C7',PSERVIC *=X'020000000000185020507F00',APPNCOS=#CONNECT

*********************************************************************** ** 3274 MODEL 1A WITH MODEL 4 SCREEN (LOCAL SNA) ** PRIMARY SCREEN 24 X 80 (1920) ** ALTERNATE SCREEN 43 X 80 (3440) ** ***********************************************************************D4A32784 MODEENT LOGMODE=D4A32784,FMPROF=X'03',TSPROF=X'03',PRIPROT=X'B*

1',SECPROT=X'90',COMPROT=X'3080',RUSIZES=X'87C7',PSERVIC*=X'02000000000018502B507F00',APPNCOS=#CONNECT

*********************************************************************** ** 3274 MODEL 1A WITH MODEL 5 SCREEN (LOCAL SNA) ** PRIMARY SCREEN 24 X 80 (1920) ** ALTERNATE SCREEN 27 X 132 (3564) ** ***********************************************************************

D4A32785 MODEENT LOGMODE=D4A32785,FMPROF=X'03',TSPROF=X'03',PRIPROT=X'B*1',SECPROT=X'90',COMPROT=X'3080',RUSIZES=X'87C7',PSERVIC*

=X'02000000000018501B847F00',APPNCOS=#CONNECT

Personalizzazione di Tivoli NetViewQuesta sezione costituisce una panoramica della personalizzazione necessaria per glialimentatori TBSM in esecuzione su NetView/390.

Per dettagli di personalizzazione, consultare i manuali TBSM riportati di seguito:

¶ TBSM DB2 Release Notes

¶ TBSM CICSPlex SM Release Notes

¶ TBSM IMS Release Notes

¶ TBSM MainView for DB2 Release Notes

¶ TBSM MainView for CICS Release Notes

¶ TBSM MainView for IMS Release Notes


6.Installare

&configurare

TB

SM

Source/390

¶ TBSM MainView for OS/390 Release Notes

¶ TBSM TMON for DB2 Release Notes

¶ TBSM TMON for CICS Release Notes

¶ TBSM TMON for MVS Release Notes

NetView Started Task JCLI dataset riportati di seguito devono essere aggiunti alla concatenazione all’interno di TivoliNetView Start Task JCL:

STEPLIBhlq.SGTMMODS Moduli TBSMhlq.SEAGALT Supporto Rexxhlq.SDSNLOAD Loadlib DB2

DSICLDhlq.SGTMEXEC Clist TBSM

DSIPARMhlq.SGTMSAMP File di esempio TBSM

DSIMSGhlq.SGTMMSGS File messaggi TBSM

Personalizzazione membro NetView DSIPARM

DSITBL01 (o qualunque sia il nome AUTOTBL attivo)%INCLUDE IHSBMAT DB2%INCLUDE IHSCMAT1 CICS%INCLUDE IHSIMAT IMS%INCLUDE IHSBMVAT MainView DB2%INCLUDE IHSCMVAT MainView CICS%INCLUDE IHSIMVAT MainView IMS%INCLUDE IHSZMVMA MainView OS390%INCLUDE IHSBTMAT TMON DB2%INCLUDE IHSCTMAT TMON CICS%INCLUDE IHSZTMAT TMON MVS

DSICMDU%INCLUDE GTMCMD TBSM Base e CICS%INCLUDE IHSBCMD DB2%INCLUDE IHSICMD IMS

DSIOPFU%INCLUDE IHSBOPR DB2%INCLUDE IHSIMOPR IMS%INCLUDE IHSBMVOP MainView DB2%INCLUDE IHSCMVOP MainView CICS%INCLUDE IHSIMVOP MainView IMS%INCLUDE IHSZMVOP MainView OS390%INCLUDE IHSBTMOP TMON DB2%INCLUDE IHSCTMOP TMON CICS%INCLUDE IHSZTMOP TMON MVS

DSIDMNBCNMTAMEL per avere DUIISFP sul Focal Point NetView.

54 Versione 1.5

Prestazioni di MVSGli spazi di indirizzo Source/390 vengono automaticamente contrassegnati come nonsottoponibili a swap tramite la macro SYSEVENT all’interno del codice. Non contrassegnarei programmi NON SOTTOPONIBILI A SWAP tramite la tabella Proprietà programmaOS/390. Tuttavia gli spazi di indirizzo devono avere una priorità di distribuzione simile aquella dell’area CICS in linea. Se Source/390 non ha livelli di prestazioni adeguati,potrebbero verificarsi problemi di comunicazione.

Esecuzione di più copie di Source/390 su un’immagine MVSPer eseguire più copie di Source/390 su un’immagine MVS (ad esempio per verificare ilservizio mentre è ancora in esecuzione la versione corrente) aggiungere un’ulteriore schedaDD ad ognuno dei tre JCL di avvio dello spazio di indirizzo. La scheda DD deve esserecodificata nel seguente modo://ACC1Idxx DD DUMMY

Dove:

xx può essere qualsiasi coppia di caratteri validi per un nome DD. Quando questa schedaDD viene omessa, l’ID utilizzato da Source/390 viene impostato per default su ‘01.’ Quindiquando si esegue solo una copia di Source/390 su un’immagine MVS, questa scheda DDnon è necessaria.

Supporto JES3In un ambiente JES3, i messaggi STC sono uguali a quelli della console del lavoro batch. Acausa di ciò, TBSM non può distinguere un messaggio che deriva da STC da uno che derivada un lavoro batch. Se un amministratore TBSM aggiunge lavori batch e STC ad un sistemaoperativo con nomi identici sotto JES3, potrebbero verificarsi risultati non previsti.

Consultare le note di release per le funzioni TBSM che si desidera implementare perinformazioni sulle altre limitazioni JES3.

Considerazione sui parametri di avvio di TBSMQuesta sezione tratta i parametri di proseguimento e le variabili di sistema per TBSM ObjectPump e TBSM Object Server.

Nota: Un asterisco (*) nella Colonna 1 indica un commento.

¶ Parametri di proseguimento

Se un parametro deve proseguire su una o più schede, specificare una virgola seguita dauno spazio alla fine dei dati e avviare i dati continuati nella Colonna Uno della schedasuccessiva.

Perciò:KEYWORD=partof,thedata

è uguale a:

KEYWORD=partofthedata


6.Installare

&configurare

TB

SM

Source/390

Si noti che la virgola non fa parte dei dati della parola chiave. Se si desidera che lavirgola faccia parte dei dati, inserire due virgole nel codice. Sono validi entrambi iformati riportati di seguito:KEYWORD=part1,,part2

oppureKEYWORD='part1,','part2'

Entrambi sono uguali a

KEYWORD=part1,part2

I dati per KEYWORD sono part1,part2.

La prima virgola viene inclusa nei dati; l’ultima virgola indica che i dati continuanosulla scheda successiva.

¶ Variabili di sistema

All’interno del flusso di parametri di immissione Source/390 Object Pump, è possibileutilizzare le variabili di sistema all’interno dei dati di parametro; ad esempio&SYSNAME. Quando si utilizzano le variabili di sistema, è necessario inserire nelcodice un punto finale dopo il nome variabile; ad esempioCONSOLE_NAME=&SYSNAME.

Nel codice è possibile inserire anche due caratteri ‘..’ (punto punto) o il nome variabile“&ID.” o “&ACC1ID.” in un qualsiasi punto dei dati del parametro. Essi verrannosostituiti dai caratteri ID corretti che derivano dalla scheda DD ACC1Idxx (dove xxsono i caratteri ID) nel JCL di avvio di Source/390 Object Pump.

Parametri di avvio per TBSM Source/390 DataspaceI seguenti parametri devono essere inseriti nel membro hlq.SGTMSAMP a cui fa riferimentoil JCL di avvio di Source/390 Dataspace:

¶ DATASPACESIZE=dataspacesize

¶ OSQUEUESIZE=osqueuesize

¶ OPQUEUESIZE=opqueuesize

Dove:

dataspacesizeè la dimensione di TBSM Source/390 Dataspace espressa in byte. Lo spaziodi dati viene assegnato sotto forma di celle. Per conservare ogni messaggio è necessariaalmeno una cella. Un dataspacesize pari a 10000000 può contenere approssimativamente35,000 record.

osqueuesizeè la dimensione della coda TBSM Source/390 Object Server espressa in pagine(4096 byte). La coda viene utilizzata per inviare dati tra TBSM source/390 object pump eTBSM source/390 object server. Una pagina può contenere approssimativamente 1000record. Si consiglia di non superare la capacità dello spazio di dati di nessuna delle code.

56 Versione 1.5

opqueuesizeè la dimensione della coda TBSM Source/390 Object Pump espressa in pagine(4096 byte). La coda viene utilizzata per inviare dati tra TBSM source/390 object server eTBSM source/390 object pump. Una pagina può contenere approssimativamente 1000record. Si consiglia di non superare la capacità dello spazio di dati di nessuna delle code.

Parametri di avvio di TBSM Source/390 Object ServerI seguenti parametri devono essere inseriti nel membro hlq.SGTMSAMP a cui fa riferimentoil JCL di avvio di TBSM Source/390 Object Server. In hlq.SGTMSAMP esistono duemembri che possono essere utilizzati con GTMSRVR PROC.PARMSRIP contiene una seriedi schede di controllo IP. PARMSRVR contiene una serie di esempi di schede di controlloLU6.2.** Comments start with an asterisk in column one*PROTOCOL=LU62 | IPREMOTE_APPLID=remote_applidLOCAL_LUNAME=local_lunameLOGMODE=LU62PS | logmodeTCPIP_ADDRESS=tcpip_address*TCPIP_NAME=tcpip_nameTCPIP_PORT=port_numberTCPIP_SERVER_ADDRESS=tcpip_server_address*TCPIP_SERVER_NAME=tcpip_server_nameTCPIP_SERVER_PORT=port_server_numberTCPIP_JOBNAME=tcpip_jobnameTIMEOUT=30 | timeout_valueCODEPAGE=037 | codepageBUFFERSIZE=1 | buffersizeWSQUEUESIZE=wsqueuesizeTCPIP_ADDRESS_BACKUP=tcpip_backup_address*TCPIP_NAME_BACKUP=tcpip_backup_nameTCPIP_PORT_BACKUP=tcpip_backup_portRETRY_INTERVAL=30 | retry_intervalRETRY_COUNT=0 | retry_countVALIDCLIENT=client_ip_address | client_hostnameLOG1=log_dataset1LOG2=log_dataset2REGTRACE=NO | YES

Dove:

PROTOCOL=LU62 | IP specifica il protocollo utilizzato per le comunicazioni tra TBSMsource/390 e TBSM in esecuzione su NT. Il valore di default è LU62.

Interfaccia LU6.2Quando si utilizza l’interfaccia LU6.2, sono richieste le seguenti schede di controllo:

REMOTE_APPLID=remote_applid specifica l’id appl utilizzato da Object Server. Il nomeid appl deve corrispondere all’id appl utilizzato in Microsoft Host Integration Server.

LOCAL_LUNAME=local_luname specifica il nome lu utilizzato da SNA Client. Il nomelu locale deve corrispondere a quello utilizzato in Microsoft Host Integration Server.

LOGMODE=LU62PS | logmodespecifica la logmode utilizzata per definire i parametri perla connessione LU6.2.


6.Installare

&configurare

TB

SM

Source/390

Interfaccia TCP/IPLe seguenti schede di controllo vengono utilizzate per l’interfaccia TCP/IP.

TCPIP_ADDRESS=nnn.nnn.nnn.nnnTCPIP_NAME=hostname

Specifica l’indirizzo IP o il nome host per la connessione utilizzata per comunicare con ilservizio ASIMVSIPOSListenerSvc. Se viene utilizzato il parametro TCPIP_NAME, il serverdegli oggetti tenterà la risoluzione del nome host per localizzare l’indirizzo IP. Questi sonooperandi obbligatori. Tuttavia, solo uno di questi parametri deve essere specificato.

L’operando nnn del parametro ADDRESS deve essere separato da punti ’.’ e può essere unqualsiasi numero compreso tra 1 e 255.

computer_name è di tipo alfanumerico e la lunghezza è compresa tra 1 e 255 caratteri.

Se traceresolver è attivo nei parametri TCPIP, i messaggi di debug di TCPIP verrannoimmessi nel log del lavoro quando si tenta di risolvere il nome host. Questi messaggivengono immessi indipendentemente dal fatto che venga trovato l’indirizzo IP.

I parametriresolvertimeout e resolverudpretries di TCP/IP controllano le specifichedell’ora per il processo di risoluzione del nome host all’interno della rete TCP/IP.

Consultare i manuali di TCP/IP per ulteriori informazioni relative ai parametri TCP/IP quidescritti.

Nota: Se l’indirizzo IP del TBSM listener viene impostato nella configurazione NAT, deveessere utilizzato l’indirizzo NAT IP. Se non viene utilizzato, l’Object server non sicollegherà a TBSM.

TCPIP_PORT=nnnnn

Specifica il numero di porta da utilizzare al posto della connessione. nnnnn può esserecompreso tra 1 e 32767. Questo è un operando obbligatorio.

TCPIP_SERVER_ADDRESS=nnn.nnn.nnn.nnnTCPIP_SERVER_NAME=hostname

Specifica l’indirizzo IP o il nome host del sistema su cui è in esecuzione il server deglioggetti. Se queste schede non vengono specificato, l’indirizzo IP viene ottenuto in mododinamico. Se viene utilizzato il parametro TCPIP_NAME, il server degli oggetti tenterà larisoluzione del nome host per localizzare l’indirizzo IP. Questi sono operandi obbligatori.Tuttavia, solo uno di questi parametri deve essere specificato.


Il nome host è alfanumerico e la lunghezza è compresa tra 1 e 255 caratteri.

Se traceresolver è attivo nei parametri TCP/IP, i messaggi di debug di TCP/IP vengonoimmessi nel log del lavoro quando si tenta di risolvere il nome host. Questi messaggivengono immessi indipendentemente dal fatto che venga trovato l’indirizzo IP.

58 Versione 1.5

I parametriresolvertimeout e resolverudpretries di TCP/IP controllano le specifichedell’ora per il processo di risoluzione del nome host all’interno della rete TCP/IP.


TCPIP_SERVER_PORT=nnnnn

Specifica il numero di porta del server da utilizzare per il listener IP utilizzato per ricevere idati di registrazione da TBSM. Questo è un operando obbligatorio.

VALIDCLIENT=nnn.nnn.nnn.nnn | client_hostname

Specifica un indirizzo IP o un nome host di un client TBSM autorizzato ad inviare i dati adun server degli oggetti. Questo indirizzo IP o nome host è la stessa risorsa utilizzata sullascheda TCPIP_ADDRESS o TCPIP_NAME. Questo è un operando obbligatorio.

Quando si specifica un indirizzo, l’operando nnn del parametro ADDRESS deve essereseparato da punti ’.’ e può essere un qualsiasi numero compreso tra 1 e 255.

Il nome host del client è alfanumerico e la lunghezza è compresa tra 1 e 255 caratteri.

VALIDCLIENT_HOSTRES=YES | NO

Specificare NO per impedire alla funzione VALIDCLIENT di tentare la risoluzione del nomehost specificato sulla scheda VALIDCLIENT. Il valore di default è YES.

Nota: Consultare la sezione intitolata,Installazione del gestore eventi tramite IP(Configurazione 3)nel capitolo 7 per informazioni sull’installazione di TBSM perutilizzare i servizi di comunicazione IP.

Parametri facoltativi per l’interfaccia TCP/IPTCPIP_JOBNAME=tcpip_jobname

Specifica lo spazio di indirizzo TCP/IP da utilizzare per fornire servizi TCP/IP. Quando nonviene specificato, lo spazio di indirizzo TCP/IP viene richiamato in modo dinamico. Il nomelavoro TCP/IP non può superare la lunghezza di 8 caratteri. Questo è un operandofacoltativo.

TIMEOUT=30 | seconds

Specifica il valore di timeout espresso in secondi dopo il quale i servizi TCPIP verrannochiusi se non viene ricevuta alcuna risposta. Il valore di default è 30 secondi. Il valoremassimo è di 86400 secondi. Questo è un operando facoltativo.

Questo parametro opera insieme al parametro TCP/IPresolvertimeout.Ad esempio, quandoil valore di questo parametro è minore del parametroresolvertimeout, si verificherà untimeout delle richieste di servizio IP prima che TCPIP riesca a chiudere la richiesta diservizio in sospeso.

Consultare i manuali TCP/IP per ulteriori informazioni relative al parametro TCP/IPresolvertimeout.


6.Installare

&configurare

TB

SM

Source/390

CODEPAGE=037 | codepage

Specifica il numero di codepage che deve essere utilizzato daASIMVSIPOSListenerSvcper convertire i dati nei simboli ASCII appropriati. Questo costituisce una scheda dicontrollo facoltativa. Il valore di default è la codepage US 037.

BUFFERSIZE=1 | size

Specifica la dimensione (X1000 in byte) del buffer utilizzato per inviare e ricevere i datitramite una connessione TCPIP. Il valore di default è 1 (1000 byte). Questo è un parametrofacoltativo. La dimensione può essere compresa tra 1 (1000 byte) e 32 (32000 byte).

I parametri di backup di seguito riportati sono facoltativi e devono essere utilizzati solonell’evento che si desidera recuperare.

TCPIP_ADDRESS_BACKUP=nnn.nnn.nnn.nnnTCPIP_NAME_BACKUP=hostname

Specifica l’indirizzo IP o il nome host per una connessione di backup da utilizzare percomunicare con il servizio ASIMVSIPOSListenerSvc nell’evento in cui ha avuto esitonegativo la connessione primaria. Se viene utilizzato il parametro TCPIP_NAME_BACKUP,il server degli oggetti tenterà di eseguire la risoluzione del nome host per localizzarel’indirizzo IP. Questi sono operandi facoltativi. Tuttavia, solo uno di questi parametri deveessere specificato per la risorsa di backup.


computer_name è di tipo alfanumerico e la lunghezza è compresa tra 1 e 255 caratteri.

Se traceresolver è attivo nei parametri TCPIP, i messaggi di debug di TCP/IP vengonoimmessi nel log del lavoro quando si tenta la risoluzione del nome host. Questi messaggivengono immessi indipendentemente dal fatto che venga trovato l’indirizzo IP.

I parametriresolvertimeout e resolverudpretries di TCPIP controllano le specifichedell’ora per il processo di risoluzione del nome host all’interno della rete TCPIP.


Nota: Se l’indirizzo IP del TBSM listener viene impostato nella configurazione NAT, deveessere utilizzato l’indirizzo NAT IP. Se non viene utilizzato, l’Object server non sicollegherà a TBSM.

TCPIP_PORT_BACKUP=nnnnn

Specifica il numero di porta di backup da utilizzare al posto della connessione. nnnnn puòessere compreso tra 1 e 32767. Questo è un operando obbligatorio.

RETRY_INTERVAL=30 | seconds

60 Versione 1.5

Specifica l’intervallo di tentativi espresso in secondi durante il quale si tenta il collegamentoa TBSM. Questo operando viene applicato alla risorsa IP di backup o primaria. Il valore didefault è 30 secondi. Questo è un operando facoltativo.

RETRY_COUNT=0 | retry_count

Specifica il numero di tentativi effettuati prima che si passi alla risorsa IP specificato suiparametri TCPIP. Il valore di default è 0, esso indica che il passaggio automatico non siverificherà se la connessione avrà esito negativo. Il valore massimo che può esserespecificato è 999999.

Parametri comuni per le interfacce LU6.2 e IPLOG1=log_dataset1LOG2=log_dataset2

Specifica i dataset LOG utilizzati per ricevere gli eventi TBSM per scopi diagnostici e ditraccia dell’evento. Questi sono parametri obbligatori.

TRACE=YES | NO

YES specifica che i messaggi di debug devono essere scritti nella console. Il valore didefault è NO. Questo è un operando facoltativo.

REGTRACE=YES | NO

YES specifica che i messaggi di registrazione dell’oggetto ricevuti da TBSM vengono scrittiin AOPLOG. Il valore di default è NO. Questo è un operando facoltativo.

WSQUEUESIZE=wsqueuesize

wsqueuesize è la dimensione della code della workstation TBSM source/390 espressa inpagine (4096 byte). La coda viene utilizzata per inviare dati tra i componenti TBSMsource/390 object server e TBSM NT. Una pagina può contenere approssimativamente 1000record. Si consiglia di non superare la capacità dello spazio di dati di nessuna delle code.Questa coda comincerà ad essere riempita nel momento in cui verrà persa la comunicazioneda i componenti del server degli oggetti e NT.

Analisi dei problemi del server degli oggettiQuesta sezione tratta l’analisi dei problemi del server degli oggetti.

Problemi di connettivitàSe si presenta un problema di connettività, contattare l’amministratore TCP/IP. Perdeterminare se esiste una connettività, utilizzare il comando PING tramite indirizzo IP enome host tra OS/390 e TBSM Event Handler server (Server gestore eventi) in entrambe ledirezioni.

Traccia dell’eventoUtilizzare i seguenti DDNAMES come un commutatore per abilitare un’ulteriore operazionedi traccia degli eventi TBSM durante la trasmissione dei dati a TBSM.


6.Installare

&configurare

TB

SM

Source/390

TRACE DD codificato in JCL richiede che i record di dati trasmessi a TBSM venganoscritti nel file specificato. Le lunghezze trasmesse a TBSM sono visibili, poiché il campodella lunghezza precede il messaggio dell’evento TBSM.

LOG DD codificato in JCL richiede che le informazioni sul log vengano scritte nel filespecificato su questo ddname.

ASIMVSIPOSListenerSvc NTI file TRACE e LOG devono essere utilizzati insieme a ASIMVSIPOSListenerSvc inesecuzione con un livello di log pari a 0. Tivoli Support Center potrebbe richiedere ladocumentazione da queste tre origini:

¶ Output dal file TRACE generato dal server degli oggetti

¶ Output dal file LOG generato dal server degli oggetti

¶ Il file LOG generato da ASIMVSIPOSListenerSvc che sta eseguendo TBSM su NT

Sicurezza di Source/390Al momento dell’avvio deve essere assegnato un id utente ai task avviati di Source/390.L’(gli) id utente assegnati devono disporre dell’autorizzazione necessaria per aggiornare idataset del log Source/390 e per leggere tutti gli altri dataset codificati nel JCL diSource/390. Oltre a questa autorizzazione, Object Pump necessita anche delle definizioni disicurezza OPERCMDS e OMVS.

Definizione di sicurezza OPERCMDSSe OPERCMDS della classe RACF è attivo, la risorsa MVS.MONITOR deve essere definitae lo spazio di indirizzo TBSM Source/390 Object Pump deve disporre dell’accesso allalettura di questa risorsa. Utilizzare il comando richiamato di seguito per ottenere questirequisiti:PERMIT MVS.MONITOR CLASS(OPERCMDS) ID(pump_userid) ACCESS(READ)

Dove pump_useridè l’id utente RACF assegnato allo spazio di indirizzo PUMP.

Definizione di un segmento OMVS per TBSM Source/390 Object PumpL’ID utente associato a TBSM Source/390 Object Pump richiede che un segmento OMVSsia definito in RACF (Resource Access Control Facility).

Nota: I task, gli esempi e i riferimenti contenuti in questa sezione presuppongono che si stiautilizzando CS for OS/390 Security Server (RACF). Se si sta utilizzato un prodotto disicurezza di un altro fornitore, leggere la documentazione relativa a tale prodotto peristruzioni sulle prestazioni del task.

Un modo per soddisfare il requisito di un segmento OMVS in RACF consiste nel definire ilsegmento OMVS RACF per l’ID utente associato. Un modo più semplice per eseguirequesto task consiste nello sfruttare i vantaggi del supporto del segmento OMVS fornito daRACF e OS/390 UNIX per gli utenti e i gruppi.

Note:

1. Un HFS deve essere definito per il segmento OMVS e la directory home deve esistere.

2. Se si utilizza un task avviato che dispone di privilegi o è garantito in ICHRIN03 oppurenella classe STARTED (in special modo una voce generica), fare attenzionenell’assegnazione dell’ID utente (UID) e di gruppo (GID) di default con classe funzione

62 Versione 1.5

BPX.DEFAULT.USER. Quando viene specificato un task garantito o con privilegi, tutti itask di default disporranno dell’autorizzazione di superutente.

I segmenti OMVS di default risiedono nel profilo USER e nel profilo GROUP. I nomi diquesti profili vengono identificati dall’installazione, utilizzando il profilo della classefunzione BPX.DEFAULT.USER. Il campo di dati dell’applicazione nel profilo della classecontiene l’ID utente oppure l’ID utente/ID di gruppo, utilizzato per accedere ai segmentiOMVS di default relativi rispettivamente agli utente e ai gruppi.

Per impostare i segmenti OMVS di default, eseguire i passi riportati di seguito:

1. Definire un ID di gruppo (GID) nel sistema da utilizzare come ancoraggio per unsegmento di gruppo OMVS di default. Utilizzare il seguente comando:ADDGROUPOEDFLTG OMVS(GID(777777)) Si consiglia di rendere univocoGID in modo taleche sia facilmente identificabile.GID può essere un valore molto alto o molto basso.Probabilmente gli altri campi relativi aGID non verranno utilizzati.

2. Definire un ID utente (UID) da utilizzare come ancoraggio per il segmento OMVS didefault. Utilizzare i seguenti comandi:ADDUSER OEDFLTU DFLTGRP(OEDFLTG)NAME(’OE DEFAULT USER’) OMVS(UID(999999) HOME(’/’)PROGRAM(’/bin/sh’))

Nota: Per evitare di concedere l’autorizzazione di superutente, non utilizzare zero comeUID.

Quando si definisce unUID, tenere in considerazione quanto segue:

¶ UID - Rendere univoco UID in modo tale che sia facilmente identificabile. Ilnumero può essere molto alto o molto basso.

¶ HOME - Selezionare una delle seguenti opzioni quando si definisce la directoryhome per l’utente di default:

v Definire la directory HOME come root (/). Gli utenti non hanno accesso allascrittura, ma non è necessario che aggiornino la loro directory home.

v Definire la directory HOME nella directory /tmp.

v (Non consigliato) Definire una directory così come si farebbe per qualsiasi altroutente. Questa directory verrà poi utilizzata simultaneamente da molti utente chenon dispongono di un segmento OMVS.

¶ PROGRAM - Definire la shell di default in questo campo.

Probabilmente gli altri campi relativi a questo UID non vengono utilizzati.

3. Impostare un valore di default per il segmento OMVS USER oppure un UID e GID didefault:

¶ Per impostare un valore di default solo per il segmento OMVS USER, creare unprofilo della classe funzione denominato BPX.DEFAULT.USER e specificare l’UIDdi default nel campo dei dati dell’applicazione. Utilizzare i seguenti comandi:

v RDEFINE FACILITY BPX.DEFAULT.USER APPLDATA(’OEDFLTU’)

v SETROPTS RACLIST(FACILITY) REFRESH

Nota: Non è possibile impostare isolatamente un segmento OMVS GROUP.


6.Installare

&configurare

TB

SM

Source/390

¶ Per impostare un UID e un GID di default, creare un profilo della classe funzionedenominato BPX.DEFAULT.USER e specificare l’UID e il GID di default nel campodati dell’applicazione. Utilizzare i seguenti comandi:

v RDEFINE FACILITY BPX.DEFAULT.USERAPPLDATA(’OEDFLTU/OEDFLTG’)

v SETROPTS RACLIST(FACILITY) REFRESH

Accertarsi che la classe funzione sia attivata. Inoltre, il profilo USER dell’UID di default e ilprofilo GROUP del GID di default devono esistere e devono contenere un segmento OMVSrispettivamente con un UID e un GID.

Nota: RACF non effettua un controllo per assicurarsi che i dati dell’applicazione puntino adun UID o UID e GID valido oppure che i profili USER e GROUP contenganosegmenti OMVS con l’UID e il GID richiesti.

Il processo di seguito riportato mostra come opera il profilo della funzioneBPX.DEFAULT.USER:

1. Un utente richiede un servizio UNIX, servito da kernel.

2. Kernel richiama il prodotto di sicurezza per estrarre le informazioni su UID, GID,HOME e PROGRAM.

3. Il prodotto della sicurezza tenta di estrarre il segmento OMVS associato all’utente. Sequest’ultimo non è definito, il prodotto della sicurezza tenta di estrarre ed utilizzare ilsegmento OMVS per l’elenco di default elencato nel profilo BPX.DEFAULT.USER.

Viene seguito un processo simile per ottenere un GID quando il gruppo di default dell’utentenon dispone di un segmento OMVS.

Parametri di avvio di TBSM Source/390 Object Pump¶ Parametri

Inserire i seguenti parametri nel membro hlq.SGTMSAMP a cui fa riferimento il JCL diavvio di Source/390 Object Pump:** Comments start with an asterisk in Column One*SUBSYSTEM_NAME=TM.. | name | NOCONSOLE=TM390.. | nameCONSOLE_MSCOPE=LOCAL | ALLMAX_TRAPS=2016 | numberTERMINAL_PREFIX=TM390 | prefixNUMBER_OF_TERMINALS=0 | nMODEL2_LOGMODE=D4A32782 | nameMODEL3_LOGMODE=D4A32783 | nameMODEL4_LOGMODE=D4A32784 | nameMODEL5_LOGMODE=D4A32785 | nameLOG_SCREENS=NO | YESEDI_BUFFER_SIZE=2048 | sizeEXEC_REFRESH=YES | NOSUBSYSTEM_MAXTHREADS=2 | threadsMAXTHREADS_PROMPT=YES | NO*OMEGAMON_REFRESH_PERIOD=00:04:00 | hh:mm:ssOMEGAMON_EXCEPTION_CNTRL=ALL | DELTATRAP_REPORT=SYSOUT(A) | sysout(class) | dsname

64 Versione 1.5

LOG_FILE=SYSOUT(A) ) | sysout(class) | dsnameLOG_FILE_RECORD_LENGTH=200 | lengthLOG_SPIN_INTERVAL=04:00:00 | hh:mm:ssTRACE=YES | NOCOMMAND_PREFIX=subsystem_name | prefixOPC_JOBNAME=jobnameSA390_JOBNAME=jobnameAFOPER_JOBNAME=jobnameOPSMVS_JOBNAME=jobnameSHUT_OBJECT_SERVER=YES | NOSHUTDOWN_DELAY=nSHUTDOWN_CONFIRM=YES | NORMF_SERVER_IP=ip addressTCPIP_TASKNAME=tasknameRMF_SERVER_PORT=8802 | portRMF_SERVER_TIMEOUT=5 | ??RMF_SERVER_INTERVAL=100 | ??WTOR_ALERTS=NO | YESWTOR_DELAY=30 | nnnWTOR_CLEANUP=900 | nnnRODM_NAME=nameRODM_USERID=useridRODM_NOTIFY_METHOD=EKGAOPNF | Method nameRODM_NOTIFY_QNAME=AOPNOTFQ | Notify queue namePPI=NO | YESPPI_BUFFER_SIZE=512 | nnnPPI_BUFFER_QUEUE_LIMIT=1000 | nnnPPI_TRACE=NO | YESSBCS_CODEPAGE=0037|nnnnDBCS_CODEPAGE=nnnnLANGUAGE_ID=ENU|xxx

Dove:

SUBSYSTEM_NAME=TM.. | name | NO specifica il nome di quattro caratteri delsottosistema MVS utilizzato da AOP. Se viene codificato NO, non viene utilizzato alcunsottosistema ed è possibile comunicare con TBSM Source/390 Object Pump tramite icomandi di modifica MVS. I caratteri .. nel nome di default vengono sostituiti dai caratteriID dalla scheda DD di AC1Idxx oppure impostati per default su 01 (formando un nomeTM01) se non viene codificata alcuna scheda DD ACC1Idxx nel JCL di TBSM Source/390Object Pump.

CONSOLE=TM390.. | name specifica il nome della console MCS che deve essere utilizzatada TBSM Source/390 Object Pump per catturare i messaggi della console e immettere icomandi dell’operatore. I caratteri .. nel nome di default verranno sostituiti dal suffisso didue caratteri (per default su 01) dalla scheda DD ACC1Idxx.

CONSOLE_MSCOPE=LOCAL | ALL specifica l’ambito della console TBSM Source/390.LOCAL specifica che verranno catturati solo i messaggi che derivano dall’immagine MVSsu cui è in esecuzione TBSM Source/390 Object Pump. ALL specifica che verrà catturato ilmessaggio che deriva da tutte le immagini contenute in SYSPLEX.

MAX_TRAPS=2016 | number specifica il numero di trap che TBSM Source/390 deveriservare per i trap dei messaggi. Il numero richiesto varierà in base al numero di trap creatie all’oggetto che si sta monitorando.

TERMINAL_PREFIX=TM390 | prefix specifica la parte fissa dei nomi terminale utilizzaticome lotti di terminali per comunicazioni 3270. (Per ulteriori informazioni, consultare lasezione intitolata Terminali del lotto 3270.)


6.Installare

&configurare

TB

SM

Source/390

NUMBER_OF_TERMINALS=0 | n specifica il numero di terminali contenuti nel lottoterminali. Se viene codificato zero, le comunicazioni 3270 non saranno disponibili. Insieme aTERMINAL_PREFIX, questo operando definisce i nomi terminale da utilizzare per lecomunicazioni 3270 con le sessioni Omegamon. (Per ulteriori informazioni, consultare lasezione intitolata Terminali del lotto 3270.)

MODEL2_LOGMODE=D4A32782 | name specifica il nome logmode da utilizzare nellasimulazione di sessioni VTAM tramite terminali 3270 modello 2 (24 x 80).



MODEL5_LOGMODE=D4A32785 | name specifica il nome logmode da utilizzare nellasimulazione delle sessioni VTAM tramite terminali 3270 modello 5 (27 x 132).

LOG_SCREENS=NO | YES specifica se le immagini su schermo devono essere scritte nelDD AOPLOG. Questa opzione può essere disabilitata e abilitata in modo dinamicoutilizzando MVS Modify pump, comando opzione LOGSCREENS.

EDI_BUFFER_SIZE=2048 | size specifica la dimensione espressa in kilobyte del buffer diinterfaccia dati esterni all’interno dello spazio di indirizzo TBSM Source/390 Object Pump.La dimensione del buffer richiesto varia a seconda della quantità di dati ricevuti da EDI edalla velocità con cui EDI può elaborare i messaggi ricevuti all’interno dello spazio diindirizzo TBSM Source/390 Object Pump.

EXEC_REFRESH=YES | NO specifica se gli EXEC REXX devono essere o menoaggiornati automaticamente. Se viene codificato YES, REXX controlla ogni EXEC ognivolta che viene eseguito per vedere se è stato modificato sul disco. Se viene codificato NO,REXX non controlla gli EXEC modificati. Inoltre, TBSM Source/390 Object Pumpconserverà gli EXEC REXX nella memoria allo scopo di migliorare le prestazioni, anchequando il conteggio dell’uso è uguale a zero. Gli EXEC modificati possono essere ricaricatiutilizzando MVS Modify pump, comando REFRESH execname.

SUBSYSTEM_MAXTHREADS=2 | threads specifica il numero massimo di comandisimultanei dell’operatore che possono essere elaborati da TBSM Source/390 Object Pump.

MAXTHREADS_PROMPT=YES | NO specifica se TBSM Source/390 Object Pump deveemettere un messaggio all’operatore (che necessiterà di una risposta), indicante che è statoutilizzato il numero massimo di thread di sottosistema e fornendogli l’opportunità diaumentare il numero corrente di thread.

OMEGAMON_REFRESH_PERIOD=00:04:00 | hh:mm:ss specifica la frequenza con cuiTBSM Source/390 Object Pump deve eseguire il polling delle sessioni Omegamon perinformazioni sull’errore. Specificare tutti i campi e codificare gli zeri iniziali.

OMEGAMON_EXCEPTION_CNTRL=ALL | DELTA specifica se TBSM Source/390 ObjectPump deve inviare un messaggio di errore ogni volta che viene rilevato un errore (ALL)oppure solo quando vengono rilevati nuovi errori (DELTA).

66 Versione 1.5

TRAP_REPORT=SYSOUT(A) | sysout(class) | dsname specifica dove devono essere inviati ireport trap.

LOG_FILE=SYSOUT(A) ) | sysout(class) | dsname specifica dove devono essere inviati imessaggi registrati da TBSM Source/390 Object Pump. Essi costituiscono un’aggiunta aimessaggi AOPLOG.

LOG_FILE_RECORD_LENGTH=200 | length specifica l’LRECL del file di log.

LOG_SPIN_INTERVAL=04:00:00 | hh:mm:ss specifica la frequenza con cui TBSMSource/390 Object Pump deve rilasciare il file di log per la stampa.

TRACE=NO | YES YES specifica che i messaggi di debug devono essere scritti nellaconsole. Il valore di default è NO. Questo è un operando facoltativo.

COMMAND_PREFIX=subsystem_name | prefix specifica un prefisso di comando cheTBSM Source/390 Object Pump utilizza per individuare i comandi progettati per TBSMSource/390 Object Pump. Ciò costituisce un’aggiunta alla normale interfaccia di modifica.Se COMMAND_PREFIX non viene codificato o consentito per default, il nome delsottosistema diventa il prefisso di comando per questa copia di TBSM Source/390.

OPC_JOBNAME=jobname viene specificato solo se viene richiesta l’interfaccia OPC EDI.Specificare il nome del task avviato Programma di controllo OPC e/o Programma di traccia,separati da virgole nel caso in cui vengano utilizzati più nomi

SA390_JOBNAME=jobname viene specificato solo se viene richiesta l’interfaccia SA390EDI. Specificare il nome del task avviato SA/390, separato da virgole nel caso in cuivengano utilizzati più nomi.

OPSMVS_JOBNAME=jobname viene specificato solo se viene richiesta l’interfacciaOPS/MVS EDI. Specificare il nome del task avviato OPS/MVS, separati da virgole nel casoin cui vengano utilizzati più nomi.

AFOPER_JOBNAME=jobname viene specificato solo se viene richiesta l’interfacciaAFOPER EDI. Specificare il nome del task avviato AFOPER, separati da virgole nel caso incui vengano utilizzati più nomi. SHUT_OBJECT_SERVER=YES | NO determina se TBSMObject Server deve essere chiuso come conseguenza dell’arresto del pump.

SHUTDOWN_DELAY=n il numero di secondi che TBSM Source/390 Object Pump deveattendere prima di continuare la chiusura dopo l’immissione del comando di arresto. Ilvalore di default è 0.

SHUTDOWN_CONFIRM=YES | NO specifica se l’utente deve o meno eseguirel’operazione di conferma prima di effettuare la chiusura. Il valore di default è YES.

WTOR_ALERTS=NO | YES specifica se sono necessari o meno gli allarmi WTOR (Write toOperator with Reply). Il valore di default è NO.

WTOR_DELAY=30 | nnn specifica il numero di secondi durante i quali il messaggio WTORdeve rimanere in sospeso prima che venga emesso un allarme. Il valore di default è 30secondi.


6.Installare

&configurare

TB

SM

Source/390

WTOR_CLEANUP=900 | nnn specifica il numero di secondi prima che venga effettuataun’operazione di″pulizia″ per cancellare le vecchie variabili dal lotto delle variabilicondivise WTOR. Il valore di default è 900 secondi (15 minuti). Ridurre tale valore se illotto di variabili condiviso è pieno a causa di un numero eccessivo di variabili.

RODM_NAME=name specifica il nome assegnato allo spazio di indirizzo RODM a cui devecollegarsi TBSM Source/390 Object Pump per le informazioni sullo stato della rete. Sequesto parametro non viene codificato, NON verranno raccolti dati sullo stato della rete.

RODM_USERID=userid specifica l’id utente utilizzato per collegarsi all’RODM selezionatodal parametro RODM_NAME. Se questo parametro viene omesso, il nome lavoro TBSMSource/390 Object Pump verrà utilizzato come nome utente RODM. Se SAF sta fornendosicurezza a RODM, è possibile codificare RODM_USERID=’ ‘ per forzare l’uso di un idutente vuoto.

RODM_NOTIFY_METHOD=EKGAOPNF | Method name specifica il nome del metodoRODM che verrà utilizzato per inviare dati sulla modifica dello stato dagli oggetti RODM aTBSM Source/390 Object Pump. Potrebbe essere necessario modificare questo nome sequello di default entra in conflitto con un metodo RODM esistente nell’installazione. In talcaso, ridenominare il metodo RODM fornito in modo che corrisponda al nuovo nomespecificato.

RODM_NOTIFY_QNAME=AOPNOTFQ | Notify queue name specifica il nome della codadi notifica RODM che verrà utilizzata per trasferire i dati dallo spazio di indirizzo RODM aTBSM Source/390 Object Pump. Potrebbe essere necessario specificare questo parametro seil nome di default entra in conflitto con quello che si sta utilizzando nell’installazione.

RMF_SERVER_IP=ip address specifica l’indirizzo IP dello spazio di indirizzo del serverDDS. Si tratta dell’indirizzo IP del sistema su cui risiede il server DDS. Se questo valorenon viene fornito, verrà utilizzato il valore di default dell’indirizzo IP dei sistemi MVSlocali.

TCPIP_TASKNAME=taskname specifica il nome attività dello spazio di indirizzo TCPIP dautilizzare. Se non viene fornito, verrà utilizzato il primo spazio di indirizzo TCP/IP attivo.

RMF_SERVER_PORT=8802 | port specifica il numero di porta su cui risponde RMF. Essocorrisponde al parametro DM_PORT nel membro GPMSRV00 della libreria IEFPARMutilizzata dalla proc GPMSERVE.

RMF_SERVER_TIMEOUT=5 | seconds specifica il valore, espresso in secondi, che TBSMSource/390 Object Pump attende prima di presupporre che il server DDS non sia disponibile.Se si verifica un timeout della richiesta, non si tenterà di effettuare future raccolte fino aquando non verrà inoltrato almeno un RMF_SERVER_INTERVAL

RMF_SERVER_INTERVAL=100 | mintime corrisponde all’opzione MINTIME per RMFMonitor III e deve essere impostato sullo stesso valore impostato per MF Monitor III.

PPI=NO | YES specifica se deve essere avviato o meno il programma di ricezione NetViewPI. Il valore di default è NO.

68 Versione 1.5

PPI_BUFFER_SIZE=512 | nnn specifica la dimensione espressa in byte del buffer diricezione per il programma di ricezione PPI. Il valore di default è 512 byte. L’intervallovalido è compreso tra 256 e 32768 byte.

PPI_BUFFER_QUEUE_LIMIT=1000 | nnn specifica il numero massimo di record chepossono essere conservati in un buffer PPI. Il valore di default è 1000. L’intervallo valido ècompreso tra 100 e 10000.

PPI_TRACE=NO | YES specifica se i record ricevuti dal programma di ricezione PPIdevono essere scritti nel file AOPLOG. Il valore di default è NO.

SBCS_CODEPAGE=0037|single byte character set codepage ID specifica la code page dellaserie di caratteri a byte singolo in uso nel sistema OS/390. I valori validi sono:

Lingua Code page IBM SBCS

Senza Euro Con Euro

Inglese US (Default) 0037 1140

Italiano 0280 1144

Spagnolo 0284 1145

Francese 0297 1147

Tedesco 0273 1141

Brasiliano portoghese 0275 0037 1140 1140

Cinese semplificato 0836

Corea 0833

Giappone (Katakana) 0290

DBCS_CODEPAGE=double byte character set codepage specifica la codepage della serie dicaratteri a doppio byte in uso sul sistema OS/390. I valori validi sono:

Lingua Code Page IBM DBCS

Cinese semplificato 0837

Corea 0834

Giappone (Default) 0300

LANGUAGE_ID=ENU|language id specifica la lingua utilizzata sul sistema OS/390. I valorivalidi sono:

Lingua ID lingua

Inglese US (Default) ENU

Italiano ITA

Spagnolo ESP

Francese FRA

Tedesco DEU

Brasiliano portoghese PTB

Cinese semplificato CHS

Corea KOR


6.Installare

&configurare

TB

SM

Source/390

Lingua ID lingua

Giappone (Katakana) JPN

Installazione del programma di uscita dei dati CICS transitoriIl programma di uscita dei dati CICS transitori è il mezzo tramite il quale TBSM raccoglie imessaggi CICS TDQ. L’EDI all’interno di TBSM Source/390 Object Pump accetta i dati delmessaggio che derivano da CICS tramite l’uscita.

Per installare il programma di uscita dei dati CICS transitori, eseguire i passi riportati diseguito:

1. Il programma AOPCICSx deve essere assemblato e installato su CICS. Nella libreriaSGTMSAMP è possibile trovare i seguenti lavori di esempio:

AOPCICS2 - CICS versione 2AOPCICS3 - CICS versione 3 e precedenti

2. Il programma deve poi essere attivato come punto di uscita all’interno di CICS.Aggiungere il programma alla PLT di avvio DOPO la voce DFHDELIM. La PLT(Program List Table) è l’elenco dei programmi che CICS esegue durante l’avvio e lachiusura. Inserendo il programma AOPCICS3 nella PLT di avvio, CICS esegue ilprogramma durante l’avvio che attiva il punto di uscita in CICS, in modo tale chevengano catturati i messaggi dei dati CICS transitori.

Oltre all’inserimento dell’uscita nella PLT, è anche possibile scegliere di definire uncodice transazione per il programma (può essere utilizzato un qualsiasi nome di 4caratteri), di collegarsi a CICS e di utilizzare la transazione per arrestare o avviarel’uscita. Questo è un passo facoltativo.

Una volta installato con esito positivo il programma, CICS crea all’avvio il seguentemessaggio:AOP CICS DATA COLLECTION STARTED

3. Codificare EDI=YES nei parametri di avvio di TBSM Source/390 Object Pump.Potrebbe essere necessario incrementare il parametro EDI_BUFFER_SIZE se si stannoperdendo dati a causa del numero di aree CICS che stanno inviando dati a TBSMSource/390 Object Pump.

4. Le aree CICS devono essere registrate nel pump.

5. Se si sta utilizzando la scheda ACC1IDxx come descritto nella sezione Esecuzione di piùcopie di Source/390, anche ciò dovrà essere codificato nei JCL CICS.

Installazione di EDI OPC (Operations Planning and Control)Esistono due punti di integrazione con Tivoli OPC. Il primo punto fornisce un’origine per lacattura degli aggiornamenti apportati al piano corrente, eseguiti all’esterno del processo dipianificazione giornaliero. Questi aggiornamenti vengono poi applicati all’istantanea baselinecreata durante il processo di rilevamento iniziale (tramite l’elaborazione del report Pianogiornaliero). Ciò riduce la necessità di elaborare continuamente i report per raccogliere lemodifiche al piano corrente. Tale processo viene implementato tramite OPC Uscita 7,modificato per richiamare TBSM EDI.

Il secondo punto consiste nel catturare ed elaborare le condizioni di allarme riconosciute daTivoli OPC e inoltrare le informazioni a TBSM. Inclusi ad esso dovrebbero essere presenti i

70 Versione 1.5

messaggi ‘avviati’ e ‘chiusi’ significativi specifici di Tivoli OPC (sostituzioni per i messaggidi sistema operativo IEF403I e IEF404I generici) e includere informazioni specifiche diTivoli OPC e per catturare le situazioni di errore tramite le trap WTO. Questo punto vieneimplementato tramite l’OPC uscita 7 modificato e il monitoraggio della console dei WTOOPC.

Per implementare questo processo, eseguire i passi riportati di seguito:

1. Assicurarsi che l’istruzione di inizializzazione ALERTS nel parmlib OPC di Tivoli abbiaWTO specificato come azione di allarme per tutte le condizioni. Di seguito vieneriportato un esempio:ALERTS WTO(DURATION

ERROROPERLATEOPERRESCONTOPCERRORQLIMEXCEED)

2. Installare la versione TBSM di Tivoli OPC uscita 7. I possibili scenari sono:

a. Se attualmente non si sta utilizzando OPC uscita 7:

¶ Copiare il programma EQQUX007 dal dataset TBSM SGTMMODS in unalibreria autorizzata da APF nella concatenazione LNKLST oppure come definitodall’istruzione STEPLIB DD nella procedura Tivoli OPC JCL.

¶ Aggiornare l’istruzione di inizializzazione Tivoli OPC EXITS in parmlib perrichiamare l’uscita.EXITS CALL07(YES)

b. Attualmente si sta utilizzando la funzione OPC del sistema di automazione (SA/390)e la funzione SA/390 OPC fornita con la versione dell’uscita 7. Ciò dovrebbeincludere il modulo del driver dell’uscita, EQQUX007, e altri due moduli UX007001e UX007002. Così come viene fornita, la versione SA/390 di EQQUX007 richiamafino a 10 programmi nel punto di uscita, come se OPC li avesse richiamatidirettamente. Vedere AOC/MVS V1R4 OPC Automation Programmer’s Reference,SC23-3820 per ulteriori informazioni sull’integrazione dell’uscita 7.

¶ Ridenominare il modulo EQQUX007 contenuto nel dataset TBSM SGTMMODSin UX00700n (n = suffisso sequenziale successivo per il nome modulo).Utilizzando l’esempio sopra citato dei due moduli esistenti, UX007001 eUX007002, ridenominare il modulo EQQUX007 contenuti in SGTMMODS inUX007003.

¶ Copiare il modulo UX007003 ridenominato dal dataset SGTMMODS in unalibreria autorizzata da APF nella concatenazione LNKLST oppure come definitodall’istruzione STEPLIB DD nella procedura Tivoli OPC JCL.

c. Attualmente si sta utilizzando OPC uscita 7 per la funzione diversa dall’interfacciaSA/390 – OPC.

¶ Contattare il supporto TBSM per una copia del modulo driver dell’uscitaEQQUX007 per consentire più moduli di uscita 7 nel caso in cui questa uscitanon sia già disponibile tramite SA/390.

3. Assicurarsi che le seguenti istruzioni risiedano nei parametri di avvio di TBSMSource/390 Object Pump:OPC_JOBNAME=stcname,stcname


6.Installare

&configurare

TB

SM

Source/390

(Dove stcname è il nome del task avviato per il programma di controllo OPC e/o ilprogramma di traccia presente sul sistema su cui verrà eseguito pump.)

EDI=YESEDI_BUFFER_SIZE=2048 | size

(Aumentare la dimensione buffer EDI basata sul proprio uso di EDI.)

4. Se si sta utilizzando la scheda ACC1Idxx come descritto nella sezione intitolata,Esecuzione di più copie di Source/390 su un’immagine MVS, aggiungere questascheda al task avviato del programma di controllo OPC.

EDI (External Data Interface) e prodotti di automazioneTBSM External Data Interface (EDI) per i prodotti di automazione utilizza servizi conmemoria incrociata per inoltrare messaggi o errori che risiedono sugli stessi sistemi operativiMVS in TBSM. EDI inserisce la registrazione data/ora e il numero di sequenza nelmessaggio o nell’errore, regola la lunghezza finale e invia i dati a TBSM tramite WindowsNT.

Nota: I messaggi e gli errori vengono inoltrati direttamente a TBSM Source/390 ObjectPump da EDI e non vengono visualizzato sulla console di sistema.

Origini datiE’ possibile impiegare un diverso numero di applicazioni e di prodotti di automazioneall’interno di una società. Ogni prodotto o applicazione genera messaggi e errori rilevanti perla gestione della società e di TBSM.

L’inoltro di questi messaggi ed errori a TBSM tramite l’uso di EDI supporta i seguentiprodotti e applicazioni di automazione.

Automazione di sistema per OS/390SA OS/390 fornisce il monitoraggio di tutte le risorse della società come pure leinformazioni tempestive relative allo stato operativo di tali risorse. TBSM è completamenteabilitato ad intercettare le informazioni sul messaggio e sull’errore generato di OS/390.

OPS/MVSQuesto prodotto CA (Computer Associates) facilita il monitoraggio della società e fornisceinformazioni sullo stato o sulla condizione dei componenti della società. TBSM utilizzacompletamente i messaggi e gli errori generati tramite OPS/MVS, rappresentandograficamente il loro impatto sul rispettivo oggetto registrato.

AF/OPERATORQuesto prodotto di gestione dei sistemi aziendali della Candle Corporation fornisceinformazioni correnti come lo stato dei componenti monitorati della società. Lo stato e leinformazioni, nel formato dei messaggi e degli errori, vengono elaborati da TBSM e il loroimpatto viene registrato sull’oggetto del componente all’interno della rappresentazione diTBSM della società.

Main View / Auto OperatorAuto Operator è un’applicazione che viene eseguita sul prodotto Main View di BMC. AutoOperator viene utilizzato per monitorare lo stato e la condizione dei componenti aziendali.TBSM utilizza completamente i messaggi e gli errori generati da Auto Operator erappresenta graficamente il loro impatto sulla società.

72 Versione 1.5

Confronto tra messaggi, errori e modifica statoAll’interno di TBSM i messaggi e gli errori si comportano in modo diverso.

Per i messaggi, la combinazione degli attributi Stato di allarme e Priorità specifical’immediata risposta appropriata da TBSM. I messaggi vengono progettati per riflettere unamodifica di stato (ad esempio Attivo, Inattivo o Fine anomala). Questa risposta viene inviatasenza che le soglie siano state superate.

Ad esempio, un’Area CICS monitorata da TBSM genera un messaggio IEF450I che derivada tale area fornendo una notifica relativa al fatto che l’area è stata chiusa in modo anomalo.Immediatamente, TBSM prende in considerazione il valore dell’attributo Priorità stabilito perquesto messaggio (Alta) e sovrappone la rappresentazione dell’area CICS allo stato diallarme appropriato (Rosso).

Con gli errori, le soglie vengono stabilite per ogni tipo di oggetto TBSM che è soggetto aglierrori. Le soglie indicano quanti eventi di errore devono essere superati prima che unallarme si sovrapponga all’oggetto in errore. TBSM utilizza il valore dell’attributo dello statodi allarme stabilito per determinare il tipo o il colore (Rosso o Giallo) dell’allarme dainserire sull’oggetto. Inoltre, una ricorrenza dello stato di allarme e della priorità vieneinoltrato al rispettivo oggetto parent.

Ad esempio, la stessa area CICS monitorata da TBSM genera un errore MAXT indicanteche l’area CICS dispone già oppure ha superato il numero massimo consentito di task.L’attributo Stato di allarme per questo errore è Giallo e il livello di Priorità è Media. Ilcontatore Stato allarme/Priorità per Giallo/Media relativo al tipo di oggetto dell’area CICSviene incrementato di uno (1). Il numero risultante viene confrontato con la soglia stabilitaper questo errore e la combinazione Giallo/Media. Solo se il contatore di Statoallarme/Priorità è maggiore della soglia stabilita, l’oggetto verrà contrassegnato con l’allarmegiallo.

Le modifiche di stato possono essere inoltrate per qualsiasi oggetto (normalmente utilizzatiper i task avviati). Inoltrando queste modifiche, TBSM dispone dell’ultimo stato delle risorseall’interno della società. Inoltre, TBSM può disporre anche dello stato corretto degli oggettidopo un IPL, durante il processo di CHIUSURA del sistema e le interruzioni pianificate.

Quando vengono inoltrati i dati (come la modifica di stato) a TBSM, gli oggetti vengonoautorilevati nel caso in cui non si trovino sull’albero. Ad esempio, se il task avviato DFHSMnon è definito in TBSM e viene inviata una modifica di stato BROKEN, TBSM loautorileverà e lo inserirà sull’albero con un’icona ROSSA sull’oggetto (DFHSM).

Componenti funzionaliI componenti funzionali di seguito riportati facilitano la capacità di inoltrare dati tramite EDIa Tivoli Business Systems Manager.

¶ Cattura dell’applicazione

¶ Programma REXX

Cattura dell’applicazioneUna modifica minore al componente all’interno dell’applicazione del prodotto esterno diorigine consente la cattura e la formattazione delle informazioni sul messaggio o sull’errore


6.Installare

&configurare

TB

SM

Source/390

che vengono generate dalle applicazioni o dal prodotto parent. Una volta catturate, questeinformazioni vengono inoltrate al programma REXX per un’azione aggiuntiva.

Programmi REXXQuesti programmi (GTMEDISA – per SA/390, GTMEDIAF – per AF/OPER, GTMEDIOP –per OPS/MVS e GTMEDIAO – per Main View Auto Operator) risiedono all’interno dellelibrerie di installazione TBSM. Questi programmi formattano il messaggio o l’erroreinoltrato, fornendo ulteriori parametri e informazioni al messaggio/errore come richiestodall’uso in EDI nelle interazioni TBSM. Una volta completati, i programmi REXXrichiamano EDI per un’azione aggiuntiva. GTMEDISA, GTMEDIAF e GTMEDIAOvengono inviati come programmi compilati. GTMEDIOP viene inviato come codice originea causa dell’ambiente OPSMVS.

Un membro REXX aggiuntivo, GTMEDITB, contiene tutti i tipi di formato, azione e datisupportati da TBSM. Questo membro viene inviato come compilato e come codice origine.

Tutti i codici origine risiedono in hlq.SGTMSAMP e i programmi REXX compilati risiedonoin hlq.SGTMEXEC.

Nota: Prima di Tivoli BSM 1.5, i programmi REXX per l’implementazione di EDI neglistrumenti di automazione erano AOPEDISA per SA/390, AOPEDIOP per OPS/MVSe AOPEDIAF per AF/OPER. Questi programmi REXX sono ancora supportati eforniti nelle stesse librerie come indicato precedentemente. Tuttavia, i nuoviprogrammi REXX sono più affidabili in funzionalità e si consiglia di eseguire laconversione in essi.

Tutta la documentazione aggiuntiva contenuta in questo manuale relativo a EDI pergli strumenti di automazione, viene applicata solo al nuovo codice basato suGTMEDIxx, a meno che non venga indicato diversamente. Vedere l’Appendice F,intitolata Variabili utilizzate nell’AOPEDIxx dei programmi REXX EDI diautomazione, per un elenco delle variabili utilizzate nelle precedenti chiamate diprogramma.

EDIEDI e la funzionalità correlata vengono forniti con TBSM. Il programma GTMRXEDIrisiede nella libreria del modulo di caricamento, aggiunge le informazioni sulla data esull’ora e l’assegnazione di un numero di sequenza. GTMRXEDI fornisce anche la capacitàdi inoltrare le informazioni sul messaggio o sull’errore formattato in TBSM Source/390Object Pump.

Gestione dell’erroreQuando EDI REXX non è in grado di inviare dati a EDI (EDI richiama un codice di ritornomaggiore di 0), alla console di sistema viene inviato il seguente messaggio:GTM??101 EDI FAILURE ON sysname. RC=?? AC=????????

dove:

sysnameSistema (OS) in cui si è verificato l’errore EDI

RC Codice di ritorno che deriva da EDI

AB Codice fine anomala che deriva da EDI

74 Versione 1.5

?? SA per SA/390, OP per OPS/MVS, AF per AF/OPER e AO per Main View AutoOperator

Una volta risolto l’errore EDI, alla console di sistema viene inviato il seguente messaggio:GTM??102 EDI PROBLEM RESOLVED ON sysname

dove:

sysnameSistema (OS) in cui è stato risolto il problema EDI

?? SA per SA/390, OP per OPS/MVS, AF per AF/OPER e AO per Main View AutoOperator

Automazione (Avvio/Chiusura)Il dispositivo di automazione (Avvio/Chiusura) è disponibile per la console che si basa suJava, non per la console tradizionale.

Il processo di automazione è molto simile al processo di invio dei messaggi. La routine diautomazione inoltra le informazioni simili a quelle della routine REXX nell’elaborazione delmessaggio.

Quando l’automazione inizia, EDI riceve un messaggio che cita“Automation starting forobject xxxxxxx″. Quando l’automazione termina, ad EDI viene inviato un messaggio checita “Automation ending for object xxxxxxxx” .

Nota: Il raggruppamento (xxxxxxx) indica un nome risorsa, ad esempio, DFHSM o HSC.

L’esempio di seguito riportato notifica a TBSM che è in corso l’automazione per unospecifico oggetto:'GTMEDISA' START_OF_DATAToken = "GTM" || rc'GTMEDISA' TOKEN 07 02/* SA390 MESSAGE EVENT */'GTMEDISA' TOKEN 05 IPO1/* SMF ID */'GTMEDISA' TOKEN 03 BATCH001/* OBJECT NAME */'GTMEDISA' TOKEN 08 GTMAUON/* MESSAGE ID indicating automation on */'GTMEDISA' TOKEN 49 "Automation starting for object BATCH001" /* MESSAGE TEXT */'GTMEDISA' TOKEN END_OF_DATA TRACEOFF

L’esempio di seguito riportato notifica a TBSM che la procedura di automazione è statacompletata per un oggetti specifico:'GTMEDISA' START_OF_DATAToken = "GTM" || rc'GTMEDISA' TOKEN 07 02/* SA390 MESSAGE EVENT */'GTMEDISA' TOKEN 05 IPO1/* SMF ID */'GTMEDISA' TOKEN 03 BATCH001/* OBJECT NAME */'GTMEDISA' TOKEN 08 GTMAUOF/* MESSAGE ID indicating automation off */'GTMEDISA' TOKEN 49 "Automation ending for object BATCH001" /* MESSAGE TEXT*/'GTMEDISA' TOKEN END_OF_DATA TRACEOFF

L’esempio di seguito riportato notifica TBSM che la procedura di automazione è terminataper uno specifico oggetto:'GTMEDISA' START_OF_DATAToken = "GTM" || rc'GTMEDISA' TOKEN 07 02/* SA390 MESSAGE EVENT */'GTMEDISA' TOKEN 05 IPO1/* SMF ID */


6.Installare

&configurare

TB

SM

Source/390

'GTMEDISA' TOKEN 03 BATCH001/* OBJECT NAME */'GTMEDISA' TOKEN 08 GTMAUAB/* MESSAGE ID indicating automation off */'GTMEDISA' TOKEN 49 "Automation terminating for object BATCH001" /* MESSAGE TEXT */'GTMEDISA' TOKEN END_OF_DATA TRACEOFF

Tipi di formato, di azione e di dati validi per EDIDi seguito vengono riportati i tipi di formato, di azione e di dati validi per EDI:

Tipi di formato

7 (SA390)

8 (OPS/MVS)

9 (AFOPER)

12 (MAINVIEW AUTO/OPER)

Tipi di azione

1 (STATECHANGE)

2 (MESSAGE)

3 (EXCEPTION)

4 (OPC MESSAGE)

5 (OPC EXCEPTION)

Tipi di dati

5 = SMFID

6 = Object_Type

3 = Object_Name

8 = state_msgid_excpid

9 = msg_state

10 = application_id

11 = input_arrival_time

12 = work_station

49 = msg_text

TBSM Source/390 Object PumpUna volta che le informazioni sul messaggio o l’errore sono state inviare a TBSMSource/390 Object Pump (Object Pump) tramite EDI, Object Pump esegue il trap deimessaggi o dell’errore e fornisce le rispettive informazioni a TBSM per l’azione appropriata.

Modifiche di cattura dell’applicazione richiestaPer supportare l’inoltro dei dati da un prodotto o applicazione origine a TBSM tramite EDI,devono essere apportate le seguenti modifiche alla cattura dell’applicazione all’internodell’applicazione o del prodotto esterno di origine.

I dati devono essere inoltrati nel seguente modo:START_OF_DATA viene inoltrato perprimo, poi vengono trasferitiFORMAT TYPE e ACTION TYPE . Successivamente,

76 Versione 1.5

vengono inoltrati i valoriDATA TYPE e DATA . Una volta inoltrati tutti i valoriDATATYPE e DATA , viene trasferitoEND_OF_DATA. Di seguito viene riportato un esempio diinoltro di STATE CHANGE tramite l’EDI REXX di SA/390:'GTMEDISA' START_OF_DATAToken = "GTM" || rc'GTMEDISA' TOKEN 07 01 /* SA390 STATE CHANGE EVENT */'GTMEDISA' TOKEN 05 IPO1 /* SMF ID */'GTMEDISA' TOKEN 06 SUBSYSTEM /* RESOURCE TYPE */'GTMEDISA' TOKEN 03 STCTEST1 /* OBJECT NAME */'GTMEDISA' TOKEN 08 ABENDING /* STATE CHANGE */'GTMEDISA' TOKEN END_OF_DATA TRACEOFF

Nota: TOKEN viene utilizzato per effettuare una distinzione tra le chiamate all’EDI. Conl’uso di TOKEN, non vengono perduti dati tra le chiamate a EDI. Se TOKEN nonviene utilizzato, è possibile che si verifichi una perdita di dati durante le chiamatesimultanee a EDI. Ogni esempio di EDI da questo punto in poi utilizza TOKEN. Diseguito viene riportato un esempio di chiamata ad un EDI senza utilizzare TOKEN:

'GTMEDISA' START_OF_DATA'GTMEDISA' 07 01 /* SA390 STATE CHANGE EVENT */'GTMEDISA' 05 IPO1 /* SMF ID */'GTMEDISA' 06 SUBSYSTEM /* RESOURCE TYPE */'GTMEDISA' 03 STCTEST1 /* OBJECT NAME */'GTMEDISA' 08 ABENDING /* STATE CHANGE */'GTMEDISA' END_OF_DATA TRACEOFF

1. Il primo parametro inoltrato èSTART_OF_DATA . Ciò inizializza REXX EDI in modoche inizi ad accettare le informazioni.

2. Il secondo parametro inoltrato contiene il Tipo formato e il Tipo azione. In questo caso,il Tipo formato è 07 e il Tipo azione è 01. I suddetti tipi possono essere inoltrati informato numerico o di caratteri. E’ possibile inoltrare il secondo parametro come’GTMEDISA’ 07 STATE_CHANGE o ’GTMEDISA’ SA390 STATE_CHANGE o’GTMEDISA’ SA390 01 .

3. Tutti i parametri inoltrati dopo quello sopra citato contengono il tipo di dati e i dati.Nell’esempio, Tipo di dati è05 (o SMFID) e Dati èIPO1 (nome dell’immagine MVS). Isuccessivi Tipo di dati e Dati inoltrati sono06 (o RESOURCE_TYPE) eSUBSYSTEM. Dopo saranno03 (o OBJECT_NAME) e STCTEST1. Gli ultimi Tipo didati e Dati inoltrati sono08 (o EVENT_TYPE) e ABENDING.

4. END_OF_DATA TRACEOFF sono gli ultimi parametri inoltrati.END_OF_DATAnotifica a REXX EDI che non vi sono più record da inoltrare.TRACEOFF indica aEDI di non stampare il record inviato a TBSM PUMP. Se sono stati inoltratiTRACEON , il record inoltrato a PUMP verrà stampato. Questo record è utile per ladiagnosi di un problema con EDI.

Note:

1. Formato, Azione, Tipi di dati possono essere inoltrati nei formati numerico o dicaratteri. Un elenco di formati, azioni e tipi di dati validi si trovano nella sezione delleappendici di questo manuale. Questi dati sono memorizzati nel GTMEDITB del moduloREXX. Una versione compilata di questo modulo si trova in hlq.SGTMEXEC e l’originedi trova in hlq.SGTMSAMP.

2. Quando viene inoltrato un testo (i.e. testo del messaggio), assicurarsi che si trovi travirgolette. L’esempio riportato di seguito invierà un messaggio,Verifica messaggio daSA390con MessageID SAM001I nell’oggetto BATCH001:


6.Installare

&configurare

TB

SM

Source/390

'GTMEDISA' START_OF_DATAToken = "GTM" || rc

'GTMEDISA' TOKEN 07 02 /* SA390 MESSAGE EVENT */'GTMEDISA' TOKEN 05 IPO1 /* SMF ID */'GTMEDISA' TOKEN 03 BATCH001 /* OBJECT NAME */'GTMEDISA' TOKEN 08 SAM001I /* MESSAGE ID */'GTMEDISA' TOKEN 49 “Test message from SA390” /* MESSAGE TEXT */'GTMEDISA' TOKEN END_OF_DATA TRACEOFF

Chiamata del programma REXXAggiungere il comando per richiamare il programma REXX GTMEDISA, GTMEDIAF,GTMEDIOP o GTMEDIAO e per inoltrare i parametri (con i relativi valori associati).

La sintassi della chiamata del programma dipende dall’origine dati.

¶ SYSTEM AUTOMATION OS/390 (inoltrare STATE_CHANGE)'GTMEDISA' START_OF_DATAToken = "GTM" || rc'GTMEDISA' TOKEN 07 01 /* SA390 STATE CHANGE EVENT */'GTMEDISA' TOKEN 05 IPO1 /* SMF ID */'GTMEDISA' TOKEN 06 SUBSYSTEM /* RESOURCE TYPE */'GTMEDISA' TOKEN 03 TESTSTC1 /* OBJECT NAME */'GTMEDISA' TOKEN 08 ABENDING /* STATE CHANGE */'GTMEDISA' TOKEN END_OF_DATA TRACEOFF

¶ OPS/MVS (inoltrare STATE_CHANGE):ADDRESS “TSO” “OI GTMEDIOP” START_OF_DATAToken = "GTM" || rc“OI GTMEDIOP” TOKEN 09 01/* OPSMVS STATE CHANGE */“OI GTMEDIOP” TOKEN 05 IPO1 /* SMF ID */“OI GTMEDIOP” TOKEN 06 SUBSYSTEM /* RESOURCE TYPE */“OI GTMEDIOP” TOKEN 03 TESTSTC1 /* OBJECT NAME */“OI GTMEDIOP” TOKEN 08 ABENDING /* STATE CHANGE */“OI GTMEDIOP” TOKEN END_OF_DATA TRACEOFF

¶ AF/OPERATOR (inoltrare STATE_CHANGE):CALL “GTMEDIAF” START_OF_DATAToken = "GTM" || resultCALL “GTMEDIAF” TOKEN 10 01 /* AF/OPERATOR STATE CHANGE */CALL “GTMEDIAF” TOKEN 05 IPO1 /* SMF ID */CALL “GTMEDIAF” TOKEN 06 SUBSYSTEM /* RESOURCE TYPE */CALL “GTMEDIAF” TOKEN 03 TESTSTC1 /* OBJECT NAME */CALL “GTMEDIAF” TOKEN 08 ABENDING /* STATE CHANGE */CALL “GTMEDIAF” TOKEN END_OF_DATA TRACEOFF

¶ MAIN VIEW / AUTO OPERATOR (inoltrare STATE_CHANGE):CALL “GTMEDIAO” START_OF_DATAToken = "GTM" || rc“GTMEDIAO” TOKEN 12 01 /* MAINVIEW STATE CHANGE EVENT*/“GTMEDIAO” TOKEN 05 IPO1 /* SMF ID */“GTMEDIAO” TOKEN 06 SUBSYSTEM /* RESOURCE TYPE */“GTMEDIAO” TOKEN 03 TESTSTC1 /* OBJECT NAME */“GTMEDIAO” TOKEN 08 ABENDING /* STATE CHANGE */“GTMEDIAO” TOKEN END_OF_DATA TRACEOFF

78 Versione 1.5

Flusso di eventiIl diagramma riportato di seguito illustra il flusso degli eventi da OS/390 a Windows NT.

OS/390

NT

Tivoli BusinessSystems Manager

ProgrammaRexx

Object Pump

EDI

Gestoretrap

LU6.2oTCP/IP

SNA Server SQL Database

Configurazione NT

Generazionemessaggio

Catturada parte dellaapplicazione

Task avviato - APPC

SA OS/390

Installazione dell’automazione di sistema per SA/390 EDITBSM si interfaccia direttamente con SA/390 tramite l’implementazione di EDI, checonsente ad un’applicazione esterna di inoltrare messaggi basati sul testo direttamente inTBSM Source/390 Object Pump sullo stesso sistema MVS. Quando lo stato di una risorsagestita da SA/390 cambia, TBSM notifica all’utente tale cambiamento modificando l’oggettoTBSM che rappresenta la risorsa in questione.

Per installare l’interfaccia SA/390 EDI in TBSM sono necessarie le seguenti modifiche:

1. Modificare SA/390 uscita AOFEXSTA per aggiungere il seguente codice. Se questauscita non è già installata, è possibile trovarla nel membro dataset INGEXSTA di SA/390SINGSAMP. Copiare il codice in un dataset disponibile in SA/390 DSICLD DD eridenominarlo AOFEXSTA. Se l’OPC nell’interfaccia SA è in uso, modificare l’uscitaEVJEXSTA invece di AOFEXSTA.

Dopo l’istruzione Parse Arg ..., aggiungere il codice riportato di seguito:'GTMEDISA' START_OF_DATAToken = "GTM" || rc'GTMEDISA' TOKEN 07 01 /* SA390 STATE CHANGE EVENT */'GTMEDISA' TOKEN 05 sysname /* SMF ID */'GTMEDISA' TOKEN 06 restype /* RESOURCE TYPE */'GTMEDISA' TOKEN 03 resource /* OBJECT NAME */'GTMEDISA' TOKEN 08 status /* STATE CHANGE */'GTMEDISA' TOKEN END_OF_DATA TRACEOFF

2. Una volta che l’uscita è stata modificata, salvarla in un dataset che si trova nel DDDSICLD del task SA/390 avviato, preferibilmente, il primo dataset nella concatenazione.

3. Anche la libreria hlq.SGTMEXEC deve essere aggiunta al DD DSICLD del task SA/390avviato.

4. La libreria hlq.SGTMMODS deve essere aggiunta alla concatenazione STEPLIB del taskSA/390 avviato.

5. Assicurarsi che le istruzioni riportate di seguito si trovino nei parametri di avvio diTBSM Source/390 Object Pump:

SA390_JOBNAME=stcname(Dove stcname = nome task avviato per il task SA)


(Aumentare la dimensione buffer EDI basata sul proprio uso di EDI.)

6. Se si sta utilizzando la scheda ACC1Idxx come descritto nella sezione ‘Esecuzione di piùcopie di Source/390 su un’immagine MVS,’ aggiungere questa scheda al task SA/390avviato.


6.Installare

&configurare

TB

SM

Source/390

Affinché TBSM tenga traccia dei messaggi e/o degli errori inoltrati dagli exec SA/390REXX scritti dal client, eseguire quanto riportato di seguito:

1. Modificare il programma REXX specifico del client SA/390 e includere le chiamateREXX necessarie come documentato nella sezione ‘Modifiche di catturadell’applicazione richiesta’ e ‘Chiamata del programma REXX’

2. Una volta che l’uscita è stata modificata, salvarla in un dataset che si trova nel DDDSICLD del task SA/390 avviato, preferibilmente, il primo dataset nella concatenazione.

3. Anche la libreria hlq.SGTMEXEC deve essere aggiunta al DD DSICLD del task SA/390avviato.

4. La libreria hlq.SGTMMODS deve essere aggiunta alla concatenazione STEPLIB del taskSA/390 avviato.

5. Assicurarsi che le istruzioni riportate di seguito si trovino nei parametri di avvio diTBSM Source/390 Object Pump:SA390_JOBNAME=stcname(Dove stcname = nome task avviato per il task SA)


(Si consiglia un valore dimensione pari a 5000 per l'implementazione dell'interfaccia SA)

6. Se si sta utilizzando una scheda ACC1Idxx come descritto nella sezione,Esecuzione dipiù copie di Source/390 su un’immagine MVS, aggiungere questa scheda al proprio taskSA/390 avviato.

Installazione di OPS/MVS EDITBSM si interfaccia direttamente con OPS/MVS tramite l’implementazione di EDI, checonsente ad un’applicazione esterna di inoltrare messaggi basati su testo direttamente aTBSM Source/390 Object Pump sullo stesso sistema MVS.

Per installare l’interfaccia OPS/MVS EDI sono necessarie le seguenti modifiche:

1. Modificare il programma REXX specifico del client OPS/MVS e includere le chiamateREXX come documentato nelle sezioni ‘Modifiche di cattura dell’applicazione richiesta’e ‘Chiamata del programma REXX

2. Salvare il codice REXX in una libreria disponibile nel DD SYSEXEC dei taskOPS/MVS avviati (sia i task principali che server), preferibilmente il primo dataset nellaconcatenazione.

3. GTMEDIOP del programma REXX di TBSM deve essere copiato dalla libreriahlq.SGTMSAMP in una libreria disponibile all’interno del DD STSEXEC dei taskOPS/MVS avviati (sia i task principali che server). Se applicabile, GTMEDIOP deveessere aggiornato con il simbolo ‘|’ nel simbolo della concatenazione appropriata perl’ambiente. Ad esempio, modificare il simbolo | in un punto esclamativo se si stautilizzando la code page tedesca sul proprio sistema OS/390.

4. La libreria hlq.SGTMMODS deve essere aggiunta alla concatenazione STEPLIB dei taskSA/390 avviati (sia task principali che server).

5. Assicurarsi che le istruzioni riportate di seguito si trovino nei parametri di avvio diTBSM Source/390 Object Pump:OPSMVS_JOBNAME=stcname,stcname

80 Versione 1.5

(Dove stcname = nome task avviato per l’OPS/MVS Server e il task principale, il nomedel task server richiede un prefisso task server seguito da un * per consentirel’esecuzione dello spawn di tutti i nomi task da parte del task server. Ad esempio, se ilnome task server è OSFSRV e il nome del task principale è OPSMVS, codificareOPSMVS_JOBNAME=OPSMVS,OSF*)EDI=YESEDI_BUFFER_SIZE=2048 | size

(Si consiglia un valore dimensione pari a 5000 per l’implementazione dell’interfacciaOPS/MVS.)

6. Se si sta utilizzando la scheda ACC1Idxx come descritto nella sezione,Esecuzione di piùcopie di Source/390 su un’immagine MVS, aggiungere questa scheda al task OPS/MVSavviato.

Installazione di AF/OPERATOR e Auto Operator EDIPer installare l’interfaccia AF/OPERATOR e/o Auto Operator EDI effettuare le seguentimodifiche:

1. Modificare il programma REXX specifico del client e includere le chiamate REXX comedocumentato nelle sezioni ‘Modifiche di cattura dell’applicazione richiesta’ e ‘Chiamatadel programma REXX.’

2. Salvare il codice REXX in una libreria disponibile nel DD SYSEXEC del task avviatoAF/OPERATOR o Auto Operator, preferibilmente il primo dataset nella concatenazione.

3. Modificare il(i) task avviato(i) AF/OPERATOR o AOTO OPERATOR e aggiungerequeste librerie:

¶ hlq.SGTMEXEC nella concatenazione DD SYSEXEC.

¶ hlq.SGTMMODS nella concatenazione DD STEPLIB.

4. Assicurarsi che le istruzioni riportate di seguito si trovino nei parametri di avvio diTBSM Source/390 Object Pump:AFOPER_JOBNAME=stcname for AF/OPERATOR or

AUTOOPER_JOBNAME=stcname for Auto Operator

EDI=YES

EDI_BUFFER_SIZE=2048 | size

(Si consiglia una dimensione pari a 5000 per l’implementazione dell’interfaccia EDI diautomazione)

5. Se si sta utilizzando una scheda ACC1Idxx come descritto nella sezione intitolataEsecuzione di più copie di Source/390 su un’immagine MVS, aggiungere questa schedaal task OPS/MVS avviato.

Modifiche NT richieste per EDIPer eseguire il rilevamento automatico degli oggetti tramite REXX EDI, utilizzare leseguenti istruzioni/query di esempio SQL per definire gli oggetti nella tabellaSA390ResourceTypeMap. (Tutte le istruzioni/query SQL devono essere eseguite nel databaseOBJECT). Tutte le interfacce REXX EDI (GTMEDISA, GTMEDIOP, GTMEDIAF eGTMEDIAO) utilizzano questa tabella.


6.Installare

&configurare

TB

SM

Source/390

Istruzioni/query SQL di esempio:

Selezionare * da SA390ResourceTypeMap(Visualizza tutte le voci contenute nella tabellaSA390ResourceTypeMap.)

DefineSA390ResourceTypeMapping @SMFID_PAT=’%’,@RESOURCE_TYPE_PAT=’%’, @OBJECT_NAME_PAT=’EDISTC%’,@target_cid=’STC’, @priority=100 (Definisce tutti gli oggetti che iniziano con EDISTCcome task avviati.)

DefineSA390ResourceTypeMapping @SMFID_PAT=’%’,@RESOURCE_TYPE_PAT=’%’, @OBJECT_NAME_PAT=’EDIBAT%’,@target_cid=’BATC’, @priority=100 (Definisce tutti gli oggetti come iniziano conEDIBAT come lavori batch.)

DefineSA390ResourceTypeMapping @SMFID_PAT=’%’,@RESOURCE_TYPE_PAT=’%’, @OBJECT_NAME_PAT=’EDIDB2%’,@target_cid=’DB2’, @priority=100 (Definisce tutti gli oggetti che iniziano con EDIDB2come sottosistemi DB2.)

DefineSA390ResourceTypeMapping @SMFID_PAT=’%’,@RESOURCE_TYPE_PAT=’%’, @OBJECT_NAME_PAT=’EDICIC%’,@target_cid=’CICS’, @priority=100 (Definisce tutti gli oggetti che iniziano con EDICICcome aree CICS.)

Installazione dell’interfaccia TBSM OmegamonDi seguito vengono riportati i requisiti per Omegamon (sia MVS che DB2) della partemainframe.

1. Il pannello iniziale Omegamon NON deve contenere comandi .FGO o .SGO, in quantoessi causerebbero l’instabilità dei pannelli di Omegamon.

2. Assicurarsi che il file .AS del profilo Omegamon di default sia definito in quanto TBSMutilizza questo file.

3. L’id utente utilizzato per collegarsi a TBSM deve avere accesso ai seguenti comandiOmegamon:

EXSYSi tratta di un comando di errore. Se si utilizza un prefisso L, questo comandovisualizza il nome errore come pure il testo.

.PFK Imposta le chiavi PF per le sessioni TBSM.

STOPScollega la sessione TBSM.

Anche il processo del raccoglitore del file CICS (solo le sessioni CICS Omegamon)utilizza i seguenti comandi:

TABL Raccoglie le informazioni sulla tabella CICS

FILE Raccoglie le informazioni sul dataset CICS.

82 Versione 1.5

4. Assicurarsi che le impostazioni dell’errore all’interno del profilo AS NON abbiano laserie di caratteri BOX attiva. (Se la serie di caratteri BOX non è attiva, l’utente riceveràuna riga di caratteri a forma di casella per l’errore.

5. Le tabelle modalità per il collegamento Omegamon sono definite nei parametri di pump,esse devono esistere ed essere in modalità di collegamento SNA. Quando ci si collega, siprevede di andare direttamente al pannello Omegamon.

6. Terminali sufficienti nel lotto terminali per tutte le sessioni Omegamon (uno persessione). I terminali devono essere definiti correttamente nei parm di pump:TERMINAL_PREFIX=prefix

NUMBER_OF_TERMINALS=x

dove il numero di terminali ’x’ indica quanti caratteri devono essere accodati al prefissoin modo che corrisponda al nome id appl definito in VTAM. Ad esempio, se gli utentiVTAM hanno definiti gli id appl TM39LU01-TM390LU99, il prefisso è TM390LU e ilnumero di terminali è 99. Queste informazioni devono essere impostate correttamenteaffinché funzionino.

Requisiti per Omegamon dalla workstation TBSMDi seguito vengono riportati i requisiti per Omegamon dalla workstation TBSM.

1. Se non sono già presenti tramite rilevamento, aggiungere ogni Omegamon come monitordelle prestazioni sotto l’OS su cui è in esecuzione. Il monitor delle prestazioni deveessere attivo (’stato corrente’ sulla pagina delle proprietà Attributi) e registrato (stato sulseparatore Source/390). Assicurarsi di immettere i valori per l’id appl, il fornitore e ilprodotto sul separatore Source/390 per ogni monitor delle prestazioni.

2. Aggiornare il separatore Source/390 sugli oggetti DB2 e OS con i relativi id applOmegamon associati. DB2 deve essere anche registrato e lo stato corrente deve essereattivo.

3. Impostare i valori nei campi nome utente e password al livello necessario. Effettuare ciòsul separatore Source/390 per la società, il complesso, l’OS o il monitor delle prestazionistesso. Normalmente, ciò viene valutato al livello necessario più alto (dalla società), madipende anche dal fatto che si stiano utilizzando gli stessi id utente/password per ogniOmegamon oppure se se ne stiano utilizzando diversi in base all’ubicazione degliOmegamon.

4. Una volta effettuato ciò, l’opzione di connessione deve essere disponibile sul separatoreSource/390 sul monitor delle prestazioni, su DB2 e su OS. Utilizzare il comandoLOGSCREENS per abilitare il collegamento al pannello se a questo punto si sonoverificati dei problemi. Inoltre, è possibile inserire il servizio del mittente in LogLevel 0,in modo tale di essere sicuri che i collegamenti (id appl, id utente, password) inviatisiano corretti.

Comandi di modifica di TBSM Source/390 Object ServerSource/390 Object Server supporta i seguenti comandi di modifica MVS:

LOGSWITCHIl comando LOGSWITCH richiede che TBSM Source/390 Object Server commuti il logdei dati evento da un log attivo ad uno inattivo e, a causa di ciò, il log inattivo diventeràattivo. I parametri di avvio LOG1 e LOG2 fanno riferimento ai dataset utilizzati per illog degli eventi TBSM.


6.Installare

&configurare

TB

SM

Source/390

Sintassi: F object_server,LOGSWITCH

READQIl comando READQ richiede che TBSM Source/390 Object Server legga la coda serverper ottenere i messaggi evento e per inviare i messaggi a TBSM.

Sintassi: F object_server,LOGSWITCH

TRACEONIl comando TRACEON viene utilizzato per richiedere che i messaggi di debug venganovisualizzati sulla console.

Sintassi: F object_server,TRACEON

TRACEOFFIl comando TRACEOFF viene utilizzato per disattivare i messaggi di debug. I messaggidi debug non vengono più visualizzati sulla console.

Sintassi: F object_server,TRACEOFF

SWITCHIl comando SWITCH può essere utilizzato per passare da una connessione primaria allarisorsa IP di backup. Il comando può essere utilizzato anche per ritornare allaconnessione primaria. Il comando switch è utilizzabile solo per l’interfaccia IP.

Sintassi: F object_server,SWITCH

Comandi di modifica di TBSM Source/390 Object PumpSource/390 Object Pump accetta i seguenti comandi di modifica MVS (F pump,command [options]:

REFRESHIl comando REFRESH fa in modo che TBSM Source/390 Object Pump ricarichi unREXX EXEC nella memorizzazione quando è in esecuzione con EXEC_REFRESH=NO(nessun aggiornamento automatico dei REXX EXEC). Ciò può essere utilizzato se unREXX EXEC è stato modificato e deve essere ricaricato senza riavviare TBSMSource/390 Object Pump. Non è valido se EXEC_REFRESH=YES è stato codificato neiparametri di avvio e non ha alcun effetti se l’EXEC che si sta aggiornando non è statoprecedentemente caricato.

Sintassi: F pump,REFRESH execname

Dove:

Execnameè il nome del REXX EXEC da ricaricare.

LOGSCREENSIl comando LOGSCREENS consente di attivare o di disattivare il collegamento alpannello 3270 in modo dinamico mentre TBSM Source/390 Object Pump è inesecuzione. I pannelli collegati vengono scritti nel DD AOPLOG.

Sintassi: F pump,LOGSCREENS ON | OFF

Dove:

ON specifica che deve essere avviato il collegamento al pannello.

OFF specifica che deve essere arrestato il collegamento al pannello.

84 Versione 1.5

Se il comando viene immesso senza specificare ON o OFF, esso visualizzerà lo statocorrente del collegamento al pannello.

SHOWIl comando SHOW può essere utilizzato per visualizzare diverse risorse all’interno disource/390 Object pump.

Sintassi: F pump,SHOW resource [options]

Dove:

Resource I rappresenta il tipo di risorsa da visualizzare.

Options sono le opzioni valide per il tipo di risorsa.

SHOW EXCPSVisualizza le informazioni sugli errori selezionati.

Sintassi: F pump,SHOW EXCPS mask [LONG | NOLIST]

Dove:

Maskè un nome di errore generico o specifico utilizzato per selezionare il(i) nome(i)degli errori da visualizzare. Il valore di default è * (tutti gli errori).

LONG specifica che verrà visualizzato il formato lungo degli errori selezionati. Taleformato include tutte le informazioni sull’errore e sui parametri forniti nei programmi dimonitoraggio. Se per default è consentito il formato breve, verranno visualizzati solo ilnome errore, lo stato e il numero di corrispondenza per ogni errore.

NOLIST specifica che deve essere visualizzata solo la riga del riepilogo che mostra unconteggio degli errori selezionati (bask sulla maschera).

SHOW TRAPSVisualizza le informazioni sui trap selezionati e/o sui tipi di trap.

Sintassi: F pump,SHOW TRAPS mask type [LONG | NOLIST]

Dove:

Maskè un nome trap generico o specifico utilizzato per selezionare il(i) nome(i) trap davisualizzare. Il valore di default è * (tutti i trap del tipo selezionato).

Typeè il tipo di trap che può essere WTO,TOD,XOM,XOC,XOI,XO2, CMD o *. Ilvalore di default è * (tutti i tipi di trap).

LONG specifica che verrà visualizzato il formato lungo dei trap selezionati. Il formatolungo include tutte le informazioni sul trap e sull’azione da esso eseguita. Se per defaultè consentito il formato breve, per ogni trap verranno visualizzati solo il nome trap e ilnumero di corrispondenze.

NOLIST specifica che deve essere visualizzata solo la riga del riepilogo che mostra unconteggio per tipo di trap per i trap selezionati (bask sulla maschera).

SHOW SESSIONSIl comando SHOW SESSIONS visualizza le informazioni sulle sessioni 3270 correnti.

Sintassi: F pump,SHOW SESSIONS mask

Dove:

Maskè il nome sessione generico o specifico utilizzato per selezionare il(i) nome(i)sessione da visualizzare. Il valore di default è * (tutte le sessioni).


6.Installare

&configurare

TB

SM

Source/390

SHOW POOLSIl comando SHOW POOLS visualizza i nome dei lotti di variabili globali attualmentedefinite

Sintassi: F pump,SHOW POOLS [ mask ]

Dove:

Mask è il nome lotto generico o specifico per selezionare i lotti da visualizzare. Il valoredi default è * (tutti i lotti).

SHOW VARSIl comando SHOW VARS visualizza i nomi variabile e i valori attualmente definiti dellevariabili selezionate nel(i) lotto(i) selezionati(i).

Sintassi: F pump,SHOW VARS varnamemask poolnamemask

Dove:

Varnamemaskspecifica un nome variabile generico o specifico da visualizzare. Il valoredi default è * (tutte le variabili nei lotti selezionati).

Polnamemaskspecifica un nome lotto generico o specifico da utilizzare per selezionareil(i) lotto(i) da sottoporre a scansione per i nomi variabili selezionati. Il valore di defaultè * (tutti i lotti).

Due lotti sono sempre definiti. Essi sono:

¶ Lotto di sistema. Contiene variabili di sola lettura.

¶ Lotto utente. Il lotto utente esiste sempre, anche quando è vuoto. Contiene levariabili di lavoro utilizzate da Source/390 Object Pump.

SHOW MSGCOUNTVisualizza il numero di messaggi di console ricevuti dall’interfaccia della console.

Sintassi: F pump,SHOW MSGCOUNT

SHOW PPICOUNTIl comando SHOW PPICOUNT visualizza il numero dei messaggi API ricevutidall’interfaccia.

Sintassi: F pump,SHOW PPICOUNT [* | type]

Dove:

Typespecifica il tipo di formato per cui deve essere visualizzato il conteggio. I valori diseguito riportati sono tipi validi:

¶ DB2

¶ IMS

¶ CPSM

¶ AMI

SHOW RODMVisualizza lo stato corrente della connessione TM/390 pump a RODM. Gli stati sonoconnessoo non connesso.

Sintassi: F pump,SHOW RODM

86 Versione 1.5

RODMIl comando RODM viene utilizzato per avviare o arrestare l’interfaccia RODM diSource/390 Object Pump.

Sintassi: F pump,RODM START | STOP

Dove:

START indica che Object Pump deve tentare di stabilire le comunicazioni con RODM

STOP indica che Object Pump deve arrestare le comunicazioni con RODM.

PPI ENABLEAvvia l’interfaccia PPI di Source/390 Object Pump.

Sintassi: F pump,PPI ENABLE

PPI DISABLEArresta l’interfaccia PPI di Source/390 Object Pump.

Sintassi: F pump,PPI DISABLE

PPI STATUSVisualizza lo stato del task ricevente PPI di Source/390 Object Pump.

PPI TRACEIl comando PPI TRACE avvierà, arresterà o visualizzerà la traccia PPI.

Sintassi: F pump,PPI TRACE [ON\YES | NO\OFF ]

Dove:

ON (o YES) specifica che l’operazione di traccia PPI deve essere avviata. I dati ricevutidal listener PPI vengono scritti nel DD AOPLOG di Source/390 Object Pump.

OFF (o NO) specifica che deve essere arrestata l’operazione di traccia del listener PPI.

Se un’opzione non viene specificata, il comando visualizza lo stato correntedell’operazione di traccia PPI.

PPI RESETVisualizza o reimposta il limite della coda buffer PPI.

Sintassi: F pump,PPI RESET [ buffer_queue_limit ]

Dove:

Buffer_queue_limitspecifica il nuovo limite da applicare al buffer PPI. L’intervallovalido è compreso tra 100 e 10000. Se l’operando buffer_queue_limit viene omesso, ilcomando visualizza l’impostazione corrente per il limite di coda del buffer.

Comandi di TBSM Source/390 Object PumpQuando si eseguono comandi TBSM Source/390 Object Pump con un sottosistema, ilparametro COMMAND_PREFIX definisce una stringa di testo che TBSM Source/390Object Pump riconosce come comando progettato per TBSM Source/390 Object Pump. Lastringa può essere qualsiasi stringa di caratteri adattabile e impostata per default sul nomedel sottosistema. Ad esempio, se è stato specificato COMMAND_PREFIX=S390, il comandodell’operatore che inizia con la stringa ‘S390’ dovrebbe essere identificato come una stringadi comando per TBSM Source/390 Object Pump. Nel testo riportato di seguito, il prefissodella stringa rappresenta la stringa di caratteri COMMAND_PREFIX.


6.Installare

&configurare

TB

SM

Source/390

TBSM Source/390 Object Pump accetta i seguenti comandi:

SHOW EXCPSIl comando SHOW EXCPS opera allo stesso modo della versione del comando dimodifica eccetto che per l’output di formato breve (NOLIST o LONG non specificato)che viene ordinato in base al nome dell’errore.

Sintassi: Prefix SHOW EXCPS mask [ NOLIST | LONG ]

Dove:

Maskè un nome di errore generico o specifico utilizzato per selezionare il(i) nome(i)degli errori da visualizzare. Il valore di default è * (tutti gli errori).

LONG specifica che verrà visualizzato il formato lungo degli errori selezionati. Taleformato include tutte le informazioni sull’errore e sui parametri forniti nei programmi dimonitoraggio. Se per default è consentito il formato breve, verranno visualizzati solo ilnome errore, lo stato e il numero di corrispondenza per ogni errore.

NOLIST specifica che deve essere visualizzata solo la riga del riepilogo che mostra unconteggio degli errori selezionati (bask sulla maschera).

SHOW TRAPSIl comando SHOW TRAPS opera allo stesso modo della versione del comando dimodifica eccetto che per l’output di formato breve (NOLIST o LONG non specificato)che viene ordinato in base al nome del trap.

Sintassi: Prefix SHOW TRAPS mask type [ NOLIST | LONG ]

Dove:

Maskè un nome trap generico o specifico utilizzato per selezionare il(i) nome(i) trap davisualizzare. Il valore di default è * (tutti i trap del tipo selezionato).

Typeè il tipo di trap che può essere WTO,TOD,XOM,XOC,XOI,XO2, CMD o *. Ilvalore di default è * (tutti i tipi di trap).

LONG specifica che verrà visualizzato il formato lungo dei trap selezionati. Il formatolungo include tutte le informazioni sul trap e sull’azione da esso eseguita. Se per defaultè consentito il formato breve, verranno visualizzati solo il nome trap e il numero dicorrispondenze.

NOLIST specifica che deve essere visualizzata solo la riga di riepilogo che mostra unconteggio per tipo di trap per i trap selezionati (basato sulla maschera).

SHOW POOLSIl comando SHOW POOLS opera nello stesso modo della versione del comando dimodifica per visualizzare i nomi del lotto delle variabili globali attualmente definite.

Sintassi: Prefix SHOW POOLS [ mask ]

Dove:

Maskè un nome lotto generico o specifico per selezionare i nomi lotto da visualizzare.Il valore di default è * (tutti i lotti).

SHOW VARSIl comando SHOW VARS opera nello stesso modo della versione del comando dimodifica per visualizzare le variabili selezionate dai lotti di variabili globali selezionati.

Sintassi: Prefix SHOW POOLS varnamemask poolnamemask

88 Versione 1.5

Dove:

Varnamemaskspecifica un nome variabile generico o specifico da visualizzare. Il valoredi default è * (tutte le variabili nei lotti selezionati).

Poolnamemaskspecifica un nome lotto generico o specifico utilizzato per selezionareil(i) lotto(i) da sottoporre a scansione per i nomi variabile richiesti.

SHOW MSGCOUNTIl comando SHOW MSGCOUNT visualizza il numero di messaggi elaborati dal taskdell’interfaccia della console.

Sintassi: Prefix SHOW MSGCOUNT

SHOW SESSIONSIl comando SHOW SESSIONS visualizza le informazioni sulle sessioni VTAM 3270correnti.

Sintassi: Prefix SHOW SESSIONS mask | COUNT

Dove:

Maskè il nome sessione generico o specifico utilizzato per selezionare il(i) nome(i)sessione da visualizzare. Il valore di default è * (tutte le sessioni)

COUNT specifica che deve essere visualizzato solo un contatore delle sessioniattualmente attive.

SHOW COUNTSIl comando SHOW COUNTS visualizza i conteggi del totale generale dei record, iltotale dei record corretti e di quelli integri ricevuto dallo spazio di indirizzo Source/390Object Server.

Sintassi Prefix SHOW COUNTS

SHOW LOGONSIl comando SHOW LOGONS visualizza lo stato e il risultato di ogni tentativo dicollegamento alla sessione VTAM 3270. A differenza del comando SHOW SESSIONSche visualizza solo lo stato delle sessioni correnti, il comando SHOW LOGONSvisualizza i tentativi di collegamento non riusciti oppure le sessioni che sono statechiuse. Prefix SHOW LOGONS

SHOW RODMIl comando SHOW RODM visualizza lo stato corrente della connessione TM/390 pumpa RODM. Gli stati sonoconnessoo non connesso.Cmd_prefix SHOW RODM

Gestione della condizione di numero massimo di thread delsottosistema

Ogni comando dell’operatore che viene emesso viene sottoposto a trap da parte delsottosistema TBSM Source/390 Object Pump e inoltrato a TBSM Source/390 Object Pumputilizzando un thread disponibile. Il numero massimo di comandi che può essere eseguitoviene definito dal parametro di avvio di TBSM Source/390 Object Pump:SUBSYSTEM_MAXTHREADS=n

Se un comando dell’operatore viene sottoposto a trap e non vi sono thread disponibili,TBSM Source/390 Object Pump può, a seconda dell’impostazione del parametro di avvio


6.Installare

&configurare

TB

SM

Source/390

MAXTHREADS_PROMPT, emettere un messaggio WTOR (Write to Operator with Reply).WTOR fornisce all’operatore l’opportunità di aumentare il numero massimo di thread.

Questo WTOR viene emesso solo se è stato codificato MAXTHREADS_PROMPT=YES.

Se è stato codificato MAXTHREADS_PROMPT=NO, non verrà emesso alcun messaggio eil comando dell’operatore viene perso da TBSM Source/390 Object Pump. TBSMSource/390 Object Pump perde inoltre tutti i comandi che verranno emessi durante il futuroutilizzo di tutti i thread del sottosistema.

Il formato di WTOR è:GTM7560I AOP: subsystem_name: MAX THREADS REACHED, REPLY 0-9 TO INCREASE.

Se la risposta dell’operatore è 0 (zero), il numero massimo di thread non viene incrementatoe, se tale numero viene raggiunto di nuovo, questo messaggio non verrà emesso nuovamente.

In effetti, la risposta zero passa dall’opzione MAXTHREADS_PROMPT=YES aMAXTHREADS_PROMPT=NO, per un numero massimo di eventi thread futuri.

Se l’operatore risponde con un numero di una singola cifra compresa nell’intervallo da uno anove, il numero massimo di thread viene incrementato del numero specificato. Se vieneraggiunto di nuovo il numero massimo di thread, TBSM Source/390 Object Pump emette dinuovo il messaggio GTM7560I richiedendo un aumento del suddetto numero massimo.Questo meccanismo impedisce al sottosistema di ridurre la memoria ECSA in caso diproblemi (Ogni thread occupa 168 byte di ECSA).

Rilevamento grandi quantità di datiIl programma di utilità GTMAOPE0 TBSM OS/390 e il servizio ASIMVSIPListener TBSMvengono utilizzati per il rilevamento di grandi quantità di dati relativi a molti prodottiorigine TBSM mainframe. Il suddetto rilevamento consente di caricare in batch leinformazioni da una specifica interfaccia TBSM (e.g. OPC, RODM, etc.) al contenitore deglioggetti TBSM. Consultare le note di release per prodotti origine relativi a informazionispecifiche su una particolare configurazione origine. In molti casi, non sono necessarieulteriori modifiche oltre a quelle descritte di seguito.

Configurazione del programma di utilità GTMAOPE0Il programma di utilità GTMAOPE0 trasmette qualsiasi file non VSAM a Tivoli BusinessSystems Manager (TBSM)

GTMAOPE0 è un’applicazione MVS TCP/IP autonoma che invia dati al server TBSM sucui è in esecuzione ASIMVSIPListenerSvc. Con il JCL del programma di utilitàGTMAOPE0 vengono utilizzati i seguenti parametri:

TCPIP_ADDRESS=nnn.nnn.nnn.nnn| TCPIP_NAME=computer_name

Specifica il nome del computer o il numero di indirizzo IP (Internet Protocol) dellaconnessione utilizzata per comunicare con ASIMVSIPListenerSvc. Se viene utilizzato ilparametro TCPIP_NAME, GTMAOPE0 tenta la risoluzione del nome host per localizzarel’indirizzo IP. Questi sono operandi obbligatori. Tuttavia, solo uno di questi parametri deveessere specificato.

90 Versione 1.5

L’operandonnn del parametro ADDRESS deve essere separato da punti ’.’ e può essere unqualsiasi numero compreso tra 1 e 255. computer_name è di tipo alfanumerico e la sualunghezza è compresa tra 1 e 69caratteri. Setraceresolverè attivo nei parametri TCP/IP, imessaggi di debug di TCP/IP vengono immessi nel log del lavoro quando si tenta dirisolvere il nome host. Questi messaggi vengono immessi indipendentemente dal fatto chevenga trovato l’indirizzo IP. I parametriresolvertimeoute resolverudpretriesdi TCP/IPcontrollano le specifiche dell’ora per il processo di risoluzione del nome host all’internodella rete TCP/IP.

Consultare i manuali TCP/IP per ulteriori informazioni sui parametri TCP/IP.

Nota: Se l’indirizzo IP viene impostato nella configurazione NAT, deve essere utilizzatol’indirizzo NAT IP. Se non viene utilizzato, il programma di utilità GTMAOPE0 nonsi collegherà a TBSM e quindi non trasmetterà grandi quantità di dati.

TCPIP_PORT=nnnnn

Specifica il numero di porta da utilizzare al posto della connessione. L’operando richiesto,nnnnn può essere compreso tra 1 e 32767.

TCPIP_JOBNAME=tcpip_jobname

Specifica lo spazio di indirizzo TCP/IP da utilizzare per fornire servizi TCPIP. Quando nonspecificato, lo spazio di indirizzo TCPIP viene recuperato in modo dinamico. Il nome lavoroTCP/IP non può superare la lunghezza di 8 caratteri. Questo è un operando facoltativo.

TIMEOUT=30 | secondi

Specifica il valore di timeout espresso in secondi dopo il quale i servizi TCP/IP verrannochiusi se non viene ricevuta alcuna risposta. Il valore di default è 30 secondi. Il valoremassimo è di 86400 secondi. Questo è un operando facoltativo. Questo parametro operainsieme al parametro TCP/IPresolvertimeout. Ad esempio, quando il valore di questoparametro è inferiore del parametro resolvertimeout, si verificherà un timeout delle richiestedi servizio IP prima che TCPIP possa chiudere la richiesta di servizio in sospeso.

Nota: Consultare i manuali TCP/IP per ulteriori informazioni sul parametro TCP/IPresolvertimeout. A seconda del volume di dati da ricevere, potrebbe essere necessarioincrementare il valore TIMEOUT.

CODEPAGE=codepage_number | 037

Specifica il numero di codepage in ASIMVSIPListenerSvc utilizzato per convertire i dati neisimboli ASCII (American National Standard Code for Information Interchange) appropriati.Questo costituisce una scheda di controllo facoltativa. Il valore di default è la codepage US037.

TEXT=NO | YES

Specifica che il protocollo di trasmissione è in modalità binaria o di testo. Quando vienespecificato NO, i dati vengono trasmessi come dati binari. Quando viene specificato YES, ilvalore byte di DATA_SEPARATOR viene utilizzato per separare ogni record logico. Questocostituisce una scheda di controllo facoltativa. Il valore di default è NO.


6.Installare

&configurare

TB

SM

Source/390

DATA_SEPARATOR=byte_value | x’25’

Specifica il valore byte da inserire tra ogni record logico di dati quando si è in esecuzionecon TEXT=YES. Questo è un operando facoltativo.

Quando non specificato eTEXT=YES è necessario, il valore byte di default sarà x’25’. Peridentificare questo valore byte è possibile specificare un valore decimale. L’intervallo ècompreso tra 1 e 255.

COMMAND=command_name

Specifica un nome di comando inviato a ASIMVSIPListenerSvc per sottoporre a triggerl’esecuzione del comando su NT per elaborare i dati una volta ricevuti tutti i dati.Command_name è una stringa alfanumerica la cui lunghezza può essere compresa tra 1 e 72caratteri. Questo è un operando obbligatorio.

Configurazione del server ASIMVSIPListener TBSMIl servizio ASIMVSIPListener viene eseguito su TBSM SQL server. Questo servizio deveessere configurato per ogni OS che deve inviare dati all’SQL server. Il servizioASIMVSIPListener è responsabile della ricezione dei dati inviati dal programma TBSMGTMAOPE0.

Sono disponibili le seguenti opzioni del registro di Windows:

¶ Questa impostazione definisce l’indirizzo di porta per comunicare con GTMAOPE0.Essa viene specificata sulla scheda di controllo TCPIP_PORT di GTMAOPE0. Il valoredi default è 1021.

Chiave HKEY_LOCAL_MACHINE \ SOFTWARE \ Accessible Software, Inc. \Access1 \ 1.0 \ Components \ ASIMVSIPListenerSvc \ Settings

Nome valore Porta

Tipo valore DWORD

Valore dati 0x000003fd (1021)

¶ Questa impostazione definisce il comando che GTMAOPE0 sottoporrà a trigger sulserver Windows NT. Essa viene specificata sulla scheda di controllo COMMAND diGTMAOPE0. Di seguito viene riportato un esempio per il rilevamento CA7.Normalmente, ‘Nome valore’ e ‘Valore dati’ vengono impostati dal programma diinstallazione TBSM. Non modificare mai ‘Valore dati’ senza contattare il supportoTivoli. Se i valori richiesti non fanno già parte della propria installazione di TBSM, perulteriori dettagli su questa chiave consultare le note di release relative all’interfaccia chesi sta tentando di configurare.

Chiave HKEY_LOCAL_MACHINE \ SOFTWARE \ Accessible Software, Inc. \Access1 \ 1.0 \ Components \ ASIMVSIPListenerSvc \ Settings \CommandAliases

Nome valore CA7DISCOVERY

Tipo valore Stringa

Valore dati sh ca7Enqueue.ksh -i%s -oc:/tivolimanager/data/ca7/%DS –r<prefix>

¶ Questa impostazione definisce i client IP autorizzati ad eseguire GTMAOPE0. ‘Nomevalore’ dovrebbe essere impostato sull’indirizzo IP del mainframe che invia dati a NT.

92 Versione 1.5

Non è necessario che la stringa contenga un valore, ma, per leggibilità, può contenere ilnome DNS. ‘Valore dati’ è una stringa di lunghezza zero.

Chiave HKEY_LOCAL_MACHINE \ SOFTWARE \ Accessible Software, Inc. \Access1 \ 1.0 \ Components \ ASIMVSIPListenerSvc \ Settings \ ValidClients

Nome valore <host>

Tipo valore Stringa

Valore dati

Analisi dei problemi GTMAOPE0I seguenti DDNAMES vengono utilizzati come commutatori per abilitare le informazioni diregistrazione e di traccia durante la trasmissione dei dati a TBSM. Quando questiDDNAMES non vengono utilizzati, le informazioni di traccia e di registrazione non vengonogenerate.

TRACE DD codificato in JCL richiede che i record di dati trasmessi a TBSM venganoscritti nel file specificato. A seconda del fatto che venga utilizzata la parola chiave TRACE,l’output viene formattato come descritto dall’operando della parola chiave TRACE nel JCLdel programma di utilità GTMAOPE0.

TRACE=BUFFERS | RECORDS

Specifica se i dati trasmessi a TBSM vengono scritti in DDNAME TRACE in baseall’operando fornito. BUFFERS indica che ogni buffer popolato viene scritto nel file ditraccia. RECORDS indica che ogni record viene scritto individualmente nel file di traccia.L’operando BUFFERS costituisce il valore di default.

LOG DD codificato in JCL richiede che le informazioni di registrazione vengano scritte nelfile specificato su questo ddname.

Il messaggio di seguito riportato viene scritto nel file di log specificato sull’istruzione LOGDD:

BUFFER COUNT: buffer_id# PHYSICAL BUFFER: xmit_bytes LOGICAL BUFFER:logical_buffer_size

¶ BUFFER COUNT è il numero che rappresenta la sequenza aggiuntiva di ogni buffercosì come vengono trasmessi a TBSM. Questo valore viene sempre incrementato di 1.

¶ PHYSICAL BUFFER indica il numero di byte trasmessi tramite una connessione IP aTBSM.

¶ LOGICAL BUFFER indica il numero di byte che il servizio TBSMASIMVSIPLIstenerSvc deve elaborare. Questo valore è sempre inferiore di 2 byterispetto al valore PHYSICAL BUFFER.

ASIMVSIPListenerSvcTRACE e LOG DDNAMES vengono utilizzati insieme all’ASIMVSIPListenerSvc inesecuzione con livello di log uguale a 0. I messaggi informativi che identificano la gestionedei buffer ricevuti dal programma di utilità GTMAOPE0 si trovano nel file di log utilizzatoda TBSM MVSIPListenerSvc.

Tivoli Support potrebbe necessitare della documentazione che deriva dalle seguenti origini:


6.Installare

&configurare

TB

SM

Source/390

¶ L’output del file LOG che viene generato dal programma di utilità GTMAOPE0

¶ L’output del file TRACE che viene generato dal programma di utilità GTMAOPE0.

¶ Il file LOG generato da ASIMVSIPListenerSvc in esecuzione su Windows/NT

Installazione del supporto LU6.2Il meccanismo di trasporto APPC per l’invio di dati tra TBSM Source/390 e Windows NTper TBSM utilizza i servizi LU6.2 su Microsoft HIS (Host Integration Server).

Per utilizzare HIS con Windows NT, è necessario impostare la configurazione delle seguentiaree.

¶ Configurazione dell’ambiente VTAM

¶ Installazione e configurazione di HIS

¶ Installazione e configurazione di Host Integration Client

L’amministratore deve conoscere gli ambienti MVS/VTAM e Windows NT.

Configurazione dell’ambiente VTAM utilizzando il nodo PU2.1Tivoli necessita di un endpoint PU2.1 definito con una LU indipendente a cui possanoaccedere tutti i sistemi OS/390 all’interno della società tra Source/390 e TBSM su WindowsNT.

Consultare il programmatore di sistema VTAM per fornire una configurazione fisica tramiteILU tra VTAM e Microsoft Host Integration Server. Di seguito viene riportata unaconfigurazione di esempio per una connessione VTAM commutata. Questo esempio puòessere utilizzato in un ambiente Token Ring o Ethernet. Assicurarsi di codificare nomiunivoci e IDNUM nella configurazione delle definizioni VTAM.

Passi di installazione*/* ------------------------------------------------------*/* SNA SERVER PU FOR TM/390*/** ----------------------------------------------------*/*SWTM3901 VBUILD TYPE=SWNET*/*TM390PU1 PU PUTYPE=2,ADDR=C1,MAXDATA=1456, -

IDBLK=05D,IDNUM=00002,CPNAME=TM390CP1, -DLOGMOD=DYNAMIC,USSTAB=USSS

*/*TM390LU1 LU LOCADDR=0

Microsoft Host Integration Server può supportare connessioni Token Ring, Ethernet e FDDIall’interno di un ambiente VTAM (SNA). I programmi di controllo OSA e 3172 Nwayspossono essere utilizzati anche con i protocolli elencati.

94 Versione 1.5

Installazione di HIS (Host IntegrationServer)

Questo capitolo descrive come installare e configurare Microsoft HIS (Host IntegrationServer) in modo tale che comunichi con il componente Object Server di Source/390. Perinformazioni sull’installazione e configurazione di SNA server della Microsoft, vederel’Appendice H di questo manuale.

Se si sta installando HIS su Windows NT, consultare il documento Microsoft HostIntegration Server README per informazioni sui prerequisiti di installazione. I prerequisitinecessari sono disponibili per essere scaricati dal sito web della Microsoft. Se si stainstallando HIS su Windows 2000 Advanced Server, non sono necessari ulteriori prerequisiti.

Sicurezza di HIS (Host Integration Server)Le applicazioni dell’HIS client accedono al task del server degli oggetti del mainframetramite il sistema dell’HIS server. Per questo motivo, Microsoft HIS client necessitadell’autorizzazione per accedere al sistema dell’HIS server e vice versa. Affinché ciò possaessere effettuato, è necessario rispettare i seguenti requisiti di sicurezza NT:

¶ Microsoft Host Integration Server e il client Host Integration devono essere installati conlo stesso idutente e password.

¶ Se vengono installati con un idutente che esiste già, è necessario fornire manualmente atale idutente l’autorizzazione per agire come parte del sistema operativo.

¶ Se ci si collega al sistema del client Microsoft Host Integration con idutente e passworddiversi da quelli utilizzati per installare il software Microsoft Host Integration Server,tali idutente e password devono esistere con la stessa password sul sistema del serverMicrosoft HIS.

Installazione di HISPer installare il server Microsoft HIS:

1. Eseguire il programma di installazione di Microsoft Host Integration 2000 e selezionareInstall Server. A seconda della configurazione del sistema operativo, è possibile ricevereun messaggio di errore indicante che i prerequisiti per il bridge MQ Series e perl’integrazione della sicurezza non sono presenti. SelezionareYes per continuare se siriceve un errore relativo a queste specifiche opzioni.

2. Seguire le istruzioni presenti su ogni pannello nel corso dell’installazione, a meno chesuccessivamente non venga indicato diversamente, utilizzare le opzioni di default diinstallazione di ogni pannello.

7


7.Installazione

diHIS

(Host

IntegrationS

erver)

3. Sulla finestra di dialogoSelect Features, selezionare le seguenti opzioni facendo clicsulle icone e selezionareX Entire Feature will be unavailable.

¶ Data Integration

¶ Application Integration

¶ Sotto Application e Tools:5250 client, AFTP Client e Host Accounts.

4. Vedere l’argomentoHost Integration Server Security per informazioni su cosaimmettere nella finestra di dialogoServices Account.

5. Quando si raggiungeSNA Resource Location Wizard, fare clic su Next e immettere unSNASUBDOMAIN diverso da quello del proprio dominio NT o nome di computer,come ad esempio computernameSNA. Se non si riesce ad inserire un nome univoco suquesto pannello, successivamente potrebbero presentarsi dei problemi nellaconfigurazione di Microsoft HIS. SelezionarePrimary come ruolo server. Selezionare leopzioni di default per i rimanenti pannelli del wizard.

Ora si è pronti per configurare Microsoft Host Integration Server. Una volta completata laconfigurazione, impostare il servizioSNASERVR per essere avviato automaticamenteall’avvio. Tutto ciò può essere eseguito tramite il gestore dei servizi di sistema

Configurazione di Host Integration Server 2000SNA Server Manager è il componente di gestione che si rende responsabile per conto degliutenti delle sessioni tra l’HIS server e VTAM sul mainframe. In caso di domande, le rispostealla configurazione di SNA Manager si trovano nelle funzioni di aiuto fornite dall’HISserver.

Prima di iniziare, collaborare con il proprio programmatore di sistema VTAM per completareil seguente grafico. Molti di questi valori sono necessari durante la configurazione dell’HISserver e client.

Parametro Valore* Descrizione

Nomi nodoprincipaliVTAM

Nomi nodo principali id appl e PU

Network Name NETID(D NET,VTAMOPTS,OPTION=NETID)

Nome punto dicontrollo

CPNAME nel nodo principale PU

Nome PU nome del PU così come è definito in VTAM

ID nodo locale(XID)

IDNUM/IDBLK dal nodo principale PU**

Nome LU/aliasLUlocale/partner

LU con LOCADDR=0 nel nodo principale PU

Nome LU/AliasLU remota

Nome id appl per TBSM (uno per ogni host)

Remote NetworkAddress

Indirizzo MAC della scheda di interfaccia di rete**

Indirizzo SAPremoto

SAPADDR dell’interfaccia di rete mainframe (ilvalore di default è 4)**

96 Versione 1.5


Nome delsistema SNAserver

nome del sistema NT su cui è installato SNA server

* Indica che questi valori sono specifici del sito

** Indica i parametri per le connessioni commutate

Installare Microsoft HIS Server sulla workstation Windows NT fisicamente collegata ad unascheda Token Ring o Ethernet. Questa workstation deve essere collegata localmente o inremoto a MVS.

I passi di seguito riportati identificano i task coinvolti nella configurazione delle sezionidell’HIS server. Quest’ultimo è progettato come Windows Explorer, utilizzando quindi unagerarchia simile a quella ad albero. Ogni sezione richiede l’inserimento di un tipo di oggettoche deve essere creato e configurato.

Viene fornita ora una configurazione di rete token ring per mostrare un esempio su comeconfigurare l’HIS server. (Per ulteriori informazioni, consultare l’aiuto dell’HIS server.)

La struttura ad albero dell’HIS server da configurare è:

ServersLink ServicesSNA Service

ConnectionsLocal APPC LUsRemote APPC LUs

APPC ModesCPIC Symbolic Names

Sotto i server, localizzare il nome del server su cui è installato l’HIS server e apportare leseguenti modifiche di configurazione. HIS Server è un’applicazione tradizionale di Windowsed è possibile accedere al menu delle proprietà facendo clic su qualsiasi oggetto eselezionando poi il pulsante delle proprietà.

1. Aggiornare uno SNA Service.L’utente deve fornire il nome di rete (Network Name) edel punto di controllo (Control Point Name) dell’ambiente VTAM a cui verrà collegatoSNA manager. Modificare le proprietà diSNA Serviceper aggiungere il nome dicontrollo e del punto di controllo.

Titolo Nome per SNA Service

Comment è facoltativo

Network Name è obbligatorio

Control Point Name è obbligatorio

2. Inserire un Link Service al posto dello SNA Service creato utilizzando il protocollo chesupporta il tipo di connessione fisica in uso. Ad esempio, Token Ring o Ethernet possonoutilizzare il protocollo DLC 802.2.

(Il protocollo utilizzato deve essere installato sulla macchina. Nel caso in cui non lo sia,si riceverà un messaggio di errore indicante che il protocollo non è installato sul


7.Installazione

diHIS

(Host

IntegrationS

erver)

computer.)

Titolo Nome per Link Service

Adapter name di Token Ring / Ethernet

SAP x04

Check SAP fisso

Do not check Consente la distribuzione di Link Service

3. Inserire una Connection per Link Service (clic con il tastino destro su SNA Servicee selezionare New-->802.2).

¶ Separatore General

Titolo Nome per Connection Service

Name Nome per la connessione (qui, il nome PU si rilevaspesso utile).

Select service name of link service


Remote End Sistema host

Allowed Directions Entrambe le direzioni

Activation All’avvio del server

¶ Separatore Address


Remote Network Address Indirizzo Mac a 12 Byte

Remote SAP address Indirizzo SAP remoto da VTAM

¶ Separatore System Identification


Local Node Name options:

Network Name Vedere #1, Inserire uno SNA Service

Control Point Name Cpname definito sul nodo PU2.1

Local Node ID IDNUM e IDBLK definiti sul nodo PU2.1

XID type Formato 3

Remote Node Name options Non compilare.

Compression Type Nessuno

¶ Separatore 802.2 DLC

Le impostazioni di default sono sufficienti.

A questo punto, se la connessione fisica è impostata e le definizioni all’interno diSNA Server sono corrette, la connessione dovrebbe essere attivata all’avvio di SNAService. Quando viene avviato, viene visualizzato uno stato ‘Attivo’ su SNA Servicee Connection Name.

4. Inserire un Local APPC LU

98 Versione 1.5


Titolo Nome per Local APPC LU

LU Alias Il nome della LU indipendente

Network Name stesso nome fornito in #1

LU Name stesso nome di LU Alias


¶ Separatore Advanced


Member of default outgoing local APPC LU Pool Controlla

Timeout for starting invokable TPs 600 secondi

Implicit Remote LU Nessuno

LU6.2 Type Indipendente

LU6.2 Resync Service Non compilare.

Esiste solo un Local APPC LU che definisce il nodo PU2.1 che risiede in VTAM.

5. Inserire un Remote APPC LU


Titolo Nome per Remote APPC LU

Connection Assegnare un nome connessione da utilizzare

LU Alias Remote APPC LU



Uninterpreted Name stesso nome di LU Alias


¶ Separatore Options


Parallel Sessions Controlla

Implicit Incoming Mode Nessuno

Session level security No

Enable SyncPoint Non controllare.

Impostare una definizione Remote APPC LU per ogni id appl APPC definito per glispazi di indirizzo del server OS/390. Se sono presenti 8 sistemi MVS da cui TBSMper Windows NT deve raccogliere dati, dovrebbero essere presenti 8 definizioniRemote APPC LU all’interno di questa sezione.

6. Inserire un APPC Mode – inserire il nome modalità definito in VTAM


7.Installazione

diHIS

(Host

IntegrationS

erver)


Titolo Nome per Modetab

Mode Name Il nome della voce di modalità VTAMdell’installazione


¶ Separatore Limits – Deve corrispondere alle definizioni di id appl di VTAM

Titolo Numero

Parallel Session Limit 4

Minimum Contention Winner Limit 1

Partner Min Contention Winner Limit 1

Automatic Activation Limit 0

¶ Separatore Characteristics– Le dimensioni RU devono corrispondere alla tabellamodalità VTAM

Titolo Numero

Pacing Send count 7

Pacing Receive count 7

Max Send RU size 1024

Max Receive RU size 1024

¶ Separatore Partners

Seguire le istruzioni di aggiunta per associare coppie LU, nomi Local e Remote LU.

¶ Separatore Compression


7. Inserire un CPIC Symbolic Name

Esistono due nomi simbolici da inserire. Il nome ACC1RCV è associato al nomeprocesso relativo ai dati ricevuti dal client al posto di SNA Manager. Il nomeACC1RECV è associato al nome processo per i dati inviati dal client a OS/390.ACC1RECV viene utilizzato solo per la funzione di scaricamento APPC. I client chestanno utilizzando la funzione di scaricamento FTP non necessitano di ACC1RECV.

ACC1RCV


Titolo Nome per CPIC Symbolic name

Name ACC1RCV


Conversation Security Nessuno

Mode Name Il menu voce della modalità VTAMdell’installazione

100 Versione 1.5

¶ Separatore Partner Information


Check Application TP Immettere ACC1RCV nella casella a destra

Partner LU Name Alias Nome Local APPC LU

ACC1RECV



Name ACC1RECV



Mode Name Il menu voce della modalità VTAMdell’installazione



Check Application TP Immettere ACC1RECV nella casella a destra.

Partner LU Name Alias Nome Remote APPC LU

SNA Server Manager è ora configurato e pronto per essere utilizzato da SNA ManagerClient. Quando si apportano modifiche a SNA Server, la connessione e SNA Service devonoessere arrestati. Una volta apportate le modifiche, la configurazione deve essere salvataprima di riavviare SNA Service e il nome connessione.

Installazione di Microsoft Host Integration ClientPer installare Microsoft HIS Client:

1. Eseguire il programma di installazione di Microsoft Host Integration 2000 e selezionareInstall Server. A seconda della configurazione del sistema operativo, è possibile ricevereun messaggio di errore indicante che i prerequisiti per il bridge MQ Series e perl’integrazione della sicurezza non sono presenti. SelezionareYes per continuare se siriceve un errore relativo a queste specifiche opzioni.

2. Seguire le istruzioni presenti su ogni pannello nel corso dell’installazione, a meno chesuccessivamente non venga indicato diversamente, utilizzare le opzioni di default diinstallazione di ogni pannello.

3. Sulla finestra di dialogoSelect Features, assicurarsi che le opzioni riportate di seguitosiano le uniche selezionate per l’installazione:

¶ Supporto SNA Application (Notare che tutte le opzioni sotto di essaNON devonoessere installate.)

¶ Applications e Tools

¶ 3270 Client.


7.Installazione

diHIS

(Host

IntegrationS

erver)

4. Sulla finestra di dialogoServices Account, immettere lo stesso id utente e passwordutilizzati durante l’installazione di HIS Server.

5. Sulla finestra di dialogoLocate Servers, selezionareLocate servers by nameeaggiungereil nome del proprio HIS Server.

6. Selezionare i valori di default per le rimanenti finestre di dialogo.

Configurazione di HIS ClientDopo l’installazione, sono presenti due passi per configurare il collegamento ad ogni sistemaMVS.

Passo 1

Installare il programmaTPSTART.exeda eseguire sul client quando viene avviata laworkstation Windows NT.

Il programma TPSTART è un task a bassa priorità che deve essere eseguito per consentire aSNA client di comunicare con SNA Manager utilizzando i servizi LU6.2.

Il programma TPSTART può essere trovato nella cartella SNA\System in cui è installatoSNA Client. Impostare una scelta rapida nella cartella di avvio della workstation.

Passo 2

Installare i componenti OS/390 sul server gestori eventi.

Prima di tentare la configurazione dei componenti OS/390 per il proprio ambiente TBSM,nel database TBSM devono essere presenti i sistemi operativi che si desidera aggiungere.Inoltre, per inviare dati da TBSM NT a OS/390 TBSM, la casella di spuntaSource/390deveessere selezionata sul separatoreSource/390di ogni sistema operativo.

Opzioni di configurazione del gestore eventiLe due configurazioni per i servizi di comunicazione TBSM sono:

¶ Configurazione 1: Tutti i servizi di comunicazione sono in esecuzione sulla macchinaSNA Client, nota come Gestore eventi. Generalmente, questa configurazione vieneutilizzata per le installazioni di meno di 35 sistemi operativi.

¶ Configurazione 2: I processi del listener e del gestore eventi sono in esecuzione sullamacchina SNA Client e i servizi del mittente sono in esecuzione sulla macchina delloSNA server. Generalmente, questa configurazione viene utilizzata per le installazioni dipiù di 35 sistemi operativi.

La Configurazione 1 viene considerata il metodo di installazione standard. Se l’installazioneriguarda più di 35 sistemi operativi, i servizi del mittente devono essere creati sul sistema diSNA server. Se l’installazione riguarda più di 35 sistemi operativi, seguire le istruzionicontenute nella sezione Installazione del server gestore eventi (Configurazione 2).

Note:

1. TPSTART è necessario solo dove è installato il servizio listener.

2. Non installare mai Listener su più di un client che punta allo stesso server HIS.

3. Riavviare il server gestore eventi la prima volta che viene eseguito makemvscomponentsoppure ogni volta che viene modificato il LUNAME locale (parametro -t).

102 Versione 1.5

Installazione del server gestore eventi (Configurazione 1)Sul server gestore eventi, è stato fornito lo script shell MakeMVSComponents per eseguirele operazioni riportate di seguito:

¶ Creare LU6.2 o il servizio di mittente IP per ogni OS

¶ Creare il servizio ricevente del file per ogni OS

¶ Creare il servizio gestore eventi per ogni OS

¶ Aggiornare il registro del listener per ogni OS (LU6.2 o IP).

Eseguire questo script sul server gestore eventi dalla directory TivoliManager\bin. Eseguirelo script per ogni sistema operativo del mainframe del proprio ambiente. Prima di eseguirelo script, è necessario che ogni OS del mainframe sia stato creato all’interno del database. E’possibile ottenere la sintassi dello script MakeMVSComponents immettendoshmakemvscomponents -hda una richiesta comandi sul server gestore eventi.

Per la Configurazione 1, utilizzare il valore di default di component_listing.

Installazione del server gestore eventi (Configurazione 2)La differenza tra la Configurazione 1 e laConfigurazione 2 consiste nel fatto che icomponenti sono divisi tra SNA server e il server gestore eventi. Nella Configurazione 2,utilizzare l’opzione-c nello scriptmakemvscomponentsper installare il(i) servizio(i) delmittente sullo SNA server e i rimanenti servizi sul server gestore eventi. Di seguito vengonoriportati degli esempi.

Nota: ASIEnqueueProxyServerdeve essere in esecuzione sullo stesso server su cui è inesecuzioneASIMVSSenderSvc. SeASIUploadRuleSvcviene installato ora, deveessere disabilitato. E’ necessario che sia presente solo unASIMVSUploadRuleSvcper ambiente di sistema TBSM.

Esempio 1. Installare solo il gestore eventi e i servizi del Listener per un OS denominatoM2CPUA su M2/LPARA/CPUA sul server gestore eventi:sh makemvscomponents -BM2CPUA -O'M2/LPARA/CPUA'-cEH,LS,FR-dUSASI01.NJ1TM390

Esempio 2.Installare solo il servizio del mittente per un OS denominato M2CPUA suM2/LPARA/CPUA sullo SNA server:sh makemvscomponents -BM2CPUA -O'M2/LPARA/CPUA' -cSS -xNJ1TM390

Una volta eseguiti questi script, avviare il nuovo gestore eventi e i servizi del mittente creatiper i sistemi operativi del mainframe. Il servizio del mittente non verrà avviato con esitopositivo se la configurazione di SNA Server di questo OS non è presente.

Convalida del supporto LU6.2Effettuare i seguenti passi per assicurarsi che sia presente una connessione fisica tra TivoliManager Source/390 e Microsoft Host Integration Server.

1. Aprire l’applicazione SNA Manager per visualizzare se la connessione è attiva. Nel casoin cui non lo sia, avviarla. (Fare riferimento ai supporti didattici di aiuto di MicrosoftHIS Server)


7.Installazione

diHIS

(Host

IntegrationS

erver)

Una volta verificata la connessione fisica, i processi del listener MVS sono pronti peressere utilizzati per TBSM per Windows NT.

2. Avviare Tivoli Manager Source/390 su un sistema OS/390. L’esecuzione del programmalistener MVS su questa workstation di HIS client associata al sistema OS/390 deveessere avviata automaticamente. (Fare riferimento all’installazione e configurazione diSource/390)

I metodi di seguito riportati possono essere utilizzati per determinare se esiste unaconnessione tra SNA Server ed un sistema MVS:

¶ Utilizzare APPC Viewer su HIS Server Manager per visualizzare le sessioni connesse.(Fare riferimento ai supporti didattici di aiuto di HIS Server)

¶ Immettere D NET,ID=luname,E sulla console MVS per visualizzare le sessioni stabilitedalla prospettiva di VTAM. (Fare riferimento a VTAM Operators Guide)

¶ Esaminare la Cartella log all’interno della directory di TBSM Windows NT sullaworkstation dello SNA Client per ricercare i file che iniziano con LS e MVSL_. Sequesti file esistono, SNA Server Manager ha richiamato il programma TP (ACC1RCV)sulla macchina client. Per ogni MVS Listener richiamato da SNA Server esiste un file dilog. Lo stato viene indicato in un messaggio all’interno del file di log.

Installazione del server gestore eventi tramite IP (Configurazione 3)Questa sezione include un esempio per l’installazione di TBSM per utilizzare i servizi dicomunicazione IP. L’esempio installa i servizi TBSM NT/2000 per il sistema operativoCPUA sotto LPAR LPARA. Utilizzare l’opzione –h dello scriptmakemvscomponenetsperottenere le informazioni sull’aiuto.sh makemvscomponentes.ksh –BM2CPUA –O’M2/LPARA/CPUA’-wIBMMVS.HOSTA.COM:1023 -v1022

Dove 1023 è il numero di porta da specificare sulla scheda TCPIP_SERVER_PORT per ilserver degli oggetti TBSM.

Dove 1022 è il numero di porta in ascolto da specificare sulla scheda TCPIP_PORT per ilserver degli oggetti TBSM.

Note:

1. L’interfaccia delle comunicazioni IP viene installata per fornire le tabelle delle codepage.

2. Se si sta eseguendo la migrazione da LU6.2 a IP, eseguiremakemvscomponenetsconl’opzione -r per rimuovere i componenti, quindi eseguire di nuovomakemvscomponenetsper installare i componenti per utilizzare IP.

Aggiunta di ulteriori sistemi operativiSe un nuovo sistema operativo (OS) viene installato nell’ambiente una volta completatal’installazione, effettuare quanto segue per collegare il nuovo OS al TBSM.

1. Installare i tre task avviati (TBSM Source/390 Object Pump, TBSM Source/390 ObjectServer e TBSM Source/390 Dataspace) sul nuovo sistema operativo. APF autorizza lalibreria di caricamento. Copiare i parametri di avvio dal sistema operativo esistente.Assicurarsi che tutti i requisiti di ottimizzazione MVS siano soddisfatti (e.g. priorità didistribuzione appropriata e non sottoponibile a swap).

104 Versione 1.5

2. Installare e personalizzare le interfacce TBSM necessarie in altri prodotti OS/390, comeOPC, CA-7, SA/390, CICS e DB2.

3. Apportare le seguenti modifiche VTAM (fare riferimento alla sezione di configurazionedi VTAM di questo manuale per ulteriori informazioni);

a. Definire l’id appl TBSM Source/390 Object Server in VTAM sul nuovo sistema.Assicurarsi che questo id appl abbia accesso alla LU di SNA Server (ad esempio,aggiungere i CDRSC necessari o aggiornare l’uscita SME come richiesto). L’id apple la LU devono essere in grado di avviare l’una le sessioni dell’altra. Aggiornare iparametri di avvio del server degli oggetti per poter utilizzare questo id appl.

b. Definire gli id appl di Omegamon se si utilizza questo monitor delle prestazioni percatturare i dati. Ricordare che si necessita di un id appl definito per ogni CICS, DB2o MVS Omegamon a cui ci si collegherà. Aggiornare i parametri di avvio del serverdegli oggetti in modo da riflettere le definizioni di id appl installate.

c. Installare la tabella logmode relativa a TBSM. Assicurarsi che il nome logmodeutilizzato venga indicato nei parametri di avvio del server degli oggetti, nello scriptshell makemvscomponents e nella definizione di id appl.

4. Aggiornare HIS Server come segue:

a. Inserire un Remote APPC LU che rappresenta il nuovo id appl del server deglioggetti.

b. Se si sta utilizzando una tabella logmode diversa da quella degli altri sistemioperativi, inserire tale nome tabella come una modalità APPC e configurarla in modoche corrisponda alle definizioni di VTAM.

c. Se si sta utilizzando una logmode esistente, aggiornare il separatore Partners in modoche rifletta la nuova relazione tra Local e Remote LU.

Queste modifiche richiedono il riavvio di SNABASE su questa macchina e dellamacchina del gestore eventi. Si consiglia di riavviare la macchina dello SNA Server edi riavviare quella del gestore eventi in questo momento.

5. Aggiornare il database in modo che includa in nuovo OS. Sul separatore Source/390,assicurarsi che Source/390 sia abilitato. Non è possibile passare al Passo 5 senzaaggiungere l’OS al database. Inoltre, assicurarsi di inserire il nuovo OS nella lineaaziendale appropriata all’interno della LOB detta SYSPLEXES.

6. Sul PC del gestore eventi, utilizzare lo script makemvscomponents (come documentatonella sezione intitolata Installazione dei componenti MVS sul server gestore eventi) percreare i componenti necessari per il nuovo OS. Una volta eseguiti questi script, avviare ilnuovo gestore eventi e il servizio mittente creati per il proprio OS.

Ora si è pronti per verificare la connettività al nuovo OS. Consultare la sezione intitolataConvalida del supporto LU6.2 per le procedure.


7.Installazione

diHIS

(Host

IntegrationS

erver)

106 Versione 1.5

Hardware

La riuscita implementazione di TBSM (Tivoli Business Systems Manager) coinvolge lacooperazione e l’interfacciamento di diversi componenti. Questi componenti si dividono indue categorie: Hardware e Software. I componenti hardware forniscono una architetturafisica e logica per supportare le operazioni di TBSM. Gli elementi hardware si riferiscono acomponenti mainframe, basati sul server e sulla workstation. Gli elementi software vengonoinstallati sull’hardware per fornire supporto operativo, come ad esempio database,comunicazioni ed esecuzione delle operazioni TBSM.

Questa appendice fornisce informazioni dettagliate sugli elementi hardware e softwarenecessari per supportare l’implementazione di TBSM. Le informazioni includono un’ampiadefinizione di ogni categoria, come pure configurazioni specifiche necessarie per ognielemento.

Differenze tra Enterprise Edition e Distributed EditionI requisiti hardware e software per Tivoli Business Systems Manager Enterprise Edition eDistributed Edition vengono documentati in questa sezione. Sebbene la maggior parte deirequisiti hardware e software per entrambe le edizioni siano identici, si possono rilevaredelle differenze. La differenza più evidente consiste nel numero di server consigliato, chepuò causare il consolidamento dei componenti software. Ad esempio, per Enterprise Editionsi consiglia di inserire i componenti della propagazione su un server e il server delleapplicazioni su un altro, mentre in Distributed Edition, sia la propagazione che il server delleapplicazioni sono in esecuzione su un unico server.

Server NT (Enterprise Edition)L’installazione di diversi server basati su NT è critica per il corretto funzionamento diTBSM. Ognuno dei server installati esegue una specifica elaborazione o funzionalità nelsupporto di TBSM (Tivoli Business Systems Manager).

Sei server si occupano di operazioni funzionali di TBSM Enterprise Edition a livello NT.Queste operazioni sono:

Server di propagazioneFacilita l’escalation degli allarmi che derivano da messaggi ed errori in TivoliBusiness Systems Manager.

SQL ServerSi occupa dell’esecuzione dell’SQL server e contiene il database degli oggettiutilizzato da TBSM.

Server cronologicoQuesto server conserva una traccia di controllo di tutte le azioni ed eventi su cui

A


A.

Hardw

are

interagisce TBSM. Inoltre, il server cronologico fornisce la piattaforma delleoperazioni relative a IIS (Internet Information Services).

Server delle applicazioniOpera come ambiente di esecuzione per tutte le procedure e i programmidell’applicazione basati sulla workstation utilizzati da TBSM.

Server gestore eventi/fileFornisce l’ambiente in cui i dati vengono inseriti nelle code che supportano file perl’inserimento nel database.

SNA ServerFornisce un ambiente di gestione SNA per le comunicazioni tra componenti di rete eil mainframe.

I server rimanenti vengono utilizzati per:

¶ La verifica

¶ Il controllo di qualità

Affinché la funzionalità di tali server sia ottimale, devono essere abiliti per supportare leoperazioni di verifica e di controllo della qualità per l’implementazione di TBSM.

Si consiglia vivamente di effettuare l’acquisizione, l’installazione e la configurazione diquesti server. Mentre è possibile raggiungere un’installazione di TBSM riuscita senza iserver Verifica e Controllo di qualità, la maggiore produttività e un processo diimplementazione più efficiente compenserà l’ulteriore costo hardware.

Server NT (Distributed Edition)L’installazione di diversi server basati su NT è critica per il corretto funzionamento diTBSM. Per ogni implementazione, si consiglia un totale di due server. Ognuno dei serverinstallati esegue uno specifico gruppo di elaborazioni o funzionalità nel supporto di TBSM.

Due server si occupano dell’operazione funzionale di TBSM - Distributed Edition a livelloNT. Queste operazioni sono:

SQL ServerSi occupa dell’esecuzione dell’SQL server e contiene il database degli oggettiprincipale utilizzato da TBSM.

Server delle applicazioniQuesti server eseguono diversi task. Il server delle applicazioni opera come ambientedi esecuzione per tutte le procedure e i programmi dell’applicazione basati sullaworkstation, mentre la propagazione elabora gli errori e i messaggi immessi nelsistema dal processo Agent Listener.

Workstation NTPer occuparsi sia del supporto amministrativo che operativo, è necessario ottenere diverseworkstation basate su NT. Per ogni implementazione, si consigliano tre workstation. Esseforniscono all’utente un mezzo per intervenire e interagire con TBSM, come pure facilitarele operazioni di gestione del server.

108 Versione 1.5

Hardware & Software di Enterprise Edition

Di seguito vengono riportati i requisiti hardware e software (produzione) per l’EnterpriseEdition di TBSM.

HardwareLa tabella di seguito riportata visualizza i requisiti hardware.

Propagazione eServer delleapplicazioni

SNA Server Server databasecronologico

SQL DatabaseServer

Server gestoreeventi perOS/390

Single Pentium III,866MHz,compatibile conDual

Single PentiumIII, 866MHz

Dual Pentium IIIXeon, 866MHz, 1MB di cache,compatibile conprocessore Quad

Dual Pentium IIIXeon, 866MHz, 1MB di cache,compatibile conprocessore Quad

Single PentiumIII, 866MHz,compatibile conDual

1GB RAM 1GB RAM 4GB RAM 4GB RAM 1GB RAM

Unità di sistema:RAID1, 18GB

Unità disistema:RAID1, 18GB

Unità di sistema:RAID1, Partizione18GB



Unità di dati:RAID1, 18GB


Unità di dati:RAID5, Partizione108GB



Nota: Se si sta operando su NT 4.0 con un’unità di sistema di 4GB, TBSM e il softwarenecessario devono essere installati su un’unità alternativa con 18GB di spazio libero.

Tutti i server devono disporre di:

¶ NIC (Network Interface Card) ridondante

¶ Alimentatore ridondante

SoftwareTutti i server devono disporre di:

¶ Windows 2000 Server e Service Pack 1oppure NT Server 4.0 e Service Pack 6a

¶ MKS Toolkit 7.0

¶ NT 4.0 Resource Kit Supplement 3

B


B.

Hardw

are&

Softw

aredi

Enterprise

Edition

Nota: Questo kit di risorse è necessario anche su Windows 2000. Non utilizzareWindows 2000 Resource Kit.

¶ Internet Explorer (IE) Versione 5.0

L’ SQL Database Serverdeve disporre di:

¶ NT 4.0 Enterprise Edition, se si sta utilizzando NT 4.0

¶ SQL 7.0 Enterprise Edition e Service Pack 2

¶ Microsoft Host Integration Server / SNA Server 4.0 e Service Pack 2 Client

Il Server database cronologicodeve disporre di:

¶ NT 4.0 Enterprise Edition, se si sta utilizzando NT 4.0

¶ SQL 7.0 Enterprise Edition e Service Pack 2

¶ Internet Information Server (IIS)

v NT 4.0 - Pacchetto opzioni IIS 4.0

v Windows 2000 - IIS 5.0

Il Server delle applicazionideve disporre di:

¶ Merant Connect JDBC 2.0

Nota: Merant è necessario per Java Application Server. E’ possibile che si verifichi unproblema se sulla propria macchina non è presente Java quando si installaMerant. E’ possibile che si riveli necessario installare Merant una volta installatoTBSM Application Server (server delle applicazioni).

Merant deve essere installato nel percorso di default. Se viene installato inun’ubicazione diversa da quella di default, potrebbe essere necessario aggiornareil CLASSPATH nel file servers.properties. Consultare TBSM - Manuale per lagestione per ulteriori informazioni.




Il Server di propagazionenon richiede alcun software aggiuntivo

Il Server gestore eventi per OS/390deve disporre di:

¶ Programmi di utilità client SQL 7.0


SNA Server deve disporre di

¶ Microsoft Host Integration Server, Versione 5.0 o SNA Server 4.0 e Service Pack 2


110 Versione 1.5

Requisiti hardware e software per la verifica e il controllo di qualità

Hardware

Server delle applicazioni eserver di propagazione

Server gestore eventi e SNAserver

SQL Server

Single Pentium III, 866MHz Single Pentium III, 866MHzXeon (1 MB cache)

Dual Pentium III, 866MHzXeon (1 MB cache)

512MB RAM 512MB RAM 2GB RAM

Unità di sistema: RAID1, 18GB Unità di sistema: RAID1, 18GB Unità di sistema: RAID1, 18GB

Unità di dati: RAID1, 18GB Unità di dati: RAID1, 18GB Unità di dati: 50GB





¶ Windows 2000 Server e Service Pack 1 oppure NT Server 4.0 e Service Pack 6a

¶ MKS Toolkit 7.0




L’ SQL Server deve disporre di:

¶ SQL 7.0 e Service Pack 2


Il Server cronologicodeve disporre di:










Il Server di propagazionenon richiede alcun software aggiuntivo.


B.

Hardw

are&

Softw

aredi

Enterprise

Edition

Il Server gestore eventideve disporre di



SNA Server deve disporre di

¶ Microsoft Host Integration Server, Versione 5.0 o SNA Server 4.0 e Service Pack 2


Nota: A causa della rapidità di cambiamento dell’ambiente IT, i requisiti hardware esoftware relativi a Tivoli Business Systems Manager potrebbero cambiare di volta involta. Di seguito vengono riportati i requisiti minimi.

Requisiti hardware e software - Workstation

HardwareDi seguito vengono riportati i requisiti hardware per le workstation.

Workstation

Single Pentium III, 500MHz

256MB RAM

100MB di spazio libero su disco

SoftwareDi seguito vengono riportati i requisiti software per le workstation.

Workstation

NT Workstation 4.0 & Service Pack 6a

OPPURE

Windows 2000 Professional e Service Pack 1

112 Versione 1.5

Hardware & Software di DistributedEdition

Le tabelle di seguito riportate visualizzano i requisiti hardware e software per TBSMDistributed Edition.

HardwareLa tabella di seguito riportata visualizza i requisiti hardware.

Server delle applicazioni e server dipropagazione

Server database

Single Pentium III, 866MHz Dual Pentium III, 866MHz

1GB RAM 2GB RAM

Unità di sistema: RAID1, 18GB Unità di sistema: RAID1, 18GB

Unità di dati: RAID1, 18GB Unità di dati: RAID5, 50GB

Nota: Se si sta operando su NT 4.0 con un’unità di sistema di 4GB, TBSM e il softwarenecessario devono essere installati su un’unità alternativa con 18GB di spazio libero.





¶ Windows 2000 Server e Service Pack 1 oppure NT Server 4.0 e Service Pack 6a

¶ MKS Toolkit 7.0




L’ SQL Server deve disporre di:


C


C.

Hardw

are&

Softw

aredi

Distributed

Edition

Il Server cronologicodeve disporre di:



v NT 4.0 - Pacchetto opzioni IIS 4.0 o




Nota: Merant è necessario per Java Application Server. E’ possibile che si verifichi unproblema se sulla propria macchina non è presente Java quando si installaMerant. E’ possibile che si riveli necessario installare Merant una volta installatoTBSM Application Server (server delle applicazioni).

Merant deve essere installato nel percorso di default. Se viene installato inun’ubicazione diversa da quella di default, potrebbe essere necessario aggiornareil CLASSPATH nel file servers.properties. Per ulteriori informazioni consultareTBSM - Manuale per la gestione.


v NT 4.0 - Pacchetto opzioni IIS 4.0 o


Il Server di propagazionenon richiede alcun software aggiuntivo.

Componenti installati di TBSM - Distributed EditionLa tabella di seguito riportata visualizza i componenti installati per il server database eapplicazione relativi a TBSM - Distributed Edition.

Server delle applicazioni Server database

File del server delle applicazioni File di estensione SQL

Strumenti e programmi di utilità Strumenti e programmi di utilità

Componenti Agent di propagazione Staged Event Loader

File di programma della workstation(facoltativo)

NT Agent Listener

File di aiuto (facoltativo) TBSM xdfparser

TBSM TDS

File di programma Workstation (facoltativo)

File di aiuto (facoltativo)

Sistema di report (facoltativo)

Documentazione attiva (facoltativa)

Software endpoint gestito TBSM

Sistemi operativi: (vedere le note di release per requisiti di versione e ptf) AIX, Win NT, Solaris,HP-UX 10.20 o 11.0

114 Versione 1.5

Software endpoint gestito TBSM

Framework: Tivoli Framework Managed Node o TMA endpoint 3.6.1+ Tivoli DistributedMonitoring 3.6.1+ Tivoli ACF (per supporto endpoint)

Software Tivoli Management Region (TMR) Server: Tivoli Framework 3.6.1+ Tivoli DistributedMonitoring 3.6.1+ Tivoli Software Distribution 3.6.1+


C.

Hardw

are&

Softw

aredi

Distributed

Edition

116 Versione 1.5

Requisiti software per piattaforme nonWindows

I seguenti sono requisiti software per AIX, Linux e Solaris.

AIX AIX 4.3.3 con PTF e le patch correnti necessarie per eseguire Java 1.3 sullapiattaforma

Linux Linux kernel 2.2.2.x e le patch correnti necessarie per eseguire Java 1.3 su questapiattaforma

SolarisSolaris 2.6 o superiore e le patch correnti necessarie per eseguire Java 1.3 sullapiattaforma

Nota: Per determinare le patch necessarie per eseguire Java 1.3, contattare il fornitoreoppure andare sul sito web di quest’ultimo per scaricare le informazioni.

D


D.

Requisitisoftw

areper

piattaforme

nonW

indows

118 Versione 1.5

Configurazione di rete tramite firewall

Per consentire le comunicazioni tra i server TBSM e il relativo ambiente client tramite unfirewall o un router, è necessario definire le porte utilizzate per le comunicazioni tra icomponenti TBSM. Per ogni porta attivare i protocolli indicati. A seconda dellaconfigurazione del firewall o del router, potrebbe essere necessario definire le porte 135,136, 137 e 138 per i protocolli TCP e UDP.

Host Servizio Porta Direzione Note

TBSM NT Agent – ASINT

Tcpmux / TCP Port ServiceMultiplexer

TCP, UDP 1 Server -> Client Ping dall’host al serverspecificato

Telnet TCP, UDP 23 Server -> Client Connettività generale

Domain / Domain Name Server TCP, UDP 53 Server -> Client Connettività generale

WWW / World Wide Web HTTP TCP, UDP 80 Client -> Server Connettività generale

netbios-ssn / NetBIOS SessionService

TCP, UDP 139 Server -> Client Agent ASINT

Microsoft SNA Server – SNAServer01

ms-sna-server TCP, UDP 1477 Bi-direzionale Alimentatori di dati MVS

netbios-ns / NetBIOS Name Service TCP 137 Bi-direzionale Alimentatori di dati MVS

netbios-dgm / NetBIOS DatagramService

TCP 138 Bi-direzionale Alimentatori di dati MVS






TCP, UDP 1 Bi-direzionale Ping dall’host al serverspecificato

Telnet TCP, UDP 23 Bi-direzionale Connettività generale

Domain / Domain Name Server TCP, UDP 53 Bi-direzionale Connettività generale

WWW / World Wide Web HTTP TCP, UDP 80 Bi-direzionale Connettività generale

Microsoft SNA Base TCP, UDP 1478 Bi-direzionale Alimentatori di dati MVS

Programma di controllo del dominio

netbios-ns / NetBIOS Name Service TCP 137 Bi-direzionale Alimentatori di dati MVS

netbios-dgm / NetBIOS DatagramService







TCP, UDP 1 Bi-direzionale Ping dall’host al serverspecificato

Telnet TCP, UDP 23 Bi-direzionale Connettività generale

Domain / Domain Name Server TCP, UDP 53 Bi-direzionale Connettività generale

E


E.

Configurazione

diretetram

itefirew

all

Host Servizio Porta Direzione Note

WWW / World Wide Web HTTP TCP, UDP 80 Bi-direzionale Connettività generale

MQSeries

TCP 1411 Bi-direzionale Per alimentatore Gestorecode MQSeries

TCP 14xx Bi-direzionale Per alimentatori MQSeries

TBSM Log Forwarder – asisendlog

TCP 9400 Server -> Client Per alimentatori UNIX

TBSM Client Workstation 2.1.2.2+

TCP 9401 Client -> Server Da workstation a servizioapplicazione

TCP 9402 Server -> Client Servizio di notifica allaworkstation (MultiCaster)

courier / RPC TCP 530 Client -> Server Connettività da workstationa server

Configurazione dei componenti TBSM Windows NTQuesta sezione illustra come modificare il registro di Windows NT per utilizzare le portefisse.

Modifiche al registro di Windows NTIn un’installazione di default di TBSM, le porte utilizzate per le connessioniDa workstationa servizio applicazionee Servizio di notifica a workstation vengono assegnatedinamicamente. Per sostituire questa funzionalità e utilizzare le porte fisse come descrittonella precedente sezione, configurare le seguenti porte:

¶ Questa impostazione definisce l’indirizzo di porta per comunicare dalla workstation delclient al servizio applicazione. Aggiornare questa impostazione sull’host del servizioapplicazione e su qualsiasi workstation del client.

Chiave HKEY_LOCAL_MACHINE \ SOFTWARE \ Accessible Software, Inc. \ Access1 \ 1.0\ Components \ ASIApplicationSvc \ Settings

Nome Porta

Tipo DWORD

Dati 0x000024b9(9401)

¶ Questa impostazione definisce l’indirizzo di porta per comunicare dal servizio di notificaal MultiCaster sulla workstation del client. Aggiornare questa impostazione sull’host delservizio di notifica e su qualsiasi workstation del client.

Chiave HKEY_LOCAL_MACHINE \ SOFTWARE \ Accessible Software, Inc. \ Access1 \ 1.0\ MultiCaster \ Settings

Nome Porta

Tipo DWORD

Dati 0x000024ba(9402)

120 Versione 1.5

Configurazione di TBSM SQL ServerSe si verifica una conversione dell’indirizzo di rete tra i server TBSM e le workstation delclient, devono essere effettuate le seguenti azioni.

Su un server su cui è in esecuzione Microsoft SQL Query Analyzer collegato al databaseoggetti TBSM, creare i record utilizzati per ricercare i record NAT (network addresstranslation) TCP/IP. Le operazioni di query SQL di seguito riportate definiscono i recordNAT, ciò consente al servizio di notifica di comunicare con il MultiCaster in esecuzionesulla workstation del client.

Per una coppia NAT univoca, eseguire il comando SQL di seguito riportato:INSERT INTO network_address_translations(original_address, mapped_address)VALUES('ncacn_ip_tcp:<host>[<port>]', 'ncacn_ip_tcp:<virtual>:[<port>]')

Nel precedente esempio sono state applicate le seguenti definizioni:

Nome variabile Definizione

<host> L’indirizzo TCP/IP reale della workstation del client così come vienevisualizzato sulla suddetta workstation.

<virtual> L’indirizzo TCP/IP assegnato dal dispositivo di conversione (firewall,router, ecc.) utilizzato per mascherare l’indirizzo reale.

<port> La porta TCP/IP utilizzata per le comunicazioni dal servizio di notifica alMultiCaster, normalmente 9402


E.

Configurazione

diretetram

itefirew

all

122 Versione 1.5

Layout & stati per un’EDI di automazione

Questa appendice fornisce esempi di modifica della cattura dell’applicazione, i layout delrecord e gli stati disponibili per un’EDI di automazione.

Esempi di modifica della cattura dell’applicazioneQuesta sezione fornisce esempi di modifica per la cattura dell’applicazione.

¶ SA OS/390/* Pass MESSAGE to Object */'GTMEDISA' START_OF_DATAToken = "GTM" || rc'GTMEDISA' TOKEN 07 02 /* SA390 MESSAGE EVENT */'GTMEDISA' TOKEN 05 IPO1 /* SMF ID */'GTMEDISA' TOKEN 03 CICSREG1 /* OBJECT NAME */'GTMEDISA' TOKEN 08 SAM001I /* MESSAGE ID */'GTMEDISA' TOKEN 49 “Test message from SA390”/* MESSAGE TEXT */'GTMEDISA' TOKEN END_OF_DATA TRACEOFF

/* Pass EXCEPTION to Object */'GTMEDISA' START_OF_DATAToken = "GTM" || rc'GTMEDISA' TOKEN 07 03 /* SA390 EXCEPTION EVENT */'GTMEDISA' TOKEN 05 IPO1 /* SMF ID */'GTMEDISA' TOKEN 03 CICSREG2 /* OBJECT NAME */'GTMEDISA' TOKEN 08 TMAX /* EXCEPTION */'GTMEDISA' TOKEN 49 500 /* EXCEPTION VALUE */'GTMEDISA' TOKEN END_OF_DATA TRACEOFF

/* Pass IMS data */'GTMEDISA' START_OF_DATAToken = "GTM" || rc

'GTMEDISA' TOKEN 18 03 /* IMS MESSAGE EVENT */'GTMEDISA' TOKEN 02 IMSS /* IMS OBJECT TYPE */'GTMEDISA' TOKEN 15 USIBMNT.NTA7MVS /*NETWORK NAME AND VTAM APPL ID */'GTMEDISA' TOKEN 16 IPO1 /* SMF ID */'GTMEDISA' TOKEN 17 IMA1CTL/* IMS SUBSYSTEM NAME */'GTMEDISA' TOKEN 63 THRESHOLD /* STATE OF OBJECT */'GTMEDISA' TOKEN 64 RM0710W /* MESSAGE ID */'GTMEDISA' TOKEN 65 "Long message queue > x % ..."/* MESSAGE TEXT */'GTMEDISA' TOKEN END_OF_DATA TRACEOFF

/* Pass OPC Exception data */'GTMEDISA' START_OF_DATAToken = "GTM" || rc'GTMEDISA' TOKEN 07 05 /* OPC Exception EVENT */'GTMEDISA' TOKEN 03 OPCTST01 /* OBJECT NAME */

'GTMEDISA' TOKEN 05 IPO1 /* SMF ID */'GTMEDISA' TOKEN 08 'BATCHREPHR’ /* EXCEPTION */'GTMEDISA' TOKEN 10 OPCTST01 /* OPC APPLICATION NAME */'GTMEDISA' TOKEN 11 000406005 /* OPC INPUT ARRIVAL TIME */'GTMEDISA' TOKEN 12 CPU1 /* OPC WORKSTATION ID */'GTMEDISA' TOKEN 49 'REPLY FOR JOB OPCTST01'/* MESSAGE TEXT */'GTMEDISA' TOKEN END_OF_DATA TRACEOFF

F


F.Layout

&statiper

un’ED

Idiautom

azione

¶ OPS/MVS/* Pass MESSAGE to Object */ADDRESS “TSO” “OI GTMEDIOP” START_OF_DATAToken = "GTM" || rc“OI GTMEDIOP” TOKEN 09 02 /* OPSMVS MESSAGE EVENT */“OI GTMEDIOP” TOKEN 05 IPO1 /* SMF ID */“OI GTMEDIOP” TOKEN 03 CICSREG1 /* OBJECT NAME */“OI GTMEDIOP” TOKEN 08 SAM001I /* MESSAGE ID */“OI GTMEDIOP” TOKEN 49 “Test message from OPSMVS” /* MSGTXT */“OI GTMEDIOP” TOKEN END_OF_DATA TRACEOFF

/* Pass EXCEPTION to Object */“OI GTMEDIOP” START_OF_DATAToken = "GTM" || rc“OI GTMEDIOP” TOKEN 09 03 /* OPSMVS EXCEPTION EVENT */“OI GTMEDIOP” TOKEN 05 IPO1 /* SMF ID */“OI GTMEDIOP” TOKEN 03 CICSREG2 /* OBJECT NAME */“OI GTMEDIOP” TOKEN 08 TMAX /* EXCEPTION */“OI GTMEDIOP” TOKEN 49 500 /* EXCEPTION VALUE */“OI GTMEDIOP” TOKEN END_OF_DATA TRACEOFF

/* Pass IMS data */“OI GTMEDIOP” START_OF_DATAToken = "GTM" || rc“OI GTMEDIOP” TOKEN 18 03 /* IMS MESSAGE EVENT */“OI GTMEDIOP” TOKEN 02 IMSS /* IMS OBJECT TYPE */“OI GTMEDIOP” TOKEN 15 USIBMNT.NTA7MVS /* NETWORK.APPLID */“OI GTMEDIOP” TOKEN 16 IPO1 /* SMF ID */“OI GTMEDIOP” TOKEN 17 IMA1CTL /* IMS SUBSYSTEM NAME */“OI GTMEDIOP” TOKEN 63 THRESHOLD /* STATE OF OBJECT */“OI GTMEDIOP” TOKEN 64 RM0710W /* MESSAGE ID */“OI GTMEDIOP” TOKEN 65 "Long message queue > x % ..." /*TEXT*/“OI GTMEDIOP” TOKEN END_OF_DATA TRACEOFF

/* Pass OPC Exception data */“OI GTMEDIOP” START_OF_DATAToken = "GTM" || rc“OI GTMEDIOP” TOKEN 09 05 /* OPC Exception EVENT */“OI GTMEDIOP” TOKEN 03 OPCTST01 /* OBJECT NAME */“OI GTMEDIOP” TOKEN 05 IPO1 /* SMF ID */“OI GTMEDIOP” TOKEN 08 'BATCHREPHR’ /* EXCEPTION */“OI GTMEDIOP” TOKEN 10 OPCTST01 /* OPC APPLICATION NAME */“OI GTMEDIOP” TOKEN 11 000406005 /* OPC INPUT ARRIVAL TIME */“OI GTMEDIOP” TOKEN 12 CPU1 /* OPC WORKSTATION ID */“OI GTMEDIOP” TOKEN 49 'REPLY FOR JOB OPCTST01' /* MSG TEXT */“OI GTMEDIOP” TOKEN END_OF_DATA TRACEOFF

¶ AF/OPERATOR/* Pass MESSAGE to Object */CALL “GTMEDIAF” START_OF_DATAToken = "GTM" || resultCALL “GTMEDIAF” TOKEN 10 02 /* AF/OPER MESSAGE EVENT */CALL “GTMEDIAF” TOKEN 05 IPO1 /* SMF ID */CALL “GTMEDIAF” TOKEN 03 CICSREG1 /* OBJECT NAME */CALL “GTMEDIAF” TOKEN 08 SAM001I /* MESSAGE ID */CALL “GTMEDIAF” TOKEN 49 “Test message from AF Operator” /*MESSAGE TEXT */CALL “GTMEDIAF” TOKEN END_OF_DATA TRACEOFF

/* Pass EXCEPTION to Object */CALL “GTMEDIAF” START_OF_DATAToken = "GTM" || resultCALL “GTMEDIAF” TOKEN 10 03 /* AF/OPERATOR EXCEPTION EVENT */CALL “GTMEDIAF” TOKEN 05 IPO1 /* SMF ID */CALL “GTMEDIAF” TOKEN 03 CICSREG2 /* OBJECT NAME */CALL “GTMEDIAF” TOKEN 08 TMAX /* EXCEPTION */CALL “GTMEDIAF” TOKEN 49 500 /* EXCEPTION VALUE */CALL “GTMEDIAF” TOKEN END_OF_DATA TRACEOFF

124 Versione 1.5

/* Pass IMS data */CALL “GTMEDIAF” START_OF_DATAToken = "GTM" || resultCALL “GTMEDIAF” TOKEN 18 03 /* IMS MESSAGE EVENT */CALL “GTMEDIAF” TOKEN 02 IMSS /* IMS OBJECT TYPE */CALL “GTMEDIAF” TOKEN 15 USIBMNT.NTA7MVS/* NETWORK NAME AND VTAM APPL ID */CALL “GTMEDIAF” TOKEN 16 IPO1 /* SMF ID */CALL “GTMEDIAF” TOKEN 17 IMA1CTL /* IMS SUBSYSTEM NAME */CALL “GTMEDIAF” TOKEN 63 THRESHOLD /* STATE OF OBJECT */CALL “GTMEDIAF” TOKEN 64 RM0710W /* MESSAGE ID */CALL “GTMEDIAF” TOKEN 65 "Long message queue > x % ..."/* MESSAGE TEXT*/CALL “GTMEDIAF” TOKEN END_OF_DATA TRACEOFF

/* Pass OPC Exception data */CALL “GTMEDIAF” START_OF_DATAToken = "GTM" || resultCALL “GTMEDIAF” TOKEN 10 05 /* OPC Exception EVENT */CALL “GTMEDIAF” TOKEN 03 OPCTST01 /* OBJECT NAME */CALL “GTMEDIAF” TOKEN 05 IPO1 /* SMF ID */CALL “GTMEDIAF” TOKEN 08 'BATCHREPHR’ /* EXCEPTION */CALL “GTMEDIAF” TOKEN 10 OPCTST01 /* OPC APPLICATION NAME */CALL “GTMEDIAF” TOKEN 11 000406005 /* OPC INPUT ARRIVAL TIME */CALL “GTMEDIAF” TOKEN 12 CPU1 /* OPC WORKSTATION ID */CALL “GTMEDIAF” TOKEN 49 'REPLY FOR JOB OPCTST01' /* MSG TEXT */CALL “GTMEDIAF” TOKEN END_OF_DATA TRACEOFF

¶ MAIN VIEW/AUTO OPERATOR/* Pass MESSAGE to Object */“GTMEDIAO” START_OF_DATAToken = "GTM" || rc“GTMEDIAO” TOKEN 12 02 /* MAINVIEW/AUTO OPERATOR MESSAGE EVENT */“GTMEDIAO” TOKEN 05 IPO1 /* SMF ID */“GTMEDIAO” TOKEN 03 CICSREG1 /* OBJECT NAME */“GTMEDIAO” TOKEN 08 SAM001I /* MESSAGE ID */“GTMEDIAO” TOKEN 49 “Test message from Auto Operator” /* MSGTXT */“GTMEDIAO” TOKEN TOKEN END_OF_DATA TRACEOFF

/* Pass EXCEPTION to Object */“GTMEDIAO” START_OF_DATAToken = "GTM" || rc“GTMEDIAO” TOKEN 12 03 /* MAIN VIEW/AUTO OPER EXCEPTION EVENT */“GTMEDIAO” TOKEN 05 IPO1 /* SMF ID */“GTMEDIAO” TOKEN 03 CICSREG2 /* OBJECT NAME */“GTMEDIAO” TOKEN 08 TMAX /* EXCEPTION */“GTMEDIAO” TOKEN 49 500 /* EXCEPTION VALUE */“GTMEDIAO” TOKEN END_OF_DATA TRACEOFF

/* Pass IMS data */“GTMEDIAO” START_OF_DATAToken = "GTM" || rc“GTMEDIAO” TOKEN 18 03 /* IMS MESSAGE EVENT */“GTMEDIAO” TOKEN 02 IMSS /* IMS OBJECT TYPE */“GTMEDIAO” TOKEN 15 USIBMNT.NTA7MVS/* NETWORK NAME AND VTAM APPL ID */“GTMEDIAO” TOKEN 16 IPO1 /* SMF ID */“GTMEDIAO” TOKEN 17 IMA1CTL /* IMS SUBSYSTEM NAME */“GTMEDIAO” TOKEN 63 THRESHOLD /* STATE OF OBJECT */“GTMEDIAO” TOKEN 64 RM0710W /* MESSAGE ID */“GTMEDIAO” TOKEN 65 "Long message queue > x % ... "/*MESSAGE TEXT */“GTMEDIAO” TOKEN END_OF_DATA TRACEOFF

/* Pass OPC Exception data */“GTMEDIAO” START_OF_DATAToken = "GTM" || rc“GTMEDIAO” TOKEN 12 05 /* OPC Exception EVENT */“GTMEDIAO” TOKEN 03 OPCTST01 /* OBJECT NAME */“GTMEDIAO” TOKEN 05 IPO1 /* SMF ID */“GTMEDIAO” TOKEN 08 'BATCHREPHR’ /* EXCEPTION */“GTMEDIAO” TOKEN 10 OPCTST01 /* OPC APPLICATION NAME */


F.Layout

&statiper

un’ED

Idiautom

azione

“GTMEDIAO” TOKEN 11 000406005 /* OPC INPUT ARRIVAL TIME */“GTMEDIAO” TOKEN 12 CPU1 /* OPC WORKSTATION ID */“GTMEDIAO” TOKEN 49 'REPLY FOR JOB OPCTST01' /* MSG TEXT */“GTMEDIAO” TOKEN END_OF_DATA TRACEOFF

Layout del record per le modifiche di stato, i messaggi e gli erroriSeguire le matrici riportate di seguito per trasferire le modifiche di stato, i messaggi e glierrori tramite REXX EDI.

Tipo formato =″??″ (?? = 07 per SA390, 09 per OPSMVS, 10 per AFOPER, 12 per AUTOOPER)Tipo di azione =″01″ (Modifica stato)

Nome campo Tipodi dati

Valore Tipo dicampo

Necessario Commento

Nome_oggetto 03 Nome dell’oggetto(STC, Batch job, ecc.)

CHAR Sì

SMFID 05 Nome dell’immagineMVS

CHAR Sì

Tipo_risorsa 06 Tipo di oggetto(Sottosistema)

Sì

Tipo_evento 08 Stato CHAR Sì

Tipo formato =″??″ (?? = 07 per SA390, 09 per OPSMVS, 10 per AFOPER, 12 per AUTOOPER)Tipo di azione =″02″ (Messaggio)


Valore Tipo dicampo

Necessario Commento


CHAR Sì


CHAR Sì


Tipo_evento 08 ID messaggi CHAR Sì

Stato_evento 09 Stato CHAR Da utilizzare se sitrasferisce lamodifica stato daltesto delmessaggio.

Testo_evento 49 Testo del messaggio dainoltrare

CHAR Sì

126 Versione 1.5

Tipo formato =″??″ (?? = 07 per SA390, 09 per OPSMVS, 10 per AFOPER, 12 per AUTOOPER)Tipo di azione =″03″ (Errore)


Valore Tipo dicampo

Necessario Commento


CHAR Sì


CHAR Sì


Tipo_evento 08 Errore CHAR Sì Errore (TMAX,TMIN, ecc.)



CHAR Sì Valore dell’errore(50, 100, ecc.)

Tipo formato =″??″ (?? = 07 per SA390, 09 per OPSMVS, 10 per AFOPER, 12 per AUTOOPER)Tipo di azione =″04″ (Messaggio OPC)

Nome campo Tipo didati

Valore Tipo dicampo

Necessario Commento


CHAR Sì


CHAR Sì


Tipo_evento 08 Stato, ID messaggio,Errore

CHAR Sì


ID APPL 10 ID applicazione OPC CHAR Sì Necessario se sitrasferiscono datiOPC

IA 11 Tempo di arrivo inputOPC

CHAR Sì Necessario se sitrasferiscono datiOPC

WKSTNID 12 ID Workstation OPC CHAR Sì Necessario se sitrasferiscono datiOPC


CHAR Sì


F.Layout

&statiper

un’ED

Idiautom

azione

Tipo formato =″??″ (?? = 07 per SA390, 09 per OPSMVS, 10 per AFOPER, 12 per AUTOOPER)Tipo di azione =″05″ (Errore OPC)

Nome campo Tipo didati

Valore Tipo dicampo

Necessario Commento


CHAR Sì


CHAR Sì


Tipo_evento 08 Stato, ID messaggio,Errore

CHAR Sì


ID APPL 10 ID applicazione OPC CHAR Sì Necessario se sitrasferiscono datiOPC

IA 11 Tempo di arrivo inputOPC

CHAR Sì Necessario se sitrasferiscono datiOPC

WKSTNID 12 ID Workstation OPC CHAR Sì Necessario se sitrasferiscono datiOPC


CHAR Sì

Stati disponibili per l’EDI di automazioneTramite REXX EDI, possono essere trasferiti a TBSM i seguenti stati.

TBSM Stato allarme TBSM Priorità TBSM

DOWN Verde Alta

UP Verde Alta

CTLDOWN Verde Alta

AUTODOWN Verde Alta

ENDED Verde Alta

INACTIVE Giallo Alta

STARTED2 Giallo Alta

HALTED Giallo Alta

STUCK Giallo Alta

ZOMBIE Giallo Alta

BROKEN Rosso Alta

128 Versione 1.5

TBSM Stato allarme TBSM Priorità TBSM

STOPPED Verde Alta


F.Layout

&statiper

un’ED

Idiautom

azione

130 Versione 1.5

Variabili EDI SA/390, OPS/MVS e AF/Oper

Le variabili riportate di seguito sono state utilizzate per i programmi di automazione EDIREXX ‘AOPEDISA’, ‘AOPEDIOP’ e ‘AOPEDIAF’. Questo programmi sono stati miglioratie ridenominati in GTMEDIxx. Questa appendice viene fornita per coloro che utilizzanocodice più vecchio.

traceoptQuesto parametro si occupa della funzionalità di diagnostica per quanto riguarda leoperazioni eseguite nel supporto del trasferimento dei dati.

I valori attributi per questo parametro sono:

¶ TRACEOFF

¶ TRACEON

format_typeQuesto parametro fa riferimento all’origine dei dati che devono essere trasferiti.

I valori per questo parametro sono:

¶ SA390

¶ OPSMVS

¶ AFOPER

action_typeQuesto parametro fornisce il tipo di azione avviata dal prodotto o dall’applicazione.

I valori per questo parametro sono:

¶ STATECHANGE

¶ MESSAGE

¶ EXCEPTION

smfidQuesto parametro contiene il valore dell’ID di sistema o il nome del sistema da cui èstato generato il messaggio o l’errore.

object_typeQuesto parametro fornisce il Tipo di oggetto del componente della società monitorato dalprogramma o dall’applicazione che ha generato il messaggio o l’errore.

object_nameQuesto parametro contiene il valore del nome reale dell’oggetto che ha generato ilmessaggio di errore.

G


G.

VariabiliE

DI

SA

/390,O

PS

/MV

Se

AF

/Oper

state_msgid_excpidQuesto parametro contiene il valore dell’ID messaggio o ID errore reale. In caso diaction_type di tipo STATECHANGE, il Tipo di oggetto costituisce il valore di questoparametro.

msg_stateQuesto parametro contiene lo stato dell’oggetto dal testo del messaggio.

msg_textIl testo reale associato al messaggio o all’errore viene inserito all’interno di questoparametro.

application_idQuesto parametro contiene il nome applicazione OPC.

input_arrival_timeQuesto parametro contiene il tempo di arrivo OPC per un’operazione specifica.

work_stationQuesto parametro contiene il nome della workstation OPC associata all’id applicazione.

Nota: I valori parametro mostrati in CARATTERI MAIUSCOLI devono essere posti travirgolette (“MESSAGE”). Nel caso in cui i parametri non dispongano di un valorevalido assegnato dal messaggio o dall’errore, il valore del parametro deve essereimpostato su “NULL”

132 Versione 1.5

Installare/Configurare SNA server

Questa appendice descrive come installare e configurare Microsoft SNA Server in modo taleche comunichi con il componente del server degli oggetti di Source/390.

Sicurezza di SNA Client/ServerLe applicazioni di SNA client accedono al task del server degli oggetti del mainframetramite il sistema di SNA server. Per questo motivo, SNA client necessita dell’autorizzazioneper accedere al sistema di SNA server e viceversa. Affinché ciò possa essere effettuato, ènecessario rispettare i seguenti requisiti di sicurezza NT:

¶ SNA server e client devono essere installati con gli stessi idutente e password.

¶ Se SNA server e SNA client vengono installati con un idutente che esiste già, forniremanualmente a tale idutente NT l’autorizzazione ad agire come parte del sistemaoperativo.

¶ Se ci si collega al sistema di SNA client con un idutente e una password diversi daquelli utilizzati per installare il software SNA, questi idutente e password devonoesistere con la stessa password sul sistema di SNA server.

Installazione di SNA server

Nota: E’ necessario disporre di Microsoft SNA Server Versione 4, Service Pack 2 oprecedenti.

Per installare SNA server:

1. Eseguire il programma di utilità di installazione ubicato nella directory I386 dell’unità diinstallazione di SNA server.

2. Una volta avviata l’installazione, leggere il pannello di benvenuto e seguire le istruzioni.

3. Durante tale processo, seguire le istruzioni presenti su ogni pannello.

Nell’installazione, utilizzare le opzioni di default. Di seguito vengono riportate informazioniaggiuntive:

¶ Nella finestra di dialogoChoose Server Role, selezionarePrimary configurationserver in quanto l’SNA server principale conserva la copia principale del file diconfigurazione.

¶ Nella finestra di dialogoNetwork Subdomain Name, il nome del sottodominio deveessere univoco. Tale nome è il dominio NT in cui è installato SNA server.

H


H.

Installare/Configurare

SN

Aserver

¶ Nella finestra di dialogoServer Domain Account Information, la password è sensibileal minuscolo e al maiuscolo.

¶ Nella finestra di dialogoNew Client Access License, selezionare una modalità dilicenza. Generalmente, viene utilizzata la modalitàPer Server. Assicurarsi che il campoQuantity disponga almeno di 2 licenze client. La quantità determina il numero diconnessioni client simultanee.

¶ Una volta completata l’installazione, riavviare il computer. Una volta effettuato ciò,aggiornare il servizio SNAServer, in modo tale che si avvii automaticamente. Avviare ilservizio.

Configurazione di SNA serverSNA Server Manager è il componente di gestione all’interno di un dominio Windows NTche si rende responsabile per conto degli utenti delle sessioni tra l’SNA server e VTAM sulmainframe. In caso di domande, le risposte alla configurazione di SNA Manager si trovanonelle funzioni di aiuto fornite da SNA server.

Prima di iniziare, collaborare con il proprio programmatore di sistema VTAM per completareil seguente grafico. Molti di questi valori sono necessari durante la configurazione di SNAserver e client.


Nomi nodoprincipaliVTAM

Nomi nodo principali id appl e PU

Network Name NETID(D NET,VTAMOPTS,OPTION=NETID)

Nome punto dicontrollo

CPNAME nel nodo principale PU

Nome PU nome del PU così come è definito in VTAM

ID nodo locale(XID)

IDNUM/IDBLK dal nodo principale PU**

Nome LU/aliasLUlocale/partner

LU con LOCADDR=0 nel nodo principale PU

Nome LU/AliasLU remota

Nome id appl per TBSM (uno per ogni host)

Remote NetworkAddress

Indirizzo MAC della scheda di interfaccia di rete**

Indirizzo SAPremoto

SAPADDR dell’interfaccia di rete mainframe (ilvalore di default è 4)**

Nome delsistema SNAserver

nome del sistema NT su cui è installato SNA server

* Indica che questi valori sono specifici del sito

** Indica i parametri per le connessioni commutate

Installare Microsoft SNA Server sulla workstation Windows NT fisicamente collegata ad unascheda Token Ring o Ethernet. Questa workstation deve essere collegata localmente o inremoto a MVS.

134 Versione 1.5

I passi di seguito riportati identificano i task coinvolti nella configurazione delle sezioni diSNA server. Quest’ultimo è progettato come Windows Explorer, utilizzando quindi unagerarchia simile a quella ad albero. Ogni sezione richiede l’inserimento di un tipo di oggettoche deve essere creato e configurato.

Viene fornita ora una configurazione di rete token ring per mostrare un esempio su comeconfigurare l’SNA server. (Per ulteriori informazioni, consultare l’aiuto dell’SNA server.)

La struttura ad albero dell’SNA server da configurare è:

ServersLink ServicesSNA Service

ConnectionsLocal APPC LUsRemote APPC LUs

APPC ModesCPIC Symbolic Names

Sotto i server, localizzare il nome del server su cui è installato SNA server e apportare leseguenti modifiche di configurazione. SNA Server è un’applicazione tradizionale diWindows ed è possibile accedere al menu delle proprietà facendo clic con il tastino destro suqualsiasi oggetto e selezionando poi il pulsante delle proprietà.

1. Inserire uno SNA Service.L’utente deve fornire il nome di rete (Network Name) e delpunto di controllo (Control Point Name) dell’ambiente VTAM a cui verrà collegato SNAmanager. Una volta inserito SNA Service, modificarne le le proprietà per aggiungere ilnome di rete e del punto di controllo.

Titolo Nome per SNA Service


Network Name è obbligatorio

Control Point Name è obbligatorio

2. Inserire un Link Service al posto dello SNA Service creato utilizzando il protocollo chesupporta il tipo di connessione fisica in uso. Ad esempio, Token Ring può utilizzare ilprotocollo DLC 802.2.

(Il protocollo utilizzato deve essere installato sulla macchina. Nel caso in cui non lo sia,si riceverà un messaggio di errore indicante che il protocollo non è installato sulcomputer. Se il protocollo non è installato, è possibile aggiungerlo dal pannello dicontrollo di Windows NT selezionando l’icona Network e selezionando poi il separatoreProtocols. Per aggiungere il protocollo è necessario il dischetto di installazione diWindows NT. Una volta aggiunto il protocollo, riavviare il computer prima di continuarela configurazione di SNA server.)

Titolo Nome per Link Service

Adapter name di Token Ring

SAP x04

Check SAP fisso

Seleziona Consente la distribuzione di Link Service


H.


SN

Aserver

3. Inserire una Connection per Link Service.



Name Nome per la connessione (qui, il nome PU si rilevaspesso utile).

Select service name of link service


Remote End Sistema host

Allowed Directions Entrambe le direzioni

Activation All’avvio del server

¶ Separatore Address


Remote Network Address Indirizzo Mac a 12 Byte

Remote SAP address Indirizzo SAP remoto da VTAM

¶ Separatore System Identification


Local Node Name

Network Name Vedere #1, Inserire uno SNA Service

Control Point Name Cpname definito sul nodo PU2.1

Local Node ID IDNUM e IDBLK definiti sul nodo PU2.1

XID type Formato 3

Remote Node Name options Non compilare

Compression Type Nessuno

¶ Separatore 802.2 DLC


A questo punto, se la connessione fisica è impostata e le definizioni all’interno diSNA Server sono corrette, la connessione dovrebbe essere attivata all’avvio di SNAService. Quando viene avviato, viene visualizzato uno stato ‘Attivo’ su SNA Servicee Connection Name.

4. Inserire un Local APPC LU



LU Alias Il nome della LU indipendente




136 Versione 1.5

¶ Separatore Advanced


Member of default outgoing local APPC LU Pool Seleziona

Timeout for starting invokable TPs 600 secondi

Implicit Remote LU Nessuno

LU6.2 Type Indipendente

SyncPoint Support enabled Non controllare

Esiste solo un Local APPC LU che definisce il nodo PU2.1 che risiede in VTAM.

5. Inserire un Remote APPC LU



Connection Assegnare un nome connessione da utilizzare

LU Alias Remote APPC LU



Uninterpreted Name stesso nome di LU Alias


¶ Separatore Options


Parallel Sessions Seleziona

Implicit Incoming Mode Nessuno

Session level security No

Impostare una definizione Remote APPC LU per ogni id appl APPC definito per glispazi di indirizzo del server OS/390. Se sono presenti 8 sistemi MVS da cui TBSMper Windows NT deve raccogliere dati, dovrebbero essere presenti 8 definizioniRemote APPC LU all’interno di questa sezione.

6. Inserire un APPC Mode – inserire il nome modalità definito in VTAM


Titolo Nome per Modetab

Mode Name LU62PS


¶ Separatore Limits – Deve corrispondere alle definizioni di id appl di VTAM

Titolo Numero

Parallel Session Limit 4

Minimum Contention Winner Limit 1

Partner Min Contention Winner Limit 1


H.


SN

Aserver

Titolo Numero

Automatic Activation Limit 0

¶ Separatore Characteristics– Le dimensioni RU devono corrispondere alla tabellamodalità VTAM

Titolo Numero

Pacing Send count 7

Pacing Receive count 7

Max Send RU size 1024

Max Receive RU size 1024

¶ Separatore Partners

Seguire le istruzioni di aggiunta per associare coppie LU, nomi Local e Remote LU.

¶ Separatore Compression


7. Inserire un CPIC Symbolic Name

Esistono due nomi simbolici da inserire. Il nome ACC1RCV è associato al nomeprocesso relativo ai dati ricevuti dal client al posto di SNA Manager. Il nomeACC1RECV è associato al nome processo per i dati inviati dal client a OS/390.ACC1RECV viene utilizzato solo per la funzione di scaricamento APPC. I client chestanno utilizzando la funzione di scaricamento FTP non necessitano di ACC1RECV.

ACC1RCV



Name ACC1RCV



Mode Name LU62PS



Check Application TP Immettere ACC1RCV nella casella a destra

Partner LU Name Alias Nome Local APPC LU

ACC1RECV



Name ACC1RECV



138 Versione 1.5


Mode Name LU62PS



Check Application TP Immettere ACC1RECV nella casella a destra.

Partner LU Name Alias Nome Remote APPC LU

SNA Server Manager è ora configurato e pronto per essere utilizzato da SNA ManagerClient. Quando si apportano modifiche a SNA Server, la connessione e il servizio SNAdevono essere arrestati. Una volta apportate le modifiche, la configurazione deve esseresalvata prima di riavviare il servizio SNA e il nome connessione.

Installazione di SNA ClientQuesta sezione descrive come installare Microsoft SNA Client.

1. Eseguire il programma di utilità diinstallazione presente nella directoryClients\Winnt\I386 dell’unità di installazione di SNA Server. Una volta avviatal’installazione, leggere il pannello dibenvenutoe seguire le istruzioni.

2. Durante tale processo, seguire le istruzioni presenti su ogni pannello.

Nell’installazione, utilizzare le opzioni di default. Di seguito vengono riportate informazioniaggiuntive:

¶ Dal menu di elencoOptions, selezionareSNA Server Managere 3270 Applet.

¶ Sulla finestra di dialogoClient Mode, selezionareClient locates servers by name.

¶ Sulla finestra di dialogoRemote Server Names, immettere il nome del proprio SNAserver.

¶ Riavviare Windows per completare l’installazione di SNA client.

Configurazione di SNA ClientConsultare il capitolo 7, alla sezione intitolata,Configurazione di HIS Cliente utilizzare lestesse informazioni per la configurazione di SNA client.


H.


SN

Aserver

140 Versione 1.5

Indice analitico

Aabilitazione eventi 5abilitazione eventi, avvio 42abilitazione eventi, classi di eventi 40abilitazione eventi, configurazione 35, 40abilitazione eventi, regole TEC 40ANSI NULL 9architettura, distributed 5architettura, Source/390 object pump 49architettura di Distributed 5architettura Source/390 object pump 49ASIMVSIPListener 92automazione, EDI 75avvio abilitazione eventi 42avvio server task 39

CCD, distributed edition ixCD di distributed edition ixCD documentazione ixCICS, OMEGAMON per 47CICSPlexSM 48clienti GEM 27clienti GEM esistenti 27comandi, object pump 87comandi di modifica, object pump 84comandi di modifica di object pump 84comandi di object pump 87comando di modifica, object server 83comando di modifica di object server 83come viene fornito ixcomponenti, enterprise edition 47componenti, Source/390 47componenti di enterprise edition 47componenti installati, distributed edition 114componenti mainframe, configurazione 51componenti Source/390 47configurazione, firewall di rete, configurazione di rete 119,

120configurazione abilitazione eventi 35, 40configurazione componenti mainframe 51configurazione connessione a TEC 32configurazione di più server degli oggetti Tivoli 37configurazione di SNA client 139configurazione file delle proprietà 40configurazione monitoraggio della strumentazione 45configurazione numeri di porta TCP/IP 36configurazione server task 35, 38configurazione sistema di report (distributed) 22configurazione sistema di report (enterprise) 13configurazione SNA server 96, 134

Ddataspace, Source/390 48, 50dataspacesize 56DB2 & DB2PM 48DB2, OMEGAMON per 47DB2PM 48definizione nome LU 39definizioni, VTAM 51definizioni VTAM 51desktop 28desktop Tivoli 28dimensione cache, evento 42dimensione cache eventi 42distributed edition, installazione 19distributed monitoring (GEM) 27documentazione su CD ix

EEDI 70endpoint TMA, configurazione per 43enterprise edition, installazione 10

Ffile delle proprietà, configurazione 40file messaggi, CICS TDQ 48file messaggi CICS TDQ 48funzione di misurazione della risorsa 48funzioni Source/390 47

Ggestione, stato oggetto 3gestione stato oggetto 3gestori eventi (enterprise), installazione 17GTMAOPE0 90

Hhardware 107


Indiceanalitico

Iid appl, VTAM 51id appl VTAM 51ID utente, abilitazione eventi 41ID utente, server task 38ID utente, task OS/390 39ID utente abilitazione eventi 41impostazione ID utente per task OS/390 39impostazione ID utente server task 38IMS 48installazione 7installazione, SQL Database Server 8installazione componenti di Distributed dalla riga comandi 30installazione dal desktop Tivoli 28installazione del server cronologico, (enterprise) 12installazione del server database (distributed) 19installazione del server database (enterprise) 10installazione del supporto LU6.2 94installazione di distributed edition 19installazione di enterprise edition 10installazione di SNA client 101, 139installazione di SNA server 133installazione gestori eventi, (enterprise) 17installazione interfaccia Omegamon 82installazione server delle applicazioni (distributed) 23installazione server delle applicazioni (enterprise) 15installazione server di propagazione (enterprise) 16installazione service pack SQL server 9installazione sul server TEC 27installazione workstation del client (enterprise) 18interfaccia Omegamon, installazione 82

JJES3 55

LLinea aziendale (LOB - Line of Business) 1LOB. vedere linea aziendale 1LOGSCREENS 84LU. vedere unità logica 39LU6.2, installazione del supporto 94

MMicrosoft SNA server 95, 133Monitoraggio console 47MQSeries 34MVS, OMEGAMON per 47

NNAT IP 60NetView/390 53nodi, gestiti, configurazione per 43nodi gestiti, configurazione per 43nodo PU2.1 94Nome LU, definizione 39numeri di porta, configurazione 36numero massimo di thread 89

Oobject pump, Source/390 48object server, Source/390 48, 50Omegamon, definizione lotto di terminali 52OMEGAMON per CICS 47OMEGAMON per DB2 47OMEGAMON per MVS 47OMVS 62OPC (operations planning and control) 70OPC. vedere Tivoli workload scheduler 48OPERCMDS 62opqueuesize 57OPS/MVS 48opzioni 34opzioni della parte client, disabilitazione 9opzioni di configurazione, gestore eventi 102opzioni di configurazione del gestore eventi 102oservs. vedere server degli oggetti 37osqueuesize 56

Pparametri, avvio di dataspace 56parametri, avvio di object pump 55parametri, avvio di object server 57parametri, proseguimento 55parametri di avvio, dataspace 56parametri di avvio dataspace 56parametri di avvio di object server 57parametri di avvio di Source/390 dataspace 56parametri di avvio object pump 55parametri di proseguimento 55parametro 64password, autenticazione SQL 9password di autenticazione di SQL server 9pianificazioni batch 48PPI DISABLE 87PPI ENABLE 87PPI RESET 87PPI STATUS 87PPI TRACE 87programma di uscita dei dati CICS transitori 70

142 Versione 1.5

RREFRESH 84regole TEC e classi di eventi, aggiornamento 40requisiti, Omegamon 83requisiti hardware, enterprise edition 109requisiti hardware di enterprise edition 109requisiti Omegamon 83requisiti software, enterprise edition 109requisiti software di enterprise edition 109riavvio dei server (distributed) 25riavvio dei server (enterprise) 19riga comandi, installazione componenti di Distributed da 30rilevamento grandi quantità di dati 90RMF. vedere funzione di misurazione della risorsa 48RODM 87

SSA/390 48schede di controllo, TCP/IP 58server (distributed), riavvio 25server (enterprise), riavvio 19server, SNA 95, 133server agent di propagazione (enterprise), installazione 16server cronologico, installazione 12server database (enterprise), installazione 10server degli oggetti, configurazione 37server delle applicazioni (distributed), installazione 23server delle applicazioni (enterprise), installazione 15Server delle applicazioni Tivoli BSM 1.1.1 15, 24server di gestione, TBSM 4Server di gestione TBSM 4server di notifica Tivoli BSM 1.1.1 15, 24server NT, distributed edition 108server NT distributed edition 108server task 5server task, avvio 39server task, configurazione 35, 38server task, ID utente 38server TEC, installazione componenti su 27service desk 4service pack SQL, installazione 9servizi di base, definiti 7servizi di compatibilità 15, 24servizio di strumentazione, monitoraggio 43SHOW 85SHOW COUNTS 89SHOW EXCPS 88SHOW LOGONS 89SHOW MSGCOUNT 86, 89SHOW POOLS 86, 88SHOW PPICOUNT 86SHOW SESSIONS 85, 89SHOW TRAPS 85, 88SHOW VARS 86, 88sicurezza, abilitazione eventi 35sicurezza, server task 35sicurezza, SNA client/server 95, 133sicurezza, Source/390 62

sicurezza abilitazione eventi 35sicurezza di Source/390 62sicurezza server task 35sicurezza SNA client/server 95, 133sistema di report, disponibilità 4sistema di report (distributed), configurazione 22sistema di report (enterprise), configurazione 13sistema di report sulla disponibilità 4sistemi operativi, aggiunta di ulteriori 104SNA client, configurazione 139SNA client, installazione 101, 139SNA server 95, 133SNA server, configurazione 96, 134SNA server, installazione 133Source/390 3, 47Source/390 dataspace 48, 50Source/390 object pump 48Source/390 object server 48, 50Source/390 su immagine MVS 55spazi di indirizzo, Source/390 48spazi di indirizzo Source/390 48SQL Database Server 3SQL Database server, installazione 8Start Task JCL, Tivoli NetViewTivoli NetView Start Task

JCL 54strumentazione 6, 33strumentazione, CICSPlex 34strumentazione, configurazione monitoraggio di 45strumentazione, DB2 for OS/390 34strumentazione, Tivoli NetView for OS/390 34strumentazione CICSPlex SM 34Strumentazione DB2 for OS/390 34strumentazione Tivoli, configurazione monitoraggio di 45strumentazione Tivoli NetView for OS/390 34supporto LU6.2, convalida 103

Ttabella, modalità 51tabella modalità 51task OS/390, impostazione ID utente 39task TME 41TBSM 1.1.1 15, 24TBSM EDI 70TCP/IP, configurazione numeri di porta 36TEC, configurazione connessione 32TEC, configurazione per non-locale 43TEC, configurazione supporto per più 44TEC. vedere Tivoli Enterprise Console 5terminali lotto, 3270 52terminali lotto 3270 52terminali lotto 3270, voci LOGMODE 53thread, numero massimo 89Tivoli Enterprise Console 5Tivoli Framework 5Tivoli OPC 70Tivoli Source/390 3Tivoli workload scheduler 48TMF, vedere Tivoli Framework 5


Indiceanalitico

TRAPS 85

Vvariabili di sistema 56voci LOGMODE 53

Wworkload scheduler 48workstation, client (enterprise), installazione 18workstation, NT 108workstation, TBSM 4workstation del client (enterprise), installazione 18workstation NT 108Workstation TBSM 4

144 Versione 1.5

Printed in Denmark by IBM Danmark A/S

tbsm (tivoli business systems manager)

Documents