TWS Tivoli Scheduler

Tivoli Workload
Scheduler
Note di release
Versione 7.0
Tivoli Workload
Scheduler
Note di release
Versione 7.0
Tivoli Workload Scheduler Versione 7.0 Note di release (Giugno 2000)
Informazioni sul copyright:
Certificazione ISO 9001
Questa pubblicazione è stata sviluppata utilizzando un sistema di qualità certificato ISO 9001.
Questa certificazione è stata assegnata dal Gruppo italiano di certificazione del sistema di qualità, CSQ (Certification No.
CISQ/CSQ 9150.IBM7).
CSQ è un membro dell’organizzazione degli enti di valutazione Europei ufficialmente riconosciuti, ITQS, che valuta e
certifica i sistemi di qualità nel campo delle imprese che si occupano di tecnologia dell’informazione.
Informazioni sul copyright
Copyright © 1999 di Tivoli Systems Inc., una società del gruppo IBM, relativo a questa documentazione e all’intero
software. Tutti i diritti riservati. Può essere utilizzato solo in conformità con un Accordo di licenza della Tivoli Systems
Software o come Addendum a prodotti Tivoli per clienti IBM o Accordo di licenza. Non è consentito l’utilizzo o la
riproduzione di nessuna parte di questa pubblicazione in qualsiasi forma e con qualunque mezzo, né l’archiviazione in
database o in altri sistemi di archiviazione, senza la preventiva autorizzazione scritta di Tivoli Systems. Il Tivoli Systems
concede un’autorizzazione limitata per la copia su disco fisso o altre riproduzioni di qualsiasi documentazione leggibile dalla
macchina per l’utilizzo personale; ogni riproduzione deve avere le informazioni sul copyright del Tivoli Systems. Non
vengono concessi altri diritti sotto il copyright senza la preventiva autorizzazione scritta da Tivoli Systems. Questa
pubblicazione non è destinata alla produzione e viene fornita “nello stato in cui si trova” senza alcuna garanzia. Tutte le
garanzie in questa pubblicazione sono con la presente negate, comprese le garanzie di commerciabilità e idoneità per
uno scopo particolare.
Informazioni particolari
I riferimenti contenuti in questa pubblicazione a prodotti, programmi o servizi Tivoli Systems o IBM non implicano che
Tivoli Systems o IBM intendano renderli disponibili in tutti i paesi in cui operano. Qualsiasi riferimento a questi prodotti,
programmi o servizi non implica che possano essere utilizzati soltanto i prodotti, i programmi o i servizi Tivoli Systems o
IBM. In sostituzione di quelli forniti da Tivoli System o IBM possono essere usati programmi, prodotti o servizi
funzionalmente equivalenti che non comportino violazione dei diritti di proprietà intellettuale o di altri diritti di Tivoli
Systems o IBM. E’ responsabilità dell’utente valutare e verificare la possibilità di utilizzare altri programmi e/o prodotti,
fatta eccezione per quelli espressamente indicati da Tivoli Systems o IBM.
Tivoli Systems o IBM possono avere brevetti o domande di brevetti in corso relativi a quanto trattato nella presente
pubblicazione. La fornitura di questa pubblicazione non implica la concessione di alcuna licenza su di essi. Chi desiderasse
inviare domande relative a queste licenze può rivolgersi per iscritto a IBM Director of Licensing, IBM Corporation, North
Castle Drive, Armonk, New York 10504-1785, U.S.A.
Marchi
I seguenti nomi di prodotto sono marchi di Tivoli Systems o IBM Corporation: AIX, IBM, RS/6000, Tivoli, Tivoli
Management Environment e TME 10.
I logo Microsoft, Windows, Windows NT e Windows sono marchi o marchi registrati di Microsoft Corporation.
UNIX è un marchio registrato negli Stati Uniti e in altri paesi con licenza esclusiva di X/Open Company Limited.
HP-UX è un marchio registrato di Hewlett Packard Company.

Pentium è un marchio registrato di Intel Corporation negli Stati Uniti e in altri paesi.
Tutti i marchi Java e basati su Java o i logo sono marchi di Sun Microsystems, Inc.
Solaris è un marchio registrato di Sun Microsystems, Inc.
Tivoli e OPC sono marchi registrati o marchi di Tivoli Systems Inc. negli Stati Uniti, in altri paesi o in entrambi. In
Danimarca, Tivoli è un marchio autorizzato da Kjøbenhavns Sommer - Tivoli A/S.
IBM è un marchio registrato o un marchio di International Business Machines Corporation negli Stati Uniti e in altri paesi.
Altri nomi di società, prodotti e servizi menzionati in questa pubblicazione potrebbero essere marchi o marchi di servizio di
altri.
1. TWS Versione 7.0 Note
di release
1
Tivoli Workload Scheduler
Versione 7.0 Note di release
Queste note di release forniscono importanti informazioni relative a
TWS (Tivoli Workload Scheduler) Versione 7.0. Queste note
rappresentano le informazioni più aggiornate riguardo al prodotto e
hanno la precedenza su tutto il resto della documentazione.
Rivedere attentamente queste note prima di installare o utilizzare il

prodotto.
Nei materiali informativi sulle vendite, sul marketing e sul prodotto

si utilizza sia il termine Tivoli che TME 10. Questi termini sono
intercambiabili. I riferimenti a TME 10 verranno eliminati in futuri
release del prodotto.
Queste note di release includono i seguenti argomenti:

¶ “Informazioni supplementari” a pagina 2
¶ “Nuove funzioni” a pagina 4
¶ “Requisiti di sistema” a pagina 5
¶ “Note sull’installazione” a pagina 7
¶ “Migrazione al Tivoli Workload Scheduler Versione 7.0” a
pagina 12
¶ “Problemi esistenti corretti in questa versione” a pagina 14
Tivoli Workload Scheduler Note di release 1

TWS Versione 7.0 Note di release
¶ “Defect, limitazioni e soluzioni conosciuti per il prodotto” a

pagina 16
¶ “Considerazioni sull’internazionalizzazione” a pagina 22
¶ “Modifiche alla documentazione” a pagina 25
¶ “Note sul prodotto” a pagina 33
Informazioni supplementari
Visitare il sito dell’Assistenza clienti Tivoli per informazioni sui
servizi al cliente. Questi URL richiedono una password e un ID. Se
non si dispone di privilegi di accesso o non si è sicuri del proprio ID
o della password, inviare un’e-mail a:
Customer_Support_Web_Registration@tivoli.com
Fare menzione del proprio nome e di quello della propria società in

questa corrispondenza.
E’ possibile trovare informazioni frequentemente aggiornate sulla

configurazione e l’utilizzo di prodotti Tivoli all’interno della home
page dell’Assistenza clienti Tivoli all’indirizzo:
http://www.tivoli.com/support/
Questo sito include i seguenti collegamenti:

¶ Versioni aggiornate di queste note di release:
http://www.tivoli.com/support/Prodman/html/RN.html
¶ Versioni aggiornate della documentazione Tivoli:
http://www.tivoli.com/support/documents/
¶ Database di supporto consentiti:
http://www.tivoli.com/tivoli.ww.reg/rform?lang=english
¶ Accesso alle patch del prodotto:
http://www.tivoli.com/support/patches/
¶ Accesso ai programmi di formazione:
http://www.tivoli.com/services/education/
2 Versione 7.0

¶ Accesso alla documentazione Tivoli:
http://www.tivoli.com/support/survey/
di release
E’ possibile ordinare copie supplementari della documentazione sul
prodotto inviando un’e-mail o telefonando a uno dei seguenti
recapiti:
¶ E-mail clienti U.S.: swdist@tivoli.com
¶ Numero telefonico U.S.: 1-800-879-2755
¶ Numero telefonico Canada: 1-800-426-4968
¶ Numero telefonico internazionale: 404-238-1234
Si prega di fornire il titolo ed il numero di versione del documento
che si intende ordinare.
Nota: File in linea dei manuali sul prodotto sono disponibili in PDF
ed in formato postscript sul CD-ROM TWS 7.0. La seguente
tabella illustra l’ubicazione di questi file:
Manuale Percorso
Tivoli Workload Scheduler Guida
¶ /TWS/DOC/tws-inst.pdf
alla pianificazione e all’installazione
Versione 7.0 ¶ /TWS/DOC/tws-inst.ps
Tivoli Workload Scheduler Manuale
¶ /TWS/DOC/tws-ug.pdf
per l’utente Versione 7.0
¶ /TWS/DOC/tws-ug.ps
¶ /TWS/DOC/tws-ref.pdf
di riferimento Versione 7.0
¶ /TWS/DOC/tws-ref.ps
¶ /TWS/DOC/tws-plus.pdf
per l’utente Versione 7.0
¶ /TWS/DOC/tws-plus.ps
Tivoli GEM Instrumentation per
¶ /TWS/DOC/tws-gem.pdf
Workload Scheduler Manuale per
l’utente Versione 7.0 ¶ /TWS/DOC/tws-gem.ps

Nuove funzioni
TWS 7.0 include le seguenti nuove funzioni:
JSC (Job Scheduling Console)
Una GUI basata su Java™ che è possibile installare su Windows
95, Windows 98, Windows 2000, Windows NT, HP-UX, AIX o
Solaris. Da uno qualsiasi di questi client, è possibile collegarsi a
qualunque gestore dominio master (MDM) o FTA (fault-tolerant
agent) in una rete TWS su cui siano istallati connettori TWS. E’
possibile gestire sia lo scheduler TWS che quello OPC
(Operations Planning and Control) dalla JSC.
Connettori TWS
Una serie di API (application programming interface) che si
installano su un sistema che esegue la TMF (Tivoli Managed
Framework). I connettori TWS consentono la comunicazione tra
la JSC ed il motore TWS.
Verifica
Una funzione di traccia che consente all’utente di registrare le
modifica da lui apportate ai propri database TWS e ai file di
controllo produzione.
Internazionalizzazione
Una funzione che aggiunge il supporto TWS per le seguenti
lingue: Portoghese brasiliano, Francese, Tedesco, Italiano,
Giapponese, Coreano, Cinese semplificato (P.R.), Spagnolo e
Cinese tradizionale (Taiwan).
Supporto fuso orario
Una funzione che consente all’utente di stabilire fusi orari nelle
definizioni workstation e flusso di lavoro. Il supporto fuso orario
consente all’utente di pianificare lavori con un orario relativo
attraverso più fusi orari nella rete TWS.
Consultare la documentazione TWS inclusa nel pacchetto del

prodotto per ulteriori informazioni su queste funzioni.
4 Versione 7.0

Requisiti di sistema
TWS è composto dai seguenti componenti:
di release
¶ motore TWS
¶ connettore TWS
¶ JSC. Per ulteriori informazioni sui requisiti della JSC, consultare
Tivoli Job Scheduling Console Release Notes for TWS and OPC
Users.
Requisiti del motore Tivoli Workload Scheduler
La seguente tabella offre un riepilogo dei requisiti relativi alle
piattaforme supportate, all’hardware consigliato e al sistema
operativo per TWS. Tivoli supporta TWS per questi sistemi operativi
supportati dal venditore all’epoca del release di TWS.
Piattaforma Sistema operativo Spazio RAM Spazio
disco swap
sistema Pentium 100 MB 128 MB 128 MB
¶ Microsoft Windows NT
300
Versione 4.0 con Service Pack
4 o successive
¶ Microsoft Windows 2000
RS/6000 AIX 4.2.1 o 4.3 200 MB 128 MB 128 MB
serie HP9000 HP-UX 10.20 e 11.00 200 MB 128 MB 128 MB
700/800
sistema SPARC Sun Solaris 2.6 o 2.7 200 MB 128 MB 128 MB
MIPS ABI 100 MB 128 MB 128 MB
¶ SINIX Pyramid V5.4.x
¶ Siemens Reliant - UNIX 5.44
¶ IRIX 6.5.2–6.5.9
Intel ABI 100 MB 128 MB 128 MB
¶ NCR SVR4 MP-RAS V3.02
UNIX, NCR UNIX SVR4
¶ SCO Unixware 7.1 e 7.1.1
¶ DYNIX/ptx 4.4.4–4.5.1
¶ DG-UX 4.2


disco swap
DECUX OSF 4.0D–5.0 200 MB 128 MB 128 MB
Requisiti supplementari per Windows NT e Windows 2000

Per installare il motore TWS su un sistema su cui si esegue
Windows NT o Windows 2000, è necessario disporre dei seguenti
requisiti:
¶ unità CD-ROM
¶ spazio per i file di log e per i file temporanei che TWS colloca
sull’unità fissa locale. Lo spazio per questi file dipende dal
numero di lavori che TWS gestisce e dal periodo di tempo
durante il quale si conservano i file di log.
¶ comunicazioni di rete TCP/IP
¶ account utente TWS
¶ partizione NTFS per TWS
Requisiti supplementari per UNIX

Per installare il motore TWS su un sistema su cui si esegue UNIX, è
necessario disporre dei seguenti requisiti:
¶ unità CD-ROM
¶ spazio per i file di log e per i file temporanei che TWS colloca
sull’unità fissa locale. Lo spazio per questi file dipende dal
numero di lavori che TWS gestisce e dal periodo di tempo
durante il quale si conservano i file di log.
¶ comunicazioni di rete TCP/IP
¶ account utente TWS
¶ NFS (Network File System) se gli FTA TWS caricano directory
dall’MDM. Consultare gli amministratori di rete e di sistema e il
manuale Tivoli Workload Scheduler Manuale per l’utente
Versione 7.0 per ulteriori informazioni.
6 Versione 7.0

Requisiti del connettore Tivoli Workload Scheduler
La seguente tabella offre un riepilogo dei requisiti relativi alle
di release
piattaforme supportate, all’hardware consigliato e al sistema
operativo per il connettore TWS.
disco swap
sistema Pentium Microsoft Windows NT Versione 10 MB 128 MB 128 MB
300 4.0 con Service Pack 4 o
successive
RS/6000 AIX 4.2.1 o 4.3 20 MB 128 MB 128 MB
serie HP9000 HP-UX 10.20 e 11.00 20 MB 128 MB 128 MB
700/800
sistema SPARC Sun Solaris 2.6 o 2.7 20 MB 128 MB 128 MB
Requisiti supplementari
Per installare il connettore TWS, è necessario disporre di quanto
segue:
¶ TMF (Tivoli Management Framework) Versione 3.6.1 o
successive
¶ motore TWS
Note sull’installazione
Questa sezione contiene importanti informazioni relative
all’installazione di TWS. Leggere tali informazioni con attenzione
prima dell’installazione.
Per ulteriori questioni relative all’installazione, consultare

“Modifiche alla documentazione” a pagina 25.
Prerequisiti
Assicurarsi di prendere in considerazione i seguenti punti prima di
installare TWS:

¶ Se si utilizza AIX Versione 4.2, potrebbe essere necessario

installare il fileset AIX xlC.rte.3.6.6.0 per utilizzare gconman o
gcomposer. Per stabilire se installare questo fileset, eseguire il
seguente comando:
lslpp -l xlC.rte
Se il comando visualizza un valore di livello inferiore a 3.6.6.0,

è necessario installare il fileset.
¶ Se si utilizza AIX Versione 4.3, è necessario installare il fileset
AIX bos.rte.commands.4.3.1.1.bff. Per stabilire se tale fileset è
già installato sul sistema, eseguire questo comando:
lslpp -l box.rte.commands
Se il comando visualizza un valore di livello inferiore a 4.3.1.1,

è necessario installare il fileset.
¶ Se si utilizza AIX 4.3, è necessario installare il fileset
X11.compat.lib.X11R3 dal Supporto magnetico di installazione
AIX 4.3. Questa libreria di compatibilità è necessaria se si
utilizza gconman o gcomposer. Per stabilire se tale fileset è
installato, eseguire questo comando:
lslpp -l X11.compat.lib.X11R3
¶ Quando si esegue l’installazione su Unixware, utilizzare tar

-oxvf invece di tar-xvf per decomprimere il file
MAESTRO.TAR.
¶ Prima eseguire l’installazione su DG-UX, assicurarsi che la
variabile di ambiente LD_NO_LIBSTREAMSOCKET sia
impostata su 0 ed esportata. Questa variabile deve essere
impostata quando si esegue una qualsiasi applicazione TWS 7.0.
Modifiche nella procedura di installazione e
disinstallazione
I seguenti punti descrivono modifiche alla procedura di installazione:
¶ Nel manuale Tivoli Workload Scheduler Guida alla
pianificazione e all’installazione Versione 7.0, pagina 26,
sostituire il nome percorso nel passo 4 con quanto segue:
d:\TWS\i386\maestro\setup.exe
8 Versione 7.0

di release
sostituire il nome percorso nel passo 2 parte b con quanto segue:
tar -xvf cd/TWS/platform/MAESTRO.TAR

sostituire Servizio JOBMON con Servizio Tivoli Workload
Scheduler.
pianificazione e all’installazione Versione 7.0., il seguente
comando non è corretto:
./etc/Tivoli/setup_env.sh
Modificarlo nel seguente per ksh:

. /etc/Tivoli/setup_env.sh
Modificarlo nel seguente per csh:

source /etc/Tivoli/setup_env.csh
Questo errore si verifica nelle seguenti pagine:

80 Installazione di JSS utilizzando il Desktop Tivoli
84 Installazione di JSS utilizzando la riga comandi
85 Installazione del Connettore TWS utilizzando il Desktop
Tivoli
91 Installazione del Connettore TWS utilizzando la riga
comandi
93 Installazione di JSS e delle patch del Connettore TWS
95 Disinstallazione del Connettore TWS
95 Disinstallazione del server JSS
133 Esecuzione di WMAEUTIL
sostituire i pallini nel passo 3 con quanto segue:

v Per eseguire l’installazione su tutti i nodi gestiti:

winstall -c install-dir -i TWS_CONN
twsdir=/users/maestro iname=Maestro
v Per eseguire l’installazione solo su un nodo gestito:

winstall -c installdir -I TWS_CONN node
twsdir=/users/maestro iname=Maestro
createinst=1
dove installdir è il nome percorso che contiene i file di

immagini dell’installazione e node è il nome del nodo gestito
sul quale si esegue l’installazione.
sostituire i passi 4–7 con quanto segue:
1. Creare la definizione flusso di lavoro FINALE. Questo flusso
di lavoro contiene il lavoro Jnextday che rende automatica la
creazione del file Symphony.
composer "add Sfinal"
2. Eseguire il lavoro Jnextday:

Jnextday
3. Quando si completa il lavoro Jnextday, controllare lo stato di

TWS:
conman status
Se TWS si è avviato correttamente, lo stato è batchman

LIVES.
¶ Dopo la disinstallazione del Tivoli GEM, è necessario cancellare
tutti i file nelle seguenti directory:
v
$BINDIR/../generic_unix/TME/GEM/images/Tivoli/
Maestro_Control/V7_0_/Tivoli/Maestro_xxx
v
$BINDIR/../generic_unix/TME/GEM/Tivoli/
Maestro_Control/V7_0_/Tivoli/Maestro_xxx
10 Versione 7.0

dove Maestro_xxx può essere Maestro_Fta, Maestro_Master,
Maestro_StdAgent o Maestro_Xagent.
di release
Inoltre, è necessario cancellare i seguenti file dalle directory
.installed in $BINDIR e $DBDIR:
v $BINDIR/.installed/Tivoli_Maestro_Control_V7_0__
Tivoli_Maestro_Fta_V7_0__BIN
v $BINDIR/.installed/Tivoli_Maestro_Control_V 7_0__
Tivoli_Maestro_Master_V7_0__BIN
v $BINDIR/.installed/TTivoli_Maestro_Control_ V7_0__
Tivoli_Maestro_StdAgent_V7_0__BIN
v $BINDIR/.installed/TTivoli_Maestro_Control_ V7_0__
Tivoli_Maestro_Xagent_V7_0__BIN
v $DBDIR/.installed/Tivoli_Maestro_Control_V7 _0__
Tivoli_Maestro_Master_V7_0__ALIDB
Tivoli_Maestro_Master_V7_0__ALIDB
Tivoli_Maestro_StdAgent_V7_0__ALIDB
Tivoli_Maestro_Xagent_V7_0__ALIDB
¶ Se si disinstalla JSS e si dispone di più TMR interconnesse, è
necessario specificare quanto segue:
wuninst TMF_JSS#TMRregion <node> -rmfiles
Se si disinstallano i connettori TWS e si dispone di più TMR

interconnesse, è necessario specificare quanto segue:
wuninst TWSConnector#TMRname <node> -rmfiles
Utilizzare il seguente comando per individuare la sintassi

corretta per eliminare una voce:
wuninst TWSConnector

¶ I file Remcon (Remote Console) non vengono eliminati tramite

uninstall.exe. E’ necessario eliminare questi file manualmente.
(defect 93648)
¶ I seguenti file non vengono eliminati tramite il comando
wuninst. E’ necessario eliminare questi file manualmente: (defect
94397)
$BINDIR/TAS/UNINST/twsclean
$BINDIR/TAS/UNINST/jssclean
usr/local/Tivoli/msg_cat/TMF_JSS_msgs
Migrazione al Tivoli Workload Scheduler Versione 7.0

Questa sezione contiene importanti informazioni relative alla
migrazione al TWS. Leggere queste informazioni attentamente se si
sta effettuando la migrazione da precedenti versioni del prodotto.
Per ulteriori questioni sulla migrazione, consultare “Modifiche alla

documentazione” a pagina 25.
Migrazione dalla Versione 5.2
Assicurarsi di considerare quanto segue prima di migrare a TWS
dalla Versione 5.2:
¶ Assicurarsi che i seguenti programmi abbiano i livelli di
revisione indicati:
mailman
3.34.1.17.1.1
writer 3.31.1.11.1.1
Per ottenere queste informazioni, eseguire i programmi con

l’opzione -v nel modo seguente:
mailman -v
writer -v
Se i livelli di revisione sono inferiori a questi valori, è

necessario applicare la patch 5.2-MAE-0054 (byte-order fix)
prima di migrare a TWS. Questa patch impedisce che batchman
vada incontro ad errori di arresto quando viene utilizzato dopo la
migrazione. (defect 88584)
12 Versione 7.0

¶ Se si aggiorna l’MDM prima degli FTA, si verificano problemi a
causa delle differenze nel modo in cui una versione 5.2 e un
di release
mailman 7.0 modificano i record della CPU con puntatori di
dominio. I seguenti messaggi di errore vengono visualizzati
quando si immettono i comandi stop o start nell’FTA locale,
l’FTA è stato aggiornato alla 7.0 e Jnextday non è stato eseguito:
v
AWS11240012I
Tentativo di inserire un puntatore nullo in un elenco.
v
AWS11240026I
L'elenco per ricercare i nodi visitati è vuoto.
v
AWS11240031I
Puntatore nullo fornito per la cancellazione.
v
AWS11240012I
Tentativo di inserire un puntatore nullo in un elenco.
v
AWS11240026I
L'elenco per ricercare i nodi visitati è vuoto.
v
AWS22020072
Nessuna voce qualificata.
Per evitare questo problema, è possibile immettere i comandi

start e stop dall’MDM.
Se si aggiorna prima l’MDM, eseguire Jnextday sull’MDM dopo

avere aggiornato gli FTA. Il processo mailman TWS modifica i
record della CPU in modo da gestire i puntatori di dominio
correttamente.
¶ E’ necessario eliminare i file .tar e .tar.z dalla home directory
Maestro per i sistemi UNIX prima dell’aggiornamento a TWS.

Migrazione dalla Versione 6.x

Assicurarsi di considerare quanto segue prima di migrare a TWS
dalla Versione 6.x:
¶ E’ necessario eliminare i file .tar e .tar.z dalla home directory
Maestro per i sistemi UNIX prima dell’aggiornamento a TWS.
Problemi esistenti corretti in questa versione

Nel TWS 7.0 vengono considerati i seguenti APAR:
¶ IY09030 Nomi lavoro più lunghi di 22 caratteri si corrompono
nell’intestazione di stdlist
¶ IY09171 Remote console non può collegarsi alla CPU
nell’ambiente host trusted
¶ IY00227 Il carattere * non è consentito nel campo r3username in
gcomposer
¶ IY01702 Il delimitatore di stato non funziona quando viene
selezionato dalla GUI o dalla CLI
¶ IY03683 Il master UNIX con FTA MPE, fornisce tempi di
esecuzione negativi
¶ IY04175 Supporto carat. non corretto per campi def. lavoro r3
¶ IY03890 Si sta facendo riferimento solo alla prima riga del cnf
remoto
¶ IY05049 Una jt non autentica fa sì che un lavoro riuscito venga
contrassegnato come terminato in modo anomalo
¶ 85983 E’ necessaria una variabile d’ambiente per riflettere la
data di avvio del lavoro
¶ IX82466 Modificare il percorso in makecalc.tcl in modo che non
sia relativo
¶ IX85009 Una descrizione lavoro a 64 caratteri esportata
utilizzando composer e quindi importata viene troncata
¶ IY00235 I comandi ’at’ e ’mat’ di Maestro non funzionano.
¶ IY01186 showexec visualizza una data non corretta
14 Versione 7.0

¶ IY02496 Le modifiche di conman sulle CPU con id server e in
un sottodominio non si stanno riflettendo in conman
di release
¶ IY03388 Impossibile interrompere lavori quando lavoro + nome
pianificazione è maggiore di 28 caratteri
¶ IY04837 La cancellazione di dipendenze until=nil causa la
disattivazione di jobman
¶ IY05047 showjobs dalla GUI e dalla riga comandi non fornisce
lo stato corretto
¶ IY07096 datecalc con uno scostamento di -12 mesi fornisce
informazioni non corrette
¶ IY07200 Non viene visualizzata alcuna data dopo il 12/31/99 per
il report 7
¶ 87090 I record RD compilano mailbox.msg durante Jnextday
¶ IY00308 catgets non è riuscito ad ottenere messaggio di errore 0
in risposta a prompt locali
¶ IY02591 Le sessioni close_wait non sono state chiuse dopo che
si è chiusa la connessione remota
¶ IY02574 Lavori inoltrati a mezzanotte non hanno una data di
avvio nell’output di conman
¶ 80935 rep11 non visualizza le date con scostamento di
calendario
¶ IY04439 Netman si disattiva sul master dopo il collegamento da
un agent utilizzando remote console
¶ IY06329 Jnextday si arresta per un tempo indefinito al comando
stop di conman
¶ 90764 Aumento del numero massimo di thread in tokensrv.exe
¶ IX85166 Lavori con un’ora until impostata dopo mezzanotte
sono ancora in esecuzione
¶ IY08875 rep7 causa difetto di segmentazione
¶ IX88466 La disinstallazione su NT non elimina tutte le voci
files/directories/registry

¶ IY02023 Correzione di prestazione (si modifica il file eventi)

¶ IY05584 Impossibile arrestare FTA NT Tedesco
¶ IY02307 Maestro non funziona in modo corretto con id utente
molto lunghi in HP-UX
¶ IX88357 File temp. lasciati nella partizione di root su NT
¶ IY05468 Il report xrxtrct xjob non emette il nome CPU
Defect, limitazioni e soluzioni conosciuti per il

prodotto
I defect, le limitazioni e le soluzioni generali per TWS Versione 7.0
includono:
¶ L’editor DOS di default per Windows NT non è in grado di
gestire un gran numero di definizioni lavoro e flusso di lavoro.
Per correggere questo problema, impostare la variabile editor su
notepad. (defect 90681)
¶ Durante lo spostamento dell’ora legale in primavera
(01:59:59–03:00:00), UNIX e Windows NT si comportano in
modo differente. (defect 94279) Ad esempio:
v Windows NT: il lavoro di inoltro di conman at=02xx è
impostato su 01xx
v HP-UX: il lavoro di inoltro di conman at=02xx è impostato
su 03xx
¶ Se si tenta di avviare una workstation con la JSC, viene
visualizzato un messaggio di errore a causa di una voce del file
dei componenti non corretta o mancante. Ciò avviene perché
l’ubicazione del file dei componenti non è quella di default e
non è impostata la variabile $UNISON_COMPONENT_FILE
oppure la voce nel file /usr/unison/component non è corretta
(ubicazione non corretta).
Per risolvere il problema, creare una copia del file dei
componenti nella directory /usr/unison/components. Se ne esiste
già uno, modificare i componenti perché corrispondano a quello
installato. Assicurarsi di specificare il nome percorso della home
16 Versione 7.0

directory dell’utente installato. Se la propria home directory è
collegata ad un altro file system, assicurarsi che entrambi i
di release
riferimenti siano elencati nel file. (defect 93362)
¶ Se si utilizza un testo con una lunghezza superiore ai 71
caratteri, i parametri non si espandono quando vengono lanciati
script o comandi. (defect 76667)
¶ Se si utilizzano apici per racchiudere il logon di flusso, il
composer emette un messaggio di errore quando si tenta di
documentare un lavoro MPE. Per evitare questo messaggio, non
utilizzare gli apici o utilizzare la JSC (defect 91819)
¶ La JSC si arresta se si utilizza il comando passa al gestore più di
una volta in rapida successione. Per evitare questo
inconveniente, arrestare sia l’MDM originale che quello nuovo
da conman prima di immettere il comando switchmgr. (defect
92699)
¶ Se si utilizza la CLI per composer, la documentazione lavoro
utente MPE rilascia nomi di account e di gruppo e aggiunge
apici necessari o fuori posto. Utilizzare la JSC per evitare questo
problema. (defect 92708)
¶ wmaeutil esegue un core dump quando si utilizza una sintassi
non corretta su Solaris. (defect 93143)
¶ Se si disinstalla Tivoli Framework in Windows NT, si può
ottenere il seguente messaggio di errore quando si esegue
Jnextday: libtas.dll non trovato nel percorso. Comunque,
Jnextday si esegue ancora con esito positivo. (defect 93859)
¶ Se un calendario non definito viene denominato in una clausola
EXCEPT del flusso di lavoro, lo scheduler ha esito negativo.
(defect 94490)
¶ Il motore TWS consente nomi lavoro duplicati nella stessa
pianificazione per HP-UX 10.20. (defect 94625)
¶ Logman durante Jnextday, dà errori di tempo di esecuzione
negativo sui lavori. Jnextday si esegue ancora con esito positivo.
(defect 94699)

¶ Se composer non è in grado di richiamare le informazioni

relative alla immissione della password dell’utente maestro da
UNIX, esegue un core dump invece di emettere un messaggio di
errore. Questo avviene a causa di problemi di configurazione
DNS/NIS.(defect 94701)
¶ Se si è collegati come root piuttosto che come utente maestro, si
visualizzerà il seguente messaggio mentre si effettua la
decompressione durante l’installazione:
UX:tar: ATTENZIONE:
Impossibile richiamare informazioni sul gruppo per gli utenti
Utilizzare tar -oxvf per evitare questo messaggio. (defect 95454)

¶ rmstdlist restituisce un codice di uscita di 2, invece di 0, quando
non ci sono file da cancellare. (defect 78454)
¶ Jnextday visualizza errori quando non è installata alcuna istanza
del connettore ma Tivoli Framework è installata. Jnextday si
esegue ancora con esito positivo. (defect 89937)
¶ Se si utilizza il comando kill di conman, Windows NT lascia che
il lavoro continui l’esecuzione. Per evitare ciò, è possibile
utilizzare il gestore attività Windows NT per porre termine
all’attività o il programma di utilità di TWS killproc dalla
directory non supportata. (defect 90111)
¶ Si riceverà il seguente messaggio quando si utilizza il comando
display job di conman se il database non è presente sull’FTA:
(defect 91096)
WS22020072 Nessuna voce qualificata.
¶ Batchman esegue un core dump quando si utilizzano file

Symphony di grandi dimensioni (con più di 65537 record). La
dimensione di Symphony è 32 MB per la modalità espansa e 16
MB per la modalità non espansa. (defect 93650)
¶ Lavori di ripristino che si eseguono su una workstation diversa
da quella del lavoro originale non vengono avviati se la
workstation del lavoro di ripristino non è un FTA in stato
completo. (defect 94789)
18 Versione 7.0

¶ Si potrebbero ricevere informazioni relative allo stato non
corrette quando si immette il comando stop per tutti gli FTA in
di release
un’istanza di dominio. L’MDM viene arrestato prima degli FTA.
Perciò, l’MDM visualizza le informazioni disponibili al
momento in cui si arresta, indipendentemente dai cambiamenti
nello stato dell’FTA. (defect 93759)
¶ Se la directory che si utilizza per TWS rappresenta un
collegamento simbolico ad un’altra ubicazione, l’effettivo,
collegamento fisso viene registrato nel file dei componenti. Si
riceverà un errore se viene utilizzato un percorso assoluto. Per
evitare questo inconveniente, richiamare i programmi TWS
tramite $PATH. (defect 90634)
¶ Si può ricevere il seguente messaggio ingannevole se si esegue
un comando MAKESEC mentre un altro utente utilizza il
COMPOSER CLI: (defect 90218)
MAKESEC:AWS11140308I Error renaming
MAKESEC:c:\win32app\maestro/../unison/Security.temp to
MAKESEC:c:\win32app\maestro/../unison/Security: File exists
Verifica
Le seguenti sono importanti informazioni relative alla funzione di
verifica di TWS:
¶ Le informazioni sul livello di verifica, definite nel file
globalopts, sono memorizzate nel file Symphony e distribuite
agli FTA. Come risultato, non è possibile attivare e disattivare la
verifica nel Piano o modificare il livello di verifica durante il
giorno di produzione. Le modifiche al file Symphony divengono
effettive quando si esegue Jnextday.
¶ Le informazioni sul livello di verifica visualizzate nella JSC con
le informazioni relative al motore non sono affidabili e possono
risultare non corrette e ingannevoli. Utilizzare la CLI
(command-line interface) per confermare i livelli di verifica. La
JSC esegue la verifica in modo corretto.
Fuso orario
Le seguenti sono informazioni importanti se si sta utilizzando il
TWS attraverso più fusi orari.

¶ Se si immette un’ora di avvio precedente all’avvio del giorno di

TWS o un’ora di scadenza anch’essa precedente all’avvio del
giorno di TWS, le date calcolate inoltrando un flusso di lavoro
dal database nella CLI non risultano coerenti con quelle
calcolate eseguendo la stessa operazione nella JSC (defect 6615).
Ad esempio, supponiamo che la data della pianificazione
(visualizzata nella finestra Proprietà-Scheduler) sia 5/25/2000 e
l’avvio del giorno di TWS sia alle 6 AM. Creare i seguenti tre
flussi di lavoro nel database:
Flusso di lavoro Ora di avvio
JSA 4 AM
JSB 4 AM + 1 giorno
JSC 4 AM + 1 giorno
Le ore di avvio risultanti sono calcolate in maniera differente

nella JSC e nella CLI, come viene illustrato nella seguente
tabella:
Flusso di Database CLI JS Console
lavoro
JSA 4 AM 5/26/2000 4 AM 5/26/2000 4 AM
JSB 4 AM + 1 giorno 5/26/2000 4 AM 5/27/2000 4 AM
JSC 4 AM + 2 giorni 5/27/2000 4 AM 5/28/2000 4 AM
L’ora di avvio calcolata nella CLI è coerente con le ore di avvio

calcolate nella JSC e nella Versione 6.1.
Nota: L’utilizzo di un’ora “until” invece dell’ora di avvio porta

a risultati simili.
¶ E’ possibile specificare i fusi orari con il comando rerun di
conman quando l’indicatore fuso orario abilitato di globalopts è
impostato su NO, il che provoca il calcolo errato dell’ora e della
data. (defect 93407)
20 Versione 7.0

¶ L’MDM può visualizzare uno stato non corretto per lavori su
workstation che si trovano in altri fusi orari in un database non
di release
espanso. L’ora locale della workstation master viene utilizzata
per determinare lo stato HOLD o READY al posto dell’ora nella
workstation su cui si trova il lavoro.
Questo non ha alcun effetto a livello operativo poiché i
lavori/flussi di lavoro vengono ancora avviati all’ora corretta
sulla workstation parent. (defect 94283)
¶ TWS utilizza l’ora locale della workstation per calcolare le date
di esecuzione per ogni comando conman che dispone di
un’opzione AT= quando i fusi orari sono abilitati ma non è stata
specificata alcuna data o fuso orario. Questo può provocare
discrepanze se il lavoro/flusso di lavoro della workstation
conman si trova su una workstation che utilizza una data diversa
a causa delle differenze di fuso orario.
Utilizzare l’opzione TZ= con questi comandi per essere sicuri
che data e ora vengano calcolate correttamente. (defect 95785)
Modulo Tivoli Plus
Le seguenti sono importanti informazioni relative al Modulo Tivoli
Plus:
¶ Immettere i seguenti comandi per disinstallare il modulo Plus:
(defect 91093)
v Windows NT:
1.
C:\>%SystemRoot%\system32\drivers\etc\
Tivoli\setup_env.cmd
2.
C:\> bash
3.
bash$ $BINDIR/../generic_unix/TME/PLUS/
LINK/PLUSuninstall.sh $BINDIR/../generic_unix/TME/PLUS/TWS/
PLUSproduct-info.sh
v UNIX:
1.

% . /etc/Tivoli/setup_env.sh
2.
% $BINDIR/../generic_unix/TME/PLUS/
LINK/PLUSuninstall.sh $BINDIR/../generic_unix/TME/PLUS/TWS/
PLUSproduct-info.sh
¶ E’ necessario eliminare manualmente il file TWSPLUS_CAT

nella directory del catalogo messaggi quando si disinstalla il
modulo PLUS. (defect 93828)
¶ Quando si installano i Link Bin ed il Modulo Plus, non
reinstallare la parte database di questi componenti. Così facendo
si potrebbero sovrascrivere file personalizzati esistenti. (defect
91101)
¶ Quando si utilizza la finestra di dialogo
TWS_Planned_Production_Schedule_reptr, selezionare un solo
livello di dettaglio: riepilogo o dettaglio. Verrà visualizzato il
seguente messaggio di errore se si selezionano entrambi:
###################################################
Task Name:TWS_Planned_Production_Schedule__reptr_
Task Endpoint:tisldev1 (ManagedNode)
Return Code:0
------Standard Output------
MAESTRO for UNIX/REPTR 7.0 (C) Tivoli Systems Inc. 1998
MAESTRO for UNIX (SOLARIS)/SYXTRACT 7.0 (1.4)
(C) Tivoli Systems Inc. 1998
Installed for group 'DEFAULT'.
Locale LANG set to "C"
------Standard Error Output------
1: No such file or directory
####################
Considerazioni sull’internazionalizzazione
I seguenti punti descrivono importanti informazioni se si sta
utilizzando una versione tradotta di TWS 7.0:
¶ Su UNIX, è necessario impostare la variabile LANG nel .profile
(per ksh) o nel file applicabile per altre shell.
¶ E’ necessario impostare la variabile LANG in jobmanrc perché
batchman utilizzi la configurazione nei cataloghi delle lingue.
22 Versione 7.0

Per default, se il formato della data è cambiato e LANG non è
stata impostata, il catalogo è C e riporta il valore di default al
di release
formato mm/dd/yy.
¶ Per lingue a doppio byte che utilizzano Microsoft Windows NT,
è necessario utilizzare Notepad come editor. Specificare editor
nel campo Variabile della casella di dialogo Proprietà sistema
e specificare notepad nel campo Valore.
¶ Per lingue dell’Europa occidentale, è necessario impostare la
code page e modificare il font in Lucida prima di eseguire la
CLI TWS. Il comando è chcp=1252. Questo è documentato
nelle note di release di Tivoli Framework come problema noto di
Microsoft.
¶ Per visualizzare caratteri estesi in qualsiasi editor o finestra
DOS, è necessario impostare la variabile d’ambiente TISDIR. E’
possibile utlizzare i seguenti percorsi:
v c:\tivoli\desktop
v c:\win32app\maestro
v c:\WINNT\system32\drivers\etc\Tivoli
¶ E’ necessario impostare
MAESTRO_OUTPUT_STYLE=LONG per visualizzare tutti i
caratteri estesi impostati nella CLI. Ad esempio, se il nome della
pianificazione è rappresentato da tre caratteri Cinesi, il totale è
nove byte. Il campo pianificazione nel comando showjob di
conman è di otto caratteri ed il terzo carattere appare corrotto.
¶ Tutte le informazioni sono memorizzate e trasmesse come UTF8.
Per le lingue Asiatiche, ogni carattere ha tre byte di lunghezza. I
caratteri e accentata, a accentata, ecc. nelle lingue Europee
hanno due bytes di lunghezza. Tenere a mente queste
informazioni quando si progettano nomi di oggetto.
¶ Le seguenti sono restrizioni di lunghezza dell’Inglese e del
DBCS (double-byte character set) per i nomi:

Oggetto di pianificazione Limite Inglese Limite DBCS

(caratteri (caratteri
ascii) DBCS)
cpu name 16 5
domain name 16 5
cpuclass name 16 5
schedule name 16 5
job name 40 13
parm name 8 2
prompt name 8 2
prompt size 200 66
resource name 8 2
calendar name 8 2
JCL file name 4095 1365
file basename 28 9
file equation 120 40
¶ L’impostazione della variabile d’ambiente TISDIR durante

l’installazione di Windows NT potrebbe causare le seguenti
conseguenze: (defect 93246)
v Se si installa maestro dopo l’installazione di netman, TISDIR
sovrascrive il precedente valore e viene reimpostata sulla
home maestro. Attualmente, TISDIR viene impostata durante
l’installazione sia di netman che di maestro. La directory
codeset viene riempita dei prodotti sia di maestro che di
netman. Se si installa solo netman, ad esempio, sotto
c:\win32app\unison\netman, TISDIR è impostata su
c:\win32app\unison\netman.
v E’ necessario riavviare il sistema dopo l’installazione affinché

i servizi di netman e maestro selezionino il valore di TISDIR.
v Per più installazioni, TISDIR punta sempre al codeset che
contiene l’ultima installazione di netman/maestro. Questo
avviene perché le variabili TISDIR si sovrascrivono
reciprocamente quando si installa un netman/maestro
24 Versione 7.0

sull’altro. Se si desidera che TISDIR punti ad una specifica
directory, è necessario reimpostarla.
di release
v Quando si disinstalla netman/maestro, TISDIR viene
eliminata dal sistema. E’ necessario reimpostarla perché punti
verso qualsiasi directory codeset esistente.
Per UNIX, è necessario impostare TISDIR manualmente prima

di eseguire un comando.
¶ E’ necessario riavviare il sistema per impostare la variabile
d’ambiente TISDIR per sistemi NLS (National Language
Support). TISDIR imposta il percorso per le code page, che
visualizzano caratteri estesi. (defect 96303)
Modifiche alla documentazione

Prestare attenzione alle seguenti modifiche apportate alla
documentazione di TWS 7.0:
¶ Nel Tivoli Workload Scheduler Manuale per l’utente Versione
7.0, pagine 375–376, “Stato lavoro JS Console”, sostituire flusso
di lavoro con lavoro.
¶ Nel Tivoli Workload Scheduler Modulo Plus Manuale per
l’utente Versione 7.0, pagina 11, sostituire il secondo paragrafo
con quanto segue. Le modifiche sono visualizzate come testo in
grassetto:
Questa attività dovrebbe essere eseguita su agent TWS sui quali
non sia stato installato il modulo Plus e la cui directory TWS sia
differente da quella specificata quando il modulo Plus è stato
installato sul Server TME. Questa attività deve essere eseguita
su tutti i TMA. Essa deve essere eseguita su nodi gestiti solo
se la directory di installazione dell’agent TWS differisce da
quella specificata quando il modulo Plus è stato installato sul
server TME. Se questa attività non viene eseguita, molte delle
attività di questo modulo avranno esito negativo, così come
avranno esito negativo alcune attività dei distributed monitor.

¶ Nel Tivoli Workload Scheduler Modulo Plus Manuale per

l’utente Versione 7.0, sostituire la tabella che inizia a pagina 45
con la seguente:
Messaggi evento File di log TWS
″Il processo TWS %s è stato ripristinato sull’host %s″ (program_name, host_name)
Descrizione evento: Processo daemon TWS ripristinato.
Classe evento UNIX: TWS_Process_Reset.
Classe evento Windows NT: TWS_NT_Process_Reset
Severità evento: HARMLESS.
″Il processo TWS %s non è in esecuzione sull’host %s″ (program_name, host_name)
Descrizione evento: Processo TWS non in esecuzione.
Classe evento UNIX: TWS_Process_Gone.
Classe evento Windows NT: TWS_NT_Process_Gone
Severità evento: Severità: CRITICAL.
Il processo TWS %s è terminato in modo anomalo sull’host %s″ (program_name,
host_name)
Descrizione evento: Il processo TWS termina in modo anomalo.
Classe evento UNIX: TWS_Process_Abend.
Classe evento Windows NT: TWS_NT_Process_Abend
Severità evento: Severità: CRITICAL.
″Lavoro %s.%s non riuscito, nessun ripristino specificato″ (schedule_name, job_name)
Descrizione evento: Il lavoro termina in modo anomalo, nessun ripristino
Classe evento UNIX: specificato.
Classe evento Windows NT: TWS_Job_Abend.
Severità evento: TWS_NT_Job_Abend
Operazione automatizzata: CRITICAL.
Attività di correlazione: Inviare stdlist lavori al TWS dell’utente (solo UNIX).
Se questo lavoro è terminato in modo anomalo più di
una volta entro una finestra di 24 ore, inviare un
evento ″TWS_Job_Repeated_Failure″.
″Il lavoro %s.%s non è riuscito, verrà eseguito un lavoro di ripristino quindi la
pianificazione %s verrà arrestata″ (schedule_name, job_name, schedule_name)
26 Versione 7.0

Descrizione evento: Il lavoro termina in modo anomalo, il passo di
di release
Classe evento UNIX: ripristino è eseguire un lavoro di ripristino quindi
Classe evento Windows NT: arrestare la pianificazione.
Severità evento: TWS_Job_Abend.
Operazione automatizzata: TWS_NT_Job_Abend
Attività di correlazione: CRITICAL.
Inviare stdlist lavori al TWS dell’utente (solo UNIX).
″Lavoro %s.%s non riuscito, questo lavoro verrà rieseguito″ (schedule_name,
job_name)
Classe evento UNIX: ripristino è rieseguire il lavoro.
″Il lavoro %s.%s non è riuscito, questo lavoro verrà rieseguito dopo il lavoro di
ripristino″ (schedule_name, job_name)
Classe evento UNIX: ripristino è rieseguire dopo il lavoro di ripristino.
″Il lavoro %s.%s non è riuscito, si continui con la pianificazione %s″ (schedule_name,
job_name, schedule_name)


Classe evento UNIX: ripristino è continuare con la pianificazione.
″Il lavoro %s.%s non è riuscito, si esegua il lavoro di ripristino quindi si continui con
la pianificazione %s″ (schedule_name, job_name, schedule_name)
Classe evento UNIX: ripristino è eseguire il lavoro di ripristino e continuare
Classe evento Windows NT: con la pianificazione.
Severità evento: TWS_Job_Abend.
Operazione automatizzata: TWS_NT_Job_Abend
Attività di correlazione: CRITICAL.
Inviare stdlist lavori al TWS dell’utente (solo UNIX).
″Errore durante la riesecuzione del lavoro non riuscito %s.%s″ (schedule_name,
job_name)
Descrizione evento: La riesecuzione del lavoro non riuscito termina in
Classe evento UNIX: modo anomalo.
″Errore durante il ripristino del lavoro %s.%s″ (schedule_name, job_name)
28 Versione 7.0

Descrizione evento: Il lavoro di ripristino termina in modo anomalo.
di release
Classe evento UNIX: TWS_Job_Abend.
Classe evento Windows NT: TWS_NT_Job_Abend
Severità evento: CRITICAL.
Operazione automatizzata: Inviare stdlist lavori al TWS dell’utente (solo UNIX).
Attività di correlazione: Se questo lavoro è terminato in modo anomalo più di
″Più esiti negativi del Lavoro %s#%s in un periodo di 24 ore″ (schedule_name,
job_name)
Descrizione evento: Lo stesso lavoro ha esito negativo più di una volta
Classe evento UNIX: nelle 24 ore.
Classe evento Windows NT: TWS_Job_Repeated_Failure.
Severità evento: TWS_NT_Job_Repeated_Failure
CRITICAL.
″Il lavoro %s.%s non si è avviato″ (schedule_name, job_name)
Descrizione evento: Il lavoro non è riuscito ad avviarsi.
Classe evento UNIX: TWS_Job_Failed.
Classe evento Windows NT: TWS_NT_Job_Failed
″Il lavoro %s.%s si è avviato sulla CPU %s″ (schedule_name, job_name, cpu_name)
Descrizione evento: Lavoro avviato.
Classe evento UNIX: TWS_Job_Launched.
Classe evento Windows NT: TWS_NT_Job_Launched
Attività di correlazione: Chiudere eventi prompt lavoro aperti relativi a questo
lavoro.
″Il lavoro %s.%s si è completato con esito positivo sulla CPU %s″ (schedule_name,
job_name, cpu_name)
Descrizione evento: Il lavoro si è completato con esito positivo.
Classe evento UNIX: TWS_Job_Done.
Classe evento Windows NT: TWS_NT_Job_Done
Attività di correlazione: Chiudere eventi lavoro avviato aperti per questo
lavoro e consentire il riconoscimento automatico di
questo evento.
″Il lavoro %s.%s è sospeso nella CPU %s″ (schedule_name, job_name, cpu_name)


Descrizione evento: Lavoro sospeso.
Classe evento UNIX: TWS_Job_Suspended.
Classe evento Windows NT: TWS_NT_Job_Suspended
Severità evento: WARNING.
(Messaggio Prompt TWS)
Descrizione evento: Prompt di ripristino lavoro immessa.
Classe evento UNIX: TWS_Job_Recovery_Prompt.
Classe evento Windows NT: TWS_NT_Job_Recovery_Prompt
″La pianificazione %s non è riuscita″ (schedule_name)
Descrizione evento: La pianificazione termina in modo anomalo.
Classe evento UNIX: TWS_Schedule_Abend.
Classe evento Windows NT: TWS_NT_Schedule_Abend
Attività di correlazione: Se l’evento non viene riconosciuto entro 15 minuti,
inviare notifica all’utente ″TWS″ (solo UNIX).
″La pianificazione %s è bloccata″ (schedule_name)
Descrizione evento: Pianificazione bloccata.
Classe evento UNIX: TWS_Schedule_Stuck.
Classe evento Windows NT: TWS_NT_Schedule_Stuck
Attività di correlazione: Se l’evento non viene riconosciuto entro 15 minuti,
inviare notifica all’utente ″TWS″ (solo UNIX).
″La pianificazione %s si è avviata″ (schedule_name)
Descrizione evento: Pianificazione avviata.
Classe evento UNIX: TWS_Schedule_Started.
Classe evento Windows NT: TWS_NT_Schedule_Started
Attività di correlazione: Chiudere tutti gli eventi pianificazione bloccata o
pianificazione terminata in modo anomalo relativi a
questa pianificazione.
″La pianificazione %s si è completata″ (schedule_name)
30 Versione 7.0

Descrizione evento: Pianificazione completata con esito positivo.
di release
Classe evento UNIX: TWS_Schedule_Done.
Classe evento Windows NT: TWS_NT_ Schedule_Done
Attività di correlazione: Chiudere tutti i relativi eventi pianificazione avviata e
consentire il riconoscimento automatico di questo
evento.
(Messaggio prompt globale)
Descrizione evento: Prompt globale immessa.
Classe evento UNIX: TWS_Global_Prompt.
Classe evento Windows NT: TWS_NT_Global_Prompt
(Messaggio della prompt di pianificazione)
Descrizione evento: Prompt di pianificazione immessa.
Classe evento UNIX: TWS_Schedule_Prompt.
Classe evento Windows NT: TWS_NT_Schedule_Prompt
(Messaggio della prompt di ripristino lavoro)
Descrizione evento: Prompt di ripristino lavoro immessa.
Classe evento UNIX: TWS_Job_Prompt.
Classe evento Windows NT: TWS_NT_Job_Prompt
″Il collegamento di com da %s a %s è caduto per una ragione sconosciuta″ (hostname,
to_cpu)
Descrizione evento: Collegamento TWS alla cpu caduto per una ragione
Classe evento UNIX: sconosciuta.
Classe evento Windows NT: TWS_Link_Dropped.
Severità evento: TWS_NT_Link_Dropped
WARNING.
″Il collegamento di com da %s a %s è stato chiuso tramite comando di scollegamento″
(hostname, to_cpu)
Descrizione evento: Collegamento TWS alla cpu rilasciato dal comando di
Classe evento UNIX: scollegamento.
Severità evento: TWS_NT_ Link_Dropped
HARMLESS.


″Si è perso il collegamento di com da %s a %s a causa di un errore″ (hostname,
to_cpu)
Descrizione evento: Collegamento TWS alla cpu perso a causa di un
Classe evento UNIX: errore.
Severità evento: TWS_NT_Link_Dropped
CRITICAL.
″E’ stato stabilito il collegamento di com da %s a %s″ (hostname, to_cpu)
Descrizione evento: Stabilito collegamento cpu TWS alla cpu.
Classe evento UNIX: TWS_Link_Dropped.
Classe evento Windows NT: TWS_NT_Link_Dropped
Attività di correlazione: Chiudere i relativi eventi Link_Dropped o Link_Failed
e consentire il riconoscimento automatico di questo
evento.
″E’ stato disattivato il collegamento di com da %s a %s per una ragione sconosciuta″
(hostname, to_cpu)
Descrizione evento: Collegamento TWS alla cpu non riuscito per una
Classe evento UNIX: ragione sconosciuta.
Classe evento Windows NT: TWS_Link_Failed.
Severità evento: TWS_NT_Link_Failed
CRITICAL.
″E’ stato disattivato il collegamento di com da %s a %s a causa dello scollegamento″
(hostname, to_cpu)
Descrizione evento: Collegamento TWS alla cpu non riuscito a causa dello
Classe evento UNIX: scollegamento.
HARMLESS.
″E’ stato disattivato il collegamento di com da %s a %s a causa di un errore″
(hostname, to_cpu)
Descrizione evento: Collegamento TWS alla cpu non riuscito a causa di
Classe evento UNIX: un errore.
CRITICAL.
″E’ stato stabilito il collegamento di com da %s a %s″ (hostname, to_cpu)
32 Versione 7.0

Descrizione evento: Stabilito collegamento TWS alla cpu.
di release
Classe evento UNIX: TWS_Link_Established.
Classe evento Windows NT: TWS_NT_Link_Established
Attività di correlazione: Chiudere i relativi eventi Link_Dropped o Link_Failed
e consentire il riconoscimento automatico di questo
evento.
″Gestore attivo % per dominio %″ (cpu_name, domain_name)
Descrizione evento: Si è verificato un passaggio al Gestore dominio TWS.
Classe evento UNIX: TWS_Domain_Manager_Switch
Classe evento Windows NT: TWS_NT_Domain_Manager_Switch
Note sul prodotto

I seguenti punti descrivono importanti informazioni per l’utilizzo di
TWS 7.0:
¶ TWS 7.0 è compatibile con il Tivoli Scheduler Agent per SAP
R/3 4.0. Precedenti versioni dell’agent non erano totalmente
compatibili con TWS 7.0. Contattare Tivoli per ulteriori
informazioni.
¶ gconman o gcomposer non sono più disponibili per le
piattaforme MIPS ABI e INTEL ABI.
¶ gconman e gcomposer non supportano utenti TWS che un UID e
un GID maggiori di 65500 per HP-UX 10.2 o successive.
¶ Contattare Tivoli per informazioni sui seguenti extended agent:
v 5698-WKB-4805 - Tivoli Workload Scheduler MVS
Integration 1.4.4
v 5698-WKB-4807 - Tivoli Workload Scheduler SAP R/3
Integration 4.0
v 5698-WKB-4811 - Tivoli Workload Scheduler Oracle
Financial Integration 1.3.0

v 5698-WKB-4813 - Tivoli Workload Scheduler Baan IV

Integration v1.1
v 5698-WKB-5879 - Tivoli Workload Scheduler PeopleSoft
Integration v1.1
¶ E’ necessario installare la patch 1.1-WXP-0003 se attualmente si
sta utilizzando PeopleSoft Xagent Versione 1.1 e si intende
effettuare un aggiornamento a TWS 7.0.
¶ gcomposer e gconman (e visualm) non supportano fusi orari.
34 Versione 7.0
Printed in Denmark by IBM Danmark A/S
GI13-0018-00

TWS Tivoli Scheduler

Caricato da

Informazioni sul documento

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

TWS Tivoli Scheduler

Caricato da

Copyright:

Formati disponibili

Tivoli Workload

HP-UX è un marchio registrato di Hewlett Packard Company.

Solaris è un marchio registrato di Sun Microsystems, Inc.

Rivedere attentamente queste note prima di installare o utilizzare il

Nei materiali informativi sulle vendite, sul marketing e sul prodotto

Queste note di release includono i seguenti argomenti:

Tivoli Workload Scheduler Note di release 1

¶ “Defect, limitazioni e soluzioni conosciuti per il prodotto” a

Fare menzione del proprio nome e di quello della propria società in

E’ possibile trovare informazioni frequentemente aggiornate sulla

Questo sito include i seguenti collegamenti:

1. TWS Versione 7.0 Note

Tivoli Workload Scheduler Note di release 3

Consultare la documentazione TWS inclusa nel pacchetto del

1. TWS Versione 7.0 Note

Tivoli Workload Scheduler Note di release 5

Piattaforma Sistema operativo Spazio RAM Spazio

Requisiti supplementari per Windows NT e Windows 2000

Requisiti supplementari per UNIX

1. TWS Versione 7.0 Note

Per ulteriori questioni relative all’installazione, consultare

Tivoli Workload Scheduler Note di release 7

¶ Se si utilizza AIX Versione 4.2, potrebbe essere necessario

Se il comando visualizza un valore di livello inferiore a 3.6.6.0,

Se il comando visualizza un valore di livello inferiore a 4.3.1.1,

¶ Quando si esegue l’installazione su Unixware, utilizzare tar

1. TWS Versione 7.0 Note

¶ Nel manuale Tivoli Workload Scheduler Guida alla

Modificarlo nel seguente per ksh:

Modificarlo nel seguente per csh:

Questo errore si verifica nelle seguenti pagine:

Tivoli Workload Scheduler Note di release 9

v Per eseguire l’installazione su tutti i nodi gestiti:

v Per eseguire l’installazione solo su un nodo gestito:

dove installdir è il nome percorso che contiene i file di

2. Eseguire il lavoro Jnextday:

3. Quando si completa il lavoro Jnextday, controllare lo stato di

Se TWS si è avviato correttamente, lo stato è batchman

1. TWS Versione 7.0 Note

Se si disinstallano i connettori TWS e si dispone di più TMR

Utilizzare il seguente comando per individuare la sintassi

Tivoli Workload Scheduler Note di release 11

¶ I file Remcon (Remote Console) non vengono eliminati tramite

Migrazione al Tivoli Workload Scheduler Versione 7.0

Per ulteriori questioni sulla migrazione, consultare “Modifiche alla

Per ottenere queste informazioni, eseguire i programmi con

Se i livelli di revisione sono inferiori a questi valori, è

1. TWS Versione 7.0 Note

Per evitare questo problema, è possibile immettere i comandi

Se si aggiorna prima l’MDM, eseguire Jnextday sull’MDM dopo

Tivoli Workload Scheduler Note di release 13

Migrazione dalla Versione 6.x

Problemi esistenti corretti in questa versione

1. TWS Versione 7.0 Note

Tivoli Workload Scheduler Note di release 15

¶ IY02023 Correzione di prestazione (si modifica il file eventi)

Defect, limitazioni e soluzioni conosciuti per il

1. TWS Versione 7.0 Note

Tivoli Workload Scheduler Note di release 17

¶ Se composer non è in grado di richiamare le informazioni

Utilizzare tar -oxvf per evitare questo messaggio. (defect 95454)

¶ Batchman esegue un core dump quando si utilizzano file

1. TWS Versione 7.0 Note

Tivoli Workload Scheduler Note di release 19