Tivoli Workload Scheduler - e IBM Tivoli Composite - IBM

Tivoli Workload 

Scheduler 

Manuale di riferimento 

Versione 7.0

Tivoli Workload 

Scheduler 

Manuale di riferimento 

Versione 7.0

Manuale di riferimento Tivoli Workload Scheduler (maggio 2000) 

Informazioni sul copyright 

Copyright © 2000 by 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 Addendum ai 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 od 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 di idoneità 

per uno scopo particolare. 

Marchi 

I seguenti nomi di prodotto sono marchi di Tivoli Systems o IBM Corporation: AIX, IBM, OS/2, RS/6000, Tivoli 

Management Environment e TME 10. 

I logo Microsoft, Windows, Windows NT e Windows sono marchi o marchi registrati della Microsoft Corporation. 

UNIX è un marchio registrato negli Stati Uniti e in altri paesi con licenza esclusiva di X/Open Company Limited. 

Java e tutti i marchi o i logo relativi a sono marchi della Sun Microsystems, Inc. 

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 Systems 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.

Indice 

Prefazione ................................................. xi 

A chi è rivolto questo manuale ................................... xi 

Documenti correlati ........................................... xi 

Contenuto di questo manuale .................................... xi 

Convenzioni utilizzate in questo manuale. .......................... xii 

Informazioni specifiche sulla piattaforma .......................... xiii 

Come contattare l’Assistenza clienti .............................. xiii 

Capitolo 1. Riferimento al Composer ..................... 1 

Gestione degli oggetti di pianificazione ............................. 1 

Definizioni workstation ..................................... 3 

Definizioni classe workstation ................................ 9 

Definizioni dominio. ...................................... 11 

Definizioni lavoro ........................................ 13 

Definizioni utente ........................................ 18 

Definizioni calendari ...................................... 21 

Definizioni parametri. ..................................... 22 

Definizioni prompt ....................................... 24 

Definizioni risorsa ........................................ 26 

Il programma Composer ....................................... 27 

Esecuzione Composer ..................................... 27 

Sintassi comandi ......................................... 30 

Descrizione comandi .......................................... 32 

add................................................... 33 

build .................................................. 35 

continue ............................................... 37 

create ................................................. 38 

Tivoli Workload Scheduler Manuale di riferimento 

iii

delete ................................................. 40 

display, list, print. ........................................ 42 

edit ................................................... 47 

exit ................................................... 48 

modify ................................................ 49 

new................................................... 52 

redo .................................................. 53 

replace ................................................ 55 

validate ................................................ 56 

version ................................................ 58 

System Command ........................................ 59 

Capitolo 2. Linguaggio di pianificazione ................ 61 

Sintassi per i flussi di lavoro .................................... 61 

Parole chiave. ........................................... 62 

Dipendenze ............................................. 63 

Descrizioni parole chiave. ...................................... 63 

at .................................................... 64 

carryforward ............................................ 66 

Commenti .............................................. 67 

confirmed .............................................. 68 

end................................................... 69 

every. ................................................. 70 

except ................................................. 71 

follows ................................................ 73 

in order. ............................................... 75 

Job Statement ........................................... 77 

limit .................................................. 83 

needs ................................................. 84 

on.................................................... 86 

iv Versione 7.0

opens ................................................. 89 

priority ................................................ 91 

prompt ................................................ 92 

schedule ............................................... 94 

until .................................................. 95 

Capitolo 3. Riferimento al Conman ...................... 97 

Esecuzione del Conman. ....................................... 97 

Esempi ................................................ 97 

Caratteri di controllo ...................................... 98 

Esecuzione dei comandi di sistema ........................... 98 

Prompt utente ........................................... 98 

Output del terminale ...................................... 99 

Output fuori linea ........................................ 99 

Prompt comandi del Conman. .............................. 100 

Sintassi comandi ............................................ 101 

Caratteri jolly .......................................... 101 

Delimitatori e caratteri speciali ............................. 102 

Elenco comandi. ........................................ 103 

Selezione lavori nei comandi ................................... 106 

Sintesi. ............................................... 106 

Argomenti ............................................. 107 

Selezione dei flussi di lavoro nei comandi ......................... 115 

Sintesi ................................................ 115 

Argomenti ............................................. 116 

Descrizione comandi ......................................... 123 

adddep job ............................................ 124 

adddep sched. .......................................... 126 

altpass. ............................................... 128 


v

altpri ................................................. 129 

cancel job ............................................. 130 

cancel sched ........................................... 133 

confirm ............................................... 135 

console ............................................... 137 

continue .............................................. 139 

deldep job ............................................. 140 

deldep sched ........................................... 142 

display ............................................... 144 

exit .................................................. 146 

fence ................................................. 147 

help. ................................................. 149 

kill .................................................. 151 

limit cpu .............................................. 152 

limit sched ............................................ 154 

link .................................................. 155 

listsym ............................................... 158 

recall. ................................................ 160 

redo ................................................. 162 

release job. ............................................ 164 

release sched ........................................... 166 

reply ................................................. 168 

rerun ................................................. 170 

resource. .............................................. 174 

setsym. ............................................... 175 

showcpus ............................................. 176 

showdomain ........................................... 180 

showfiles. ............................................. 182 

showjobs .............................................. 185 

showprompts ........................................... 194 

vi Versione 7.0

showresources .......................................... 197 

showschedules. ......................................... 200 

shutdown. ............................................. 205 

start. ................................................. 206 

status. ................................................ 209 

stop. ................................................. 210 

submit docommand ...................................... 213 

submit file. ............................................ 216 

submit job ............................................. 219 

submit sched ........................................... 222 

switchmgr ............................................. 225 

System Command ....................................... 227 

tellop. ................................................ 228 

unlink ................................................ 229 

version ............................................... 232 

Capitolo 4. Comandi di utilità .......................... 233 

Descrizione comandi ......................................... 233 

Comandi at | batch ...................................... 235 

Comando caxtract ....................................... 240 

Comando cpuinfo ....................................... 241 

Comando datecalc ....................................... 244 

Comando dbexpand ...................................... 250 

Comando delete. ........................................ 252 

Comando evtsize ........................................ 254 

Comando jbxtract ....................................... 255 

Comando jobinfo. ....................................... 257 

Comando jobstdl ........................................ 259 

Comando maestro ....................................... 261 

Comando makecal ....................................... 262 


vii

Comando morestdl. ...................................... 264 

Comando parms ........................................ 266 

Comando paxtract ....................................... 268 

Comando prxtract ....................................... 269 

Comando r11xtr. ........................................ 270 

Comando release ........................................ 272 

Comando rextract ....................................... 274 

Comando rmstdlist. ...................................... 275 

Comando showexec ...................................... 276 

Comando StartUp ....................................... 278 

Comando version. ....................................... 279 

Comando wmaeutil ...................................... 281 

Comando xrxtrct ........................................ 284 

Comandi non supportati. .................................. 291 

Capitolo 5. Riferimento XA (Extended Agent) ......... 293 

Cosa sono gli XA (Extended Agents)? ............................ 293 

Definizione workstation ................................... 294 

Interfaccia metodo di accesso. .................................. 294 

Sintassi riga comandi del metodo. ........................... 294 

Messaggi di risposta metodo ............................... 297 

File di opzioni metodo. ................................... 298 

Esecuzione metodo .......................................... 300 

Attività LJ (Launch Job) .................................. 300 

Attività MJ (Manage Job) ................................. 301 

Attività CF (Check File) .................................. 302 

Attività GS (Get Status). .................................. 302 

Il comando cpuinfo ...................................... 304 

Risoluzione problemi. ........................................ 304 

Messaggi di errore dell’elenco standard del lavoro ............... 304 

viii Versione 7.0

Metodo non eseguibile. ................................... 304 

Messaggi Console Manager ................................ 305 

Messaggi Composer e Compiler. ............................ 305 

Messaggi Jobman ....................................... 305 

Capitolo 6. Riferimento all’NA .......................... 307 

Panoramica ................................................ 307 

Configurazione della Workstation NA ............................ 308 

Esempio riga comandi dell’NA ............................. 309 

File di opzione ......................................... 310 

Dipendenze internetwork ...................................... 311 

Creazione di una dipendenza Internetwork ..................... 311 

Dipendenze Internetwork e Conman. ......................... 312 

Appendice. Nomi del fuso orario....................... 315 

Descrizioni e nomi del fuso orario ............................... 315 

Glossario ................................................ 317 

Indice analitico .......................................... 327 


ix

x Versione 7.0

Prefazione 

Il Manuale di riferimento Tivoli Workload Scheduler fornisce 

informazioni dettagliate sulla CLI, sul linguaggio di pianificazione e 

sui comandi di utilità per TWS. 

A chi è rivolto questo manuale 

Questo manuale è rivolto agli amministratori e agli utenti esperti del 

TWS. 

Documenti correlati 

Manuale sull’installazione e la pianificazione del Tivoli 

Workload Scheduler 

Fornisce informazioni sulla pianificazione e installazione del 

Tivoli Workload Scheduler. 

Manuale per l’utente Tivoli Workload Scheduler 

Fornisce informazioni sull’utilizzo del Tivoli Workload 

Scheduler per gestire l’ambiente di produzione. 

Contenuto di questo manuale 

Il Manuale di riferimento Tivoli Workload Scheduler contiene le 

seguenti sezioni: 

Capitolo 1, “Riferimenti al Composer” 

Fornisce una panoramica della CLI composer. LaCLI 

composer viene utilizzata per creare gli oggetti di pianificazione 

nel database TWS. 

Capitolo 2, “Linguaggio di pianificazione” 

Fornisce una panoramica sul linguaggio di pianificazione 

utilizzato per definire i lavori e flussi di lavoro nel database 

TWS. 

Capitolo 3, “Riferimenti al Conman” 


xi

Fornisce una panoramica sulla CLI conman. LaCLIconman 

viene utilizzata per monitorare e gestire l’esecuzione lavoro 

durante il giorno di produzione. 

Capitolo 4, “Comandi di utilità” 

Fornisce una panoramica sui comandi di utilità TWS. Questi 

comandi vengono utilizzati per gestire l’ambiente TWS. 

Capitolo 5, “Riferimenti XA” 

Fornisce i riferimenti ai programmatori per la creazione degli 

XA. 

Capitolo 6, “Riferimenti NA” 

Fornisce informazioni sulla creazione e sull’utilizzo della 

workstation NA. 

Convenzioni utilizzate in questo manuale 

Questo manuale utilizza diverse convenzioni typeface per operazioni 

e termini particolari. Tali convenzioni hanno il seguente significato: 

Grassetto Comandi, parole chiave, nomi file, ruoli di 

autorizzazione, URL o altre informazioni che è 

necessario utilizzare appaiono in grassetto. Nomi di 

finestre, finestre di dialogo e altri dispositivi di 

controllo appaiono in grassetto. 

Corsivo Le variabili e i valori che è necessario fornire 

appaiono in corsivo. Le parole o le frasi da 

enfatizzare appaiono in corsivo. 

Grassetto corsivo 

I nuovi termini appaiono in grassetto corsivo quando 

vengono definiti nel testo. 

Monospace Esempi di codice, output e messaggi di sistema 

appaiono in font monospace. 

xii Versione 7.0

Informazioni specifiche sulla piattaforma 

La seguente tabella identifica le versioni della piattaforma supportate 

conosciute al momento della pubblicazione. Per informazioni più 

dettagliate e aggiornate, consultare le note di release. 

Piattaforma Motore TWS Connettore 

TWS 

JS Console 

AIX 4.2 X X X 

AIX 4.3 X X X 

HP-UX 10.2 X X X 

HP-UX 11.0 X X X 

Solaris 2.6 X X X 

Solaris 2.7 X X X 

Windows NT 4.0 w/ 

SP 4 o successivo 

X X X 

Windows 2000 X 

Digital UNIX 4.0 X 

Intel ABI compliant X 

MIPS ABI compliant X 

Come contattare l’Assistenza clienti 

Per l’Assistenza negli Stati Uniti, per questo o per altri prodotti 

Tivoli, contattare l’Assistenza clienti Tivoli in uno dei seguenti modi: 

Inviare una e-mail a support@tivoli.com 

Chiamare 1-800-TIVOLI8 

Visitare il sito web all’indirizzo http://www.support.tivoli.com 

Per il supporto fuori dagli Stati Uniti, fare riferimento alla Guida per 

l’assistenza clienti per i numeri di telefono del proprio paese. La 

Guida per l’assistenza clienti è disponibile in linea all’indirizzo 

http://www.support.tivoli.com. 


xiii

Quando si contatta l’Assistenza clienti Tivoli, prepararsi a fornire 

informazioni di identificazione sulla propria società, in modo che il 

personale del supporto possa assistere il cliente più rapido. 

Sono gradite esperienze e giudizi dell’utente sulle documentazioni e 

sui prodotti Tivoli. Si accettano consigli per miglioramenti. In caso 

di commenti o suggerimenti su questa documentazione, inviare una 

e-mail all’indirizzo pubs@tivoli.com. 

xiv Versione 7.0

1 

Riferimento al Composer 

Il programma Composer viene utilizzato per gestire gli oggetti di 

pianificazione nel database del Workload Scheduler. Gli oggetti di 

pianificazione sono workstation, classi della workstation, domini, 

lavori, flussi di lavoro, risorse, prompt, calendari e parametri. Questo 

capitolo descrive la sintassi del comando Composer e la sintassi 

utilizzata per definire gli oggetti di pianificazione. 

Gestione degli oggetti di pianificazione 

Gli oggetti di pianificazione vengono gestiti con il programma 

Composer e vengono memorizzati nel database del Workload 

Scheduler. Per aggiungere un nuovo oggetto, è necessario immettere 

la definizione a esso relativa in un file di modifica, di cui si 

controlla la sintassi prima che esso venga aggiunto al database. 

E’ possibile accedere alle voci di database per i flussi di lavoro, i 

lavori, gli utenti, le workstation, i domini e le classi della 

workstation e gestirle individualmente. Ad esempio, per modificare 

una definizione di lavoro esistente, la definizione viene copiata dal 

database su un file di modifica, successivamente viene modificato il 

file di modifica, viene controllata la sintassi del file di modifica e la 

definizione modificata viene copiata nel database, sostituendo la 

definizione esistente. 

E’ possibile gestire le voci di database per calendari, parametri, 

prompt e risorse come elenchi completi. Ad esempio, per modificare 

una risorsa esistente, l’intero elenco della risorsa viene copiato dal 


1 

1. Riferimento al 

Composer


database a un file di modifica, a questo punto si modifica il file di 

modifica e si controlla la sintassi di tale file, successivamente il 

nuovo elenco viene copiato nel database sostituendo in questo modo 

l’elenco della risorsa esistente. 

2 Versione 7.0

Definizioni workstation 

Una workstation è un oggetto di pianificazione che esegue i lavori. 

E’ possibile comprendere più definizioni di workstation nello stesso 

file di testo, insieme alle definizioni di classe della workstation e alle 

definizioni di dominio. 

Sintesi 

Argomenti 

#[ comment] 

cpuname wkstation [description ″text″] 

os os-type 

node hostname [tcpaddr port] 

[timezone|tz tzname] 

[domain domainname] 

[for maestro [host host-wkstation [access method]] 

[type fta | s-agent | x-agent] 

[ignore] 

[autolink on | off] 

[fullstatus on | off] 

[resolvedep on | off] 

[server serverid]] 

end 

[cpuname ...] 

[cpuclass ...] 

[domain ...] 


# comment 

Considera tutto dal segno (#) fino, alla fine della riga come 

commento. 

cpuname wkstation 

Specifica il nome della workstation. Il nome deve iniziare 

con una lettera e può contenere caratteri alfanumerici, trattini 


3 


Composer


e underscore. Per database non espansi, può contenere fino a 

otto caratteri. Per database espansi, può contenere fino a 16 

caratteri. 

Nota: I nomi della workstation devono essere univoci e non 

possono essere uguali ai nomi della classe della 

workstation e ai nomi del dominio. 

description “text” 

Fornisce una descrizione della workstation. Il testo deve 

essere racchiuso tra doppi apici. 

os os-type 

Specifica il sistema operativo della workstation. I valori 

validi sono MPEV, MPIX, UNIX, WNT e OTHER. 

node hostname 

Specifica il nome host o l’indirizzo IP della workstation. 

Sono accettati i nomi di dominio qualificati per esteso. 

tcpaddr port 

Specifica il numero della porta TCP che il Workload 

Scheduler utilizza per le comunicazioni sulla workstation. Il 

valore di default è 31111. 

timezone|tz tzname 

Specifica il fuso orario della workstation. Consultare “Nomi 

del fuso orario” a pagina 315 per i nomi validi del fuso 

orario. Per assicurare il verificarsi dell’ora pianificata, questo 

fuso orario deve essere uguale al fuso orario del sistema 

operativo del computer. 

domain domainname 

Specifica il nome del dominio Workload Scheduler della 

workstation. Il valore di default per gli SA (standard agent) e 

FTA (fault-tolerant agent) è il dominio master, solitamente 

denominato MASTERDM. Il valore di default per un DM 

(gestore dominio) è il dominio in cui è definito come 

gestore. Il valore di default per un XA (extended agent) è il 

dominio della workstation dell’host. 

host host-wkstation 

Specifica il nome della workstation host dell’agent. Ciò è 

4 Versione 7.0


necessario per gli XA (extended agents). L’host è la 

workstation con la quale comunica l’XA (extended agent) e 

in cui risiede il metodo di accesso a esso relativo. Notare 

che l’host non può essere un altro XA (extended agent). 

access method 

Specifica un metodo di accesso per gli NA e XA estesi. 

Questo deve essere il nome di un file che risiede nella 

directory TWShome/metodi sulla workstation host dell’agent. 

type Specifica il tipo di workstation. Immettere uno dei seguenti: 

fta FTA, compresi i DM (gestori dominio) e BDM 

(gestori dominio di backup). 

s-agent 

SA (standard agent). 

x-agent 

XA (Extended agent). 

ignore Specifica che il Workload Scheduler ignorerà questa 

definizione di workstation. 

autolink 

Specifica se aprire o meno il collegamento tra le workstation 

all’avvio. Per gli SA (standard agent) e FTA (fault-tolerant 

agent), immettere on per consentire al DM (gestore dominio) 

di aprire il collegamento con l’agent una volta avviato il 

DM. Per il DM, immettere on per consentire agli agent a 

esso relativi di aprire i collegamenti al DM (gestore 

dominio) una volta avviati. 

L’autolink è utile principalmente durante la sequenza di 

avvio all’inizio di ogni giorno. A questo punto, una nuova 

pianificazione di produzione viene creata e compilata 

sull’MDM (gestore dominio master) e tutte le workstation 

vengono arrestate e avviate nuovamente. Per ogni agent con 

l’autolink attivato, il DM invia automaticamente una copia 

della nuova pianificazione di produzione e avvia l’agent. Se 

l’autolink viene attivato anche per il DM, l’agent, apre 

nuovamente un collegamento per il DM. Se il valore 

dell’autolink è off per un agent, viene inizializzato quando 


5 


Composer


si esegue un comando link Conman sul DM dell’agent o 

sull’MDM (gestore dominio master). 

fullstatus 

Specifica se l’agent viene aggiornato con stato parziale o 

completo. Solo per gli FTA. Immettere on per consentire 

all’agent di operare in modalità Stato completo. In tale 

modalità, l’agent viene aggiornato sullo stato dei lavori e dei 

flussi di lavoro in esecuzione su tutte le altre workstation nel 

proprio dominio e nei domini subordinati. 

Se il valore di fullstatus è off, l’agent viene informato solo 

sullo stato dei lavori e dei flussi di lavoro su altre 

workstation che interessano i relativi lavori e flussi di lavoro. 

Ciò può migliorare la prestazione riducendo l’attività di rete. 

Per mantenere la pianificazione di produzione dell’agent allo 

stesso livello dei dettagli del relativo DM, impostare 

fullstatus e resolvedep su on. Impostare sempre queste 

modalità su on per il DBM. 

resolvedep 

Specifica se un agent terrà traccia di tutte le dipendenze o 

solo di quelle a esso relative. Solo per gli FTA. Immettere 

on per consentire agli agent di operare in modalità Risolvi 

tutte le dipendenze. In questa modalità, l’agent traccia le 

dipendenze per tutti i lavori e i flussi di lavoro, compresi 

quelli in esecuzione su altre workstation. Notare che il valore 

di fullstatus deve essere on in modo che l’agent possa 

essere informato sull’attività su altre workstation. Se il 

valore di resolvedep è off, l’agent traccia le dipendenze solo 

per i lavori e i flussi di lavoro a esso relativi. Ciò riduce il 

carico di elaborazione. 

Per mantenere la pianificazione di produzione dell’agent allo 

stesso livello dei dettagli del relativo DM, impostare 

fullstatus e resolvedep su on. Impostare sempre queste 

modalità su on per il DBM. 

server serverid 

Specifica un server Mailman sul DM (gestore dominio) per 

gestire le comunicazioni con l’agent. Solo per gli SA 

6 Versione 7.0


(standard agent) e FTA (fault-tollerant agent). Non utilizzare 

questa opzione per i DM. L’utilizzo dei server può ridurre il 

tempo richiesto per inizializzare gli agent e migliora la 

tempestività dei messaggi. 

L’ID è una singola lettera o un numero (A-Z e 0-9). Gli ID 

sono univoci a tutti i DM, quindi è possibile utilizzare gli 

stessi ID in altri domini senza nessun tipo di contrasto. Se in 

un dominio sono richiesti più di 36 ID server, considerare di 

dividerli in due o più domini. 

Se non si specifica un ID server, le comunicazioni con 

l’agent vengono gestite dal processo Mailman principale sul 

DM. 

Quando si avvia, il DM crea un server separato per ogni ID 

server univoco. Se lo stesso ID viene utilizzato per più 

agent, si crea un singolo server che possa gestire le 

comunicazioni. Come guida, è necessario definire più server 

per evitare che un singolo server gestisca più di otto agent. 

Esempi 

Il seguente crea un MDM (gestore dominio master) denominato 

hdq-1 e un FTA denominato hdq-2 nel MD (gestore dominio). 

Notare che un argomento dominio è facoltativo in questo esempio, 

perché l’MD (master domain) viene impostato per default su 

masterdm. 

cpuname hdq-1 description “Headquarters master DM” 

os unix 

tz pst 

node sultan.unison.com 

domain masterdm 

for maestro type fta 

autolink on 

fullstatus on 

resolvedep on 

end 

cpuname hdq-2 

os wnt 

tz pst 

node opera.unison.com 


7 


Composer


domain masterdm 


autolink on 

end 

Il seguente esempio crea un dominio denominato distr-a con un DM 

denominato distr-a1 e un SA (standard agent) denominato distr-a2: 

end 

domain distr-a 

manager distr-a1 

parent masterdm 

cpuname distr-a1 description “District A domain mgr” 

os wnt 

tz est 

node pewter.unison.com 



autolink on 

fullstatus on 

resolvedep on 

end 

cpuname distr-a2 

os wnt 

node quatro.unison.com 

tz est 


for maestro type s-agent 

host distr-a1 

end 

8 Versione 7.0

Definizioni classe workstation 

Una classe workstation è un gruppo di workstation per le quali è 

possibile scrivere flussi di lavoro comuni. E’ possibile comprendere 

più definizioni della classe workstation nello stesso file di testo, 

insieme alle definizioni di workstation e alle definizioni di dominio. 

Sintesi 

Argomenti 

# comment 

cpuclass wkstationclass 

members {wkstation | @} [...] 

end 

[cpuname ...] 


[domain ...] 


# comment 


commento. 

cpuclass wkstationclass 

Specifica il nome della classe workstation. Il nome deve 

iniziare con una lettera e può contenere caratteri 

alfanumerici, trattini e underscore. Per database non espansi, 

può contenere fino a otto caratteri. Per database espansi, può 

contenere fino a 16 caratteri. 

Nota: E’ impossibile utilizzare gli stessi nomi per le 

workstation, le classi workstation e per i domini. 

members wkstation 

Specifica un elenco di nomi della workstation, separati da 

spazi, che sono membri della classe. Il carattere jolly (@) 

comprende tutte le workstation. 


9 


Composer


Esempi Quanto segue, definisce una classe workstation denominata backup: 

cpuclass backup 

members 

main 

site1 

site2 

end 

Quanto segue definisce una classe workstation denominata allcpus 

che contiene ogni workstation: 

cpuclass allcpus 

members 

@ 

end 

10 Versione 7.0

Definizioni dominio 

Un dominio è un gruppo di workstation composto da uno o più 

agent e da un DM. Il DM è l’hub di gestione degli agent nel 

dominio. E’ possibile comprendere più definizioni di dominio nello 

stesso file di testo, insieme alle definizioni di workstation e alle 

definizioni di classe workstation. 

Sintesi 

Argomenti 

# comment 

domain domainname[description “text”] 

manager wkstation 

[parent domainname] 

end 

[cpuname ...] 


[domain ...] 


# comment 


commento. 

domain domainname 

Specifica il nome del dominio. Il nome deve iniziare con una 

lettera e può contenere caratteri alfanumerici, trattini e 

underscore. Per database non espansi, può contenere fino a 

otto caratteri. Per database espansi, può contenere fino a 16 

caratteri. 

Nota: E’ impossibile utilizzare gli stessi nomi per le 

workstation, le classi workstation e per i domini. 


Fornisce una descrizione del dominio. Il testo deve essere 

racchiuso tra doppi apici. 


11 


Composer


manager wkstation 

Specifica il nome della workstation che è il DM. Il DM deve 

essere un FTA (fault-tolerant agent) con fullstatus e 

resolvedep impostati su on. 

parent domainname 

Specifica il nome del dominio parent al quale è collegato il 

DM. Il valore di default è l’MD (master domain). 

Nota: Il master domain non richiede una definizione di dominio. Il 

master domain viene definito dalle opzioni globali master e 

MD (master domain). 

Esempi Quanto segue definisce un dominio denominato est, con il master 

domain come proprio parent e due domini subordinati denominati 

nord-est e sud-est: 

domain east description “The Eastern domain” 

manager cyclops 

end 

domain northeast description “The Northeastern domain” 

manager boxcar parent east 

end 

domain southeast description “The Southeastern domain” 

manager sedan parent east 

end 

12 Versione 7.0

Definizioni lavoro 

Un lavoro è un file eseguibile, un programma o un comando 

pianificato e avviato dal Workload Scheduler. E’ possibile scrivere le 

definizioni di lavoro in file di modifica e successivamente 

aggiungerli al database del Workload Scheduler con il programma 

Composer. E’ possibile comprendere più definizioni di lavoro in un 

singolo file di modifica. Notare che si specificano le dipendenze job 

quando si scrivono i flussi di lavoro. Il linguaggio di pianificazione 

utilizzato per scrivere i flussi di lavoro consente inoltre di 

aggiungere e di modificare le definizioni di lavoro. 

Sintesi 

Argomenti 

$jobs 

[wkstation#]jobname 

[description “text”] 

{scriptname | jobfilename} filename | docommand \ 

“command” 

streamlogon username 

[interactive] 

[recovery 

{stop | continue | rerun} 

[{recoveryjob | after} [wkstation#]jobname] 

[{recoveryprompt | abendprompt} “text”] ] 

[[wkstation#]jobname... ] 


wkstation# 

Specifica il nome della workstation o della classe 

workstation sulla quale viene eseguito il lavoro. Il valore di 

default è la workstation sulla quale è in esecuzione il 

Composer.Il simbolo (#) è un delimitatore necessario. Se si 

specifica una classe workstation, essa dovrà corrispondere 

alla classe workstation di qualsiasi flusso di lavoro in cui 

viene incluso il lavoro. 

jobname 

Specifica il nome del lavoro. Il nome deve iniziare con una 


13 


Composer




otto caratteri. Per database estesi, può contenere fino a 40 

caratteri. 


Fornisce una descrizione del lavoro. Il testo deve essere 

racchiuso tra doppi apici. 

{scriptname | jobfilename} filename 

Specifica il nome del file eseguito dal lavoro. Utilizzare 

scriptname per lavori UNIX e Windows NT ed utilizzare 

jobfilename per i lavori MPE. Per un file eseguibile, 

immettere il nome file e qualsiasi opzione e argomento. Per i 

database non estesi, può contenere fino a 255 caratteri. Per i 

database estesi, può contenere fino a 4095 caratteri. Inoltre è 

possibile utilizzare i parametri di Workload Scheduler. 

Consultare “Utilizzo dei parametri nelle definizioni lavoro” a 

pagina 17 per ulteriori informazioni. 

Per i lavori Windows NT, includere le estensioni file.Sono 

consentiti i nomi UNC (Universal Naming Convention).Non 

specificare i file su unità definite. 

Se vengono inclusi spazi o caratteri speciali, diversi dalle 

barre (/) e dalle barre retroverse (\), l’intera stringa deve 

essere racchiusa tra apici (″). 

Se il nome file contiene spazi, immettere il nome in un altro 

file che non contenga spazi nel suo nome e utilizzare il 

nome del secondo file per questo argomento. 

docommand command 

Specifica un comando che deve essere eseguito dal lavoro. 

Immettere un comando valido e qualsiasi opzione e 

argomento (fino a 4095 caratteri) racchiuso tra apici (″). Un 

comando viene eseguito direttamente e, diversamente da 

scriptname o jobfilename, lo script di configurazione, 

jobmanrc, non viene eseguito. Altrimenti, il comando viene 

trattato come un lavoro e vengono applicate tutte le regole 

lavoro. E’ possibile inoltre immettere il parametro Workload 

14 Versione 7.0


Scheduler. Consultare “Utilizzo dei parametri nelle 

definizioni lavoro” a pagina 17 per ulteriori informazioni. 

streamlogon username 

Il nome utente sotto cui viene eseguito il lavoro. Il nome 

può contenere fino a 47 caratteri. Se il nome contiene 

caratteri speciali deve essere racchiuso tra apici (″). 

Specificare un utente che possa collegarsi alla workstation 

sulla quale viene eseguito il lavoro. E’ possibile inoltre 

immettere il parametro Workload Scheduler. Consultare 

“Utilizzo dei parametri nelle definizioni lavoro” a pagina 17 

per ulteriori informazioni. 

Per i lavori Windows NT, l’utente deve avere una definizione 

utente. Consultare “Definizioni utente” a pagina 18 per i 

requisiti dell’utente. 

interactive 

Per i lavori Windows NT, includere questa parola chiave per 

indicare che il lavoro venga eseguito in modo interattivo sul 

desktop Windows NT. 

recovery 

Opzioni di ripristino relative al lavoro. Il valore di default è 

stop con nessun lavoro di ripristino e nessuna prompt di 

ripristino. Immettere una delle opzioni di ripristino, stop, 

continue o rerun. Può essere seguita da un lavoro di 

ripristino, da una prompt di ripristino o da entrambi. 

stop Se il lavoro termina in modo anomalo, non 

continuare con il lavoro successivo. 

continue 

Se il lavoro termina in modo anomalo, continuare 

con il lavoro successivo. 

rerun Se il lavoro termina in modo anomalo, rieseguire il 

lavoro. 

{recoveryjob | after} [wkstation #] jobname 


15 


Composer


Specifica il nome di un lavoro di ripristino da 

eseguire nel caso in cui il lavoro parent sia terminato 

in modo anomalo. I lavori di ripristino vengono 

eseguiti solo una volta per ogni istanza terminata in 

modo anomalo del lavoro parent. 

E’ possibile specificare la workstation del lavoro di 

ripristino nel caso in cui sia diversa dalla workstation 

del lavoro parent. Il valore di default è la 

workstation dei lavori parent. Non tutti i lavori sono 

idonei all’esecuzione di lavori di ripristino su una 

diversa workstation. Seguire queste istruzioni: 

Le workstation del lavoro di ripristino e del 

lavoro parent devono eseguire su Workload 

Scheduler Versione 4.5.5 o successiva. 

Se la workstation è un XA (extended agent), 

deve essere contenuta nel DM o nell’FTA 

(fault-tolerant agent) con un valore on per 

fullstatus. 

La workstation del lavoro di ripristino deve 

trovarsi nello stesso dominio della workstation 

del lavoro parent. 

Se la workstation del lavoro di ripristino è un 

FTA, deve avere un valore on per fullstatus. 

{recoveryprompt | abendprompt} “text” 

Specifica il testo di una prompt di ripristino, 

racchiuso tra apici, da visualizzare nel caso in cui il 

lavoro termini in modo anomalo. Il testo può 

contenere fino a 64 caratteri. Se il testo inizia con i 

due punti (:), la prompt viene visualizzata ma non è 

necessaria alcuna risposta per continuare 

l’elaborazione. Se il testo inizia con un punto 

esclamativo (!) la prompt non viene visualizzata, ma 

è necessaria una risposta per continuare. 

16 Versione 7.0


Utilizzo dei parametri nelle definizioni lavoro 

Nelle definizioni lavoro i parametri dispongono dei seguenti limiti e 

usi: 

I parametri sono consentiti nei valori streamlogon, scriptname 

e docommand. 

E’ possibile utilizzare un parametro come stringa intera o parte 

di essa. 

In una singola variabile sono consentiti più parametri. 

Racchiudere i nomi parametro tra segni di omissione (^) e 

racchiudere l’intera stringa tra apici. 

Consultare l’esempio di seguito riportato in cui un parametro 

denominato mis viene utilizzato nel valore streamlogon. Per 

ulteriori esempi, consultare “Definizioni parametri” a pagina 22. 

Esempi 

Il seguente è un file contenente due definizioni di lavoro: 

$jobs 

cpu1#gl1 

scriptname "/usr/acct/scripts/gl1" 

streamlogon acct 

description "general ledger job1" 

bkup 

scriptname "/usr/mis/scripts/bkup" 

streamlogon "^mis^" 

recovery continue after recjob1 


17 


Composer


Definizioni utente 

I nomi dell’utente utilizzati come valore streamlogon 

Sintesi 

Argomenti 

per le definizioni lavoro Windows NT devono avere le definizioni 

utente. Ciò non è necessario per gli utenti che eseguono i lavori su 

altre piattaforme. 

# comment 

username[wkstation#]username 

password “password” 

end 

[username ...] 

# comment 


commento. 

username [wkstation#]username 

Specifica il nome di un utente Windows NT. 

wkstation 

Specifica la workstation sulla quale l’utente è 

abilitato ad avviare i lavori. Il segno (#) è richiesto. 

Il valore di default è lo spazio che indica tutte le 

workstation. 

username 

Specifica il nome utente nel seguente formato: 

[dominio\]utente 

dove dominio è il dominio Windows NT dell’utente 

e utente è il nome dell’utente. 

Per i database non estesi, il nome può contenere fino 

a otto caratteri. Per i database estesi, il nome del 

18 Versione 7.0


dominio può contenere fino a 16 caratteri (compresa 

la barra retroversa) e il nome utente può contenere 

fino a 31 caratteri. 

Notare che i nomi utente Windows NT sono sensibili 

al maiuscolo e al minuscolo. Inoltre l’utente deve 

essere in grado di effettuare il collegamento alla 

workstation sulla quale il Workload Scheduler 

avvierà i lavori e deve avere l’autorizzazione a 

Collegarsi come batch. 

Se il nome non è univoco in Windows NT, viene 

considerato come utente locale, come utente dominio 

o come utente dominio trusted, in tale ordine. 

password 

Specifica la password dell’utente. La password può 

contenere fino a 29 caratteri e deve essere racchiusa tra 

apici. Per non indicare alcuna password, utilizzare due doppi 

apici consecutivi senza spazio (″″). Una volta compilata la 

definizione utente, sarà impossibile leggere la password. Gli 

utenti con gli appropriati privilegi di sicurezza possono 

modificare o cancellare un utente, ma le informazioni sulla 

password non vengono mai visualizzate. 

Utente dominio trusted 

Se il Workload Scheduler deve avviare i lavori per un utente 

dominio trusted, prestare attenzione alla definizione degli account 

dell’utente. Assumiamo che il Workload Scheduler sia installato nel 

Dominio1 per l’account dell’utente maestro e l’account dell’utente 

sue nel Dominio2 deve avviare il lavoro, quanto segue deve essere 

vero: 

Ci deve essere una reciproca fiducia tra il Dominio1 eil 

Dominio2. 

Nel Dominio1 sui computer dove vengono avviati i lavori, sue 

deve avere l’autorizzazione a Collegarsi come batch. 

Nel Dominio1, maestro deve essere un utente dominio. 


19 


Composer


Nei programmi di controllo di dominio nel Dominio2, maestro 

deve avere l’autorizzazione ad Accedere a questo computer 

dalla rete. 

Esempi 

Il seguente esempio definisce quattro utenti: 

username joe 

password "okidoki" 

end 

# 

username server#jane 

password "okitay" 

end 

# 

username dom1\jane 

password "righto" 

end 

# 

username jack 

password "" 

end 

20 Versione 7.0

Definizioni calendari 

I calendari sono elenchi di date che è possibile utilizzare per 

pianificare i flussi di lavoro. 

Sintesi 

Argomenti 

$calendar 

calendarname [“description”] 

date [...] 

[calendarname ...] 


calendarname 

Specifica il nome del calendario. Il nome può contenere fino 

a otto caratteri alfanumerici, compresi i trattini (-) e gli 

underscore (_) e deve iniziare con una lettera. 

“description” 

Fornisce una descrizione del calendario. Deve essere 

racchiusa tra doppi apici. 

date [...] 

Specifica una o più date, separate da spazi. Il formato è 

mm/gg/aa. 

Esempi 

Il seguente esempio definisce tre calendari denominati monthend, 

paydays e holidays: 

$calendar 

monthend "Month end dates 1st half '99" 

01/31/99 02/28/99 03/31/99 04/30/99 05/31/99 06/30/99 

paydays 

01/15/99 02/15/99 

03/15/99 04/15/99 

05/14/99 06/15/99 

holidays 

01/01/99 02/15/99 05/31/99 


21 


Composer


Definizioni parametri 

I parametri sono valori che possono essere variabili sostituite nelle 

definizioni del flusso di lavoro e del lavoro. 

Sintesi 

Argomenti 

$parm 

parametername “value” 

[parametername ...] 

parametername 

Il nome del parametro.Il nome può contenere fino a otto 

caratteri alfanumerici, compresi i trattini (-) e gli underscore 

(_) e deve iniziare con una lettera. 

value Specifica il valore assegnato al parametro. Non comprendere 

i nomi di altri parametri. 

Note per l’utilizzo 

Tutti i lavori, i flussi di lavoro e le prompt possono accedere ai 

parametri. Quando sono utilizzati nella pianificazione, i nomi di 

parametro vengono sostituiti dai propri valori quando il piano di 

produzione viene compilato per un nuovo giorno di elaborazione. 

Consultare gli Esempi di seguito riportati. 

Esempi Due parametri, glpath e gllogon, vengono definiti come segue: 

$parm 

glpath "/glfiles/daily" 

gllogon "gluser" 

In un flusso di lavoro denominato glsched, i parametri glpath e 

gllogon vengono utilizzati in un lavoro denominato gljob2: 

schedule glsched on 

weekdays 

: 

gljob2 

scriptname "/usr/gl^glpath^" 

22 Versione 7.0

end 

streamlogon "^gllogon^" 

opens "^glpath^/datafile" 

prompt ":^glpath^ started by ^gllogon^" 



23 


Composer


Definizioni prompt 

E’ possibile utilizzare le prompt come dipendenze nei lavori e nei 

flussi di lavoro. E’ necessario che la prompt riceva una risposta 

affermativa per l’avvio del lavoro o del flusso di lavoro. 

Sintesi 

Argomenti 

Esistono due tipi di prompt: 

ad hoc o locali 

predefinite o globali 

Una prompt locale viene definita all’interno delle proprietà di un 

lavoro o flusso di lavoro ed è univoca per tale lavoro o flusso di 

lavoro. 

Una prompt globale viene definita nel database TWS e può essere 

utilizzata da qualsiasi lavoro o flusso di lavoro. 

$prompt 

promptname “[: | !]text” 

[promptname ...] 

promptname 

Specifica il nome della prompt. Il nome può contenere fino a 

otto caratteri alfanumerici, compresi i trattini (-) e gli 


text 

Fornisce il testo della prompt. Se il testo inizia con i due 

punti (:), la prompt viene visualizzata ma non è necessaria 

alcuna risposta per continuare l’elaborazione. Se il testo 

inizia con un punto esclamativo (!) la prompt non viene 

visualizzata, ma è necessaria una risposta per continuare. 

E’ possibile utilizzare uno o più parametri come parte o 

come intera stringa di testo per la prompt. Se si utilizza un 

24 Versione 7.0

parametro, la stringa di parametro deve essere racchiusa tra 

segni di omissione (^). Consultare “Definizioni parametri” a 

pagina 22 per un esempio. 

Nota: Se non viene indicato un parametro all’interno di una 

prompt locale, i segni di omissione (^) devono essere 

preceduti da una barra retroversa (\), in caso contrario 

provocheranno errori nella prompt. Nelle prompt 

globali, i segni di omissione non devono essere 

preceduti da una barra retroversa. 

E’ possibile comprendere le barre retroverse n (\n) 

all’interno del testo per creare una nuova riga. 

Esempi 

Il seguente esempio definisce tre prompt: 

$prompt 

prmt1 "ready for job4? (y/n)" 

prmt2 ":job4 launched" 

prmt3 "!continue?" 



25 


Composer


Definizioni risorsa 

Le risorse rappresentano risorse di pianificazione logiche o fisiche 

che possono essere utilizzate come dipendenze per i lavori e per i 

flussi di lavoro. 

Sintesi 

Argomenti 

$resource 

wkstation#resourcename units [“description” ] 

[wkstation#resourcename ...] 

wkstation 


workstation sulla quale si utilizza la risorsa. 

resourcename 

Specifica il nome della risorsa.Il nome può contenere fino a 

otto caratteri alfanumerici, compresi i trattini (-) e gli 


units Specifica il numero delle unità risorsa disponibili. I valori 

possono essere da 0 a 1024. 

“description” 

Fornisce una descrizione della risorsa. Deve essere racchiusa 

tra doppi apici. 

Esempi 

Il seguente esempio definisce quattro risorse: 

$resource 

ux1#tapes 3 "tape units" 

ux1#jobslots 24 "job slots" 

ux2#tapes 2 "tape units" 

ux2#jobslots 16 "job slots" 

26 Versione 7.0

Il programma Composer 

Il programma Composer gestisce gli oggetti di pianificazione nel 

database del Workload Scheduler. 

Esecuzione Composer 

Per eseguire il programma, utilizzare il seguente comando: 

composer [″command[&[command]][...]″] 

I seguenti sono esempi di comando: 

Esegue il Composer e richiede un comando: 

composer 

Esegue i comandi print e version e termina: 

composer "p parms&v" 

Esegue i comandi print e version e successivamente richiede un 

comando: 

composer "p parms&v&" 

Legge i comandi da cmdfile: 

composer < cmdfile 

Accoda i comandi da cmdfile a Composer: 

cat cmdfile | composer 

Caratteri di controllo 

E’ possibile immettere i seguenti caratteri di controllo in modalità di 

conversione per interrompere il Composer se le impostazioni stty 

sono state configurate per svolgere tali attività. 

Ctrl+c 

Ctrl+d 


Il Composer arresta l’esecuzione del comando attuale nel 

passo successivo in cui può essere interrotto e restituisce una 

prompt dei comandi. 

Il Composer termina dopo l’esecuzione del comando 

corrente. 


27 


Composer


Output del terminale 

L’output al computer è controllata dalle variabili shell denominate 

MAESTROLINES e MAESTROCOLUMNS. Se non vengono 

impostate, vengono utilizzate le variabili shell standard LINES e 

COLUMNS. Alla fine di ogni pagina dello schermo, il Composer 

richiede di continuare. Se MAESTROLINES (o LINES) vengono 

impostate su zero o su un numero negativo, il Composer non si 

arresta alla fine della pagina. 

Output fuori linea per Windows NT 

L’opzione ;offline nei comandi Composer viene utilizzata per 

stampare l’output di un comando. Quando si utilizza, le seguenti 

variabili controllano l’output: 

$MAESTROLP 

Specifica il file in cui viene scritto l’output del comando. Il 

valore di default è stdout. 

$MAESTROLPLINES 

Specifica il numero di righe per pagina. Il valore di default è 

60. 

$MAESTROLPCOLUMNS 

Specifica il numero di caratteri per riga. Il valore di default è 

132. 

Output fuori linea per UNIX 

L’opzione ;offline nei comandi Composer viene utilizzata per 

stampare l’output di un comando. Quando si utilizza, le seguenti 

variabili shell controllano l’output: 

$MAESTROLP 

Specifica la destinazione di un output del comando. 

Impostarla su una delle seguenti opzioni: 

> file Reindirizza l’output su un file e sovrascrive il 

contenuto del file. Se il file non esiste, viene creato. 

>> file 

Reindirizza l’output su un file e accoda l’output alla 

fine del file. Se il file non esiste, viene creato. 

28 Versione 7.0


| command 

Accoda l’output a un processo oauncomando di 

sistema. Il comando di sistema viene eseguito sia che 

venga creato o meno l’output. 

|| command 


sistema. Questo comando di sistema non viene 

eseguito se non c’è l’output. 

Il valore di default è | lp -tCONLIST il quale indirizza 

l’output del comando alla stampante e posiziona il titolo 

“CONLIST” nell’intestazione della prima pagina di stampa. 



60. 



132. 

E’ necessario esportare le variabili prima di eseguire il Composer. 

Selezione dell’Editor del Composer su Windows NT 

Diversi comandi del Composer aprono automaticamente un editor di 

testo. Il valore di default è l’editor MS-DOS. Per modificare l’editor, 

impostare la variabile EDITOR sul nome del nuovo editor prima di 

eseguire il Composer. 

Selezione dell’Editor del Composer su UNIX 

Diversi comandi del Composer aprono automaticamente un editor di 

testo. Il tipo di editor è determinato dal valore di due variabili shell. 

Se la variabile VISUAL è impostata, quest’ultima definisce l’editor, 

altrimenti sarà la variabile EDITOR a definire l’editor. Se nessuna 

delle due variabili è impostata, si apre un editor vi. 

Selezione della prompt comandi del Composer su UNIX 

La prompt dei comandi del Composer è definita nel file dei 

messaggi TWShome/catalog/maestro.msg. La prompt dei comandi di 

default è un trattino (-). Per selezionare una prompt diversa, 


29 


Composer


modificare il file dei messaggi, localizzare la serie 208, il numero di 

messaggio 01 e modificare il carattere in tale riga. La prompt può 

avere una lunghezza fino a dieci caratteri, senza comprendere il 

segno (#) posteriore richiesto. Dopo aver modificato la prompt, 

creare un nuovo file catalog dal file dei messaggi modificato come 

segue: 

cd TWShome/catalog 

gencat maestro.cat maestro.msg 

Sintassi comandi 

I comandi del Composer sono composti dai seguenti elementi: 

commandname selection arguments 

dove: 

commandname 

Specifica il nome dei comandi. 

selection 

Specifica l’oggetto o la serie di oggetti su cui effettuare 

un’azione. 

arguments 

Specifica gli argomenti del comando. 

Caratteri jolly 

I seguenti caratteri jolly sono consentiti in alcuni comandi 

Composer: 

@ Sostituisce uno o più caratteri alfanumerici. 

? Sostituisce un carattere alfabetico. 

% Sostituisce un carattere numerico. 

Delimitatori e caratteri speciali 

I seguenti caratteri hanno dei significati speciali nei comandi 

Composer. 

30 Versione 7.0

Carattere Descrizione 

& Delimitatore comandi. Consultare “Esecuzione Composer” 

a pagina 27. 

; Delimitatore argomenti. Ad esempio: 

;info;offline 

= Delimitatore valori. Ad esempio: 

sched=sked5 


:! Prefissi del comando che inoltrano il comando al sistema. 

Questi prefissi sono facoltativi; se il Composer non 

riconosce il comando, quest’ultimo viene inoltrato 

automaticamente al sistema. Ad esempio: 

!ls o :ls 

> Parentesi di commento. E’ possibile posizionare i 

commenti su una singola riga in qualsiasi posto in un 

flusso di lavoro. Ad esempio: 

schedule foo on everyday 

* Prefisso commento. Quando questo prefisso è il primo 

carattere su una riga, l’intera riga è un commento. Quando 

il prefisso segue un comando, il resto della riga è un 

commento. Ad esempio: 

*comment 

oprint& *comment 

> Reindirizza l’output del comando su un file e sovrascrive il 

contenuto del file. Se il file non esiste, viene creato.Ad 

esempio: 

display parms > parmlist 

>> Reindirizza l’output del comando su un file e accoda 

l’output alla fine del file. Se il file non esiste, viene 

creato.Ad esempio: 

display parms >> parmlist 

| Accoda l’output del comando a un processo oaun 

comando di sistema. Il comando di sistema viene eseguito 

sia che venga creato o meno l’output.Ad esempio: 

display parms | grep alparm 


31 


Composer



|| Accoda l’output del comando a un processo oaun 

comando di sistema. Questo comando di sistema non viene 

eseguito se non c’è l’output.Ad esempio: 

display parms || grep alparm 

Descrizione comandi 

Le seguenti pagine descrivono i comandi del Composer. 

Comando Descrizione Pagina 

add Aggiunge gli oggetti di pianificazione. 33 

build Crea o crea nuovamente un file Workload Scheduler. 35 

continue Ignora il successivo errore. 37 

create Crea un file per la modifica. 38 

delete Cancella gli oggetti di pianificazione. 40 

display Visualizza gli oggetti di pianificazione. 42 

edit Modifica un file. 47 

exit Esce dal Composer. 48 

list Elenca gli oggetti di pianificazione. 42 

modify Modifica gli oggetti di pianificazione. 49 

new Modifica e aggiunge gli oggetti di pianificazione. 52 

print Stampa gli oggetti di pianificazione. 42 

redo Modifica il precedente comando. 53 

replace Sostituisce gli oggetti di pianificazione. 55 

validate Convalida un file. 56 

version Visualizza l’intestazione del programma Composer. 58 

system command Inoltra un comando di sistema al sistema. 59 

E’ possibile immettere i nomi comando e le parole chiave sia in 

minuscolo che in maiuscolo. Inoltre possono essere abbreviate in 

pochi caratteri principali necessari a distinguerli uno dall’altro. 

32 Versione 7.0

add 

Aggiunge lavori, flussi di lavoro, utenti, workstation, classi 

workstation e domini. E’ necessario disporre dell’accesso add per i 

nuovi oggetti. Se un oggetto già esiste, è necessario disporre 

dell’accesso modify per l’oggetto. 

Sintesi add filename 

Argomenti 

filename 

Specifica il nome di un file che contiene quanto segue: 

Definizioni lavoro. (La prima riga del file deve essere 

$jobs.) 

Definizioni flusso di lavoro. 

Ogni combinazione di workstation, classe workstation e 

definizioni dominio. 

Definizioni utente. 


La sintassi del file viene sempre controllata prima di scriverlo nel 

database. Tutti gli errori e le avvertenze vengono notificati. Se 

esistono errori di sintassi, viene richiesto se si desidera modificare il 

file per apportare le correzioni. Se un oggetto già esiste, viene 

richiesto se sostituirlo o meno. 

Esempi 

Il seguenti esempio aggiunge i lavori dal file myjobs: 

add myjobs 

Il seguente esempio aggiunge i flussi di lavoro dal file mysked: 

a mysked 

Il seguente esempio aggiunge le workstation, le classi workstation, e 

i domini dal file cpus.src: 

a cpus.src 



33 


Composer


Il seguente esempio aggiunge le definizioni utente dal file users_nt : 

a users_nt 

34 Versione 7.0

uild 

Crea o crea nuovamente i file di database del Workload Scheduler. 

E’ necessario disporre dell’accesso build al file. 

Sintesi build filename 

Argomenti 


filename 

Specifica uno dei seguenti nomi file: 

calendars 

Il file che contiene le definizioni calendario. 

cpudata 

Il file che contiene le definizioni workstation, classe 

workstation e dominio. 

jobs Il file che contiene le definizioni lavoro. 

mastsked 

Il file che contiene le definizioni flusso di lavoro. 

parms Il file che contiene le definizioni parametro. 

prompts 

Il file che contiene le definizioni della prompt. 

resources 

Il file che contiene le definizioni risorsa. 

userdata 

Il file che contiene le definizioni utente. 


Se un file non esiste, ne viene creato uno. Se il file esiste, viene 

nuovamente creato. La nuova creazione di un file database può 

essere utile quando il database viene frammentato da numerose 

aggiunte e cancellazioni. La nuova creazione eliminerà i record non 

utilizzati e ottimizzerà le chiavi. 


35 


Composer


Esempi 

Il seguente esempio ricrea i file che contengono definizioni flusso di 

lavoro: 

build mastsked 

Il seguente esempio ricrea il file che contiene i calendari: 

build calendars 

Il seguente esempio ricrea il file che contiene le workstation: 

b cpudata 

36 Versione 7.0

continue 

Specifica di ignorare il successivo errore di comando. 

Sintesi continue 


Questo comando è utile quando vengono immessi più comandi sulla 

riga comandi o reindirizzati da un file. Istruisce il Composer a 

continuare l’esecuzione dei comandi anche se il comando successivo, 

che segue continue, finisce in errore. Questo comando non è 

necessario quando si immettono comandi in modo interattivo perché 

il Composer non si arresterà nel rilevare un errore. 

Esempi 

Il seguente esempio istruisce il Composer a continuare con il 

comando print se il comando delete dà origine a un errore: 

composer "continue&delete cpu=site4&print cpu=@" 



37 


Composer


create 

Sintesi 

Argomenti 

Crea un file che contiene definizioni oggetto. E’ necessario disporre 

dell’accesso display per gli oggetti che vengono copiati. 

create filename from calendars | parms | prompts | resources | 

cpu={wkstation | wkstationclass | domain} | 

jobs=[wkstation#]jobname | 

sched=[wkstation#]jstream | 

users=[wkstation#]username 

filename 

Specifica un nome file. 

calendars 

Copia tutti i calendari nel file. 

parms Copia tutti i parametri nel file. 

prompts 

Copia tutte le prompt nel file. 

resources 

Copia tutte le risorse nel file. 

cpu Copia una workstation, classe workstation o dominio nel file. 

wkstation 

Il nome della workstation. Sono consentiti i caratteri 

jolly. 

wkstationclass 

Il nome classe workstation. Sono consentiti i 

caratteri jolly. 

domain 

Il nome dominio. Sono consentiti i caratteri jolly. 

jobs Copia un lavoro nel file. 

wkstation 

Il nome della workstation o classe workstation sulla 

38 Versione 7.0


quale si esegue il lavoro. Sono consentiti i caratteri 

jolly. Il valore di default è la workstation sulla quale 

è in esecuzione il Composer. 

jobname 

Il nome lavoro. Sono consentiti i caratteri jolly. 

sched Copia un flusso di lavoro nel file. 

wkstation 


quale si esegue il flusso di lavoro. Sono consentiti i 

caratteri jolly. Il valore di default è la workstation 

sulla quale è in esecuzione il Composer. 

jstream 

Il nome del flusso di lavoro. Sono consentiti i 


users Copia un utente nel file. Il campo password non viene 

copiato per motivi di sicurezza. 

wkstation 

Il nome della workstation sulla quale è definito 

l’utente. Sono consentiti i caratteri jolly. Il valore di 


Composer. 

username 

Il nome utente. Sono consentiti i caratteri jolly. 


Dopo avere creato un file, è possibile utilizzare il comando edit per 

apportare modifiche al file. I comandi add o replace possono quindi 

essere utilizzati per aggiungere o aggiornare la definizione. 

Esempi 

Il seguente esempio crea un file che contiene tutti i calendari: 

create caltemp from calendars 

Il seguente esempio crea un file che contiene tutti i flussi lavoro: 

cr stemp from sched=@ 


39 


Composer


delete 

Sintesi 

Argomenti 

Cancella le definizioni oggetto dal database. E’ necessario disporre 

dall’accesso delete agli oggetti da cancellare. 

delete cpu={wkstation | wkstationclass | domain} | 




cpu Cancella una workstation, classe workstation o dominio. 

wkstation 


jolly. 




domain 


jobs Cancella un lavoro. 

wkstation 





jobname 


sched Cancella un flusso di lavoro. 

wkstation 





40 Versione 7.0

jstream 



users Cancella un utente. 

wkstation 




Composer. 

username 



Se si utilizzano i caratteri jolly per specificare un insieme di 

definizioni, il Composer richiede la conferma prima di cancellare 

ogni definizione corrispondente. 

Esempi 

Il seguente esempio cancella job3 che viene avviato sulla 

workstation site3: 

delete jobs=site3#job3 

Il seguente esempio cancella tutte le workstation con i nomi che 

iniziano per ux: 

de cpu=ux@ 

Il seguente esempio cancella tutti i flussi di lavoro con i nomi che 

iniziano per test su tutte le workstation: 

de sched=@#test@ 



41 


Composer


display, list, print 

Visualizza, elenca o stampa le definizioni oggetto. Per display e 

print, è necessario disporre dell’accesso display all’oggetto. Display 

visualizza attualmente i contenuti dell’oggetto database, mentre list e 

print si visualizzano sul nome e sugli attributi dell’oggetto database. 

Sintesi 

Argomenti 

display | list | print calendars | parms | prompts | resources | 





calendars 

Visualizza tutti i calendari. 

parms Visualizza tutti i parametri. 

prompts 

Visualizza tutte le prompt. 

resources 

Visualizza tutte le risorse. 

cpu Visualizza una workstation, classe workstation o dominio. 

wkstation 


jolly. 




domain 


jobs Visualizza un lavoro. 

wkstation 


42 Versione 7.0




jobname 


sched Visualizza un flusso di lavoro. 

wkstation 





jstream 



users Visualizza un utente. (Il campo password non viene copiato 

per motivi di sicurezza.) 

wkstation 




Composer. 

username 


Output dei comandi 

Il comando list visualizza solo i nomi dell’oggetto. L’output del 

comando print è controllato dalla variabile MAESTROLP. 

Consultare “Output fuori linea” a pagina 99 per ulteriori 

informazioni. 

Formato calendari 

Calendario 

Il nome calendario. 

Descrizione 

Una descrizione a modulo libero del calendario. 



43 


Composer


Dopo questi campi si trova un elenco di date del calendario. 

Formato Cpu 

ID CPU 

Il nome di una workstation, di una classe workstation o di un 

dominio. 

Generatore 

Il nome dell’utente che ha creato la definizione workstation. 

Ultimo aggiornamento 

La data in cui la definizione workstation è stata aggiornata per 

l’ultima volta. 

Dopo questi campi si trova la definizione workstation o classe 

workstation. 

Formato lavori 

ID CPU 

Il nome della workstation sulla quale si esegue il lavoro. 

Job Il nome del lavoro. 

Logon Il nome dell’utente di collegamento per il lavoro. 

Data ultima esecuzione 

La data in cui il lavoro è stato eseguito l’ultima volta. 

Dopo questi campi si trova la definizione lavoro. 

Formato parametri 

Parametro 

Il nome del parametro. 

Valore 

Il valore del parametro. 

Formato prompt 

Prompt 

Il nome della prompt. 

44 Versione 7.0

Messaggio 

Il testo messaggio prompt. 

Formato risorse 

ID CPU 

Il nome della workstation sulla quale è definita la risorsa. 

Resource 

Il nome della risorsa. 

Nessun disponibile 

Il numero totale di unità risorsa. 

Descrizione 

La descrizione a modulo libero della risorsa. 

Formato pianificazione 

ID CPU 

Il nome della workstation sulla quale si esegue il flusso di 

lavoro. 

Pianificazione 

Il nome del flusso di lavoro. 

Generatore 

Il nome dell’utente che ha creato la definizione flusso di lavoro. 


La data in cui la definizione flusso di lavoro è stata aggiornata 

per l’ultima volta. 

Dopo questi campi si trova la definizione flusso di lavoro. 


Formato utenti 

ID CPU 

Il nome della workstation sulla quale l’utente è abilitato a 

eseguire lavori. 

User Il nome dell’utente. 

Generatore 

Il nome dell’utente che ha creato la definizione utente. 


45 


Composer



La data in cui la definizione utente è stata aggiornata l’ultima 

volta. 

Dopo questi campi si trova la definizione utente. 

Esempi 

Il seguente esempio visualizza tutti i calendari: 

display calendars 

Il seguente esempio stampa tutti i flussi di lavoro che vengono 

avviati sulla workstation site2 : 

di sched=site2#@;offline 

46 Versione 7.0

edit 

Modifica un file. 

Sintesi edit filename 


Viene avviato un editor e il file specificato viene aperto per la 

modifica. Consultare “Il programma Composer” a pagina 27 per 

ulteriori informazioni. 

Esempi 

Il seguente esempio apre il file mytemp per la modifica: 

edit mytemp 

Il seguente esempio apre il file resfile per la modifica: 

ed resfile 



47 


Composer


exit 

Sintesi exit 

Esce dal programma Composer. 


Quando si esegue il programma Composer nella modalità d’aiuto, 

questo comando riporta il Composer alla modalità di input comando. 

Esempi 

Il seguente esempio consente di uscire dal programma Composer: 

exit 

i 

48 Versione 7.0

modify 

Sintesi 

Argomenti 

Modifica o aggiunge oggetti di pianificazione. E’ necessario disporre 

dell’accesso modify all’oggetto o al file database interessato. 

modify calendars | parms | prompts | resources | 






calendars 

Modifica tutti i calendari. 

parms Modifica tutti i parametri. 

prompts 

Modifica tutte le prompt. 

resources 

Modifica tutte le risorse. 

cpu Modifica una workstation, classe workstation o dominio. 

wkstation 


jolly. 




domain 


jobs Modifica un lavoro. 

wkstation 




49 


Composer




jobname 


sched Modifica un flusso di lavoro. 

wkstation 





jstream 



users Modifica un utente. 

wkstation 




Composer. 

username 



Il comando modify copia la definizione o l’elenco oggetti in un file 

temporaneo, modifica il file quindi aggiunge il contenuto del file al 

file database appropriato. Ciò è equivalente alla seguente sequenza di 

comandi: 

create file from object-specification 

edit file 

add file 

Se l’operazione di aggiunta ha esito positivo, il file di modifica 

viene eliminato. Per ulteriori informazioni, fare riferimento alle 

descrizioni dei comandi create, edit e add in questo capitolo. 

50 Versione 7.0

Per le definizioni utente, se un campo password rimane vuoto 

quando si chiude l’editor, viene mantenuta la vecchia password. Per 

specificare una password nulla utilizzare due virgolette consecutive 

(“”). 

Esempi 

Il seguente esempio modifica tutti i calendari: 

modify calendars 

Il seguente esempio modifica il flusso di lavoro sked9 che viene 

avviato sulla workstation site1: 

m sched=site1#sked9 



51 


Composer


new 

Sintesi new 

Aggiunge un nuovo oggetto di pianificazione. E’ necessario disporre 

dell’accesso add 

per i nuovi oggetti sulla workstation. Per gli oggetti esistenti, è 

necessario disporre dell’accesso modify 

per l’oggetto o per il file database interessato. 


Il comando new crea un file temporaneo, modifica il file e quindi 

aggiunge il contenuto del file. Per i calendari, parametri, risorse e 

prompt, il contenuto del file sovrascrive gli oggetti esistenti. 

Consultare “modify” a pagina 49 per creare un file temporaneo di 

oggetti esistenti. 

Esempi 

Il seguente esempio crea un file temporaneo, modifica il file e quindi 

aggiunge il contenuto del file al database: 

new 

o: 

n 

52 Versione 7.0

edo 

Sintesi redo 

Modifica ed esegue nuovamente il comando precedente. 


Contesto 

Quando si esegue il comando redo, il Composer visualizza il 

comando precedente, in modo che possa essere modificato ed 

eseguito nuovamente. Utilizzare la barra spaziatrice per spostare il 

cursore sotto il carattere da modificare ed immettere le seguenti 

direttive. 

Direttive 

d[ dir ] 

Cancella il carattere dopo la d. Può essere seguita da 

altre direttive. 

i text Inserisce il testo prima del carattere dopo la i . 

rtext Sostituisce uno o più caratteri con il testo, 

cominciando con il carattere dopo la r. La 

sostituzione è implicita se non viene immessa 

nessun’altra direttiva. 

>text Accoda il testo alla fine della riga. 

>d[dir | text] 

Cancella i caratteri alla fine della riga. Può essere 

seguita da un’altra direttiva o testo. 

>rtext Sostituisce i caratteri alla fine della riga con il testo. 

Esempi direttiva 

ddd Cancella i tre caratteri sopra le d. 

iabc Inserisce abc prima del carattere dopo la i. 

rabc Sostituisce i tre caratteri, a partire da quello dopo la 

r, con abc. 

abc Sostituisce i tre caratteri dopo abc con abc. 


53 


Composer


d diabc 

Cancella il carattere dopo la prima d, salta un 

carattere, cancella il carattere dopo la seconda d e 

inserisce abc al suo posto. 

>abc Accoda abc alla fine della riga. 

>ddabc 

Cancella gli ultimi due caratteri nella riga e inserisce 

abc al loro posto. 

>rabc Sostituisce gli ultimi tre caratteri nella riga con abc. 

Esempi 

Il seguente esempio inserisce un carattere: 

redo 

dislay site1#sa@ 

ip 

display site1#sa@ 

Il seguente esempio sostituisce un carattere: 

redo 

display site1#sa@ 

2display site2#sa@ 

54 Versione 7.0

eplace 

Sostituisce gli oggetti di pianificazione. E’ necessario disporre 

dell’accesso modify per gli oggetti o per il file database interessato. 

Sintesi replace filename 

Argomenti 

filename 

Specifica il nome di un file che contiene quanto segue: 

Definizioni lavoro. La prima riga del file deve essere 

$jobs. 

Definizioni flusso di lavoro. 

Ogni combinazione di workstation, classe workstation e 

definizioni dominio. 

Definizioni utente. 

Una serie completa di calendari, parametri, prompt o 

risorse. 


Il comando replace è simile al comando add, solo che non vi sono 

richieste di sostituzione per gli oggetti esistenti. Per ulteriori 

informazioni, fare riferimento a “add” a pagina 33. 

Esempi 

Il seguente esempio sostituisce i lavori dal file myjobs: 

replace myjobs 

Il seguente esempio sostituisce i flussi di lavoro dal file mysked: 

rep mysked 

Il seguente esempio sostituisce tutte le risorse con quelle contenute 

nel file myres: 

rep myres 



55 


Composer


validate 

Convalida un file contenente gli oggetti di pianificazione. 

Sintesi validate filename[;syntax] 

Argomenti 

filename 

Specifica il nome di un file che contiene calendari, 

workstation, classi workstation, domini, lavori, parametri, 

prompt, risorse o flussi di lavoro. Immettere prodsked per 

convalidare il file di pianificazione produzione creato durante 

l’elaborazione del giorno di preproduzione. 

syntax 

Controlla gli errori di sintassi nel file. 


Il comando validate esegue gli stessi controlli di sintassi e di 

convalida eseguiti quando si aggiungono o modificano gli oggetti. 

Inoltre è possibile utilizzarlo per convalidare il file di pianificazione 

produzione, prodsked, creato durante l’elaborazione del giorno di 

preproduzione. Prodsked contiene i flussi di lavoro da eseguire in 

un particolare giorno e può essere modificato con un editor per 

includere modifiche ad hoc prima che cominci il giorno di 

elaborazione. Validate dovrebbe essere utilizzato in questi casi per 

assicurarsi che la pianificazione produzione sia ancora valida. 

Per i flussi di lavoro, se l’opzione syntax viene omessa, la convalida 

e la notifica comprendono quanto segue: 

Verificare i nomi lavoro del file lavoro master. 

Esaminare le dipendenze per assicurarsi che gli oggetti esistano. 

Ad esempio, viene notificata una dipendenza needs su una 

risorsa non esistente. Controlla anche i riferimenti a calendari 

non esistenti. 

Controllare le dipendenze circolari. Ad esempio, se job1 segue 

job2 e job2 segue job1 esiste una dipendenza circolare. 

56 Versione 7.0


L’output del comando validate può essere reindirizzato ad un file 

come segue: 

composer "validate filename" > outfile 

Per includere i messaggi di errore nel file di output, utilizzare: 

composer "validate filename" > outfile 2>&1 

Esempi 

Il seguente esempio controlla la sintassi di un file che contiene 

definizioni workstation: 

validate mycpus;syntax 

Il seguente esempio riconvalida tutti i flussi di lavoro. Può essere 

eseguito per verificare l’integrità dei riferimenti ad altri oggetti di 

pianificazione dopo aver apportato le modifiche. 

create allskeds da sched=@#@ 

convalida allskeds 


57 


Composer


version 

Visualizza l’intestazione del programma Composer. 

Sintesi version 

Esempi 

Il seguente esempio visualizza l’intestazione del programma 

Composer: 

version 

o: 

v 

58 Versione 7.0

System 

Command 

Esegue un comando di sistema. 

Sintesi [: | !] sys-command 

Argomenti 

sys-command Specifica qualsiasi comando di sistema valido. Il 

prefisso due punti (:) o punto esclamativo (!) è 

richiesto solo quando il comando viene scritto nello 

stesso modo del comando Composer. 

Esempi 

Il seguente esempio esegue un comando ps su UNIX: 

ps -ef 

Il seguente esempio esegue un comando dir su Windows NT: 

dir \bin 



59 


Composer


60 Versione 7.0

2 

Linguaggio di pianificazione 

Questo capitolo descrive le parole chiave e il formato del linguaggio 

di pianificazione utilizzati per definire i flussi di lavoro per il 

Workload Scheduler. Queste parole chiave e la sintassi vengono 

utilizzate per definire i flussi di lavoro utilizzando la CLI. I flussi di 

lavoro creati utilizzando la GUI non fanno riferimento alle parole 

chiavi elencate in questo capitolo, ma tutti i flussi di lavoro nel 

Tivoli Workload Scheduler vengono salvati utilizzando le stesse 

parole chiave e la stessa sintassi del linguaggio di pianificazione. 

Sintassi per i flussi di lavoro 

Quanto segue mostra la struttura di un flusso di lavoro, con le parole 

chiave in grassetto. Un flusso di lavoro inizia con una parola chiave 

di pianificazione seguita da attributi e dipendenze. Il delimitatore 

due punti introduce i lavori che costituiscono il flusso di lavoro. 

Ogni lavoro possiede gli attributi e le dipendenze a esso relative. 

schedule name on dates [except dates] 

[at time] 

[carryforward] 

[follows job|jstream] 

[in order] 

[limit number] 

[needs resource] 

[opens file] 

[priority number] 

[prompt name|text] 


61 

2. Linguaggio di 

pianificazione


[until time] 

: 

job-statement [at time] 

[confirmed] 

[every rate] 

[follows job|jstream] 

[needs resource] 

[opens file] 

[priority number] 

[prompt name|text] 

[until time] 

[job-statement...] 

end 

Parole chiave 

Una breve descrizione delle parole chiave di pianificazione è fornita 

nella seguente tabella. 

Parola chiave Descrizione Pagina 

at Definisce l’ora del giorno in cui si avvia 

l’esecuzione del lavoro o del flusso di lavoro. 

64 

carryforward Trasferisce il flusso di lavoro nel caso in cui non sia 

completo. 

66 

confirmed Specifica che il completamento di questo lavoro 

richiede la conferma. 

68 

end Contrassegna la fine di un flusso di lavoro. 69 

every Avvia il lavoro ripetutamente a determinati intervalli. 70 

except Specifica date che sono eccezioni rispetto alle date 

in cui il flusso di lavoro è selezionato per 

l’esecuzione. 

71 

follows Specifica di non avviare questo lavoro o questo 

flusso di lavoro fino al completamento riuscito di 

altri lavori o di altri flussi di lavoro. 

in order Avvia i lavori in questo flusso di lavoro nell’ordine 

in cui sono elencati. 

75 

job-statement Definisce un lavoro e le dipendenze a esso relative. 77 

62 Versione 7.0 

73

Parola chiave Descrizione Pagina 

limit Imposta un limite sul numero di lavori che possono 

essere avviati contemporaneamente dal flusso di 

lavoro. 

83 

needs Definisce il numero delle unità di una risorsa 

richieste dal lavoro o dal flusso di lavoro prima di 

poter essere avviato. 

on Definisce le date in cui questo flusso di lavoro è 

selezionato per l’esecuzione. 

86 

opens Definisce i file che devono essere accessibili prima 

dell’avvio di un flusso di lavoro o di un lavoro. 

89 

priority Definisce la priorità per un lavoro o per un flusso di 

lavoro. 

91 

prompt Definisce le prompt a cui è necessario rispondere 

prima dell’avvio del lavoro o del flusso di lavoro. 

92 

schedule Assegna un nome al flusso di lavoro. 94 

until Definisce l’ora dopo la quale non è possibile avviare 

il lavoro o il flusso di lavoro. 

95 

Dipendenze 

Una dipendenza è una condizione che deve essere soddisfatta prima 

dell’avvio del lavoro o del flusso di lavoro. Vengono associate ai 

flussi di lavoro con le parole chiave follows, needs, opens e 

prompt. Il numero massimo di dipendenze consentite per un lavoro 

o flusso di lavoro è 40. 

Descrizioni parole chiave 

Le seguenti pagine descrivono la sintassi per le parole chiave del 

linguaggio di pianificazione. 



84 

63 


pianificazione


at 

Definisce l’ora originale in cui verrà lanciato un lavoro o un flusso 

di lavoro. 

Sintesi at time [timezone|tz tzname][+nday[s]] 

Argomenti 

time Specifica l’ora. I valori possibili sono compresi tra 0000 e 

2359. 

tzname 

Specifica il fuso orario da utilizzare nel calcolo dell’ora di 

avvio. Consultare “Nomi del fuso orario” a pagina 315 per i 

nomi del fuso orario. Il valore di default è il fuso orario 

della workstation su cui viene avviato il lavoro o il flusso di 

lavoro. 

Nota: Se si specifica un’ora at e un’ora until, il fuso orario 

deve essere lo stesso. 

n Specifica uno scostamento in giorni dall’ora e dalla data di 

avvio pianificate. 


Se non si specifica un’ora at per un lavoro o per un flusso di lavoro, 

l’ora di avvio viene determinata dalle dipendenze e dalla priorità. 

Esempi 

I seguenti esempi presuppongono che il giorno di elaborazione del 

Workload Scheduler inizi alle 6:00 A.M. 

Il seguente flusso di lavoro, selezionato per il martedì, verrà 

avviato non prima delle 3:00 A.M. di mercoledì mattina. I due 

lavori verranno avviati appena possibile subito dopo tale ora. 

schedule sked7 on tu at 0300: 

job1 

job2 

end 

64 Versione 7.0

Il fuso orario della workstation sfran viene definito come Pacific 

Standard Time (pst) e il fuso orario della workstation nycity 

viene definito come Eastern Standard Time (est). Il seguente 

flusso di lavoro viene selezionato per essere eseguito di venerdì. 

Viene avviato sulla workstation sfran alle 10:00 A.M. pst di 

Sabato. job1 viene avviato su sfran appena possibile subito 

dopo tale ora. job2 viene avviato su sfran alle 2:00 P.M. est 

(11:00 A.M. pst) Sabato. job3 viene avviato sulla workstation 

nycity alle 4:00 P.M. est (1:00 P.M. pst) Sabato. 

sfran#schedule sked8 on fr at 1000 + 1 day: 

job1 

job2 at 1400 tz est 

nycity#job3 at 1600 

end 



65 


pianificazione


carryforward 

Consente al flusso di lavoro di essere idoneo allo spostamento al 

piano di produzione del giorno successivo nel caso in cui non sia 

stato completato prima della fine del piano di produzione del giorno 

corrente. 

Sintesi carryforward 

Esempi 

Il seguente flusso di lavoro viene spostato se i lavori non sono stati 

completati prima dell’avvio dell’elaborazione di preproduzione 

relativa al nuovo giorno. 

schedule sked43 on th 

carryforward 

: 

job12 

job13 

job13a 

end 

66 Versione 7.0

Commenti 

Comprende i commenti nella definizione di un flusso di lavoro. 

Sintesi *text | 

Argomenti 


*text Inserisce una riga di commento. Il primo carattere della riga 

deve essere un asterisco. 

 

Inserisce un testo di commento su una riga. Il testo deve 

essere racchiuso fra i doppi segni di maggiore e minore. 

Esempi 

Il seguente esempio comprende entrambi i tipi di commenti: 

**************************************** 

* The weekly cleanup jobs 

**************************************** 

* 

schedule wkend on fr at 1830 

in order 

: 

job1 

job2 

end 


67 


pianificazione


confirmed 

Specifica che il completamento del lavoro deve essere confermato 

eseguendo un comando confirm di Conman. Consultare “confirm” a 


Sintesi confirmed 

Esempi Nel seguente flusso di lavoro, la conferma del completamento di 

job1 deve essere ricevuta prima dell’avvio di job2 e job3. 

schedule test1 on fr: 

job1 confirmed 

job2 follows job1 


end 

68 Versione 7.0

end 

Sintesi end 

Contrassegna la fine di una definizione di flusso di lavoro. 

Esempi 

schedule test1 on monthend 

: 

job1 

job2 

job3 

end > 



69 


pianificazione


every 

Definisce l’intervallo di ripetizione per un lavoro. Il lavoro viene 

avviato ripetutamente all’intervallo specificato. 

Sintesi every rate 

Argomenti 

rate L’intervallo di ripetizione espresso in ore e minuti, nel 

formato: hhmm. (L’intervallo può essere maggiore di 24 ore.) 

Esempi 

Il seguente esempio avvia il lavorotestjob ogni ora: 

testjob every 100 

Il seguente esempio avvia il lavoro testjob1 ogni 15 minuti, tra le 

ore 6:00 P.M. e le ore 8:00 P.M.: 

testjob1 at 1800 every 15 until 2000 

70 Versione 7.0

except 

Definisce le date che costituiscono eccezioni alle date on del flusso 

di lavoro. Consultare “on” a pagina 86 per ulteriori informazioni. 

Sintesi except {date | day | calendar} [,...] 

Argomenti 


date una data nel formato: mm/dd/yy. 

day Un giorno della settimana. Specificare uno dei seguenti: 

mo Lunedì 

tu Martedì 

we Mercoledì 

th Giovedì 

fr Venerdì 

sa Sabato 

su Domenica 

weekdays 

Ogni giorno tranne sabato e domenica. 

calendar 

Le date specificate su un calendario con questo nome. Il 

nome del calendario può essere seguito da uno scostamento 

nel seguente formato: 

{+ | -}n {day[s] |weekday[s] |workday[s]} 

Dove: 

n Il numero dei giorni, giorni della settimana o giorni 

lavorativi. 

days Include ogni giorno della settimana. 

weekdays 

Include ogni giorno della settimana, ad eccezione del 

sabato e della domenica. 


71 


pianificazione


workdays 

Include ogni giorno della settimana, ad eccezione 

delle date che vengono visualizzate nel calendario 

denominato holidays. 

Esempi 

Il seguente esempio seleziona un flusso di lavoro testskd2 per essere 

eseguito ogni giorno della settimana tranne per quei giorni le cui 

date vengono visualizzate sui calendari denominati monthend e 

holidays : 

schedule testskd2 on weekdays 

except monthend,holidays: 

Il seguente esempio seleziona un flusso di lavoro testskd3 per essere 

eseguito ogni giorno della settimana tranne il 15 Maggio 1999 e il 

23 Maggio 1999: 


except 05/15/99,05/23/99: 

Il seguente esempio seleziona il flusso di lavoro testskd4 che deve 

essere eseguito ogni giorno, tranne che nei due giorni della settimana 

precedenti a qualsiasi data che appare su un calendario denominato 

monthend : 

schedule testskd4 on everyday 

except monthend-2 weekdays: 

72 Versione 7.0

follows 

Definisce gli altri lavori e flussi di lavoro che devono essere 

completati con esito positivo prima dell’avvio di un lavoro o flusso 

di lavoro. 

Sintesi Utilizzare la seguente sintassi per i flussi di lavoro: 

Argomenti 

follows [netagent::][wkstation#]jstream[.jobname| @] [,...] 

Utilizzare la seguente sintassi per i lavori: 


follows [netagent::][wkstation#]jstream{.jobname | @} |jobname 

[,...] 

netagent 

Il nome dell’NA in cui è stata definita la dipendenza 

inter-network. 

wkstation 

La workstation sulla quale è in esecuzione il lavoro o il 

flusso di lavoro che deve essere completato. Il valore di 

default è la stessa workstation del lavoro o del flusso di 

lavoro dipendente. 

Se wkstation non si specifica con netagent, il valore di 

default è la workstation alla quale è collegato l’NA. 

jstream 

Il nome del flusso di lavoro che deve essere completato. Per 

un lavoro, il valore di default è lo stesso flusso di lavoro del 

lavoro dipendente. 

jobname 

Il nome del lavoro che deve essere completato. E’ possibile 

utilizzare il simbolo at (@) per indicare che tutti i lavori nel 

flusso di lavoro sono completati con esito positivo. 


73 


pianificazione


Esempi 

Il seguente esempio specifica di non avviare il flusso di lavoro skedc 

fino a quando il flusso di lavoro sked4 sulla workstation site1 eil 

lavoro joba nel flusso di lavoro sked5 sulla workstation site2 non 

siano stati completati con esito positivo: 

schedule skedc on fr 

follows site1#sked4,site2#sked5.joba 

Non avviare sked6 fino a quando jobx nel flusso di lavoro skedx 

sulla rete remota cluster4 non sia stato completato con esito positivo: 

sked6 follows cluster4::site4#skedx.jobx 

Il seguente esempio specifica di non avviare jobd fino a quando 

joba nello stesso flusso di lavoro e job3 nel flusso di lavoro skeda 

non siano stati completati con esito positivo: 

jobd follows joba,skeda.job3 

Il seguente esempio specifica di non lanciare jobe fino a quando tutti 

i lavori contenuti nel flusso di lavoro skedb sulla workstation unix1 

non siano stati completati con esito positivo: 

jobe follows unix1#skedb.@ 

74 Versione 7.0

in order 

Specifica che i lavori devono essere avviati nell’ordine in cui 

vengono visualizzati in un flusso di lavoro. Ogni lavoro deve essere 

completato con esito positivo prima dell’avvio del lavoro successivo. 

Questa parola chiave deve essere l’ultima parola chiave visualizzata 

nella definizione flusso di lavoro prima dei due punti. Non vengono 

concesse dipendenze per i lavori e il flusso di lavoro. 

Sintesi in order 


Se un lavoro in order non viene completato con esito positivo e non 

può essere eseguito di nuovo con esito positivo, i lavori che seguono 

dovranno essere rilasciati con il comando release Conman. Ad 

esempio, per rilasciare i lavori nel flusso di lavoro sked1, è possibile 

immettere il seguente comando Conman: 

rj sked1.@ 


Se un lavoro in order viene annullato, il lavoro successivo deve 

essere rilasciato con il comando release Conman. I lavori restanti 

contenuti nel flusso di lavoro proseguiranno normalmente. Ad 

esempio, se il lavoro j1 è annullato, è possibile rilasciare il lavoro j2 

immettendo il seguente comando Conman: 

rj sked1.j2 

Il FAT (fault-tolerant agent) su cui viene eseguito un lavoro in order 

deve avere la modalità Stato completo attivata se il lavoro è 

successivo al lavoro che si esegue su una diversa workstation. Ciò è 

mostrato negli “Esempi.” Per ulteriori informazioni sulla modalità 

Stato completo, fare riferimento a “Definizioni workstation” a 

pagina 3. 

Esempi 

Il seguente esempio avvia joba, jobb e jobc, uno alla volta, 

nell’ordine in cui vengono visualizzati in sked2: 


75 


pianificazione


schedule sked2 on everyday in order: 

joba 

jobb 

jobc 

end 

Il seguente esempio avvia job1, site2#job2 e job3, uno alla volta, 

nell’ordine in cui vengono visualizzati in sked3: 

schedule sked3 on tu,th in order: 

job1 

site2#job2 

job3 

end 

Se il flusso di lavoro viene avviato su un FTA (fault-tolerant agent) 

(site3, ad esempio), il lavoro site2#job2 non verrà avviato al 

completamento di job1 a meno che la modalità Stato completo non 

venga attivata per site2. Inoltre, job3 non verrà avviato al 

completamento di site2#job2 a meno che la modalità Stato 

completo non sia attivata per site3. 

76 Versione 7.0

Job Statement 

Le istruzioni lavoro inseriscono i lavori in un flusso di lavoro e 

definiscono le dipendenze job. In un’istruzione lavoro, è possibile 

anche includere gli attributi lavoro e le opzioni di ripristino che 

aggiungono un nuovo lavoro o ne modificano uno esistente nel 

database. Consultare “Note per l’utilizzo” per ulteriori informazioni. 

Sintesi 

Argomenti 


[wkstation#]jobname 

[description “text”] 

[{scriptname | jobfilename} filename | docommand “commandline”] 

[streamlogon username ] 

[interactive] 

[recovery {stop | continue | rerun} 

[{recoveryjob | after} [rwkstation#]rjobname] 

[{recoveryprompt | abendprompt} “rtext”]] 

[job-dependency [,...]] 

wkstation 


workstation sulla quale viene eseguito il lavoro. Il valore di 

default è la workstation sulla quale viene eseguito il flusso di 

lavoro. Il simbolo (#) è un delimitatore necessario. Se si 

specifica una classe workstation, essa dovrà corrispondere 

alla classe workstation di qualsiasi flusso di lavoro in cui 

verrà incluso il lavoro. 

jobname 

Specifica il nome del lavoro. Il nome deve iniziare con una 



otto caratteri. Per database estesi, può contenere fino a 40 

caratteri. 

description 

Una descrizione a modulo libero del lavoro, racchiusa tra 

virgolette. 


77 


pianificazione


{scriptname | jobfilename} filename 

Specifica il nome del file eseguito dal lavoro. Utilizzare 

scriptname per lavori UNIX e Windows NT ed utilizzare 

jobfilename per i lavori MPE.Per un file eseguibile, 

immettere il nome file, le opzioni e gli argomenti (fino a 

4095 caratteri). Inoltre è possibile utilizzare i parametri di 

Workload Scheduler. Consultare “Utilizzo dei parametri nelle 


Per i lavori Windows NT, includere le estensioni file. Sono 

consentiti i nomi UNC (Universal Naming Convention). Non 

specificare i file su unità definite. 

Se vengono inclusi spazi o caratteri speciali, diversi dalle 

barre (/) e dalle barre retroverse (\), l’intera stringa deve 

essere racchiusa tra apici (″). 

Se il nome file contiene spazi, immettere il nome in un altro 

file che non contenga spazi nel suo nome e utilizzare il 

nome del secondo file per questo argomento. 

docommand command 

Specifica un comando che deve essere eseguito dal lavoro. 

Immettere un comando valido e qualsiasi opzione e 

argomento (fino a 4095 caratteri) racchiuso tra apici (″). Il 

comando viene eseguito direttamente e, diversamente da 

scriptname o jobfilename, lo script di configurazione, 

jobmanrc, non viene eseguito. Altrimenti, il comando viene 

trattato come un lavoro e vengono applicate tutte le regole 

lavoro. E’ possibile inoltre immettere il parametro Workload 

Scheduler. Consultare “Utilizzo dei parametri nelle 


streamlogon 

Il nome utente sotto cui viene eseguito il lavoro. Il nome 

può contenere fino a 47 caratteri. Se il nome contiene 

caratteri speciali deve essere racchiuso tra apici (″). 

Specificare un utente che possa collegarsi alla workstation 

sulla quale viene eseguito il lavoro. E’ possibile inoltre 

78 Versione 7.0


immettere il parametro Workload Scheduler. Consultare 

“Utilizzo dei parametri nelle definizioni lavoro” a pagina 80. 

Per i lavori Windows NT, l’utente deve avere una definizione 

utente. Consultare “Definizioni utente” a pagina 18 per i 

requisiti dell’utente. 

interactive 

Per i lavori Windows NT, includere questa parola chiave per 

indicare che il lavoro venga eseguito in modo interattivo sul 

desktop Windows NT. 

recovery 

Opzioni di ripristino relative al lavoro. Il valore di default è 

stop con nessun lavoro di ripristino e nessuna prompt di 

ripristino. Immettere una delle opzioni di ripristino, stop, 

continue o rerun. Può essere seguita da un lavoro di 

ripristino, da una prompt di ripristino o da entrambi. 

stop Se il lavoro termina in modo anomalo, non 

continuare con il lavoro successivo. 

continue 

Se il lavoro termina in modo anomalo, continuare 

con il lavoro successivo. 

rerun Se il lavoro termina in modo anomalo, rieseguire il 

lavoro. 

{recoveryjob | after} [wkstation #] jobname 

Specifica il nome di un lavoro di ripristino da 

eseguire nel caso in cui il lavoro parent sia terminato 

in modo anomalo. I lavori di ripristino vengono 

eseguiti solo una volta per ogni istanza terminata in 

modo anomalo del lavoro parent. 

E’ possibile specificare la workstation del lavoro di 

ripristino nel caso in cui sia diversa dalla workstation 

del lavoro parent. Il valore di default è la 

workstation dei lavori parent. Non tutti i lavori sono 

idonei all’esecuzione di lavori di ripristino su una 

diversa workstation. Seguire queste istruzioni: 


79 


pianificazione


Le workstation del lavoro di ripristino e del 

lavoro parent devono eseguire su Workload 

Scheduler Versione 4.5.5 o successiva. 

Se la workstation è un XA (extended agent), 

deve essere contenuta nel DM o nell’FTA 

(fault-tolerant agent) con un valore on per 

fullstatus. 

La workstation del lavoro di ripristino deve 

trovarsi nello stesso dominio della workstation 

del lavoro parent. 

Se la workstation del lavoro di ripristino è un 

FTA, deve avere un valore on per fullstatus. 

{recoveryprompt | abendprompt} “text” 

Specifica il testo di una prompt di ripristino, 

racchiuso tra apici, da visualizzare nel caso in cui il 

lavoro termini in modo anomalo. Il testo può 

contenere fino a 64 caratteri. Se il testo inizia con i 

due punti (:), la prompt viene visualizzata ma non è 

necessaria alcuna risposta per continuare 

l’elaborazione. Se il testo inizia con un punto 

esclamativo (!), la prompt non viene visualizzata, ma 

è necessaria una risposta per continuare. 

job-dependency 

Specifica le parole chiave e gli argomenti di pianificazione. 

Le parole chiave valide per i lavori sono: at, confirmed, 

every, follows, needs, opens, priority, prompt e until. 

Utilizzo dei parametri nelle definizioni lavoro 

Nelle definizioni lavoro i parametri dispongono delle seguenti 

limitazioni e usi: 

I parametri sono consentiti nei valori streamlogon, scriptname 

e docommand. 

E’ possibile utilizzare un parametro come stringa intera o parte 

di essa. 

In una singola variabile sono consentiti più parametri. 

80 Versione 7.0


Racchiudere i nomi parametro tra segni di omissione (^) e 

racchiudere l’intera stringa tra apici. 

Consultare l’esempio di seguito riportato in cui un parametro 

denominato mis viene utilizzato nel valore streamlogon. Per 

ulteriori esempi, consultare “Definizioni parametri” a pagina 22. 


Un lavoro deve essere definito solo una volta nel database e può 

essere utilizzato in più flussi di lavoro. Quando un flusso di lavoro 

viene aggiunto o modificato, anche gli attributi o le opzioni di 

ripristino dei lavori vengono aggiunti o modificati. 

Quando si definiscono i lavori, ricordare quanto segue: 

I lavori possono essere definiti in modo indipendente (come 

descritto in “Definizioni lavoro” a pagina 13) o come parte dei 

flussi di lavoro. In ogni caso, le modifiche vengono apportate 

nel database e non interessano il piano produzione fino all’avvio 

del nuovo giorno di elaborazione. 

Quando si aggiunge o si sostituisce un flusso di lavoro, le 

modifiche al lavoro influiscono su tutti gli altri flussi di lavoro 

che utilizzano i lavori. Notare che il Report riferimento 

incrociato può essere utilizzato per determinare i nomi dei flussi 

di lavoro nei quali è incluso un determinato lavoro. 

Esempi 

Il seguente esempio definisce un flusso di lavoro con tre lavori 

precedentemente definiti: 

schedule bkup on fr at 20:00: 

cpu1#jbk1 

cpu2#jbk2 

needs 1 tape 

cpu3#jbk3 

follows jbk1 

end 

La seguente definizione flusso di lavoro contiene le istruzioni lavoro 

che aggiungono o modificano le definizioni di due lavori nel 

database: 


81 


pianificazione


schedule sked4 on mo: 

job1 scriptname “d:\apps\maestro\scripts\jcljob1” 

streamlogon jack 

recovery stop abendprompt “continue production” 

site1#job2 scriptname “d:\apps\maestro\scripts\jcljob2” 

streamlogon jack 

follows job1 

end 

82 Versione 7.0

limit 

Limita il numero di lavori che possono essere eseguiti 

simultaneamente in un flusso di lavoro. 

Sintesi limit joblimit 

Argomenti 

joblimit Specifica il numero di lavori che possono essere in 

esecuzione simultaneamente nella pianificazione. I 

valori possibili sono compresi tra 0 e 1024. Sesi 

specifica 0, si impedisce l’avvio di tutti i lavori. 

Esempi 

Il seguente esempio limita a cinque il numero dei lavori che possono 

essere eseguiti simultaneamente in un flusso di lavoro sked2: 

schedule sked2 on fr 

limit 5: 



83 


pianificazione


needs 

Definisce le risorse che devono essere disponibili prima dell’avvio di 

un lavoro o flusso di lavoro. 

Sintesi needs [n] [wkstation#]resourcename [,...] 

Argomenti 

n Specifica il numero delle unità risorsa richieste. I 

valori possibili sono compresi tra 0 e 32. Il valore di 

default è uno. 

wkstation Specifica il nome della workstation sulla quale è 

definita la risorsa. Il valore di default è la 

workstation del lavoro o del flusso di lavoro 

dipendente. Le risorse possono essere utilizzate come 

dipendenze solo dai lavori e dai flussi di lavoro che 

vengono eseguiti sulla stessa workstation della 

risorsa. Tuttavia, un SA (Standard Agent) e il relativo 

host possono fare riferimento alle stesse risorse. 

resourcename Specifica il nome della risorsa. 


L’aggiunta di una dipendenza resource ad un lavoro che viene 

eseguito su un FTA (Fault-tolerant agent) o ad un flusso di lavoro 

che contiene un lavoro che viene eseguito su un FTA, può impedire 

l’esecuzione del lavoro se la risorsa non è definita sullo stesso FTA. 

Per impedire ciò, assicurarsi che la definizione della workstation per 

FTA abbia lo Stato completo attivato o, in alternativa, assicurarsi 

che la risorsa sia definita sull’FTA sul quale si esegue il lavoro. 

Esempi 

Il seguente esempio impedisce l’avvio del flusso di lavoro sked3 

fino a quando le tre unità cputime e le due unità di tapes non 

diventano disponibili: 


needs 3 cputime,2 tapes : 

84 Versione 7.0

La risorsa jlimit è stata definita con due unità disponibili. Il 

seguente esempio consente non più di due lavori da eseguire 

simultaneamente nel flusso di lavoro sked4: 

schedule sked4 on mo,we,fr: 

joba needs 1 jlimit 

jobb needs 1 jlimit 

jobc needs 2 jlimit 

jobd needs 1 jlimit 

end 



85 


pianificazione


on 

Si tratta di una parola chiave necessaria del flusso di lavoro che 

definisce quando e con che frequenza viene selezionato un flusso di 

lavoro per l’esecuzione. La parola chiave on deve seguire la parola 

chiave schedule. Consultare “except” a pagina 71 per ulteriori 

informazioni. 

Sintesi on {date | day | calendar | request} [,...] 

Argomenti 

date Specifica una data nel formato, mm/dd/yy. 

day Un giorno della settimana. E’ possibile specificarne uno o 

più dei seguenti: 

mo Lunedì 

tu Martedì 

we Mercoledì 

th Giovedì 

fr Venerdì 

sa Sabato 

su Domenica 

weekdays 

Ogni giorno tranne sabato e domenica. 

calendar 

Le date specificate su un calendario con questo nome. Il 

nome del calendario può essere seguito da uno scostamento 

nel seguente formato: 

{+ | -}n {day[s] |weekday[s] |workday[s]} 

Dove: 

n Il numero dei giorni, giorni della settimana o giorni 

lavorativi. 

days Include ogni giorno della settimana. 

weekdays 

Include ogni giorno della settimana, ad eccezione del 

sabato e della domenica. 

86 Versione 7.0

workdays 

Include ogni giorno della settimana, ad eccezione 

delle date che vengono visualizzate nel calendario 

denominato holidays. 

request 

Seleziona il flusso di lavoro quando viene richiesto. Viene 

utilizzato per i flussi di lavoro selezionati per nome invece 

che per data. Consultare il Tivoli Workload Scheduler 

Administrator’s Guide per informazioni sul comando 

schedulr. 

Esempi 

Il seguente esempio seleziona il flusso di lavoro sked1 di lunedì e 

mercoledì: 

schedule sked1 on mo,we 

Il seguente esempio seleziona il flusso di lavoro sked3 il 15 Giugno 

1999 e per le date elencate nel calendario apdates: 

schedule sked3 on 6/15/99,apdates 

Il seguente esempio seleziona il flusso di lavoro sked4 due giorni 

della settimana prima di ogni data presente sul calendario 

monthend: 

schedule sked4 on monthend -2 weekdays 


Il seguente esempio seleziona il flusso di lavoro testskd1 ogni 

giorno della settimana ad eccezione dei mercoledì: 


except we 

Il seguente esempio seleziona il flusso di lavoro testskd3 ogni 

giorno della settimana ad eccezione del 15 Maggio 1999 e del 24 

Maggio 1999: 


except 05/16/99,05/24/99 

Il seguente esempio seleziona ogni giorno il flusso di lavoro 

testskd4 tranne che nei due giorni della settimana precedenti a 

qualsiasi data visualizzata sul calendario denominato monthend: 


87 


pianificazione


schedule testskd4 on everyday 

except monthend -2 weekdays 

88 Versione 7.0

opens 

Specifica i file che devono essere disponibili prima dell’avvio di un 

lavoro o di un flusso di lavoro. 

Sintesi opens [wkstation#]″filename″ [(qualifier)] [,...] 

Argomenti 


wkstation 

Specifica il nome della workstation o classe workstation in 

cui esiste il file. Il valore di default è la workstation o la 

classe workstation del lavoro o del flusso di lavoro 

dipendente. Se si utilizza una classe workstation, essa deve 

essere uguale a quella del flusso di lavoro che include questa 

istruzione. 

filename 

Specifica il nome del file, racchiuso tra apici. E’ possibile 

utilizzare i parametri Workload Scheduler come una parte o 

come l’intera stringa del nome file. Se si utilizza un 

parametro, deve essere racchiuso tra segni di omissione (^). 

qualifier 

Specifica una condizione di test valida. Su UNIX, 

l’identificativo viene trasferito al comando test, che esegue 

come root in bin/sh. 

Su Windows NT, la funzione di test viene eseguita come 

utente maestro. Gli identificativi validi sono: 

-d %p Vero se il file esiste ed è una directory. 

-e %p Vero se il file esiste. 

-f %p Vero se il file esiste ed è un file regolare. 

-r %p Vero se il file esiste ed è leggibile. 

-s %p Vero se il file esiste e la sua dimensione è 

maggiore di zero. 

-w %p Vero se il file esiste ed è scrivibile. 


89 


pianificazione


Su UNIX e Windows NT, l’espressione %p , inserisce il 

nome del file. 

L’immissione di (notempty) è uguale all’immissione di (-s 

%p). Se non viene specificato alcun identificativo, il valore 

di default è (-f %p). 


La combinazione di filename e qualifier non può superare i 148 

caratteri, entro cui il nome base del nome file non può superare i 28 

caratteri. 

Esempi 

Il seguente esempio controlla che il file c:\users\fred\datafiles\file88 

sulla workstation nt5 sia disponibile alla lettura prima dell’avvio di 

ux2#sked6: 

schedule ux2#sked6 on tu opens nt5#"c:\users\fred\datafiles\file88" 

Il seguente esempio controlla se le tre directory, /john, /mary e 

/roger, esistono prima dell’avvio del lavoro jobr2: 

jobr2 opens "/users"(-d %p/john -a -d %p/mary -a -d %p/roger) 

Il seguente esempio controlla se cron ha creato il proprio file FIFO 

prima dell’avvio del lavoro job6: 

job6 opens "/usr/lib/cron/FIFO"(-p %p) 

Il seguente esempio controlla che il file d:\work\john\execit1 sulla 

workstation dev3 esista e non sia vuoto, prima di eseguire il lavoro 

jobt2 : 

jobt2 opens dev3#"d:\work\john\execit1"(notempty) 

Il seguente esempio controlla che il file c:\tech\checker\startf sulla 

workstation nyc esista con una dimensione maggiore di zero e sia 

scrivibile prima dell’esecuzione del lavoro job77: 

job77 opens nyc#"C:\tech\checker\startf"(-s %p -a -w %p) 

90 Versione 7.0

priority 

Imposta la priorità di un lavoro o di un flusso di lavoro. 

Sintesi priority number | hi | go 

Argomenti 

number Specifica la priorità. I valori possibili sono compresi 

tra 0 e 99. Una priorità zero impedisce l’avvio del 

lavoro o del flusso di lavoro. 

hi L’equivalente della priorità 100. 

go L’equivalente della priorità 101, la priorità più alta. 

Esempi 

Il seguente esempio mostra la relazione tra il flusso di lavoro e le 

proprietà del lavoro. I lavori vengono avviati nel seguente ordine: 

job1,job2, joba, jobb. 

schedule sked1 on tu priority 50 

: 

job1 priority 15 

job2 priority 10 

end 


schedule sked2 on tu 

priority 10 

: 

joba priority 60 

jobb priority 50 

end 

Se le priorità del flusso di lavoro fossero state le stesse, i lavori 

sarebbero stati avviati nel seguente ordine: joba, jobb, job1, job2. 


91 


pianificazione


prompt 

Specifica le prompt a cui è necessario rispondere affermativamente 

prima dell’avvio del lavoro o del flusso di lavoro. 

Sintesi prompt promptname [,...] 

Argomenti 

prompt ″[: | !]text″ [...] 

promptname Specifica il nome di una prompt nel database. 

text Specifica una prompt letterale come stringa di testo 

racchiusa tra apici (″). Più stringhe separate da una 

barra retroversa n (\n) possono essere utilizzate per 

messaggi lunghi. Se la stringa inizia con i due punti 

(:), il messaggio viene visualizzato ma non è 

necessaria alcuna risposta. Se la stringa inizia con un 

punto esclamativo (!), il messaggio non viene 

visualizzato ma richiede una risposta. E’ possibile 

comprendere barra retroversa n (\n) all’interno del 

testo per le nuove righe. 

E’ possibile utilizzare uno o più parametri come 

parte o come intera stringa di testo. Per utilizzare un 

parametro, inserire il nome tra segni di omissione 

(^). 

Nota: Se non viene indicato un parametro all’interno 

di una prompt locale, i segni di omissione (^) 

devono essere preceduti da una barra 

retroversa (\), in caso contrario provocheranno 

errori nella prompt. Nelle prompt globali, i 

segni di omissione non devono essere 

preceduti da una barra retroversa. 

Esempi 

Il seguente esempio mostra prompt letterali e denominate. La prima 

è una prompt che utilizza un parametro denominato sys1. Quando si 

92 Versione 7.0

iceve una singola risposta affermativa per la prompt denominata 

apmsg, vengono soddisfatte le dipendenze per job1 e job2. 

schedule sked3 on tu,th 

prompt "All ap users logged out of ^sys1^? (y/n)" 

: 

job1 prompt apmsg 

job2 prompt apmsg 

end 


Il seguente esempio definisce una prompt letterale che verrà 

visualizzata su più righe. Viene definita con una barra retroversa n 

(\n) alla fine di ogni riga: 


prompt "The jobs in this job stream consume \n 

an enormous amount of cpu time.\n 

Do you want to launch it now? (y/n)" 

: 

j1 

j2 follows j1 

end 


93 


pianificazione


schedule 

Specifica il nome del flusso di lavoro. Ad eccezione dei commenti, 

deve essere la prima parola chiave in un flusso di lavoro e deve 

essere seguita dalla parola chiave on. 

Sintesi schedule [wkstation#]jstreamname on ... 

Argomenti 

wkstation Specifica il nome della workstation sulla quale viene 

avviato il flusso di lavoro. Il valore di default è la 

workstation sulla quale è in esecuzione Composer 

per aggiungere il flusso di lavoro. 

jstreamname 

Specifica il nome del flusso di lavoro. Il nome deve 

iniziare con una lettera e può contenere caratteri 

alfanumerici e trattini. Per database non espansi, può 

contenere fino a otto caratteri. Per database espansi, 

può contenere fino a 16 caratteri. 

on 

Specifica quando o con quale frequenza il flusso di 

lavoro viene selezionato per l’esecuzione. Consultare 

“on” a pagina 86 per ulteriori informazioni. 

Esempi 

Il seguente esempio denomina un flusso di lavoro sked1 che viene 

eseguito sulla workstation sulla quale è in esecuzione Composer: 

schedule sked1 on tu 

Il seguente esempio denomina un flusso di lavoro sked-2 che viene 

eseguito sulla workstation sulla quale è in esecuzione Composer: 

schedule sked-2 on everyday except fr 

Il seguente esempio denomina un flusso di lavoro skedux7 che viene 

eseguito sulla workstation hpux3: 

schedule hpux3#skedux7 on monthend 

94 Versione 7.0

until 

Specifica l’ora dell’ultimo avvio di un lavoro o di un flusso di 

lavoro. 

Sintesi until time [timezone|tz tzname][+nday[s]] 

Argomenti 

time Specifica un’ora del giorno. I valori possibili sono compresi 

tra 0000 e 2359. 

tzname 


Specifica il fuso orario da utilizzare nel calcolo dell’ora. 

Consultare “Nomi del fuso orario” a pagina 315 per i nomi 

del fuso orario. Il valore di default è il fuso orario della 

workstation su cui viene avviato il lavoro o il flusso di 

lavoro. 

Nota: Se si specifica un’ora until e un’ora at, i fusi orari 

devono essere uguali. 

n Specifica uno scostamento, in giorni, dalla data e dall’ora 

pianificata. 

Esempi 

Il seguente esempio impedisce l’avvio di sked1 dopo le 5:00 P.M. 

dei martedì: 

schedule sked1 on tu until 1700: 

Il seguente esempio avvia job1 tra le 1:00 P.M. e le 5:00 P.M. dei 

giorni della settimana: 

schedule sked2 on weekdays: 

job1 at 1300 until 1700 

end 

Il seguente esempio avvia joba ogni 15 minuti tra le 10:30 P.M. e le 

11:30 P.M. dei lunedì: 

schedule sked3 on mo: 

joba at 2230 every 0015 until 2330 

end 


95 


pianificazione


Il seguente esempio avvia il flusso di lavoro sked4 le domeniche tra 

le 8:00 A.M. e la 1:00 P.M. Inoltre i lavori devono essere avviati 

all’interno di questo intervallo: 

schedule sked4 on fr at 0800 + 2 days 

until 1300 + 2 days 

: 

job1 

job2 at 0900 

job3 follows job2 at 1200 

end 

96 Versione 7.0

3 

Riferimento al Conman 

L’ambiente del piano di produzione del Workload Scheduler viene 

gestito con il programma Conman. Il Conman viene utilizzato per 

avviare e arrestare l’elaborazione, per modificare e visualizzare il 

piano di produzione (Symphony) e per controllare il collegamento 

della workstation in una rete. Questo capitolo contiene informazioni 

riguardanti quanto segue: 

Esecuzione del Conman 

Selezione e qualifica dei lavori e dei flussi di lavoro 

La sintassi e l’utilizzo per i comandi Conman 


Esempi 

Per eseguire il Conman, immettere i seguenti comandi: 

conman [“command[&...][&]"] 

Nel seguente esempio, il Conman viene avviato e richiede un 

comando: 

conman 

Nel seguente esempio, il Conman esegue i comandi sj e sp, quindi 

esce: 

conman"sj&sp" 

Nel seguente esempio, il Conman esegue i comandi sj e sp, quindi 

richiede un comando: 


97 

3. Riferimento al Conman


conman"sj&sp&" 

Nel seguente esempio, il Conman legge i comandi da cfile: 

conman < cfile 

Nel seguente esempio, i comandi da cfile si accodano a Conman: 

cat cfile | conman 

Caratteri di controllo 

E’ possibile immettere i seguenti caratteri di controllo per 

interrompere il Conman. 

Control+c 

Appena possibile, il Conman arresta l’esecuzione del 

comando corrente e restituisce una prompt dei comandi. 

Control+d 

Il Conman termina dopo aver eseguito il comando corrente. 

Esecuzione dei comandi di sistema 

Quando un comando di sistema viene immesso utilizzando un pipe o 

un prefisso comandi di sistema (: o !), viene eseguito da un processo 

child. L’ID utente valido per il processo child è impostato sull’ID 

dell’utente che esegue il Conman per evitare violazioni della 

sicurezza. 

Prompt utente 

Quando si utilizzano i caratteri jolly per selezionare gli oggetti su cui 

si agisce tramite un comando, il Conman chiede una conferma dopo 

aver trovato ogni oggetto corrispondente. Se si risponde con yes 

l’azione viene eseguita, mentre con no l’oggetto viene ignorato e 

l’azione non viene eseguita. 

Quando il Conman viene eseguito interattivamente, le prompt di 

conferma vengono inviate al computer. Se si preme il tasto Invio in 

risposta a una prompt, questa operazione viene considerata come 

risposta no. La prompt può essere disabilitata utilizzando l’opzione 

;noask nel comando. 

Poichè nessuna prompt di conferma viene emessa quando il Conman 

non si esegue in modalità interattiva, agisce come se la risposta fosse 

98 Versione 7.0


stata no in ogni caso e non si effettua alcuna attività sugli oggetti. E’ 

importante, tuttavia, utilizzare l’opzione ;noask ai comandi quando il 

Conman non viene eseguito in modalità interattiva. 

Output del terminale 

L’output al computer viene specificato dalle variabili shell 

denominate MAESTROLINES e MAESTROCOLUMNS. Se non 

vengono impostate, vengono utilizzate le variabile shell standard, 

LINES e COLUMNS. Le variabili possono essere impostate come 

segue: 

$MAESTROLINES 

Specifica il numero di righe per schermo. Il valore di default 

è 24. Alla fine di ogni pagina dello schermo, il Conman 

richiede di continuare. Se MAESTROLINES (o LINES) 

viene impostato su zero o su un numero negativo, il Conman 

non si arresta alla fine della pagina. 

$MAESTROCOLUMNS 


80. 

$MAESTRO_OUTPUT_STYLE 

Specifica il metodo per visualizzare i nomi dell’oggetto. Se 

impostato su LONG, i nomi vengono visualizzati per esteso. 

Se non impostato o se impostato su un altro valore diverso 

da LONG e l’opzione globale versione estesa è impostata 

su yes, i nomi lunghi vengono troncati a otto caratteri seguiti 

da un segno più (+). Se versione estesa è impostata su no, i 

nomi lunghi vengono troncati a otto caratteri. 

Output fuori linea 

L’opzione ;offline nei comandi Conman viene solitamente utilizzata 

per stampare l’output di un comando. Quando tale opzione viene 

aggiunta al comando, le seguenti variabili shell controllano l’output: 

$MAESTROLP 

Specifica la destinazione di un output del comando. 

Impostarla su una delle seguenti opzioni: 

> file Reindirizza l’output su un file e sovrascrive il 

contenuto del file. Se il file non esiste, viene creato. 


99 



>> file 

Reindirizza l’output su un file e accoda l’output alla 

fine del file. Se il file non esiste, viene creato. 

| command 


sistema. Il comando di sistema viene eseguito sia che 

venga creato o meno l’output. 

|| command 


sistema. Questo comando di sistema non viene 

eseguito se non c’è l’output. 

Il valore di default è | lp -tCONLIST il quale concatena 

l’output del comando alla stampante e posiziona il titolo 

“CONLIST” nell’intestazione della prima pagina di stampa. 



60. 



132. 

E’ necessario esportare le variabili prima di eseguire il Conman. 

Prompt comandi del Conman 

La prompt comandi Conman è, per default, un segno di percentuale 

(%). Ciò è definito nel file di catalogo messaggi 

WShome/catalog/maestro.msg. Per selezionare una prompt diversa, 

1. Modificare il file. 

2. Localizzare la serie 202 e i numeri di messaggio 110 e 111. 

3. Modificare i caratteri in quelle righe. 

Il numero di messaggio 110 è la prompt standard e il numero di 

messaggio 111 è la prompt utilizzata dopo la selezione di un 

diverso file Symphony con il comando setsym. Le prompt 

possono essere lunghe fino a otto caratteri. 

100 Versione 7.0

Sintassi comandi 

4. Dopo aver modificato le prompt, creare un nuovo file di catalogo 

nel modo seguente: 

cd WShome/catalog 

gencat maestro.cat maestro.msg 

I comandi Conman sono composti dai seguenti elementi: 

commandname selection arguments 

dove: 

commandname 

Specifica il nome dei comandi. 

selection 

Specifica l’oggetto o la serie di oggetti su cui effettuare 

un’azione. 

arguments 

Specifica gli argomenti del comando. 

Il seguente è un esempio di un comando Conman: 

sj sked1.@+state=holdxpriority=0;info;offline 

dove: 

sj E’ la forma abbreviata del comando showjobs. 

sked1.@+state=holdxpriority=0 

Seleziona tutti i lavori nel flusso di lavoro sked1 che si 

trovano nello stato hold con priorità diversa da zero. 

;info;offline 

Argomenti per il comando showjobs. 


Sono consentiti i seguenti caratteri jolly: 

@ Sostituisce uno o più caratteri alfanumerici. 

? Sostituisce un carattere alfabetico. 



101 


Sintassi comando 

% Sostituisce un carattere numerico. 

Delimitatori e caratteri speciali 

I seguenti caratteri hanno dei significati speciali nei comandi 

Conman: 


& Delimitatore comandi. Consultare “Esecuzione del Conman” a 

pagina 97. 

+ Un delimitatore utilizzato per selezionare gli oggetti per i 

comandi. Aggiunge un attributo che l’oggetto dovrebbe avere. 

Ad esempio: 

sked1.@+priority=0 

x Un delimitatore utilizzato per selezionare gli oggetti per i 

comandi. Aggiunge un attributo che l’oggetto non dovrebbe 

avere. Ad esempio: 

sked1.@xpriority=0 

; Delimitatore argomenti. Ad esempio: 

;info;offline 

, Delimitatore intervallo e ripetizioni. Ad esempio: 

state=hold,sked,pend 

= Delimitatore valori. Ad esempio: 

state=hold 

:! Prefissi del comando che inoltrano il comando al sistema. 

Questi prefissi sono facoltativi; se il Conman non riconosce il 

comando, quest’ultimo viene inoltrato automaticamente al 

sistema. Ad esempio: 

!ls o :ls 

Parentesi di commento. Ad esempio: 

sj @#@.@ 

* Prefisso commento. Il prefisso deve essere il primo carattere su 

una riga comandi o deve seguire un delimitatore comandi. Ad 

esempio: 

*comment 

o 

sj& *comment 

102 Versione 7.0


> Reindirizza l’output del comando su un file e sovrascrive il 

contenuto del file. Se il file non esiste, viene creato.Ad 

esempio: 

sj> joblist 

>> Reindirizza l’output del comando su un file e accoda l’output 

alla fine del file. Se il file non esiste, viene creato.Ad esempio: 

sj >> joblist 

| Accoda l’output del comando a un processo oauncomando di 

sistema. Il comando di sistema viene eseguito sia che venga 

creato o meno l’output. Ad esempio: 

sj| grep ABEND 

|| Accoda l’output del comando a un processo oauncomando di 

sistema. Questo comando di sistema non viene eseguito se non 

c’è l’output.Ad esempio: 

sj || grep ABEND 

Elenco comandi 

La seguente tabella elenca la serie di comandi Conman. Le parole 

chiave e i nomi Command possono essere immessi sia in maiuscolo 

che in minuscolo e possono essere abbreviati in pochi caratteri 

secondo le necessità, in modo da poterli distinguere. Alcuni nomi dei 

comandi hanno un formato breve. 

Comando Formato 

breve 

Descrizione Tipo 1 

Pagina 

addep adj | ads Aggiunge le dipendenze M,F 124 

lavoro e flusso di lavoro. 

126 

altpass Modifica una password di 

definizione oggetto utente. 

M,F 128 

altpri ap Modifica le priorità del 

lavoro o del flusso di 

lavoro. 

M,F 129 

cancel cj | cs Annulla un lavoro o un 

flusso di lavoro. 



M,F 130, 

133 

103 




breve 


Pagina 

confirm Conferma il 

completamento del lavoro. 

M,F 135 

console Assegna la console 

Workload Scheduler. 

M,F,A 137 

continue Ignora il successivo errore. M,F,A 139 

deldep ddj | dds Cancella le dipendenze 


display df | dj | 

ds 

Visualizza i file, i lavori e 

i flussi di lavoro. 

M,F 140 

142 

M,F,A 2 

144 

exit Termina il Conman. M,F,A 146 

fence Imposta il delimitatore 

lavori del Workload 

Scheduler. 

M,F,A 147 

help 5 

Visualizza le informazioni 

sui comandi. 

kill Arresta un lavoro in 

esecuzione. 

limit lc | ls Modifica una workstation 

o il limite lavoro del flusso 

di lavoro. 

link lk Apre i collegamenti della 

workstation. 

listsym Visualizza un elenco del 

file di log Symphony. 

recall rc Visualizza i messaggi di 

prompt. 

redo Modifica il precedente 

comando. 

release rj | rs Rilascia le dipendenze 


reply Risponde al messaggio 

della prompt. 

M,F,A 149 

M,F 151 

M,F,A 3 

152 

154 

M,F,A 155 

M,F 158 

M,F 160 

M,F,A 162 

M,F 164 

166 

M,F 168 

rerun rr Riesegue un lavoro. M,F 170 

104 Versione 7.0


breve 


Pagina 

resource Modifica il numero delle 

unità risorsa. 

M,F 174 

setsym Seleziona un file di log 

Symphony. 

M,F 175 

showcpus sc Visualizza informazioni sul 

collegamento e sulla 

workstation. 

M,F,A 176 

showdomain Visualizza le informazioni 

sul dominio. 

showfiles sf Visualizza informazioni sui 

file. 

showjobs sj Visualizza le informazioni 

relative ai lavori. 

showprompts sp Visualizza le informazioni 

relative alle prompt. 

showresources sr Visualizza le informazioni 

relative alle risorse. 

showschedules ss Visualizza le informazioni 

relative ai flussi di lavoro. 

shutdown Arresta i processi di 

produzione del Workload 


start Avvia i processi di 



status Visualizza lo stato di 



stop Arresta i processi di 



submit sbd | sbf | Inoltra un comando, un 

sbj | sbs file, un lavoro o un flusso 

di lavoro. 



M,F,A 180 

M,F 182 

M,F 185 

M,F 194 

M,F 197 

M,F 200 

M,F,A 205 

M,F,A 206 

M,F,A 209 

M,F,A 210 

M,F,A 4 

213 

216 

219 

222 

105 




breve 


Pagina 

switchmgr Converte il DM (gestore 

dominio). 

M,F 225 

sys-command Invia un comando al 

sistema. 

M,F,A 227 

tellop to Invia un messaggio alla 

console. 

M,F,A 228 

unlink Chiude i collegamenti 

della workstation. 

M,F,A 229 

version v Visualizza l’intestazione 

del programma Conman. 

M,F,A 232 

1. Tipi di workstation: DM (gestori dominio), FTA (fault-tolerant 

agents), SA (standard agents). 

2. E’ possibile visualizzare solo i file su un SA (standard agent). 

3. E’ possibile modificare solo il limite delle workstation su SA 

(standard agent). 

4. E’ possibile utilizzare submit job (sbj) esubmit sched (sbs) su 

SA (standard agent) solo se la directory mozart sull’MDM 

(gestore dominio master) è accessibile all’SA (standard agent). 

5. Non disponibile su Windows NT. 

Selezione lavori nei comandi 

Sintesi 

Per i comandi che operano sui lavori, i lavori di destinazione 

vengono selezionati per mezzo degli attributi e degli identificativi. 

La sintassi di selezione lavoro viene mostrata di seguito e descritta 

nelle pagine successive. 

[wkstation#] {jobstream.job | jobnumber} [+ | xjobqualifier[...]] 

o: 

netagent::[wkstation#] jobstream.job 

106 Versione 7.0

Argomenti 


wkstation 

Quando utilizzata con jobstream.job, specifica il nome della 

workstation su cui si esegue il flusso di lavoro. Quando 

utilizzata con jobnumber, specifica la workstation su cui si 

esegue il lavoro. Sono consentiti i caratteri jolly. 

jobstream 

Specifica il nome del flusso di lavoro in cui si esegue il 

lavoro. Sono consentiti i caratteri jolly. 

job Specifica il nome del lavoro. Sono consentiti i caratteri jolly. 

jobnumber 

Specifica il numero lavoro. 

jobqualifier 

Consultare la sezione seguente, “Identificativi lavoro”. 

netagent 

Specifica il nome dell’Agent di rete Workload Scheduler che 

si interfaccia con la rete remota Workload Scheduler che 

contiene il lavoro di destinazione. I due punti (::) sono un 

delimitatore obbligatorio. Sono consentiti i caratteri jolly.Per 

ulteriori informazioni fare riferimento a “Riferimento 

all’NA” a pagina 307. 

Identificativi lavoro 

at[=time | lowtime | hightime | lowtime,hightime] 

Seleziona o esclude i lavori in base all’ora di avvio 

pianificata. 

time 

Specifica l’ora di avvio pianificata espressa come: 

hhmm[+n days |+date] [timezone|tz tzname] 

hhmm L’ora e il minuto. 

+ n days 

La successiva ricorrenza di hhmm in n 

numero di giorni. 


107 



+ date La successiva ricorrenza di hhmm nella data, 

espressa come mm/gg/aa. 

timezone|tztzname 

Il nome del fuso orario del lavoro. 

Consultare “Nomi del fuso orario” a 

pagina 315 per i nomi validi. 

lowtime 

Specifica il limite minimo di un intervallo di tempo, 

espresso nello stesso formato dell’ora. Vengono 

selezionati i lavori che hanno ore di avvio pianificate 

corrispondenti o successive a quest’ora. 

hightime 

Specifica il limite massimo di un intervallo di tempo, 

rappresentato nello stesso formato dell’ora. Vengono 

selezionati i lavori che hanno l’ora di avvio 

pianificata corrispondente o precedente a quest’ora. 

Se at viene utilizzato da solo, l’intervallo è open-ended e i 

lavori vengono selezionati o esclusi se hanno l’ora di avvio 

pianificata. 

confirmed 

Seleziona o esclude i lavori che sono stati pianificati 

utilizzando la parola chiave confirm. 

every[=rate | lowrate, |,highrate | lowrate,highrate] 

Seleziona o esclude i lavori a seconda che abbiano o meno 

un intervallo di ripetizione. 

rate Specifica l’intervallo di esecuzione pianificato, 

espresso in ore e minuti (hhmm). 

lowrate 

Specifica il limite minimo di un intervallo di 

frequenza, espresso nello stesso formato della 

frequenza. Vengono selezionati i lavori con intervallo 

di ripetizione uguale o maggiore a questo intervallo. 

highrate 

Specifica il limite massimo di un intervallo di 

108 Versione 7.0


frequenza, espresso nello stesso formato 

dell’frequenza. Vengono selezionati i lavori con 

intervalli di ripetizione minori o uguali all’intervallo. 

Se every viene utilizzato da solo, l’intervallo è open-ended e 

i lavori vengono selezionati o esclusi se hanno un intervallo 

di ripetizione. 

finished[=time | lowtime, |,hightime | lowtime,hightime] 

Seleziona o esclude i lavori a seconda che siano terminati o 

meno. 

time Specifica l’ora esatta in cui i lavori sono terminati, 

espressa come: 

hhmm [date] [timezone|tz tzname] 


date La successiva ricorrenza di hhmm nella data, 

espressa come mm/dd/yy. 





lowtime 



selezionati i lavori terminati a quest’ora o dopo. 

hightime 



selezionati i lavori terminati a quest’ora o prima. 

Se finished viene utilizzato da solo, l’intervallo è 

open-ended e i lavori vengono selezionati o esclusi se hanno 

terminato l’esecuzione. 

follows[=[netagent::][[wkstation#] jobstream.]job] 

Seleziona o esclude i lavori a seconda che abbiano o meno 

una dipendenza di successione. 


109 



wkstation 

Specifica il nome della workstation su cui si esegue 

il lavoro prerequisito. Sono consentiti i caratteri jolly. 

jobstream 

Specifica il nome del flusso di lavoro in cui si 

esegue il lavoro prerequisito. Sono consentiti i 

caratteri jolly.Se si immette jobstream.@, si specifica 

che il lavoro di destinazione segue tutti i lavori nel 


job Specifica il nome del lavoro prerequisito. Quando 

immesso senza un jobstream, indica che il lavoro 

prerequisito si trova nello stesso flusso di lavoro del 

lavoro di destinazione. Sono consentiti i caratteri 

jolly. 

netagent 

Specifica il nome dell’Agent di rete Workload 

Scheduler che si interfaccia con la rete remota 

Workload Scheduler che contiene il lavoro 

prerequisito. Sono consentiti i caratteri jolly.Per 

ulteriori informazioni fare riferimento a “Riferimento 

all’NA” a pagina 307. 

Se follows viene utilizzato da solo, i lavori vengono 

selezionati o esclusi se hanno dipendenze di successione. 

logon=username 

Seleziona i lavori a seconda dei nomi utente sotto i quali 

vengono eseguiti. Se username contiene caratteri speciali 

deve essere racchiuso tra apici (″). Sono consentiti i caratteri 

jolly. 

needs[=[wkstation#]resourcename] 

Seleziona o esclude i lavori a seconda che dispongano o 

meno di una dipendenza resource. 

wkstation 

Specifica il nome della workstation su cui è definita 

la risorsa. Sono consentiti i caratteri jolly. 

110 Versione 7.0


resourcename 

Specifica il nome della risorsa.Sono consentiti i 


Se needs viene utilizzato da solo, i lavori vengono 

selezionati o esclusi se dispongono di una dipendenza 

resource. 

opens[=[wkstation#]filename[(qualifier)]] 

Seleziona i lavori a seconda che dispongano o meno di una 

dipendenza file. 

wkstation 

Specifica il nome della workstation su cui esiste il 

file. Sono consentiti i caratteri jolly. 

filename 

Specifica il nome del file. Il nome deve essere 

racchiuso tra apici (″) se contiene caratteri diversi 

dai seguenti: alfanumerici, trattini (-), barre (/), barre 

retroverse (\) e underscore (_). Sono consentiti i 


qualifier 

Una condizione di test valida. Se omesso, i lavori 

vengono selezionati o esclusi senza tenere conto 

dell’identificativo. 

Se opens viene utilizzato da solo, i lavori vengono 

selezionati o esclusi a seconda che dispongano o meno di 

una dipendenza file. 

priority=pri | lowpri, |,highpri | lowpri,highpri 

Seleziona o esclude i lavori in base alle loro priorità. 

pri Specifica il valore di priorità. E’ possibile immettere 

un valore da 0 a 99, hi o go. 

lowpri Specifica il limite più basso di un intervallo priorità. 

Vengono selezionati i lavori con priorità uguali a o 

maggiori di questo valore. 


111 



highpri 


priorità. Vengono selezionati i lavori con priorità 

inferiori o uguali a questo valore. 

prompt[=promptname | msgnum] 

Seleziona o esclude i lavori a seconda che dispongano o 

meno di una dipendenza prompt. 

promptname 

Specifica il nome di una prompt globale. Sono 

consentiti i caratteri jolly. 

msgnum 

Specifica il numero messaggio di una prompt locale. 

Se prompt viene utilizzato da solo, i lavori vengono 

selezionati o esclusi a seconda che abbiano o meno una 

dipendenza prompt. 

recovery=recv-option 

Seleziona o esclude i lavori in base alle opzioni di ripristino. 

recv-option 

Specifica l’opzione di ripristino lavoro come stop, 

continue o rerun. 

scriptname=filename 

Seleziona o esclude i lavori in base ai relativi nomi file 

eseguibili. 

filename 

Specifica il nome di un file eseguibile. Il nome deve 

essere racchiuso tra apici (″) se contiene caratteri 

diversi dai seguenti: alfanumerici, trattini (-), barre 

(/), barre retroverse (\) e underscore (_). Sono 


started[=time | lowtime, |,hightime | lowtime,hightime] 

Seleziona o esclude i lavori a seconda che siano stati avviati 

o meno. 

time Specifica l’ora esatta in cui i lavori sono stati 

avviati, espressa come: 

112 Versione 7.0










lowtime 



selezionati i lavori avviati a quest’ora o dopo. 

hightime 



selezionati i lavori avviati a quest’ora o prima. 

Se started viene utilizzato da solo, l’intervallo è open-ended 

e i lavori vengono selezionati o esclusi se sono stati avviati. 

state=state[,...] 

Seleziona o esclude i lavori in base al loro stato. 

state Specifica lo stato corrente del lavoro. Gli stati del 

lavoro validi sono i seguenti: 

abend Il lavoro è terminato con un codice di uscita 

diverso da zero. 

abenp E’ stata ricevuta una conferma abend, mail 

lavoro non è stato completato. 

add Il lavoro è in fase di inoltro. 

done Il lavoro è stato completato in uno stato 

sconosciuto. 

error Solo per le dipendenze internetwork, si è 

verificato un errore durante il controllo dello 

stato remoto. 


113 



exec Il lavoro è in esecuzione. 

extrn Solo per le dipendenze internetwork, lo stato 

è sconosciuto. Si è verificato un errore, è 

stata eseguita un’azione di riesecuzione sul 

lavoro nel flusso di lavoro external oil 

lavoro remoto o il flusso di lavoro non 

esistono. 

fail Impossibile avviare il lavoro. 

fence La priorità del lavoro è inferiore al 

delimitatore. 

hold Il lavoro è in attesa della risoluzione 

dipendenza. 

intro Il lavoro viene introdotto per l’avvio dal 

sistema. 

pend Il lavoro è completato ed è in attesa di 

conferma. 

ready Il lavoro è pronto per l’avvio e tutte le 

dipendenze sono risolte. 

sched L’ora at del lavoro non è stata raggiunta. 

succ Il lavoro è stato completato con un codice di 

uscita zero. 

succp E’ stata ricevuta una conferma succ, mail 

lavoro non è stato completato. 

susp Il lavoro è stato sospeso dal comando 

breakjob. (Solo MPE) 

wait Il lavoro è in uno stato wait. (Solo XA e 

MPE) 

waitd Il lavoro è in uno stato wait e viene 

prorogato. (Solo MPE) 

until[=time | lowtime, |,hightime | lowtime,hightime] 

Seleziona o esclude i lavori in base alla loro ora di arresto 

pianificata. 

114 Versione 7.0

time Specifica l’ora di arresto pianificata espressa come: 

hhmm[+n days | date] [timezone|tz tzname] 


+ n days 









lowtime 



selezionati i lavori che hanno le ore di arresto 

pianificate corrispondenti o successive a quest’ora. 

hightime 



selezionati i lavori che hanno ore di arresto 

pianificate corrispondenti o precedenti a quest’ora. 

Se until viene utilizzato da solo, l’intervallo è open-ended e 

i lavori vengono selezionati o esclusi se hanno l’ora di 

arresto pianificata. 

Selezione dei flussi di lavoro nei comandi 

Sintesi 

Per i comandi che operano sui flussi di lavoro, i flussi di lavoro di 

destinazione vengono selezionati per mezzo degli attributi e degli 

identificativi. La sintassi di selezione del flusso di lavoro è di 

seguito riportata e descritta nelle seguenti pagine. 

[wkstation#] jobstream[+ | xjobstreamqual[...]] 



115 



Argomenti 

wkstation 

Specifica il nome della workstation su cui si esegue il flusso 

di lavoro. Sono consentiti i caratteri jolly. 

jobstream 

Specifica il nome del flusso di lavoro. Sono consentiti i 


jobstreamqual 

Consultare “Identificativi flusso di lavoro” di seguito 

riportati. 

Identificativi flusso di lavoro 

at[=time | lowtime, |,hightime | lowtime,hightime] 

Seleziona o esclude i flussi di lavoro in base all’ora avvio 

pianificata. 

time Specifica l’ora di avvio pianificata espressa come: 



+ n days 






Il nome del fuso orario del flusso di lavoro. 



lowtime 



selezionati i flussi di lavoro con l’ora di avvio 

pianificata corrispondente o successiva a quest’ora. 

116 Versione 7.0


hightime 



selezionati i flussi di lavoro con l’ora di avvio 

pianificata corrispondente o precedente a quest’ora. 

Se at viene utilizzato da solo, l’intervallo è opened-ended e i 

flussi di lavoro vengono selezionati o esclusi se hanno 

un’ora di avvio pianificata. 

carriedforward 

Seleziona o esclude i flussi di lavoro che erano stati 

trasferiti. 

carryforward 

Seleziona o esclude il flusso di lavoro pianificato utilizzando 

la parola chiave carryforward. 

finished[=time | lowtime, |,hightime | lowtime,hightime] 

Seleziona o esclude i flussi di lavoro a seconda che siano o 

meno terminati. 

time Specifica l’ora esatta in cui i flussi di lavoro sono 

terminati, espressa come: 









lowtime 



selezionati i flussi di lavoro che terminano nell’ora 

corrente o in un’ora successiva. 


117 



hightime 



selezionati i flussi di lavoro che terminano nell’ora 

corrente o in un’ora precedente. 

Se finished viene utilizzato da solo, l’intervallo è 

open-ended e i flussi di lavoro vengono selezionati o esclusi 

se hanno terminato l’esecuzione. 

follows[=[netagent::][wkstation#] jobstream[.job] 

Seleziona o esclude i flussi di lavoro a seconda che abbiano 

o meno una dipendenza di successione. 

netagent 

Specifica il nome dell’Agent di rete che si interfaccia 

con la rete Workload Scheduler remota che contiene 

il flusso di lavoro o il lavoro prerequisito. Sono 

consentiti i caratteri jolly.Per ulteriori informazioni 

riguardanti gli Agent di rete, fare riferimento a 

“Riferimento all’NA” a pagina 307. 

wkstation 

Specifica il nome della workstation su cui si esegue 

il flusso di lavoro o il lavoro prerequisito. Sono 


jobstream 

Specifica il nome del flusso di lavoro prerequisito. 

Sono consentiti i caratteri jolly. 

job Specifica il nome del lavoro prerequisito. Sono 


Se follows viene utilizzato da solo, i flussi di lavoro 

vengono selezionati o esclusi se hanno una dipendenza di 

successione. 

limit[=limit | lowlimit, |,highlimit | lowlimit,highlimit] 


o meno un limite lavoro. 

limit Specifica il valore esatto del limite lavoro. 

118 Versione 7.0


lowlimit 

Specifica il limite minimo di un intervallo. Vengono 

selezionati i flussi di lavoro con i limiti lavoro 

maggiori o uguali a questo limite. 

highlimit 

Specifica il limite massimo di un intervallo. Vengono 

selezionati i flussi di lavoro con i limiti lavoro 

inferiori o uguali a questo limite. 

Se limit viene utilizzato da solo, l’intervallo è open-ended è 

i flussi di lavoro vengono selezionati o esclusi se hanno 

limiti lavoro. 

needs[=[wkstation#]resourcename] 


o meno una dipendenza resource. 

wkstation 

Specifica il nome della workstation su cui è definita 

la risorsa. Sono consentiti i caratteri jolly. 

resourcename 

Specifica il nome della risorsa.Sono consentiti i 


Se needs viene utilizzato da solo, i flussi di lavoro vengono 

selezionati o esclusi se hanno una dipendenza resource. 

opens[=[wkstation#]filename[(qualifier)]] 


o meno una dipendenza file. 

wkstation 

Specifica il nome della workstation su cui esiste il 

file. Sono consentiti i caratteri jolly. 

filename 

Specifica il nome del file. Il nome deve essere 



retroverse (\) e underscore (_). Sono consentiti i 



119 



qualifier 

Una condizione di test valida. Se omesso, i flussi di 

lavoro vengono selezionati o esclusi senza tenere 

conto dell’identificativo. 

Se opens viene utilizzato da solo, i flussi di lavoro vengono 

selezionati o esclusi se hanno una dipendenza file. 

priority=pri | lowpri, |,highpri | lowpri,highpri 

Seleziona o esclude i flussi di lavoro a seconda delle 

priorità. 

pri Specifica il valore di priorità. E’ possibile immettere 


lowpri Specifica il limite più basso di un intervallo priorità. 

Vengono selezionati i flussi di lavoro con priorità 

maggiori o uguali a questo valore. 

highpri 


priorità. Vengono selezionati i flussi di lavoro con 

priorità inferiore o uguale a questo valore. 

prompt[=promptname | msgnum] 


o meno una dipendenza prompt. 

promptname 



msgnum 

Specifica il numero messaggio di una prompt locale. 

Se prompt viene utilizzato da solo, i flussi di lavoro 

vengono selezionati o esclusi se hanno una dipendenza 

prompt. 

started[=time | lowtime, |,hightime | lowtime,hightime] 

Seleziona o esclude i flussi di lavoro a seconda che siano 

avviati o meno. 

120 Versione 7.0


time Specifica l’ora esatta in cui i flussi di lavoro sono 

stati avviati, espressa come: 









lowtime 



selezionati i flussi di lavoro avviati nell’ora corrente 

o nell’ora successiva. 

hightime 



selezionati i flussi di lavoro avviati nell’ora corrente 

o nell’ora precedente. 

Se started viene utilizzato da solo, l’intervallo è open-ended 

e i flussi di lavoro vengono selezionati o esclusi se hanno 

iniziato l’esecuzione. 

state=state[,...] 

Seleziona o esclude i flussi di lavoro a seconda dello stato. 

state Specifica lo stato attuale del flusso di lavoro. Gli 

stati validi del flusso di lavoro sono i seguenti: 

abend Il flusso di lavoro è terminato in modo 

anomalo. 

exec Il flusso di lavoro è in esecuzione. 

hold Il flusso di lavoro è in attesa della 

risoluzione dipendenza. 


121 



ready Il flusso di lavoro è pronto per l’avvio e tutte 

le dipendenze sono risolte. 

stuck Esecuzione interrotta. Nessun lavoro viene 

avviato senza l’intervento dell’operatore. 

succ Il flusso di lavoro è stato completato con 

esito positivo. 

until[=time | lowtime, |,hightime | lowtime,hightime] 

Seleziona o esclude i flussi di lavoro a seconda dell’orario di 

arresto pianificato. 

time Specifica l’ora di arresto pianificata espressa come: 



+ n days 









lowtime 



selezionati i flussi di lavoro con orari di arresto 

pianificati per l’ora corrente o per l’ora successiva. 

hightime 



selezionati i flussi di lavoro con orari di arresto 

pianificati per l’ora corrente o per l’ora precedente. 

122 Versione 7.0



Se until viene utilizzato da solo, l’intervallo è open-ended e 

i flussi di lavoro vengono selezionati o esclusi se hanno 

un’ora di arresto pianificata. 

Le seguenti pagine contengono descrizioni dettagliate sui comandi 

Conman. 

Nota: Nei comandi, i termini sched e schedule fanno riferimento ai 

flussi di lavoro ed il termine cpu fa riferimento alle 

workstation. 


123 



adddep job 

Aggiunge le dipendenze ad un lavoro. 

E’ necessario disporre dell’accesso adddep al lavoro. Per includere 

le dipendenze needs e prompt, è necessario disporre dell’accesso 

use alle risorse e alle prompt globali. 

Sintesi adj jobselect[;dependency[;...]][;noask] 

Argomenti 

jobselect 

Consultare “Selezione lavori nei comandi” a pagina 106. 

dependency 

Il tipo di dipendenza. Specificare uno dei seguenti. I caratteri 

jolly non sono consentiti. 

at=hhmm[+n days | mm/dd/yy] 

confirmed 

every=rate 

follows=[netagent::][wkstation#]jstream{.job | @} |job[,...] 

needs=[num] [wkstation#]resource[,...] 

opens=[wkstation#]″filename″[(qualifier)][,...] priority[=pri | 

hi | go] 

prompt=″[: | !]text″ | promptname[,...] 

until=hhmm[+n days | mm/dd/yy] 

noask Specifica di non chiedere conferma prima di agire su ogni 

lavoro di qualifica. 


Se non viene specificato un valore per priority, il lavoro ritorna alla 

priorità originale pianificata. Se non viene specificata una 

workstation in follows, needs o opens, il valore di default è la 

workstation su cui si esegue il lavoro. Per aggiungere le dipendenze 

124 Versione 7.0

prompt mentre si esegue il Conman su FTA (fault tolerant agent), è 

necessario avere accesso alla directory WShome/mozart sull’MDM. 

Esempi 

Il seguente esempio aggiunge una dipendenza resource a job3 nel 

flusso di lavoro sked9: 

adddep sked9.job3;needs=2 tapes 

Il seguente esempio aggiunge una dipendenza file e un’ora until a 

job6 nel flusso di lavoro sked2: 

adj sked2.job6;opens="/usr/lib/prdata/file5"(-s %p); 

until=2330 



125 



adddep sched 

Aggiunge le dipendenze ad un flusso di lavoro. 

E’ necessario disporre dell’accesso adddep al flusso di lavoro. Per 

includere le dipendenze needs e prompt, è necessario disporre 

dell’accesso use alle risorse e alle prompt globali. 

Sintesi ads jstreamselect[;dependency[;...]][;noask] 

Argomenti 

jstreamselect 

Consultare “Selezione dei flussi di lavoro nei comandi” a 

pagina 115. 

dependency 

Il tipo di dipendenza. Specificare uno dei seguenti. I caratteri 

jolly non sono consentiti. 

at=hhmm[+n days | mm/dd/yy] 

carryforward 


limit=limit 



hi | go] 


until=hhmm[+n days | mm/dd/yy] 


flusso di lavoro di qualifica. 


Se non viene specificato un valore per priority, il flusso di lavoro 

ritorna alla priorità originale pianificata. Se non viene specificata una 

workstation in follows, needs o opens, il valore di default è la 

workstation su cui si esegue il flusso di lavoro. Per aggiungere le 

126 Versione 7.0

dipendenze prompt mentre si esegue il Conman su FTA (fault 

tolerant agent), è necessario avere accesso alla directory 

WShome/mozart sull’MDM. 

Esempi 

Il seguente esempio aggiunge una dipendenza prompt al flusso di 

lavoro sked3: 

adddep sched=sked3;prompt=msg103 

Il seguente esempio aggiunge una dipendenza di successione e un 

limite lavoro al flusso di lavoro sked4: 

ads sked4;follows=sked3;limit=2 



127 



altpass 

Modifica la password di un oggetto utente nel piano produzione 

attuale. 

E’ necessario avere accesso altpass all’oggetto utente. 

Sintesi altpass [wkstation#]username[;″password″] 

Argomenti 

wkstation Specifica la workstation su cui è definito l’utente. Il 

valore di default è la workstation sulla quale si sta 

eseguendo Conman. 

username Specifica il nome di un utente. 

password Specifica la nuova password. Deve essere racchiusa 

tra apici. Per non indicare alcuna password per 

l’utente, utilizzare due apici consecutivi (″″). 


Se non si specifica una password il Conman richiede una password e 

una conferma. In questo caso, la password non viene visualizzata 

mentre viene immessa e non deve essere racchiusa tra apici. Notare 

che la modifica viene apportata solo nel piano produzione attuale ed 

è quindi temporanea. Per apportare una modifica permanente 

consultare “Definizioni utente” a pagina 18. 

Esempi 

Il seguente esempio modifica la password dell’utente jim sulla 

workstation mis5 in giraffe: 

altpass mis5#jim;”giraffe” 

Il seguente esempio modifica la password dell’utente jim sulla 

workstation mis5 in giraffe senza visualizzare la password: 

altpass mis5#jim 

password: xxxxxxxx 

confirm: xxxxxxxx 

128 Versione 7.0

altpri 

Modifica la priorità di un lavoro o flusso di lavoro. 

E’ necessario disporre dell’accesso altpri al lavoro o flusso di 

lavoro. 

Sintesi ap jobselect | jstreamselect[;pri][;noask] 

Argomenti 

jobselect Consultare “Selezione lavori nei comandi” a 

pagina 106. 

jstreamselect Consultare “Selezione dei flussi di lavoro nei 

comandi” a pagina 115. 

pri Specifica il livello di priorità. E’ possibile immettere 


noask Specifica di non chiedere conferma prima agire su 

ogni lavoro o flusso di lavoro di qualifica. 

Esempi 

Il seguente esempio modifica la priorità del lavoro balance nel 

flusso di lavoro glmonth: 

altpri glmonth.balance;55 

Il seguente esempio modifica la priorità di tutti i lavori nel flusso di 

lavoro mis5: 

ap mis5.@;25 

Il seguente esempio modifica la priorità del flusso di lavoro 

glmonth: 

altpri glmonth;10 

Il seguente esempio modifica la priorità del flusso di lavoro mis5: 

ap mis5;30 



129 



cancel job 

Annulla un lavoro. 

E’ necessario disporre dell’accesso cancel al lavoro. 

Sintesi cj jobselect[;pend][;noask] 

Argomenti 


pagina 106. 

pend Annulla il lavoro solo dopo che vengono risolte le 

relative dipendenze. 

noask Specifica di non chiedere conferma prima di agire su 

ogni lavoro di qualifica. 


Se un lavoro viene annullato prima di essere avviato, esso non verrà 

avviato. Se si annulla un lavoro dopo averlo avviato, il lavoro 

continua l’esecuzione. Se un lavoro in esecuzione viene annullato e 

si completa nello stato abend, non viene tentato un ripristino 

automatico del lavoro. 

Se non si utilizza l’opzione ;pend, i lavori e i flussi di lavoro 

dipendenti dal lavoro annullato vengono rilasciati immediatamente 

dalla dipendenza. 

Se si include l’opzione ;pend e il lavoro non è stato avviato, 

l’annullamento viene rimandato finché tutte le dipendenze, compresa 

un’ora at non vengono risolte. Una volta risolte tutte le dipendenze, 

il lavoro viene annullato e tutti i lavori o flussi di lavoro dipendenti 

dal lavoro annullato vengono rilasciati dalla dipendenza. Durante il 

periodo in cui l’annullamento viene rimandato, l’indicazione [Cancel 

Pend] viene elencata nella colonna Dipendenze del lavoro in un 

pannello showjobs. 

130 Versione 7.0

Se si include l’opzione ;pend e il lavoro è già stato avviato, 

l’opzione viene ignorata e tutti i lavori e flussi di lavoro dipendenti 

dal lavoro annullato vengono immediatamente rilasciati dalla 

dipendenza. 

E’ possibile utilizzare il comando rerun per rieseguire lavori che 

sono stati annullati o che sono contrassegnati come [Cancel Pend]. 

Inoltre è possibile aggiungere e cancellare le dipendenze sui lavori 

contrassegnati come [Cancel Pend]. 

Per annullare immediatamente un lavoro contrassegnato [Cancel 

Pend], è possibile immettere un comando release per il lavoro o 

immettere un altro comando cancel senza l’opzione ;pend. 

Per i lavori con ore until scadute, l’indicazione [Until] viene 

elencata nella colonna Dipendenze in un pannello showjobs ele 

relative dipendenze non vengono più considerate. Se tale lavoro è 

contrassegnato anche come [Cancel Pend], non viene annullato 

finché non si rilascia o cancella il valore until o si immette un altro 

comando cancel senza l’opzione ;pend. 

Per arrestare la valutazione delle dipendenze, impostare la priorità di 

un lavoro su zero con il comando altpri. Per riprendere la 

valutazione delle dipendenze, impostare la priorità su un valore 


Nota: Nel caso delle dipendenze internetwork, annullando un lavoro 

nel flusso di lavoro external si rilasciano tutti i lavori e i 

flussi di lavoro locali dalla dipendenza. I lavori nel flusso di 

lavoro external rappresentano i lavori e i flussi di lavoro 

specificati come dipendenze internetwork. Lo stato di una 

dipendenza internetwork non viene controllato dopo aver 

eseguito cancel. Per ulteriori informazioni consultare 

“Dipendenze internetwork” a pagina 311. 

Esempi 

Il seguente esempio annulla il lavoro report nel flusso di lavoro 

apwkly sulla workstation site3: 

cancel site3#apwkly.report 



131 



Il seguente esempio annulla il lavoro setup nel flusso di lavoro mis5 

se esso non si trova nello stato abend: 

cj mis5.setupxstate=abend 

Il seguente esempio annulla il lavoro job3 nel flusso di lavoro sked3 

solo dopo che vengono risolte le relative dipendenze: 

cj sked3.job3;pend 

132 Versione 7.0

cancel sched 

Annulla un flusso di lavoro. 

E’ necessario disporre dell’accesso cancel al flusso di lavoro. 

Sintesi cs jstreamselect[;pend][;noask] 

Argomenti 




pend Annulla il flusso di lavoro solo dopo che le relative 

dipendenze vengono risolte. 


ogni flusso di lavoro di qualifica. 


Se un flusso di lavoro viene annullato prima di essere avviato, esso 

non viene avviato. Se viene annullato dopo essere stato avviato, è 

consentito il completamento dei lavori avviati, ma non vengono 

avviati altri lavori. 

Se non si utilizza l’opzione ;pend, i lavori e i flussi di lavoro che 

sono dipendenti dal flusso di lavoro annullato, vengono rilasciati 

immediatamente dalla dipendenza. 

Se si utilizza l’opzione ;pend e il flusso di lavoro non è stato 

avviato, l’annullamento viene rimandato finché tutte le relative 

dipendenze, compresa l’ora at, non vengono risolte. Una volta risolte 

le dipendenze, il flusso di lavoro viene annullato e i lavori o i flussi 

di lavoro dipendenti vengono rilasciati dalla dipendenza. Durante il 

periodo in cui cancel viene rimandato, l’indicazione [Cancel Pend] 

viene elencata nella colonna Dipendenze di un pannello 

showschedules. 


133 



Se si include l’opzione ;pend e il flusso di lavoro è già stato 

avviato, tutti i lavori nel flusso di lavoro rimanenti vengono annullati 

e tutti i lavori e i flussi di lavoro dipendenti vengono rilasciati dalla 

dipendenza. 

Per annullare immediatamente un flusso di lavoro contrassegnato 

[Cancel Pend], è possibile immettere un comando release per il 

flusso di lavoro o immettere un altro comando cancel senza 

l’opzione ;pend. 

Per i flussi di lavoro con ore until scadute, l’indicazione [Until] 

appare nella colonna Dipendenze del pannello showschedules ele 

relative dipendenze non vengono più considerate. Se tale flusso di 

lavoro viene contrassegnato [Cancel Pend], esso non viene annullato 

fino a quando non si rilascia o si cancella l’ora until o si immette un 

altro comando cancel senza l’opzione ;pend. 

Per arrestare la valutazione delle dipendenze, impostare la priorità 

del flusso di lavoro su zero con il comando altpri. Per riprendere la 

valutazione delle dipendenze, impostare la priorità su un valore 


Esempi 

Il seguente esempio annulla il flusso di lavoro sked1 sulla 


cancel site2#sked1 

Il seguente esempio annulla il flusso di lavoro mis2 se si trova nello 

stato stuck: 

cs mis2+state=stuck 

Il seguente esempio annulla il flusso di lavoro sked3 solo dopo che 

vengono risolte le relative dipendenze: 

cs sked3;pend 

134 Versione 7.0

confirm 

Conferma il completamento di un lavoro pianificato con la parola 

chiave confirmed 

. Viene indicata un’eccezione nella sezione “Note per l’utilizzo”. 

E’ necessario disporre dell’accesso confirm al lavoro. 

Sintesi confirm jobselect;{succ | abend}[;noask] 

Argomenti 


pagina 106. 

succ Conferma che il lavoro è terminato con esito 

positivo. 

abend Conferma che il lavoro è terminato con esito 

negativo. 




La modifica dello stato di un lavoro da abend a succ non richiede 

che venga utilizzata la parola chiave confirmed per pianificare il 

lavoro. Per ulteriori informazioni sulla conferma del lavoro, 

consultare “confirmed” a pagina 68. Per ulteriori informazioni sui 

lavori external, consultare “Dipendenze internetwork” a pagina 311. 

La seguente tabella mostra la conseguenza del comando confirm sui 

vari stati dei lavori: 

Stato iniziale del 

lavoro 

Stato dopo conferma 

;succ 



;abend 

ready nessuna conseguenza nessuna conseguenza 

hold nessuna conseguenza nessuna conseguenza 

exec succp abenp 


135 



Stato iniziale del 

lavoro 


;succ 


;abend 

abenp succp nessuna conseguenza 

succp nessuna conseguenza nessuna conseguenza 

pend succ abend 

done succ abend 

succ nessuna conseguenza nessuna conseguenza 

abend succ nessuna conseguenza 

fail nessuna conseguenza nessuna conseguenza 

susp nessuna conseguenza nessuna conseguenza 

skel nessuna conseguenza nessuna conseguenza 

qualsiasi lavoro 

external 

succ abend 

Esempi 

Il seguente esempio invia una conferma succ per job3 nel flusso di 

lavoro misdly: 

confirm misdly.job3;succ 

Il seguente esempio invia una conferma abend al lavoro numero 

234: 

conf 234;abend 

136 Versione 7.0

console 

Assegna la console Workload Scheduler e imposta il livello 

messaggio. 

E’ necessario disporre dell’accesso console alla workstation. 

Sintesi console [sess | sys][;level=msglevel] 

Argomenti 


sess Invia i messaggi console del Workload Scheduler e 

richiede l’output standard. 

sys Arresta l’invio dei messaggi console del Workload 

Scheduler e richiede l’output standard. Ciò si verifica 

automaticamente quando si chiude Conman. 

msglevel Il livello dei messaggi Workload Scheduler che 

vengono inviati alla console. Specificare uno dei 

seguenti livelli: 

0 Nessun messaggio. E’ il valore di default 

sugli FTA (Fault Tolerant Agent). 

1 Messaggi di errore, ad esempio prompt 

dell’operatore e lavori terminati in modo 

anomalo. 

2 Livello 1, più messaggi flusso di lavoro con 

esito positivo. 

3 Livello 2, più messaggi lavoro con esito 

positivo. E’ il valore di default sull’MDM. 

4 Livello 3, più messaggi lavoro avviato. 


Se si immette il comando console con nessuna opzione, viene 

visualizzato lo stato attuale della console. 


137 



Per default, il processo di controllo del Workload Scheduler scrive i 

messaggi console e richiede i file di elenco standard. Su UNIX, 

inoltre è possibile inviarli al daemon syslog. 

Esempi 

Il seguente esempio avvia la scrittura dei messaggi e delle prompt di 

console all’output standard e modifica il livello di messaggio in 1: 

console sess;level=1 

Il seguente esempio arresta la scrittura dei messaggi e delle prompt 

di console all’output standard e modifica il livello messaggio in 4: 

cons sys;l=4 

Il seguente esempio visualizza lo stato attuale della console: 

cons 

Console is #J675, level 2, session 

675 è l’ID processo della shell dell’utente. 

138 Versione 7.0

continue 

Ignora il successivo errore comando. 

Sintesi continue 


Questo comando è utile quando i comandi vengono immessi in 

modo non interattivo. Istruisce Conman a continuare l’esecuzione dei 

comandi anche se il comando successivo, che segue continue, risulta 

in errore. 

Esempi Nel seguente esempio, Conman continua con il comando rerun 

anche se i comandi cancel hanno esito negativo: 

conman "continue&cancel=176&rerun job=sked5.job3" 



139 



deldep job 

Cancella le dipendenze da un lavoro. 

E’ necessario disporre dell’accesso deldep al lavoro. 

Sintesi ddj jobselect;dependency[;...][;noask] 

Argomenti 

jobselect 


dependency 

Il tipo di dipendenza. Specificare almeno uno dei seguenti. 

E’ possibile utilizzare caratteri jolly in wkstation, jstream, 

job, resource, filename e promptname. 

at 

confirmed 

every 

follows[=[netagent::][wkstation#]jstream{.job | @} |job[,...]] 

needs[=[num] [wkstation#]resource[,...]] 

opens[=[wkstation#]″filename″[(qualifier)][,...]] 

priority 

prompt[=″[: | !]text″ | promptname[,...]] 

until 




Se priority viene cancellato, il lavoro ritorna alla priorità originale 

pianificata. Quando si cancella una dipendenza opens, è possibile 

includere solo il nome file di base e Conman esegue una ricerca non 

140 Versione 7.0

sensibile al maiuscolo/minuscolo per i file corrispondenti, ignorando 

i nomi directory. Le dipendenze su tutti i file corrispondenti vengono 

cancellate. 

Esempi 

Il seguente esempio cancella una dipendenza resource da job3 in 

sked5: 

deldep sked5.job3;needs=2 tapes 

Il seguente esempio cancella tutte le dipendenze di successione da 

job4 in sked3: 

ddj sked3.job4;follows 



141 



deldep sched 

Cancella le dipendenze da un flusso di lavoro. 

E’ necessario disporre dell’accesso deldep al flusso di lavoro. 

Sintesi dds jstreamselect;dependency[;...][;noask] 

Argomenti 

jstreamselect 


dependency 

Il tipo di dipendenza. Specificare almeno uno dei seguenti. 

E’ possibile utilizzare caratteri jolly in wkstation, jstream, 

job, resource, filename e promptname. 

at 

carryforward 


limit 



priority 


until 




Se priority viene cancellato, il lavoro ritorna alla priorità originale 

pianificata. Quando si cancella una dipendenza opens, è possibile 

includere solo il nome file di base e Conman esegue una ricerca non 

142 Versione 7.0

sensibile al maiuscolo/minuscolo per i corrispondenti file, ignorando 

i nomi directory. Le dipendenze su tutti i file corrispondenti vengono 

cancellate. 

Esempi 

Il seguente esempio cancella una dipendenza resource da job3 in 

sked5: 

deldep sked5.job3;needs=2 tapes 

Il seguente esempio cancella tutte le dipendenze di successione da 

job4 in sked3: 

ddj sked3.job4;follows 



143 



display 

Visualizza un file lavoro o una definizione flusso di lavoro. 

Se si specifica un file per nome, è necessario disporre dell’accesso di 

lettura al file. Per i file lavoro e le definizioni flusso di lavoro, è 

necessario disporre dell’accesso display al lavoro o flusso di lavoro. 

Sintesi dffilename[;offline] 

Argomenti 

djjobselect[;offline] 

dsjstreamselect[;offline] 

filename Specifica il nome del file, generalmente un file script 

lavoro. Il nome deve essere racchiuso tra apici (″) se 

contiene caratteri diversi dai seguenti: caratteri 

alfanumerici, trattini (-), barre (/), barre retroverse (\) 

e underscore (_). Sono consentiti i caratteri jolly.Il 

file deve essere accessibile dalla propria workstation 

di login. 

jobselect Il lavoro di cui viene visualizzato il file lavoro. 

Consultare “Selezione lavori nei comandi” a 

pagina 106. Il file lavoro deve essere accessibile 

dalla propria workstation di login. 

jstreamselect Il flusso di lavoro di cui viene visualizzata la 

definizione. Consultare “Selezione dei flussi di 

lavoro nei comandi” a pagina 115. La directory 

mozart del Workload Scheduler sull’MDM deve 

essere accessibile dalla workstation login. 

offline Invia l’output del comando al dispositivo di output 

Conman. Per informazioni riguardanti questo 

dispositivo, consultare “Output fuori linea” a 

pagina 99. 

144 Versione 7.0

Esempi 

Il seguente esempio visualizza il file c:\maestro\jclfiles\arjob3: 

df c:\apps\maestro\jclfiles\arjob3 

Il seguente esempio visualizza il file script per job6 in sked3 

scollegato: 

dj sked3.job6;off 

Il seguente esempio visualizza la definizione flusso di lavoro per 

sked9: 

ds sked9 



145 



exit 

Sintesi e 

Esce dal programma Conman. 


Quando ci si trova nella modalità di aiuto su UNIX, questo comando 

riporta Conman alla modalità di input del comando. 

Esempi 

I seguenti esempi chiudono il programma Conman: 

exit 

i 

146 Versione 7.0

fence 

Modifica il delimitatore lavoro su una workstation. I lavori non 

vengono avviati sulla workstation se le loro priorità sono inferiori o 

uguali al delimitatore lavoro. 

E’ necessario disporre dell’accesso fence alla workstation. 

Sintesi fence workstation;pri[;noask] 

Argomenti 


workstation Specifica il nome workstation. Il valore di default è 

la propria workstation di login. 

pri Specifica il livello di priorità. E’ possibile immettere 

da 0 a 99, hi o go. Immettendo system si imposta il 

delimitatore lavoro su zero. 


ogni workstation di qualifica. 


Il delimitatore lavoro impedisce ai lavori a bassa priorità di essere 

avviati, senza tenere conto delle priorità dei relativi flussi di lavoro. 

E’ possibile, quindi, trattenere i lavori a bassa priorità nei flussi di 

lavoro ad alta priorità, mentre si consente ai lavori ad alta priorità 

nei flussi di lavoro a bassa priorità di essere avviati. 

Quando si avvia per la prima volta Workload Scheduler dopo 

l’installazione, il delimitatore lavoro viene impostato su zero. Una 

volta modificato il delimitatore lavoro, viene trasferito durante il 

processo di preproduzione nel piano di produzione del giorno 

successivo. 

Per visualizzare l’impostazione attuale del delimitatore lavoro, 

utilizzare il comando status. 

Esempi 

Il seguente esempio modifica il delimitatore lavoro sulla workstation 

site4: 


147 



fence site4;20 

Il seguente esempio modifica il delimitatore lavoro sulla workstation 

su cui si sta eseguendo Conman: 

f ;40 

Il seguente esempio impedisce a tutti i lavori di essere avviati da 

Workload Scheduler sulla workstation tx3: 

f tx3;go 

Il seguente esempio imposta il delimitatore lavoro su zero sulla 

workstation su cui si sta eseguendo Conman: 

f ;system 

148 Versione 7.0

help 

Visualizza le informazioni di aiuto relative ai comandi. Non 

disponibile su Windows NT. 

Sintesi help command 

Argomenti 


command 

Specifica il nome di un comando Conman o di sistema. Per i 

comandi Conman, immettere il nome completo del comando, 

le abbreviazioni e i formati brevi non sono supportati. Nel 

caso di comandi composti da due parole, immettere la prima 

parola e verrà visualizzato l’aiuto per tutte le versioni del 

comando. Ad esempio, immettendo help display si 

visualizzeranno informazioni sui comandi display file, 

display job e display sched. Inoltre è possibile immettere le 

seguenti parole chiave: 

commands 

Elenca tutti i comandi Conman. 

jobselect 

Elenca le informazioni relative alla selezione dei 

lavori per i comandi. 

jobstates 

Elenca le informazioni relative agli stati lavoro. 

schedselect 

Elenca le informazioni relative alla selezione dei 

flussi di lavoro per i comandi. 

schedstates 

Elenca le informazioni relative agli stati dei flussi di 

lavoro. 

Esempi 

Il seguente esempio visualizza un elenco di tutti i comandi Conman: 

help commands 


149 



Il seguente esempio visualizza le informazioni relative al comando 

fence: 

help fence 

Il seguente esempio visualizza le informazioni relative ai comandi 

altpri job e altpri sched: 

h altpri 

150 Versione 7.0

kill 

Arresta un lavoro in esecuzione. Su UNIX, ciò viene effettuato con 

il comando UNIX kill 

. 

Sintesi kill jobselect[;noask] 

Argomenti 


pagina 106. 




L’operazione kill non viene eseguita da Conman, viene eseguita da 

un processo produzione Workload Scheduler, quindi potrebbe 

verificarsi un leggero ritardo. 

I lavori interrotti si completano nello stato abend. Tutti i lavori o i 

flussi di lavoro dipendenti da un lavoro interrotto non vengono 

rilasciati. I lavori interrotti possono essere rieseguiti. 

Esempi 

Il seguente esempio interrompe il lavoro report nel flusso di lavoro 

apwkly sulla workstation site3: 

kill site3#apwkly.report 

Il seguente esempio interrompe il lavoro numero 456: 

k 456 



151 



limit cpu 

Modifica il limite lavoro per una workstation. 

E’ necessario disporre dell’accesso limit alla workstation. 

Sintesi lc wkstation;limit[;noask] 

Argomenti 

wkstation Specifica il nome della workstation. Sono consentiti i 

caratteri jolly.Il valore di default è la propria 

workstation di login. 

limit Specifica il limite lavoro. E’ possibile immettere da 

0 a 1024. Immettendo system si imposta il limite 

lavoro su zero. Se viene impostato un limite zero, 

nessun lavoro, eccetto i lavori con priorità hi e go, 

viene avviato sulla workstation. 




Per visualizzare il limite del lavoro attuale sulla propria workstation 

di login, utilizzare il comando status. 

Quando si avvia per la prima volta Workload Scheduler dopo 

l’installazione, il limite lavoro workstation viene impostato su zero e 

deve essere aumentato prima che venga avviato qualsiasi altro 

lavoro. Una volta modificato il limite, esso viene trasferito durante 

l’elaborazione della preproduzione al piano di produzione del giorno 

successivo. 

Workload Scheduler tenta di avviare quanti più lavori possibili 

all’interno del limite lavoro. Esiste un limite pratico al numero di 

processi che possono essere avviati su una workstation. Se viene 

raggiunto il limite, il sistema risponde con un messaggio che indica 

che le risorse di sistema non sono disponibili. Quando un lavoro non 

può essere avviato per questo motivo, esso passa allo stato fail. E’ 

possibile evitare ciò diminuendo il limite lavoro. 

152 Versione 7.0

Esempi 

Il seguente esempio modifica il limite lavoro sulla workstation site3: 

limit cpu=site3;25 

Il seguente esempio modifica il limite lavoro sulla workstation su cui 

si esegue Conman: 

lc ;12 

Il seguente esempio modifica il limite lavoro sulla workstation rx12: 

lc rx12;6 



153 



limit sched 

Modifica il limite lavoro per un flusso di lavoro. 

E’ necessario disporre dell’accesso limit al flusso di lavoro. 

Sintesi ls jstreamselect;limit[;noask] 

Argomenti 



limit Specifica il limite lavoro. E’ possibile immettere da 

0 a 1024. Se viene specificato un limite zero, nessun 

altro lavoro viene avviato dal flusso di lavoro. 


ogni flusso di lavoro di qualifica. 

Esempi 

Il seguente esempio modifica il limite lavoro su tutti i flussi di 

lavoro che comprendono sales nel nome: 

limit sched=sales@;4 

Il seguente esempio modifica il limite lavoro sul flusso di lavoro 

apwkly: 

ls apwkly;6 

154 Versione 7.0

link 

Apre i collegamenti delle comunicazioni tra le workstation. In una 

rete Workload Scheduler, gli SA (Standard Agent) e gli FTA (Fault 

Tolerant Agent) vengono collegati ai loro DM eiDMvengono 

collegati ai loro DM parent. Gli XA (Extended Agent) non vengono 

collegati; essi comunicano tramite un host. 

E’ necessario avere accesso link alla workstation di destinazione. 

Sintesi lk[domain!]wkstation[;noask] 

Argomenti 


domain Specifica il nome del dominio in cui vengono aperti 

i collegamenti. Sono consentiti i caratteri jolly. 

Questo argomento è utile quando si collega più di 

una workstation in un dominio. Ad esempio, per 

collegare tutti gli agent nel dominio stlouis, 

utilizzare il seguente comando: 

link stlouis!@ 

Il dominio non è necessario se non si includono i 

caratteri jolly in wkstation. 

Se non si include il dominio e si utilizzano i caratteri 

jolly in wkstation, il dominio di default è quello in 

cui sta eseguendo il Conman. 

wkstation Specifica il nome della workstation da collegare. 





Se l’opzione autolink viene impostata su on in una definizione di 

workstation, il collegamento si apre automaticamente ogni volta che 

si avvia il Workload Scheduler. Se autolink è impostato su off, è 


155 



necessario utilizzare i comandi link e unlink per controllare il 

collegamento. Per informazioni su autolink consultare “Definizioni 

workstation” a pagina 3. 

Se l’utente ha accesso link alle workstation che vengono collegate, 

si applicano le seguenti regole: 

Un utente che esegue Conman sull’MDM può collegare qualsiasi 

workstation nella rete. 

Un utente che esegue Conman su un DM diverso dal master può 

collegare qualsiasi workstation nel relativo dominio e nei domini 

subordinati. L’utente non può collegare le workstation nei 

domini peer. 

Un utente che esegue Conman su un agent può collegare 

qualsiasi workstation nel relativo dominio locale. 

Per collegare un dominio subordinato mentre si esegue Conman 

in un dominio superiore, non è necessario che i collegamenti che 

intervengono siano aperti. 

Esempi La seguente illustrazione e la tabella mostrano i collegamenti aperti 

dai comandi link eseguiti dagli utenti in varie ubicazioni nella rete. 

156 Versione 7.0

DM nsonoiDMeAnn sono gli agent. 

Comando Collegamenti 

aperti dall’utente1 

link @!@ tutti i collegamenti 

sono aperti. 

Collegamenti 


Collegamenti 


DM1-DM2DM2-A21DM2-A22DM2-DM4DM4-A41 

DM2-A21DM2-A22 

DM4-A42 

link @ DM1-A11 

DM1-A12 

DM1-DM2DM2-A21DM2-A22DM2-DM4 


DM1-DM2DM1-DM3 

link DOMAIN3!@ DM3-A31DM3-A32 Non consentito. Non consentito. 

link DOMAIN4!@ DM4-A41 

DM4-A42 

DM4-A41 

DM4-A42 


Non consentito. 

link DM2 DM1-DM2 Non applicabile. DM2-A21 

link A42 DM4-A42 DM4-A42 Non consentito. 

link A31 DM3-A31 Non consentito. Non consentito. 


157 



listsym 

Elenca i file di log (Symphony) del piano produzione. 

E’ necessario disporre dell’accesso display al file Symphony. 

Sintesi listsym [;offline] 

Argomenti 




pagina 99. 


Data pianificazione 

La data utilizzata dal comando schedulr per selezionare i 

flussi di lavoro per l’esecuzione. 

Data reale 

La data in cui batchman comincia l’esecuzione del file 

Symphony. 

Ora di avvio 

L’ora in cui batchman comincia l’esecuzione del file 

Symphony. 

Data di registrazione 

La data in cui il piano (Symphony) è stato registrato dal 

comando stageman. 

Num. esec. 

Il numero di esecuzione assegnato al piano (Symphony). 

Questi numeri vengono utilizzati internamente per la 

sincronizzazione di rete Workload Scheduler. 

Dimensione 

La dimensione del file di log nei record. 

Num. reg. 

Il numero di registrazione che indica l’ordine cronologico dei 

158 Versione 7.0

file di log. Questo numero può essere utilizzato in un 

comando setsym per passare ad uno specifico file di log. 

Nome file 

Il nome del file di log assegnato dal comando stageman. 

Esempi 

Il seguente esempio elenca i file di log del piano di produzione: 

listsym 


Il seguente esempio elenca i file di log del piano di produzione sul 

dispositivo di output del Conman: 

lis ;off 


159 



recall 

Visualizza le prompt che sono in attesa di una risposta. 

E’ necessario disporre dell’accesso display alle prompt. 

Sintesi rc [wkstation][;offline] 

Argomenti 

wkstation Specifica il nome della workstation su cui è stata 

emessa la prompt. Se non viene specificata una 

workstation, vengono visualizzate solo le prompt per 

la workstation di login e le prompt globali. 




pagina 99. 


Stato Lo stato della prompt.Lo stato delle prompt in sospeso è 

sempre ASKED. 

Message or Prompt 

Per le prompt denominate, il numero messaggio, il nome 

della prompt e il testo messaggio. Per le prompt non 

denominate, il numero messaggio, il nome del lavoro o del 

flusso di lavoro e il testo messaggio. 

Esempi 

Il seguente esempio visualizza le prompt in sospeso emesse sulla 

workstation su cui si sta eseguendo Conman: 

recall 

o: 

rc 

Il seguente esempio visualizza le prompt in sospeso sulla workstation 

site3: 

160 Versione 7.0

c site3 


Il seguente esempio visualizza le prompt in sospeso su tutte le 

workstation e l’output viene inviato al dispositivo fuori linea del 

Conman: 

rc @;offline 


161 



redo 

Sintesi redo 

Modifica ed esegue nuovamente il comando precedente. 

Contesto 

Quando si esegue il comando redo, il Conman visualizza il comando 

precedente, in modo che possa essere modificato ed eseguito 

nuovamente. Utilizzare la barra spaziatrice per spostare il cursore 

sotto il carattere da modificare ed immettere le seguenti direttive. 

Direttive 

d[ dir ] 

Cancella il carattere dopo la d. Può essere seguita da 

altre direttive. 

i text Inserisce il testo prima del carattere dopo la i . 

rtext Sostituisce uno o più caratteri con il testo, 

cominciando con il carattere dopo la r. La 

sostituzione è implicita se non viene immessa 

nessun’altra direttiva. 

>text Accoda il testo alla fine della riga. 

>d[dir | text] 

Cancella i caratteri alla fine della riga. Può essere 

seguita da un’altra direttiva o testo. 

>rtext Sostituisce i caratteri alla fine della riga con il testo. 

Esempi direttiva 

ddd Cancella i tre caratteri sopra le d. 

iabc Inserisce abc prima del carattere dopo la i. 

rabc Sostituisce i tre caratteri, a partire da quello dopo la 

r, con abc. 

abc Sostituisce i tre caratteri dopo abc con abc. 

162 Versione 7.0

d diabc 

Cancella il carattere dopo la prima d, salta un 

carattere, cancella il carattere dopo la seconda d e 

inserisce abc al suo posto. 

>abc Accoda abc alla fine della riga. 

>ddabc 

Cancella gli ultimi due caratteri nella riga e inserisce 

abc al loro posto. 

>rabc Sostituisce gli ultimi tre caratteri nella riga con abc. 

Esempi 

Il seguente esempio inserisce un carattere: 

redo 

setsm 4 

iy 

setsym 4 

Il seguente esempio sostituisce un carattere: 

redo 

setsym 4 5 

setsym 5 



163 



release job 

Rilascia i lavori dalle dipendenze. 

E’ necessario disporre dell’accesso release al lavoro. 

Sintesi rj jobselect[;dependency[;...]][;noask] 

Argomenti 

jobselect 

Specifica il lavoro o i lavori da rilasciare. Consultare 

“Selezione lavori nei comandi” a pagina 106. 

dependency 

Il tipo di dipendenza. E’ possibile specificare uno dei 

seguenti. E’ possibile utilizzare caratteri jolly in wkstation, 

jstream, job, resource, filename e promptname. 

at 

confirmed 

every 




priority 


until 




Quando si rilascia una dipendenza opens, è possibile includere solo 

il nome file di base e Conman esegue una ricerca non sensibile al 

164 Versione 7.0

maiuscolo/minuscolo per tutti i file corrispondenti, ignorando i nomi 

directory. Le dipendenze su tutti i file corrispondenti vengono 

rilasciate. 

Per le dipendenze needs, al lavoro rilasciato viene fornito il numero 

necessario di unità della risorsa, anche se potrebbero non essere 

disponibili. E’ possibile che le unità Available in un showresources 

visualizzino un numero negativo. 

Esempi 

Il seguente esempio rilascia job3 nel flusso di lavoro ap da tutte le 

relative dipendenze: 

release job=ap.job3 

Il seguente esempio rilascia job2 nel flusso di lavoro skedr da tutte 

le dipendenze opens: 

rj skedr.job2;opens 

Il seguente esempio rilascia tutti i lavori sulla workstation site4 dalle 

relative dipendenze su una prompt denominata glprmt: 

rj site4#@.@;prompt=glprmt 



165 



release sched 

Rilascia i flussi di lavoro dalle dipendenze. 

E’ necessario disporre dell’accesso release al flusso di lavoro. 

Sintesi rs jstreamselect[;dependency[;...]][;noask] 

Argomenti 

jstreamselect 

Consultare “Selezione dei flussi di lavoro nei comandi” a 

pagina 115. 

dependency 

Il tipo di dipendenza. Specificare uno dei seguenti. E’ 

possibile utilizzare caratteri jolly in wkstation, jstream, job, 

resource, filename e promptname. 

at 

carryforward 


limit 



priority 


until 




Quando si cancella una dipendenza opens, è possibile includere solo 

il nome file (nome base) e Conman esegue una ricerca non sensibile 

166 Versione 7.0

al maiuscolo/minuscolo per i file corrispondenti, ignorando i nomi 

directory. Le dipendenze su tutti i file corrispondenti vengono 

rilasciate. 

Per le dipendenze needs, al flusso di lavoro rilasciato viene fornito il 

necessario numero di unità della risorsa, anche se potrebbero non 

essere disponibili. Ciò può causare che le unità Available nel 

showresources visualizzino un numero negativo. 

Esempi 

Il seguente esempio rilascia il flusso di lavoro ap da tutte le relative 

dipendenze: 

release sched=ap 

Il seguente esempio rilascia il flusso di lavoro sked5 da tutte le 

relative dipendenze opens: 

rs sked5;opens 

Il seguente esempio rilascia tutti i flussi di lavoro sulla workstation 

site3 dalle relative dipendenze sul flusso di lavoro main#sked23: 

rs site3#@;follows=main#sked23 



167 



reply 

Risponde ad una prompt lavoro o flusso di lavoro. 

E’ necessario avere accesso reply alla prompt globale o denominata. 

Per rispondere a una prompt non denominata, è necessario avere 

accesso reply alle prompt e l’accesso reply al flusso di lavoro o al 

lavoro associato. 

Sintesi reply{ promptname |[wkstation#]msgnum};reply[;noask] 

Argomenti 

promptname Specifica il nome di una prompt globale. Sono 


wkstation Specifica il nome della workstation su cui è stata 

emessa una prompt non denominata. 

msgnum Specifica il numero messaggio di una prompt non 

denominata. E’ possibile visualizzare i numeri 

messaggio con i comandi recall e showprompts. 

reply Specifica la risposta, S per sì o N per no. 


ogni prompt di qualifica. 


Se la risposta è S, le dipendenze nella prompt vengono soddisfatte. 

Se la risposta è N, le dipendenze non vengono soddisfatte e la 

prompt non viene emessa nuovamente. 

E’ possibile rispondere alle prompt prima che vengano emesse. E’ 

possibile utilizzare il comando showprompts per visualizzare tutte le 

prompt, sia che siano state emesse o meno. 

Esempi 

Il seguente esempio risponde S alla prompt globale arprmt: 

reply arprmt;y 

168 Versione 7.0

Il seguente esempio risponde N al messaggio numero 24 sulla 


rep site4#24;n 



169 



rerun 

Riesegue un lavoro. 

E’ necessario disporre dell’accesso rerun al lavoro. 

Sintesi rr jobselect[;from=[wkstat#]job[;at=time][;pri=pri]][;noask] 

Argomenti 

rr jobselect[;step=step][;noask] 

jobselect 

Specifica il nome della prompt globale. Sono consentiti i 


from=[ wkstat #] job 

Specifica il nome di un lavoro definito nel database del 

Workload Scheduler di cui il comando o il file di lavoro 

verrà eseguito al posto del lavoro specificato da jobselect. 

wkstat# 

Specifica il nome della workstation su cui viene 

eseguito il lavoro from. Il valore di default è la 

workstation su cui è in esecuzione Conman. 

job Specifica il nome della definizione lavoro from. Non 

sono consentiti i seguenti tipi di nomi dei lavori: 

I nomi dei lavori inoltrati utilizzando i comandi 

submit file e submit docommand. 

I nomi alias dei lavori inoltrati utilizzando il 

comando submit job. 

Per utilizzare l’argomento from, è necessario avere accesso 

al database del Workload Scheduler dal computer su cui si 

sta eseguendo il Conman 

at= time 

Specifica l’ora di avvio del lavoro rieseguito, espressa come: 

hhmm [timezone|tz tzname][+n days | date] 

dove: 

170 Versione 7.0



+ n days 

La successiva ricorrenza di hhmm in n numero di 

giorni. 




Il nome del fuso orario del lavoro. Consultare “Nomi 

del fuso orario” a pagina 315 per i nomi validi. 

pri= pri 

Specifica la priorità da assegnare al lavoro rieseguito. Se non 

viene specificata una priorità, al lavoro viene data la stessa 

priorità del lavoro originale. 

step= step 

Specifica che il lavoro viene rieseguito utilizzando questo 

nome al posto del nome lavoro originale. Consultare “Note 

per l’utilizzo” per ulteriori informazioni. 




E’ possibile rieseguire lavori che si trovano nello stato succ, fail o 

abend. Un lavoro rieseguito viene collocato nello stesso flusso di 

lavoro del lavoro originale ed eredita le dipendenze del lavoro 

originale. Se si riesegue un lavoro ripetitivo (every), il lavoro 

rieseguito viene pianificato per l’esecuzione con lo stesso intervallo 

del lavoro originale. 

Nota: E’ possibile immettere rerun per i lavori nel flusso di lavoro 

external nello stato error. I lavori nel flusso di lavoro 

external rappresentano i lavori e i flussi di lavoro specificati 

come dipendenze internetwork. Lo stato lavoro è impostato 

inizialmente su extrn subito dopo che viene eseguito rerun e 

Conman inizia il controllo dello stato. 


171 



Quando si utilizza ;from, il nome del lavoro rieseguito dipende dal 

valore dell’Opzione globale conserva i nomi dei lavori rieseguiti. 

Se l’opzione è impostata su Y, i lavori rieseguiti mantengono i nomi 

lavoro originale. Se l’opzione è impostata su N, ai lavori rieseguiti 

vengono dati i nomi lavoro from. Consultare “Opzioni globali” nel 

capitolo 2 del Manuale per l’utente del Tivoli Workload Scheduler 

per ulteriori informazioni. 

Nei pannelli Conman, i lavori rieseguiti vengono visualizzati con 

l’indicazione >>rerun as. Per far riferimento ad un lavoro rieseguito 

in un altro comando, ad esempio altpri, è necessario utilizzare il 

nome lavoro originale. 

Quando un lavoro viene rieseguito con l’opzione ;step, il lavoro si 

esegue con step invece che con il suo nome originale. All’interno di 

uno script di lavoro, è possibile utilizzare il comando jobinfo per 

restituire il nome lavoro ed eseguire lo script in modo diverso per 

ogni iterazione. Ad esempio, nel seguente script UNIX, il comando 

jobinfo viene utilizzato per impostare una variabile denominata 

STEP sul nome utilizzato per eseguire il lavoro. La variabile STEP 

viene successivamente utilizzata per determinare in che modo viene 

eseguito lo script. 

... 

MPATH=vmaestrov 

STEP=v$MPATH/bin/jobinfo job_namev 

if [$STEP = JOB3] 

then 

... 

STEP=JSTEP1 

fi 

if [$STEP = JSTEP1] 

then 

... 

STEP=JSTEP2 

fi 

if [$STEP = JSTEP2] 

then 

... 

fi 

... 

Nei pannelli Conman, i lavori rieseguiti con l’opzione ;step vengono 

visualizzati con l’indicazione >>rerun step. 

172 Versione 7.0

Per informazioni su jobinfo, consultare “Comando jobinfo” a 

pagina 257 . 

Esempi 

Il seguente esempio riesegue job4 in sked1 sulla workstation main: 

rerun main#sked1.job4 

Il seguente lavoro riesegue job5 in sked2 utilizzando la definizione 

lavoro per jobx. L’ora at del lavoro viene impostata su 6:30 P.M. e 

la priorità è impostata su 25: 

rr sked2.job5;from=jobx;at=1830;pri=25 

Il seguente esempio riesegue job3 in sked4 utilizzando il nome 

lavoro jstep2: 

rr sked4.job3;step=jstep2 



173 



resource 

Modifica il numero di unità totali di una risorsa. 

E’ necessario disporre dell’accesso resource alla risorsa. 

Sintesi resource [wkstation#]resource;num[;noask] 

Argomenti 

wkstation Specifica il nome della workstation su cui è definita 

la risorsa. Il valore di default è la workstation su cui 

è in esecuzione Conman. 

resource Specifica il nome della risorsa. 

num Specifica il numero totale delle unità risorsa. I valori 

validi sono compresi tra 0 e 1024. 


ogni risorsa di qualifica. 

Esempi 

Il seguente esempio modifica il numero delle unità di risorsa tapes 

in 5: 

resource tapes;5 

Il seguente esempio modifica il numero di unità di risorsa jobslots 

sulla workstation site2 in 23: 

res site2#jobslots;23 

174 Versione 7.0

setsym 

Seleziona un file archivio piano produzione. I comandi del pannello 

che seguono visualizzano il contenuto del piano produzione 

archiviato. Non è possibile modificare le informazioni in un file 

archivio piano produzione. 

Sintesi setsym [filenum] 

Argomenti 

filenum Specifica il numero del file archivio piano 

produzione. Se non viene specificato un numero file 

di log, il puntatore riporta su zero il piano 

produzione attuale (Symphony). Utilizzare il 

comando listsym per elencare i numeri dei file di 

archivio. 

Esempi 

Il seguente esempio seleziona il file archivio piano produzione 5: 

setsym 5 

Il seguente esempio seleziona il piano produzione attuale 

(Symphony): 

set 



175 



showcpus 

Visualizza le informazioni relative alle workstation e ai collegamenti. 

Sintesi sc [[domain!]wkstation][;info][;link][;offline] 

Argomenti 

domain Specifica il nome di un dominio. Il valore di default 

è il dominio di wkstation. Sewkstation comprende i 

caratteri jolly, il valore di default è il dominio in cui 

esegue il Conman. Sono consentiti i caratteri jolly. 

wkstation Specifica il nome di una workstation. Il valore di 

default è la workstation su cui è in esecuzione 

Conman. Sono consentiti i caratteri jolly. 

info Visualizza le informazioni nel formato info. 

link Visualizza le informazioni nel formato link. 




pagina 99. 


L’output del comando viene prodotto in tre formati, standard, info e 

link. 

Formato standard 

CPUID 

Il nome della workstation alla quale si applicano queste 

informazioni. 

RUN Il numero di esecuzione del file Controllo produzione 

(Symphony). 

NODE 

Il tipo nodo e il tipo workstation. I tipi nodo sono i seguenti: 

UNIX 

WINT 

176 Versione 7.0

MPEV 

MPIX 

OTHER 


I tipi di workstation sono i seguenti: 

MASTER 

MANAGER 

FTA 

S-AGENT 

X-AGENT 

LIMIT 

Il limite lavoro Workload Scheduler. 

FENCE 

Il delimitatore lavoro Workload Scheduler. 

DATE TIME 

La data e l’ora in cui Workload Scheduler ha avviato 

l’esecuzione dell’attuale piano produzione (Symphony). 

STATE 

Lo stato dei collegamenti della workstation. Viene visualizzato 

un massimo di cinque caratteri come segue: 

[L] 

[D|T|H|X] [I] [J] [W|M|H|X] 

L Il collegamento è aperto (collegato). 

D Il collegamento è DS. Solo per MPEV e MPIX. 

T Il collegamento è TCP/IP. 

I Il programma jobman ha completato l’inizializzazione 

dell’avvio. 

J Il programma jobman è in esecuzione. 

W La workstation è collegata da TCP/IP. 

M La workstation è collegata da DS. Solo per MPEV e 

MPIX. 

X La workstation è collegata come XA (Extended Agent). 

H La workstation è collegata tramite l’host. 

Nota: Se la workstation che esegue il Conman è l’host dell’XA, 

lo stato dell’XA è 

LXI JX 


177 



Se la workstation che esegue il Conman non è l’host 

dell’XA, lo stato dell’XA è 

LHI JH 

METHOD 

Il nome del metodo di accesso specificato nella definizione 

workstation. Solo per gli XA (Extended agent). 

DOMAIN 

Il nome del dominio di cui è membro la workstation. 

Formato info 

CPUID 


informazioni. 

VERSION 

La versione del programma jobman del workload Scheduler. 

TIMEZONE 

Il fuso orario della workstation. E’ uguale al valore della 

variabile di ambiente TZ. Per XA (Extended Agent), è il fuso 

orario del relativo host. 

INFO La versione del sistema operativo e il modello hardware. Per gli 

XA (Extended Agent), non viene elencata alcuna informazione. 

Formato link 

CPUID 


informazioni. 

HOST 

Il nome della workstation che opera come host per un SA 

(Standard Agent) o XA (Extended Agent). Per i DM e gli FTA 

(Fault Tolerant Agent), è uguale a CPUID. Per le workstation SA 

(Standard Agent), è il nome del DM. Per gli XA (Extended 

Agent), è il nome della workstation host. 

178 Versione 7.0

FLAGS 

Lo stato dei collegamenti della workstation. Viene visualizzato 

un massimo di cinque caratteri come segue: 

[A] 

[F] [s] [D|T|B] 

A L’Autolink viene attivato nella definizione workstation. 

F La modalità Stato completo viene attivata nella 

definizione workstation. 

s L’ID del server mailman per la workstation. 

D Il collegamento viene definito come DS. Solo per MPEV 

e MPIX. 

T Il collegamento viene definito come TCP/IP. 

B Il collegamento viene definito sia come DS che come 

TCP/IP. Solo per MPEV e MPIX. 

ADDR 

Il numero porta TCP per la workstation. 

NODE 

Il nome del nodo della workstation. 

Esempi 

Il seguente esempio visualizza le informazioni relative alla 

workstation su cui è in esecuzione Conman nel formato info: 

showcpus ;info 


Il seguente esempio visualizza le informazioni collegamenti fuori 

linea per tutte le workstation: 

sc @!@;link;off 


179 



showdomain 

Visualizza le informazioni sul dominio. 

Sintesi showdomain [domain][;info][;offline] 

Argomenti 

domain Specifica il nome del dominio. Il valore di default è 

il dominio in cui è in esecuzione Conman. Sono 






pagina 99. 


L’output del comando viene prodotto in due formati, standard e info. 


DOMAIN 

Il nome del dominio al quale si applicano queste informazioni. 

MANAGER 

Il nome del DM. 

PARENT 

Il nome del dominio parent. 

Formato info 

DOMAIN 

Il nome del dominio al quale si applicano queste informazioni. 

MEMBER-CPUS 

I nomi delle workstation nel dominio. 

CPU-TYPE 

Il tipo di ogni workstation: MASTER, MANAGER, FTA, 

S-AGENT o X-AGENT. 

180 Versione 7.0

Esempi 

Il seguente esempio visualizza le informazioni relative al dominio 

masterdm: 

showdomain masterdm 

Il seguente esempio visualizza le workstation membro in tutti i 

domini nel formato info: 

showdomain @;info 



181 



showfiles 

Visualizza le informazioni relative alle dipendenze file. 

Sintesi sf [[wkstation#]file][;state[;...]][;keys][;offline] 

Argomenti 

sf [[wkstation#]file][;state[;...]][;deps[;keys | info | logon]][;offline] 

wkstation Specifica il nome della workstation su cui esiste il 

file. Il valore di default è la workstation su cui è in 

esecuzione Conman. Sono consentiti i caratteri jolly. 

file Specifica il nome del file. Il nome deve essere 



retroverse (\) e underscore (_). Il valore di default 

consiste nel visualizzare tutte le dipendenze file. 


state Specifica lo stato delle dipendenze file da 

visualizzare. Il valore di default consiste nel 

visualizzare le dipendenze file in tutti gli stati. Gli 

stati sono i seguenti: 

sì Il file esiste ed è disponibile. 

no Il file non è disponibile oppure non esiste. 

? Viene controllata la disponibilità. 

 

Il file non è stato ancora controllato oppure 

era disponibile ed è stato utilizzato per 

soddisfare una dipendenza lavoro e flusso di 

lavoro. 

keys Visualizza un elenco a colonna singola degli oggetti 

selezionati dal comando. 

deps Visualizza le informazioni nel formato deps. 

Utilizzare keys, info o logon per modificare il 

pannello. 

182 Versione 7.0




pagina 99. 


L’output del comando viene prodotto in tre formati: standard, keys e 

deps. Gli argomenti keys, info e logon modificano il pannello deps. 


Exists Lo stato della dipendenza file. 

File Name 

Il nome del file. 

Formato keys 

I file vengono elencati uno su ogni riga. I nomi directory non 

vengono inclusi. Ogni file viene elencato nel seguente formato: 

wkstation#file 

Formato deps 

I file vengono elencati insieme ai lavori e ai flussi di lavoro 

dipendenti. I lavori vengono elencati nel formato standard showjobs. 

I flussi di lavoro vengono elencati nel formato standard 


Formato deps;keys 

I lavori e i flussi di lavoro che dispongono di dipendenze file 

vengono elencati uno su ogni riga, nel seguente formato: 

wkstation#jstream[.job] 


Formato deps;info 


dipendenti. I lavori vengono elencati nel formato showjobs;info. I 

flussi di lavoro vengono elencati nel formato standard 



183 



Formato deps;logon 


dipendenti. I lavori vengono elencati nel formato showjobs;logon. I 

flussi di lavoro vengono elencati nel formato standard 


Esempi 

Il seguente esempio visualizza lo stato di una dipendenza file per 

d:\apps\mis\lib\data4: 

showfiles d:\apps\mis\lib\data4 

Il seguente esempio visualizza come offline lo stato di tutte le 

dipendenze file su tutte le workstation nel formato deps: 

sf @#@;deps;offline 

184 Versione 7.0

showjobs 

Visualizza le informazioni relative ai lavori. 

Sintesi sj[jobselect] [;keys | info | step | logon][;short | single][;offline] 

Argomenti 

sj[jobselect] [;deps[;keys | info | logon]][;short | single][;offline] 

sj[jobselect] [;stdlist[;keys]][;short | single][;offline] 



pagina 106. 




step Visualizza le informazioni nel formato step. 

logon Visualizza le informazioni nel formato logon. 

stdlist Visualizza le informazioni nel formato stdlist. 

Utilizzare l’argomento keys per modificare il 

pannello. 



pannello. 

short Riduce la visualizzazione per i lavori every e rerun 

per utilizzare solo: 

La prima iterazione 

Lavori in stati diversi 

Lavori esattamente corrispondenti 

single Seleziona solo il lavoro parent in una catena che può 

includere riesecuzioni, ripetizioni e lavori di 

ripristino. Il lavoro deve essere identificato dal 

numero lavoro in jobselect. Ciò è particolarmente 

utile con l’opzione stdlist. 


185 






pagina 99. 


L’output del comando showjobs viene prodotto in sette formati: 

standard, keys, info, step, logon, deps e stdlist. Gli argomenti keys, 

info e logon modificano i pannelli. 


CPU La workstation su cui si esegue il lavoro. 

Schedule 


Job Il nome del lavoro. La seguente indicazione può precedere un 

nome lavoro: 

>> rerun as 

Un lavoro rieseguito con il comando rerun o come 

risultato del ripristino automatico. 

>> rerun step 

Un lavoro rieseguito con il comando rerun ;step. 

>> every run 

La seconda e successive esecuzioni di un lavoro every. 

>> recovery 

L’esecuzione di un lavoro di ripristino. 

Stato Lo stato del lavoro o flusso di lavoro. Gli stati lavoro sono i 

seguenti: 

abend Il lavoro è terminato con un codice di uscita diverso da 

zero. 

abenp E’ stata ricevuta una conferma abend, ma il lavoro non 

si è completato. 

add Il lavoro è in fase di inoltro. 

done Il lavoro è stato completato in uno stato sconosciuto. 

186 Versione 7.0


error Solo per le dipendenze internetwork, si è verificato un 

errore durante il controllo dello stato remoto. 

exec Il lavoro è in esecuzione. 

extrn Solo per le dipendenze internetwork, lo stato è 

sconosciuto. Si è verificato un errore, è stata eseguita 

un’azione di riesecuzione sul lavoro nel flusso di lavoro 

external o il lavoro remoto o il flusso di lavoro non 

esistono. 

fail Impossibile avviare il lavoro. 

fence La priorità del lavoro è inferiore al delimitatore. 

hold Il lavoro è in attesa della risoluzione dipendenza. 

intro Il lavoro viene introdotto per l’avvio dal sistema. 

pend Il lavoro è completato ed è in attesa di conferma. 

ready Il lavoro è pronto per l’avvio e tutte le dipendenze sono 

risolte. 

sched L’ora at del lavoro non è stata raggiunta. 

succ Il lavoro è stato completato con un codice di uscita zero. 

succp E’ stata ricevuta una conferma succ, ma il lavoro non è 

stato completato. 

susp Il lavoro è stato sospeso dal comando breakjob. (Solo 

MPE) 

wait Il lavoro è in uno stato wait. (Solo XA e MPE) 

waitd Il lavoro è in uno stato wait ed è stato prorogato. (Solo 

MPE) 

Gli stati del flusso di lavoro sono i seguenti: 

abend Il flusso di lavoro è terminato con un codice di uscita 


add Il flusso di lavoro è stato aggiunto con l’intervento 

dell’operatore. 

cancel Il flusso di lavoro è stato annullato. 


187 



cancel pend 

L’annullamento del flusso di lavoro è in sospeso. 

L’annullamento viene rimandato fino a che tutte le 

dipendenze, compresa un’ora at, non vengono risolte. 




extrn Solo per le dipendenze internetwork, il flusso di lavoro 

si trova su una rete TWS remota e lo stato è sconosciuto. 

Si è verificato un errore, è stata appena eseguita 

un’azione di riesecuzione sul flusso di lavoro 

EXTERNAL oppure il lavoro o il flusso di lavoro INET 

non esiste. 

hold Il flusso di lavoro è in attesa della risoluzione 

dipendenza. 

ready Il flusso di lavoro è pronto per l’avvio e tutte le 


stuck L’esecuzione del flusso di lavoro è stata interrotta. 

Nessun lavoro viene avviato senza l’intervento 


succ Il flusso di lavoro è stato completato con esito positivo. 

Pr La priorità del flusso di lavoro o del lavoro. Un segno più (+) 

che precede la priorità indica che il lavoro è stato avviato. 

(Est.)Start 

L’ora di avvio del flusso di lavoro o lavoro. Le parentesi 

indicano una previsione dell’ora di avvio. Se l’ora di avvio è 

superiore alle 24 ore precedenti o successive, viene elencata la 

data invece dell’ora. 

(Est)Elapse 

Il tempo di esecuzione del flusso di lavoro o lavoro. Le parentesi 

indicano una previsione in base alle statistiche registrate. 

dipendencies 

Un elenco delle dipendenze lavoro e commenti. Può essere 

elencata qualsiasi combinazione di: 

188 Versione 7.0


Per una dipendenza di successione viene visualizzato un 

nome lavoro o flusso di lavoro. 

Per una dipendenza opens, viene visualizzato il nome file. 

Se il file si trova su un XA (Extended Agent) e il suo nome 

è più lungo di 25 caratteri, vengono visualizzati solo gli 

ultimi 25 caratteri. 

Per una dipendenza needs, viene visualizzato un nome 

risorsa racchiuso tra trattini (-). Se il numero di unità 

richieste è maggiore di uno, viene visualizzato il numero 

prima del primo trattino. 

Per un intervallo every, viene visualizzato l’intervallo di 

ripetizione preceduto dal segno &. 

Per un’ora until, viene visualizzata l’ora preceduta dal segno 


Formato keys 

I nomi lavoro vengono elencati su ogni riga nel seguente formato: 

wkstation#jstream.job 

Formato info 


Schedule 


Job Il nome del lavoro. La seguente notazione può precedere un 

nome lavoro: 

>> rerun as 



>> rerun step 

Un lavoro rieseguito con il comando rerun ;step. 

>> every run 


>> recovery 

L’esecuzione di un lavoro di ripristino. 

Job File 

Il nome dello script di lavoro o del file eseguibile. I nomi lunghi 

di file potrebbero essere troncati, causando una paginazione 

errata. Per evitare ciò, accodare l’output a more. Ad esempio: 

conman “sj;info | more 

Opz L’opzione di ripristino lavoro, se esiste. Le opzioni di ripristino 

sono RE per la riesecuzione, CO per continuare e ST per 

l’arresto. 

Job Il nome del lavoro di ripristino, se esiste. 

Prompt 

Il numero della prompt di ripristino, se esiste. 

Formato step 

Questo formato non è supportato su Windows NT. 

190 Versione 7.0


Schedule 



nome lavoro: 

>> rerun as 



>> repeated as 

La seconda e successive esecuzioni di un lavoro 

every. 

Stato Lo stato del lavoro o flusso di lavoro. Consultare “Formato 

standard” per informazioni sullo stato. 

Job# Il numero di identificazione processo visualizzato come 

#Jnnnnn. 

Passo Un elenco di processi discendenti associati al lavoro. Per i 

lavori XA (Extended Agent), vengono elencati solo i processi 

host. 

Formato logon 



Schedule 



nome lavoro: 

>> rerun as 



>> repeated as 


Stato Lo stato del lavoro o flusso di lavoro. Consultare “Formato 

standard” per informazioni sullo stato. 

Job# Il numero di identificazione processo visualizzato come #Jnnnnn. 

Logon Il nome utente sotto cui si esegue il lavoro. 


191 



Formato stdlist 

Vengono visualizzati i file di elenco standard per i lavori selezionati. 

Formato stdlist;keys 

Vengono visualizzati i nomi dei file elenco standard per i lavori 

selezionati, uno su ogni riga. 

Formato deps 

I lavori utilizzati nelle dipendenze di successione vengono elencati 

insieme ai lavori e ai flussi di lavoro dipendenti. I lavori vengono 

elencati nel formato standard showjobs. I flussi di lavoro vengono 

elencati nel formato standard showschedules. 


I lavori e i flussi di lavoro che dispongono delle dipendenze di 

successione vengono elencati uno su ogni riga. 


Vengono elencati i lavori utilizzati nelle dipendenze di successione 

insieme ai flussi di lavoro e ai lavori dipendenti. I lavori vengono 

elencati nel formato showjobs;info. I flussi di lavoro vengono 



Vengono elencati i lavori utilizzati nelle dipendenze di successione 

insieme ai flussi di lavoro e ai lavori dipendenti. I lavori vengono 

elencati nel formato showjobs;logon. I flussi di lavoro vengono 


Esempi 

Il seguente esempio visualizza lo stato di tutti i lavori in tutti i flussi 

di lavoro acctg sulla workstation site3: 

showjobs site3#acctg@.@ 

Il seguente esempio visualizza lo stato di tutti i lavori sulla 

workstation su cui si sta eseguendo il Conman nel formato logon: 

sj ;logon 

192 Versione 7.0

Il seguente esempio visualizza lo stato di tutti i lavori nello stato 

hold su tutte le workstation nel formato deps: 

sj @#@.@+state=hold;deps 

Il seguente esempio visualizza tutti i file elenco standard per il 

lavoro gl nel flusso di lavoro arec sulla workstation site2: 

sj site2#arec.gl;stdlist 



193 



showprompts 

Visualizza le informazioni relative alle prompt. 

Sintesi sp[promptselect][;keys][;offline] 

Argomenti 

sp[promptselect] [;deps[;keys | info | logon]][;offline] 

promptselect 

[promptname |[wkstation#]msgnum][;state[;...]] 

promptname 



wkstation 

Specifica il nome della workstation su cui viene 

emessa una prompt non denominata. Il valore di 

default è la workstation su cui è in esecuzione 

Conman. 

msgnum 

Specifica il numero messaggio di una prompt non 

denominata. 

state Specifica lo stato delle prompt da visualizzare. Gli 

stati sono i seguenti: 

YES Alla prompt si è risposto con una y. 

NO Alla prompt si è risposto con una n. 

ASKED 

La prompt è stata emessa, ma non è stata 

data alcuna risposta. 

INACT 

La prompt non è stata emessa. 



194 Versione 7.0

deps Visualizza le informazioni nel formato deps. Utilizzare keys, 

info o logon per modificare il pannello. 



offline Invia l’output del comando al dispositivo di output Conman. 

Per informazioni riguardanti questo dispositivo, consultare 

“Output fuori linea” a pagina 99. 






Stato Lo stato della prompt. 

Message or Prompt 

Per le prompt denominate, il numero messaggio, il nome e il 

testo della prompt. Per le prompt non denominate, il numero 

messaggio, il nome del lavoro o del flusso di lavoro e il testo 

della prompt. 

Formato keys 

Le prompt vengono elencate una su ogni riga. Le prompt denominate 

vengono elencate con i relativi nomi e numeri messaggio. Le prompt 

non denominate vengono elencate con i relativi numeri messaggio e i 

nomi dei lavori o flussi di lavoro in cui compaiono come 

dipendenze. 

Formato deps 

Le prompt utilizzate come dipendenze vengono elencate insieme ai 

lavori e ai flussi di lavoro dipendenti. I lavori vengono elencati nel 

formato standard showjobs. I flussi di lavoro vengono elencati nel 

formato standard showschedules. 


I lavori e i flussi di lavoro che hanno dipendenze prompt vengono 

elencati uno su ogni riga. 


195 






formato showjobs;info. I flussi di lavoro vengono elencati nel 





formato showjobs;logon. I flussi di lavoro vengono elencati nel 


Esempi 

Il seguente esempio visualizza lo stato di tutte le prompt emesse 

sulla workstation su cui si sta eseguendo Conman: 

showprompts 

Il seguente esempio visualizza, nel formato deps, lo stato di tutte le 

prompt mis che sono state emesse: 

sp mis@;asked;deps 

Il seguente esempio visualizza lo stato della prompt numero 34 sulla 

workstation main: 

sp main#34 

196 Versione 7.0

showresources 

Visualizza le informazioni relative alle risorse. 

Sintesi sr[[wkstation#]resourcename][;keys][;offline] 

Argomenti 

sr[[wkstation#]resourcename][;deps[;keys | info | logon]][;offline] 

wkstation Specifica il nome della workstation su cui è definita 

la risorsa. Il valore di default è la workstation su cui 

è in esecuzione Conman. 

resourcename Specifica il nome della risorsa.Sono consentiti i 






pannello. 






pagina 99. 





CPU La workstation su cui è definita la risorsa. 

Resource Il nome della risorsa. 

Total Il numero totale delle unità di risorsa definite. 



197 



Available Il numero di unità di risorsa che non sono state 

assegnate. 

Qty Il numero di unità di risorsa assegnate ad un lavoro o 


Used By Il nome del lavoro o flusso di lavoro. 

Formato keys 

Le risorse vengono elencate una su ogni riga. 

Formato deps 

Le risorse utilizzate come dipendenze vengono elencate seguite dai 

lavori e flussi di lavoro dipendenti. I lavori vengono elencati nel 

formato standard showjobs. I flussi di lavoro vengono elencati nel 



I lavori e flussi di lavoro che dispongono di dipendenze resource 

vengono elencati uno su ogni riga. 




formato showjobs;info. I flussi di lavoro vengono elencati nel 





formato showjobs;logon. I flussi di lavoro vengono elencati nel 


Esempi 

Il seguente esempio visualizza le informazioni relative a tutte le 

risorse sulla workstation su cui si sta eseguendo Conman: 

showresources 

Il seguente esempio visualizza le informazioni relative alla risorsa 

dbase nella workstation main nel formato deps: 

198 Versione 7.0

sr main#dbase;deps 



199 



showschedules 

Visualizza le informazioni relative ai flussi di lavoro. 

Sintesi ss[jstreamselect][;keys][;offline] 

Argomenti 

ss[jstreamselect][;deps[;keys | info | logon]][;offline] 







pannello. 






pagina 99. 





CPU La workstation su cui si esegue il flusso di lavoro. 

Schedule 


Stato Lo stato del flusso di lavoro. Gli stati sono i seguenti: 

add Il flusso di lavoro è stato aggiunto con l’intervento 


200 Versione 7.0


abend Il flusso di lavoro è terminato con un codice di uscita 


cancel Il flusso di lavoro è stato annullato. 

cancel pend 

L’annullamento del flusso di lavoro è in sospeso. 

L’annullamento viene rimandato fino a che tutte le 

dipendenze, compresa un’ora at, non vengono risolte. 




extrn Solo per le dipendenze internetwork, il flusso di lavoro 

si trova su una rete TWS remota e lo stato è sconosciuto. 

Si è verificato un errore, è stata appena eseguita 

un’azione di riesecuzione sul flusso di lavoro 

EXTERNAL oppure il lavoro o il flusso di lavoro INET 

non esiste. 

hold Il flusso di lavoro è in attesa della risoluzione 

dipendenza. 

ready Il flusso di lavoro è pronto per l’avvio e tutte le 


stuck L’esecuzione del flusso di lavoro è stata interrotta. 

Nessun lavoro viene avviato senza l’intervento 


succ Il flusso di lavoro è stato completato con esito positivo. 

Pr La priorità del flusso di lavoro. 

(Est.)Start 

L’ora di avvio del flusso di lavoro. Le parentesi indicano una 

previsione dell’ora di avvio. Se l’ora di avvio è superiore alle 24 

ore precedenti o successive, viene elencata la data invece 

dell’ora. 

(Est)Elapse 

Il tempo di esecuzione del flusso di lavoro. Le parentesi indicano 

una previsione in base alle statistiche registrate. 


201 



Jobs # 

Il numero dei lavori nel flusso di lavoro. 

Jobs OK 

Il numero di lavori che sono terminati con esito positivo. 

Sch Lim 

Il limite lavoro del flusso di lavoro. Se non ne è elencato uno, 

nessun limite è attivo. 

dipendencies 

Un elenco di dipendenze flusso di lavoro e commenti. Può essere 

elencata qualsiasi combinazione di: 

Per una dipendenza di successione viene visualizzato un 

nome lavoro o flusso di lavoro. 

Per una dipendenza opens, viene visualizzato il nome file. 

Se il file si trova su un XA (Extended Agent) e il suo nome 

è più lungo di 25 caratteri, vengono visualizzati solo gli 

ultimi 25 caratteri. 

Per una dipendenza needs, viene visualizzato un nome 

risorsa racchiuso tra trattini (-). Se il numero di unità 

richieste è maggiore di uno, viene visualizzato il numero 

prima del primo trattino. 

Per un’ora until, l’ora è preceduta dal segno

Per i flussi di lavoro trasferiti dal giorno precedente, il nome 

e la data originali vengono visualizzati tra parentesi. 

Formato keys 

I flussi di lavoro vengono elencati uno su ogni riga. 

Formato deps 

I flussi di lavoro utilizzati come dipendenze vengono elencati 


elencati nel formato standard showjobs. I flussi di lavoro vengono 



I flussi di lavoro con le dipendenze di successione vengono elencati 

uno su ogni riga. 




elencati nel formato showjobs;info. I flussi di lavoro vengono 





elencati nel formato showjobs;logon. I flussi di lavoro vengono 


Esempi 

Il seguente esempio visualizza lo stato di tutti i flussi di lavoro nello 

stato hold sulla workstation su cui si sta eseguendo Conman: 

showschedules @+state=hold 

Il seguente esempio visualizza lo stato di tutti i flussi di lavoro corp 

sulla workstation site2 nel formato deps;info: 

ss site2#corp@;deps;info 


Il seguente esempio visualizza lo stato offline di tutti i flussi di 

lavoro nello stato abend su tutte le workstation: 


203 



ss @#@+state=abend;off 

204 Versione 7.0

shutdown 

Arresta incondizionatamente tutti i processi di produzione del 

Workload Scheduler compresi Batchman, Jobman, Netman, Mailman, 

tutti i server Mailman e tutti i programmi di scrittura. 

E’ necessario disporre dell’accesso shutdown alla workstation. 

Sintesi shutdown [;wait] 

Argomenti 


wait Attende che tutti i processi vengano arrestati prima 

di richiedere un altro comando. 


Il comando shutdown arresta i processi solo sulla workstation su cui 

è in esecuzione Conman. Per riavviare solo Netman, eseguire il 

comando StartUp. Per informazioni sul comando StartUp, 

consultare “Comando StartUp” a pagina 278. Per riavviare l’intero 

albero processo, eseguire un comando Conman start. 

E’ necessario eseguire un comando Conman unlink @ prima di 

eseguire un comando shutdown. 

Esempi 

Il seguente esempio chiude la produzione sulla workstation su cui si 

sta eseguendo Conman: 

unlink @ 

shutdown 

Il seguente esempio chiude la produzione sulla workstation su cui si 

sta eseguendo Conman e attende che tutti i processi siano arrestati: 

unlink@;noask 

shut ;wait 


205 



start 

Avvia i processi di produzione del Workload Scheduler. 

E’ necessario disporre dell’accesso start alla workstation. 

Sintesi start[domain!]wkstation[;mgr][;noask] 

Argomenti 

domain Specifica il nome del dominio in cui le workstation 

vengono avviate. Poiché le workstation hanno nomi 

univoci, il dominio non è necessario quando si avvia 

una workstation specifica. Sono consentiti i caratteri 

jolly. 

Questo argomento è utile quando si avvia più di una 

workstation in un dominio. Ad esempio, per avviare 

tutti gli agent nel dominio stlouis, utilizzare il 

seguente comando: 

start stlouis!@ 

Se domain viene omesso e wkstation contiene 

caratteri jolly, il dominio di default è quello nel 

quale si sta eseguendo Conman. 

wkstation Specifica il nome della workstation da avviare. Sono 


mgr Può essere immesso solo sulla workstation su cui è 

in esecuzione Conman. Avvia la workstation locale 

come DM. La workstation diventa il nuovo DM e 

l’attuale DM diventa un FTA (Fault Tolerant Agent). 

Questa forma del comando generalmente segue un 

comando stop. Notare che il metodo preferito di 

commutazione di un DM è quello di utilizzare un 

comando switchmgr. Consultare “switchmgr” a 




206 Versione 7.0



Il comando start viene utilizzato all’inizio di ogni giorno per 

riavviare Workload Scheduler dopo l’elaborazione di preproduzione. 

In quel momento fa sì che gli SA (Standard Agent) e gli FTA (Fault 

Tolerant Agent) con autolink vengano inizializzati e avviati 

automaticamente. Gli agent che non hanno l’autolink vengono 

inizializzati e avviati quando si esegue un comando link. 

Supponendo che un utente disponga dell’accesso start per le 

workstation che vengono avviate, si applicano le seguenti regole: 

Un utente che esegue Conman sull’MDM può avviare qualsiasi 



avviare qualsiasi workstation in tale dominio e nei domini 

subordinati. L’utente non può avviare le workstation nei domini 

peer. 

Un utente che sta eseguendo il Conman su un agent può avviare 

qualsiasi workstation nel dominio locale. 

Esempi La seguente illustrazione e tabella mostra le workstation avviate dai 

comandi start eseguiti dagli utenti in varie ubicazioni nella rete. 


207 



DMn sono DM e Ann sono agent. 

Comando Avviato 

dall’utente1 

start @!@ Tutte le workstation 

vengono avviate. 

start @ DM1 

A11 

A12 

start DOMAIN3!@ DM3 

A31A32 

start DOMAIN4!@ DM4 

A41 

A42 

Avviato 


DM2A21 

A22DM4 

A41 

A42 

DM2A21 

A22 

Avviato 


DM2A21 

A22 

DM2A21 

A22 

Non consentito. Non consentito. 

DM4 

A41 

A42 


start DM2 DM2 DM2 DM2 

start A42 A42 A42 Non consentito. 

start A31 A31 Non consentito. Non consentito. 

208 Versione 7.0

status 

Sintesi status 

Visualizza lo stato di produzione del Workload Scheduler e 

l’intestazione del Conman. 



Dopo la parola Schedule sulla seconda riga dell’output, viene 

mostrata tra parentesi la modalità piano produzione (Symphony). Def 

indica che il piano produzione è in modalità non estesa e Exp indica 

che è in modalità estesa. La modalità del piano produzione viene 

determinata dall’impostazione dell’opzione globale versione estesa. 

Consultare Opzioni globali nel capitolo 2 del Tivoli Workload 

Scheduler Administrator’s Guide per ulteriori informazioni. 

Esempi 

Il seguente esempio visualizza lo stato del piano produzione attuale. 

Quindi imposta il puntatore piano produzione su 2 e visualizza lo 

stato di tale piano produzione. 

%status 

MAESTRO for UNIX (HPUX)/CONMAN 6.0 (3.34) (C) Tivoli Systems 1998 

Schedule (Exp) 11/30/98 (#7) on DEMOCPU. Batchman down. 

Limit: 6, Fence: 0 

%setsym 2 

Schedule 11/29/98 (#5) on DEMOCPU. Symphony switched. 

(2)%status 


Schedule 11/29/98 (#5) on DEMOCPU. Symphony switched. 


209 



stop 

Arresta i processi di produzione del Workload Scheduler. Per 

arrestare il processo Netman, utilizzare il comando shutdown 

. 

E’ necessario disporre dell’accesso stop alla workstation. 

Sintesi stop[domain!]wkstation[;wait][;noask] 

Argomenti 

domain Specifica il nome del dominio in cui le workstation 

vengono arrestate. Poiché le workstation hanno nomi 

univoci, il dominio non è necessario quando si 

arresta una specifica workstation. Sono consentiti i 


Questo argomento è utile quando si arresta più di 

una workstation in un dominio. Ad esempio, per 

arrestare tutti gli agent nel dominio stlouis, utilizzare 

il seguente comando: 

stop stlouis!@ 

Se domain viene omesso e wkstation contiene 

caratteri jolly, il dominio di default è quello nel 

quale si sta eseguendo Conman. 

wkstation Specifica il nome della workstation da arrestare. 


wait Specifica di non accettare un altro comando finché 

non si arrestano tutti i processi. 




Se il comando stop non può essere applicato ad una workstation 

lontana (se il percorso TCP/IP non è disponibile, ad esempio), il 

210 Versione 7.0

comando viene memorizzato in modo locale in un file pobox e viene 

inviato alla workstation quando essa si collega. 

Assumendo che l’utente disponga dell’accesso stop alle workstation 

che vengono arrestate, si applicano le seguenti regole: 

Un utente che esegue Conman sull’MDM può arrestare qualsiasi 



arrestare qualsiasi workstation in tale dominio e nei domini 

subordinati. L’utente non può arrestare le workstation nei domini 

peer. 

Un utente che esegue Conman su un agent può arrestare 

qualsiasi workstation nel dominio locale. 

Esempi La seguente illustrazione e tabella mostra le workstation arrestate da 

diversi comandi stop eseguiti dagli utenti da diverse ubicazioni nella 

rete. 




211 



Comando Arrestato da: 

Utente1 

stop @!@ Tutte le workstation 

vengono arrestate. 

stop @ DM1 

A11 

A12 

stop DOMAIN3!@ DM3 

A31A32 

stop DOMAIN4!@ DM4 

A41 

A42 

Arrestato da: 

Utente2 

DM2A21 

A22DM4 

A41 

A42 

DM2A21 

A22 

Arrestato da: 

Utente3 

DM2A21 

A22 

DM2A21 

A22 

Non consentito. Non consentito. 

DM4 

A41 

A42 


stop DM2 DM2 DM2 DM2 

stop A42 A42 A42 Non consentito. 

stop A31 A31 Non consentito. Non consentito. 

212 Versione 7.0

submit docommand 

Inoltra un comando che deve essere avviato come lavoro Workload 


Sintesi 

Argomenti 

E’ necessario disporre dell’accesso submit al lavoro. Per includere le 

dipendenze needs e prompt, è necessario disporre dell’accesso use 

alle risorse e alle prompt globali. 

sbd [wkstation#]″cmd″[;alias[=name]][;into=jobstream] 

[;joboption[;...]] 


wkstation 

Specifica il nome della workstation su cui il lavoro verrà 

avviato. I caratteri jolly sono consentiti; in questo caso il 

lavoro viene avviato su tutte le workstation di qualifica. Il 

valore di default è la workstation su cui è in esecuzione 

Conman. Non è possibile specificare un dominio o classe 

workstation. 

cmd Specifica un comando sistema valido fino ad un massimo di 

255 caratteri. L’intero comando deve essere racchiuso tra 

apici (″). Il comando viene trattato come lavoro e si 

applicano tutte le regole lavoro. 

alias=name 

Specifica un nome univoco da assegnare al lavoro. Se si 

immette la parola chiave alias senza specificare un nome, 

viene creato un nome utilizzando i primi due caratteri 

alfanumerici del comando seguiti da un numero a caso di sei 

cifre. Il nome è sempre in maiuscolo. Ad esempio, se il 

comando è rm apfile, il nome creato sarà simile a 

RM123456. 

Se non si utilizza l’alias, un nome lavoro viene creato con i 

primi otto caratteri alfanumerici del comando, in maiuscolo. 


213 



into= jobstream 

Specifica il nome del flusso di lavoro nel quale il lavoro 

verrà posizionato per l’avvio. Immettere il nome come 

segue: 

[wkstation#]jstream Se non si specifica una wkstation, il 

valore di default è la workstation su cui si sta eseguendo 

Conman. Se non si utilizza into, il lavoro viene aggiunto a 

un flusso di lavoro denominato JOBS. 

joboption 

Specificare uno dei seguenti: 

at=hhmm [timezone|tz tzname] [+n days | mm/dd/yy] 

confirmed 

every=rate 


interactive 

logon=user 



hi | go] 


recovery=stop | continue | rerun 

recoveryjob | after=[wkstation#]job 

recoveryprompt | abendprompt=″text″ 

until=hhmm [timezone|tz tzname] [+n days | mm/dd/yy] 


Se non si specifica una workstation con follows, needs o opens, il 

valore di default è la workstation del lavoro. Se il lavoro viene 

eseguito su un FTA (fault-tolerant agent) e si desidera utilizzare una 

dipendenza prompt o una recoveryprompt, la directory mozart 

(WShome/mozart) sull’MDM (gestore dominio master) deve essere 

accessibile, caricata o condivisa. 

214 Versione 7.0

Esempi 

Il seguente esempio inoltra un comando rm al flusso di lavoro 

JOBS con una dipendenza di successione: 

submit docommand="rm apfile";follows sked3 

Il seguente esempio inoltra un comando sort con l’alias sortit e 

posiziona il lavoro nel flusso di lavoro reports con un’ora at 5:30 

P.M.: 

sbd "sort < file1 > file2";alias=sortit;into=reports;at=1730 

Il seguente esempio inoltra un comando chmod su tutte le 

workstation con nomi che cominciano con site: 

sbd site@#"chmod 444 file2";alias 



215 



submit file 

Inoltra un file per essere avviato come lavoro Workload Scheduler. 




Sintesi sbf 

filename[;alias[=name]][;into=jobstream][;joboption[;...]][;noask] 

Argomenti 

filename 

Specifica il nome del file, fino ad un massimo di 255 

caratteri. Sono consentiti i caratteri jolly.Il nome deve essere 

racchiuso tra apici (″) se contiene caratteri diversi da 

caratteri alfanumerici, trattini (-), barre (/), barre retroverse 

(\) e underscore (_). 

alias=name 

Specifica un nome univoco da assegnare al lavoro. Se si 

immette la parola chiave alias senza specificare il nome, il 

nome viene creato utilizzando i primi due caratteri 

alfanumerici del nome base del file seguiti da un numero a 

caso composto da sei cifre. Il nome è sempre in maiuscolo. 

Ad esempio, se il nome file è jclttx5, il nome creato sarà 

simile a JC123456. 

Se non si utilizza l’alias, il nome del lavoro viene creato con 

i primi otto caratteri alfanumerici del nome base del file, in 

maiuscolo. 

In entrambi i casi precedenti, se il nome file non comincia 

con una lettera, viene richiesto l’utilizzo di alias= name. 


Il nome di un flusso di lavoro nel quale il lavoro verrà 

posizionato per l’avvio. Immettere il nome come: 



216 Versione 7.0



un flusso di lavoro denominato JOBS. 

joboption 



confirmed 

every=rate 


interactive 

logon=user 



hi | go] 







file di qualifica. 



valore di default è la workstation su cui si sta eseguendo Conman. 

Se il lavoro viene eseguito su un FTA (fault-tolerant agent) e si 

desidera utilizzare una dipendenza prompt o una recoveryprompt, 

la directory mozart (WShome/mozart) sull’MDM deve essere 


Esempi 

Il seguente esempio inoltra un file al flusso di lavoro jobs. Il nome 

lavoro è myjcl. 


217 



submit file=d:\jobs\lib\daily\myjcl 

Il seguente esempio inoltra un file, con un nome lavoro misjob4, al 

flusso di lavoro denominato missked. Il lavoro ha bisogno di due 

unità della risorsa slots. 

sbf /usr/lib/mis/jcl4;alias=misjob4;into=missked ;needs=2 slots 

Il seguente esempio inoltra tutti i file con nomi che iniziano con 

back in un flusso di lavoro denominato bkup. 

sbf "/usr/lib/backup/back@";into=bkup 

218 Versione 7.0

submit job 

Inoltra un lavoro per essere avviato da Workload Scheduler. 

Sintesi 

Argomenti 




Per inoltrare un lavoro, è necessario eseguire Conman sull’MDM o 

disporre dell’accesso ai database di Workload Scheduler sull’MDM. 

sbj [wkstation#]jobname[;alias[=name]][;into=jobstream] 

[;joboption[;...]][;noask] 


wkstation 

Specifica il nome della workstation su cui il lavoro verrà 

avviato. I caratteri jolly sono consentiti; in questo caso il 

lavoro viene avviato su tutte le workstation di qualifica. Il 



workstation. 

jobname 

Specifica il nome del lavoro. I caratteri jolly sono consentiti, 

quindi tutti i lavori di qualifica vengono inoltrati. se il lavoro 

si trova già nel piano di produzione e lo si sta inoltrando allo 

stesso flusso di lavoro, è necessario utilizzare l’argomento 

alias per assegnare un nome univoco. 

alias=name 

Specifica un nome univoco da assegnare al lavoro al posto di 

jobname. Se si immette la parola chiave alias senza 

specificare il nome, il nome viene creato utilizzando i primi 

due caratteri alfanumerici di jobname seguiti da un numero a 

caso composto da sei cifre. Il nome è sempre in maiuscolo. 

Ad esempio, se jobname è jcrttx5, il nome creato sarà simile 

a JC123456. 


219 




Specifica il nome del flusso di lavoro nel quale il lavoro 

verrà posizionato per l’avvio. Immettere il nome come: 




un flusso di lavoro denominato jobs. 

joboption 



confirmed 

every=rate 




hi | go] 










valore di default è la workstation del lavoro. Se il lavoro viene 

eseguito su un FTA (fault-tolerant agent) e si desidera utilizzare una 

dipendenza prompt o una recoveryprompt, la directory mozart 

(WShome/mozart) sull’MDM deve essere accessibile, caricata o 

condivisa. 

220 Versione 7.0

Esempi 

Il seguente esempio inoltra i lavori test al flusso di lavoro JOBS: 

submit job=test@ 

Il seguente esempio inoltra un lavoro con un alias di rptx4 e 

posiziona il lavoro nel flusso di lavoro reports con un’ora at 5:30 

P.M.: 

sbj rjob4;alias=rptx4;into=reports;at=1730 

Il seguente esempio inoltra il lavoro txjob3 su tutte le workstation i 

cui nomi cominciano con site: 

sbj site@#txjob3;alias 



221 



submit sched 

Inoltra un flusso di lavoro per essere avviato da Workload Scheduler. 

Sintesi 

Argomenti 

E’ necessario disporre dell’accesso submit al flusso di lavoro. Per 

includere le dipendenze needs e prompt, è necessario disporre 

dell’accesso use alle risorse e alle prompt globali. 

Per inoltrare un flusso di lavoro, è necessario eseguire il Conman 

sull’MDM o avere accesso ai database Workload Scheduler 

sull’MDM. 

sbs [wkstation#]jstreamname[;alias[=name]] 

[;jstreamoption[;...]][;noask] 

wkstation 

Specifica il nome della workstation su cui il flusso di lavoro 

verrà avviato. I caratteri jolly sono consentiti, quindi il flusso 

di lavoro viene avviato su tutte le workstation di qualifica. Il 



workstation. 

jstreamname 

Specifica il nome del flusso di lavoro. I caratteri jolly sono 

consentiti, quindi vengono inoltrati tutti i flussi di lavoro di 

qualifica. Se il flusso di lavoro si trova già nel piano di 

produzione, è necessario utilizzare l’argomento alias per 

assegnare un nome univoco. 

alias=name 

Specifica un nome univoco da assegnare al flusso di lavoro 

al posto di jstreamname. Se si immette la parola chiave alias 

senza specificare un nome, il nome viene creato utilizzando i 

primi due caratteri alfanumerici di jstreamname seguiti da un 

222 Versione 7.0

numero a caso di sei cifre. Il nome è sempre in maiuscolo. 

Ad esempio, se jstreamname è sttrom, il nome creato sarà 

simile a ST123456. 

jstreamoption 

Immettere uno dei seguenti: 


carryforward 


limit=joblimit 



hi | go] 







valore di default è la workstation del flusso di lavoro. Se il flusso di 

lavoro viene eseguito su un FTA (fault-tolerant agent) e si desidera 

includere una dipendenza prompt o una recoveryprompt, la 

directory mozart (WShome/mozart) sull’MDM deve essere 


Esempi 

Il seguente esempio inoltra il flusso di lavoro adhoc su una 

workstation site1 e lo indica come flusso di lavoro carryforward: 

submit sched=site1#adhoc;carryforward 

Il seguente esempio inoltra il flusso di lavoro fox4 con un limite 

lavoro di 2, una priorità di 23 e un’ora until di mezzanotte: 

sbs fox4;limit=2;pri=23;until=0000 



223 



Il seguente esempio inoltra il flusso di lavoro sched3 su tutte le 

workstation con i nomi che cominciano con site: 

sbs site@#sched3 

224 Versione 7.0

switchmgr 

Commuta la gestione dominio dal DM attuale al BDM (gestore 

dominio di backup). 

E’ necessario disporre dell’accesso start e stop al BDM. 

Sintesi switchmgr domain, newmgr 

Argomenti 

domain Specifica il dominio in cui si desidera commutare i 

gestori. 

newmgr Specifica il nome del nuovo DM. E’ necessario che 

sia una workstation nello stesso dominio e dovrebbe 

essere definita precedentemente come FTA (Fault 

Tolerant Agent) con Risolvi dipendenze e Stato 

completo abilitati. 


Il comando arresta una workstation specificata e la riavvia come 

DM. Tutte le workstation membri del dominio vengono informate 

della commutazione e il vecchio DM viene convertito in un FTA 

(Fault Tolerant Agent) nel dominio. 

L’identificazione dei DM viene trasferita a ogni file Symphony del 

nuovo giorno, in modo tale che le commutazioni rimangono attive 

fino a quando non viene eseguito un successivo comando 

switchmgr. Tuttavia, se l’elaborazione del nuovo giorno (il lavoro 

Jnextday) viene eseguita sul vecchio DM, il dominio agirà come se 

fosse stato eseguito un altro comando switchmgr e il vecchio DM 

riprenderà automaticamente le responsabilità di gestione dominio. 

Esempi 

Il seguente esempio commuta il DM alla workstation orca nel 

dominio masterdm: 

switchmgr masterdm,orca 



225 



Il seguente esempio commuta il DM alla workstation ruby nel 

dominio bldg2: 

switchmgr bldg2,ruby 

226 Versione 7.0

System 

Command 

Esegue un comando di sistema. 

Sintesi [: | !] sys-command 

Argomenti 

sys-command Specifica qualsiasi comando di sistema valido. Il 

prefisso (: o !) è necessario solo quando un nome 

comando viene scritto nello stesso modo di un 

comando Conman. 

Esempi 

Il seguente esempio esegue un comando ps su UNIX: 

ps -ef 

Il seguente esempio esegue un comando dir su Windows NT: 

dir \bin 



227 



tellop 

Invia un messaggio alla console di Workload Scheduler. 

Sintesi to [text] 

Argomenti 

text Specifica il testo del messaggio. Il messaggio può 

contenere fino ad un massimo di 900 caratteri. 


Se tellop viene immesso sull’MDM, il messaggio viene inviato a 

tutte le workstation collegate. Se immesso su un DM, il messaggio 

viene inviato a tutti gli agent collegati nel relativo dominio e nei 

domini subordinati. Se immesso su una workstation diversa da un 

DM, il messaggio viene inviato solo al relativo DM se esso è 

collegato. Il messaggio viene visualizzato solo se il livello di 

messaggio console è maggiore di zero. Consultare “console” a 

pagina 137. 

Se tellop viene immesso da solo, richiede il testo messaggio. Alla 

prompt, immettere ogni riga e premere il tasto Invio. Alla fine del 

messaggio immettere due barre (//) o un punto (.) e premere il tasto 

Invio. E’ possibile utilizzare la sequenza nuova riga (\n) per 

formattare i messaggi. Se si immette Control+c in qualsiasi 

momento, si uscirà dal comando tellop senza inviare il messaggio. 

Esempi 

Il seguente esempio invia un messaggio: 

tellop TWS will be 

stopped at\n4:30 for 15 minutes. 

Il seguente esempio richiede il testo prima di inviare un messaggio: 

a 

TELLOP>********************************* 

TELLOP>* TWS will be stopped at * 

TELLOP>* 4:30 for 15 minutes. * 

TELLOP>********************************* 

TELLOP>// 

228 Versione 7.0

unlink 

Chiude i collegamenti di comunicazione tra le workstation. 

E’ necessario disporre dell’accesso unlink per la workstation di 

destinazione. 

Sintesi unlink[domain!]wkstation[;noask] 

Argomenti 


domain Specifica il nome del dominio in cui chiudere i 

collegamenti. Poiché le workstation hanno nomi 

univoci, un dominio non è necessario quando si 

scollega una specifica workstation. Sono consentiti i 


Questo argomento è utile quando si scollega più di 

una workstation nel dominio. Ad esempio, per 

scollegare tutti gli agent nel dominio stlouis, 

utilizzare il seguente comando: 

link stlouis!@ 

Se non si specifica domain e wkstation si utilizzano i 

caratteri jolly, il dominio di default è quello in cui 

esegue il Conman. 

wkstation Specifica il nome della workstation di cui si deve 

effettuare lo scollegamento. Sono consentiti i 





Supponendo che un utente disponga dell’accesso unlink per le 

workstation in fase di scollegamento, si applicano le seguenti regole: 

Un utente che esegue Conman sull’MDM può scollegare 

qualsiasi workstation nella rete. 


229 




scollegare qualsiasi workstation nel relativo dominio e nei 

domini subordinati. L’utente non può scollegare le workstation 

nei domini peer. 

Un utente che esegue Conman su un agent può scollegare 

qualsiasi workstation nel relativo dominio locale. 

Per ulteriori informazioni consultare “link” a pagina 155. 

Esempi La seguente illustrazione e tabella mostra i collegamenti chiusi dai 

comandi unlink eseguiti dagli utenti in varie ubicazioni nella rete. 


Comando Chiuso 


unlink @!@ Tutti i collegamenti 

sono chiusi. 

Chiuso 


Chiuso 


DM1-DM2DM2-A21DM2-A22DM2-DM4DM4-A41 


DM4-A42 

230 Versione 7.0

Comando Chiuso 


Chiuso 


Chiuso 


unlink @ DM1-A11 

DM1-A12 

DM1-DM2DM2-A21DM2-A22DM2-DM4 


DM1-DM2DM1-DM3 

unlink domain3!@ DM3-A31DM3-A32 Non consentito. Non consentito. 

unlink domain4!@ DM4-A41 

DM4-A42 

DM4-A41 

DM4-A42 



unlink DM2 DM1-DM2 Non applicabile. DM2-A21 

unlink A42 DM4-A42 DM4-A42 Non consentito. 

unlink A31 DM3-A31 Non consentito. Non consentito. 


231 



version 

Visualizza l’intestazione del programma Conman. 

Sintesi version 

Esempi 

Il seguente esempio visualizza l’intestazione del programma 

Conman: 

%version 


Schedule 5/16/98 (#7) on SFO. Batchman down. Limit: 6, Fence: 0 

232 Versione 7.0

4 

Comandi di utilità 

Questo capitolo descrive i comandi di utilità del Tivoli Workload 

Scheduler. Questi comandi sono tool che consentono di gestire più 

facilmente il Tivoli Workload Scheduler. I comandi, tranne StartUp 

e version, vengono installati nella directory TWShome/bin. StartUp 

viene installato nella directory TWShome e version è installato nella 

directory TWShome/version. 


Comando Descrizione 

at | mat Solo per UNIX. Inoltra un lavoro perché sia eseguito ad 

un’ora specifica. 

batch | mbatch Solo per UNIX. Inoltra un lavoro perché sia eseguito 

appena possibile. 

caxtract Estrae informazioni sui calendari. 

cpuinfo Restituisce le informazione da una definizione 

workstation. 

datecalc Converte la data e l’ora in un formato desiderato 

dbexpand Espande i database del Tivoli Workload Scheduler. 

delete Rimuove i file di script e i file di elenco standard per 

nome. 

evtsize Definisce la dimensione massima dei file messaggio 

evento. 

jbxtract Estrae informazioni sui lavori. 


233 

4. Comandi di utilità


Comando Descrizione 

jobinfo Restituisce informazioni relative ad un lavoro. 

jobstdl Restituisce i nomi percorso dei file di elenco standard. 

listproc Solo per Windows NT. Elenca i processi. Questo 

comando non è supportato. 

killproc Solo per Windows NT. Interrompe i processi. Questo 

comando non è supportato. 

maestro Restituisce la directory home del Tivoli Workload 


makecal Crea calendari personalizzati. 

morestdl Visualizza il contenuto dei file di elenco standard. 

parms Visualizza, modifica e aggiunge i parametri. 

paxtract Estrae informazioni sui parametri. 

prxtract Estrae informazioni sulle prompt. 

r11xtr Estrae informazioni sui flussi di lavoro. 

release Rilascia le unità di una risorsa. 

rextract Estrae informazioni sulle risorse. 

rmstdlist Rimuove file di elenco standard in base alla data. 

showexec Solo per UNIX. Visualizza informazioni relative 

all’esecuzione dei lavori. 

StartUp Avvia il processo Netman. 

version Solo per UNIX. Visualizza informazioni relative alla 

versione. 

xrxtrct Estrae informazioni sui riferimenti incrociati. 

wmaeutil Estrae informazioni sui riferimenti incrociati. 

234 Versione 7.0

Comandi at | batch 

Solo per UNIX. Inoltra i comandi ad hoc e i lavori che devono 

essere avviati da TWS. Quando si installa il TWS, vengono creati i 

seguenti collegamenti per default: 

/usr/bin/mat —>TWShome/bin/at 

/usr/bin/mbatch —> TWShome/bin/batch 

Consultare at.allow e at.deny di seguito riportati per informazioni 

sulla disponibilità dell’utente. 

Sintesi at | mat -v | -u 

Argomenti 

at | mat -s jstream | -qqueue time-spec 

batch | mbatch -v | -u 

batch | mbatch [-s jstream] 


-v Visualizza la versione del comando ed esce. 

-u Visualizza le informazioni sull’uso del comando ed esce. 

-s jstream 

Specifica il nome di un flusso di lavoro al quale è stato 

inoltrato il lavoro. Se il flusso di lavoro non esiste, viene 

creato. Il nome deve iniziare con una lettera e può contenere 

caratteri alfanumerici e trattini. Per database non espansi, 

può contenere fino a otto caratteri. Per database espansi, può 

contenere fino a 16 caratteri. 

Se gli argomenti -s e -q vengono omessi, viene selezionato 

un nome flusso di lavoro in base al valore della variabile di 

ambiente ATSCRIPT. Se ATSCRIPT contiene la parola 

maestro, il nome del flusso di lavoro sarà composto dai 

primi otto caratteri del nome gruppo utente. Se ATSCRIPT 

non viene impostata o viene impostata su un valore diverso 


235 



da maestro, il nome flusso di lavoro sarà at (per i lavori 

inoltrati con at )obatch (per i lavori inoltrati con batch ). 

Consultare “Altre considerazioni” a pagina 238 per ulteriori 

informazioni sui flussi di lavoro. 

-q queue 

Specifica di inoltrare il lavoro a un flusso di lavoro con il 

nome queue, il quale può essere composto da una singola 

lettera (dalla A alla Z). Consultare “Altre considerazioni” a 

pagina 238 per ulteriori informazioni sui flussi di lavoro. 

time-spec 

Specifica l’ora in cui verrà avviato il lavoro. Solo per i 

lavori at. La sintassi è uguale a quella utilizzata con il 

comando at di UNIX. 


Dopo aver immesso at o batch, immettere i comandi che 

costituiscono il lavoro. Finire ogni riga di input premendo il tasto 

Invio. L’intera sequenza viene terminata con end-of-file 

(normalmente Control+d ) o immettendo una riga con un punto (.). 

In alternativa, utilizzare i segni maggiore e minore (

inoltro. Per assicurarsi che l’ambiente sia completo, i comandi set 

vengono inseriti nello script per corrispondere alle impostazioni 

nell’ambiente dell’utente. 

Sostituzione dei comandi UNIX 

E’ possibile sostituire i comandi at e batch standard di UNIX con i 

comandi TWS. I seguenti comandi indicano come sostituire i 

comandi UNIX at e batch: 

$ mv /usr/bin/at /usr/bin/uat 

$ mv /usr/bin/batch /usr/bin/ubatch 

$ln-sTWShome/bin/at /usr/bin/at 

$ln-sTWShome/bin/batch /usr/bin/batch 

Notare che lo script customize installa i collegamenti nei comandi at 

e batch per default. Ciò consente l’esecuzione dei comandi nel 

seguente modo: 

/usr/bin/mat 

/usr/bin/mbatch 

I file at.allow e at.deny 

I comandi at e batch utilizzano i file /usr/lib/cron/at.allow e 

/usr/lib/cron/at.deny per limitare l’utilizzo. Se il file at.allow esiste, 

solo gli utenti elencati nel file possono utilizzare i comandi at e 

batch. Se il file non esiste, at.deny viene controllato per verificare 

se all’utente viene negato esplicitamente il permesso. Se nessun file 

esiste, solo l’utente root può utilizzare i comandi. Se i comandi 

vengono eseguiti come mat e mbatch, at.allow e at.deny vengono 

ignorati e non si applica alcun limite. 

File di script 

I comandi immessi con at o batch vengono memorizzati nei file 

script. I file vengono creati da TWS utilizzando la seguente 

convenzione di denominazione: 

TWShome/atjobs/epoch.sss 

dove: 

epoch Il numero di secondi da 00:00, 1/1/70. 



237 



sss I primi tre caratteri del nome flusso di lavoro. 

Nota: TWS rimuove i file di script per i lavori che non vengono 

trasferiti. Tuttavia, Tivoli consiglia di controllare lo spazio su 

disco nella directory atjobs e di rimuovere i file più vecchi se 

necessario. 

Nomi lavoro 

A tutti i lavori at e batch vengono dati nomi univoci da parte di 

TWS una volta inoltrati. I nomi sono composti dal PID (process ID) 

dell’utente preceduto dal nome utente troncato in modo che non 

possa superare la lunghezza di otto caratteri. Il nome risultante viene 

espresso in lettere maiuscole. 

Altre considerazioni 

Tivoli consiglia che i flussi di lavoro ai quali vengono inoltrati at e 

batch vengano creati inizialmente con il Composer. I flussi di lavoro 

possono contenere dipendenze che determinano quando il lavoro 

verrà avviato. I flussi di lavoro devono contenere almeno la parola 

chiave carryforward. Ciò assicura che i lavori non completati o che 

non sono stati avviati durante il giorno corrente verranno trasferiti al 

piano di produzione del giorno successivo. Altri suggerimenti relativi 

ai flussi di lavoro at e batch: 

Includere l’espressione on everyday affinché ogni giorno 

vengano selezionati i flussi di lavoro. 

Utilizzare la parola chiave limit per limitare il numero dei lavori 

inoltrati che possono essere eseguiti contemporaneamente. 

Utilizzare la parola chiave priority per impostare la priorità dei 

lavori inoltrati in relazione agli altri lavori. 

Esempi 

Il seguente esempio inoltra un lavoro al flusso di lavoro sched8 che 

deve essere avviato il prima possibile: 

mbatch -s sched8 

command 

... 

 

238 Versione 7.0

Il seguente esempio inoltra un lavoro ad un flusso di lavoro k che 

deve essere avviato alle 9:45 P.M.: 

mat -qk 21h45 

command 

... 

 

Il seguente esempio inoltra un lavoro che deve essere avviato a due 

ore dall’immissione del comando: 

TWShome/bin/at now + 2 hours 

command 

... 

 

Se la variabile ATSCRIPT è nulla, il lavoro viene inoltrato al flusso 

di lavoro con lo stesso nome del gruppo utente. Altrimenti, viene 

inoltrato ad un flusso di lavoro denominato at . 

Il seguente esempio inoltra un lavoro ad un flusso di lavoro 

sked-mis che deve essere avviato alle 5:30 P.M.: 

mat -s sked-mis 17h30 

command 

... 

 


Il seguente esempio è uguale al precedente, con l’eccezione che i 

comandi del lavoro vengono letti dal file: 

mat -s sked-mis 17h30 < ./myjob 

Il fatto che i comandi vengano letti da un file non modifica la 

modalità con cui verranno elaborati. Cioè, i comandi vengono copiati 

dal file ./myjob in un file script. 


239 



Comando caxtract 

Estrae informazioni sui calendari dal database TWS. 

Sintesi caxtract[-v|-u][-o file] 

Argomenti 



-o file Specifica il file di output. Il valore di default è stdout. 


Ogni record del calendario contiene campi di lunghezza variabile 

delimitati dal separatore. I campi vengono descritti nella seguente 

tabella. 

Campo Descrizione Lunghezza 

massima (byte) 

1 nome calendario 8 

2 descrizione calendario 64 

Esempi 

Prendere informazioni su tutte le definizioni dei calendari e 

indirizzare l’output al file cainfo: 

caxtract -o cainfo 

240 Versione 7.0

Comando cpuinfo 

Restituisce le informazione da una definizione workstation. 

Sintesi cpuinfo -v | -u 

Argomenti 

cpuinfo wkstation[infotype] [...] 




wkstation 

Il nome della workstation. 

infotype 

Il tipo di informazioni da visualizzare. Specificare uno dei 

seguenti: 

os_type 

Restituisce il valore del campo os: MPEV, MPIX, 

UNIX, WNT o OTHER. 

node Restituisce il valore del campo node. 

port Restituisce il valore del campo port. 

autolink 

Restituisce il valore del campo autolink: ONoOFF. 

fullstatus 

Restituisce il valore del campo fullstatus: ONo 

OFF. 

resolvedep 

Restituisce il valore del campo resolvedep: ONo 

OFF. 

host Restituisce il valore del campo host. 

method 

Restituisce il valore del campo access. 


241 



server Restituisce il valore del campo server. 

type Restituisce il tipo di workstation: MASTER, 

MANAGER, FTA, S-AGENT e X-AGENT. 

time_zone 

Restituisce il fuso orario della workstation. Per un 

XA (Extended Agent), il campo è vuoto. 

version 

Restituisce la versione TWS in esecuzione sulla 

workstation. Per un XA (Extended Agent), il campo 

è vuoto. 

info Restituisce la versione del sistema operativo e il 

modello della workstation. Per un XA (Extended 

Agent), il campo è vuoto. 


I valori vengono restituiti, su nuove righe, nello stesso ordine in cui 

gli sono stati immessi nella riga comandi. Se non vengono specificati 

argomenti, tutte le informazioni applicabili vengono restituite con 

etichette, su nuove righe. 

Esempi Gli esempi di seguito riportati si basano sulla seguente definizione di 

workstation: 

cpuname oak 

os UNIX 

node oak.tivoli.com 

tcpaddr 31111 

for maestro 

autolink on 

fullstatus on 

resolvedep on 

end 

Il seguente esempio stampa il tipo os per la workstation oak: 

>cpuinfo oak os_type 

UNIX 

Il seguente esempio stampa node e port per la workstation oak: 

242 Versione 7.0

cpuinfo oak node port 

oak.tivoli.com 

31111 

Il seguente esempio stampa tutte le informazioni per la workstation 

oak: 

>cpuinfo oak 

OS TYPE:UNIX 

NODE:oak.tivoli.com 

PORT:31111 

AUTOLINK:ON 

FULLSTATUS:ON 

RESOLVEDEP:ON 

HOST: 

METHOD: 

SERVER: 

TYPE: FTA 

TIME ZONE:US/Pacif 

VERSION:6.1 

INFO:SunOS 5.3 Generic 1016 sun4m 



243 



Comando datecalc 

Risolve le espressione della data e restituisce le date nel formato 

desiderato. 

Sintesi datecalc -v | -u 

Argomenti 

datecalc base-date [offset] [pic format] 

datecalc -t time [base-date] [offset] [pic format] 

datecalcyyyymmddhhtt [offset] [pic format] 



base-date 


day | date | today | tomorrow | scheddate 

dove: 

day Specifica un giorno della settimana. I valori validi 

sono: su, mo, tu, we, th, fr o sa. 

date Specifica una data, nel formato 

element/element[/element], dove element è: d[d], 

m[m] eyy[yy]. 

Se vengono utilizzate due cifre per indicare l’anno ( 

yy ), un numero maggiore di 70 è una data del 20° 

secolo e un numero minore di 70 è una data del 21° 

secolo. 

I valori validi per il mese ( m [ m ]) sono jan, feb, 

mar, apr, may, jun, jul, aug, sep, oct, nov o dec. 

244 Versione 7.0

Le barre (/) possono essere sostituite da trattini (-), 

punti (.), virgole (,) o spazi. Ad esempio, è possibile 

immettere uno qualsiasi di essi per il 28 Marzo 

1999: 

03/28/99 

3-28-1999 

28.mar.99 

99,28,3 

mar 28 1999 

28399 


Se vengono utilizzati numeri, è possibile immettere 

una data ambigua, ad esempio, 2,7,98. In questo 

caso, datecalc utilizza il formato data definito nel 

catalogo messaggi TWS per interpretare la data. Se 

la data non corrisponde al formato, datecalc genera 

un messaggio di errore. 

today Specifica la data di sistema corrente. 

tomorrow 

Specifica la data di sistema corrente più un giorno o, 

in caso di calcoli dell’ora, più 24 ore. 

scheddate 

Specifica la data del piano di produzione. 

-t time [ base-date ] 

Specificare l’ora in uno dei seguenti formati: 

now | noon | midnight |[h[h][[:]mm] [am | pm] [zulu] 

dove: 

now Specifica la data e l’ora di sistema corrente. 

noon Specifica 12:00 P.M. (o 1200). 

midnight 

Specifica 12:00 A.M. (o 0000). 

h[h][[:]mm] 

Specifica l’ora e il minuto in una notazione a 12 ore 


245 



(se vengono utilizzati am o pm) oppure in una 

notazione a 24 ore. Il delimitatore due punti (:) 

facoltativo può essere sostituito da un punto (.), una 

virgola (,), un apostrofo (’), la lettera h odauno 

spazio. Ad esempio per 8:00 P.M. è possibile 

immettere uno qualsiasi dei seguenti: 

8:00pm 

20:00 

0800pm 

2000 

8pm 

20 

8,00pm 

20.00 

8\’00pm 

20 00 

zulu Specifica che l’ora immessa è l’ora GMT 

(Greenwich Mean Time) (Universal Coordinated 

Time). datecalc la convertirà nell’ora locale. 

yyyymmddhhtt 

Specifica l’anno, il mese, il giorno, l’ora e il minuto espressi 

esattamente in dodici cifre. Ad esempio, per 1999, Maggio 7, 

9:15 A.M., immettere: 199905070915 

offset Specifica uno scostamento dalla data di base nel seguente 

formato: 

{[+ | > | - | < number | nearest] |next} day[s] | 

weekday[s] | workday[s] | week[s] | month[s] | 

year[s] | hour[s] | minute[s] | 

day | calendar 

dove: 

+|> (Più) Specifica uno scostamento ad una data o ad 

un’ora successiva. Assicurarsi di evitare i segni di 

maggiore e minore (″\>″). 

246 Versione 7.0


-|< (Meno) Specifica uno scostamento a una data o ora 

precedente. Assicurarsi di evitare i segni di maggiore 

e minore (″\


picformat 

Specifica il formato con cui vengono restituite la data e 

l’ora. I caratteri del formato sono i seguenti: 

m Numero del mese. 

d Numero del giorno. 

y Numero dell’anno. 

j Numero giorno Giuliano. 

h Numero dell’ora. 

t Numero del minuto. 

^ Uno spazio. (Questo carattere deve essere evitato (\) 

nella shell Bourne.) 

Inoltre è possibile includere i caratteri di punteggiatura. Sono 

uguali ai delimitatori utilizzati in date e time. 

Se non viene definito un formato, datecalc restituisce la data 

e l’ora nel formato definito dalle variabili di ambiente NLS 

(Native Language Support). Se le variabili di ambiente NLS 

non sono definite, la lingua nativa viene impostata per 

default su C. 

Esempi 

Il seguente esempio restituisce la data successiva, da oggi, sul 

calendario monthend: 

>datecalc today next monthend 

Nei seguenti esempi, la data corrente di sistema è Venerdì, 9 Aprile 

1999. 

>datecalc today +2 days pic mm/dd/yy 

04/11/99 

>datecalc today next tu pic yy\^mm\^dd 

99 04 13 

>LANG=american;export LANG 

>datecalc -t 14:30 tomorrow 

Sat, Apr 10, 1999 02:30:00 PM 

>LANG=french;datecalc -t 14:30 tomorrow 

Samedi 10 avril 1999 14:30:00 

248 Versione 7.0

Nel seguente esempio, l’ora di sistema corrente è 10:24. 

>datecalc -t now \> 4 hours pic hh:tt 

14:24 



249 



Comando dbexpand 

Converte i database sull’MDM (gestore dominio master) dalla 

modalità non estesa alla modalità estesa. Il comando imposta 

l’opzione globale versione estesa su sì e crea le copie di backup dei 

vecchi file di database che possono essere utilizzati per ritornare alla 

modalità non estesa se necessario. 

Se si aggiorna la rete in fasi e quest’ultima contiene delle 

workstation in esecuzione sul Tivoli Maestro Versione 5.x o 

precedente, è necessario utilizzare database non estesi fino a quando 

non siano stati aggiornati tutti i computer in Tivoli Maestro 6.x o sul 

Tivoli Workload Scheduler. Quando tutti i computer sono aggiornati, 

eseguire dbexpand sull’MDM (gestore dominio master) per 

convertire i database in modalità estesa. 

Sintesi dbexpand -v | -u 

Argomenti 

dbexpand -n[-bbackup-dir] 



-n 

Specifica di non richiedere un nome directory di backup. Se 

viene incluso -b, la directory denominata viene utilizzata per 

backup. Se non viene incluso -b, viene utilizzata la directory 

di default. In qualunque caso, se la directory esiste, viene 

sovrascritta. 

-bbackup-dir 

Specifica una directory nella quale effettuare il backup dei 

file del database. La directory di default è: 

TWShome/mozart/mozart.old 

Se viene omesso -n e la directory di backup già esiste, verrà 

richiesto il nome della directory di backup. 

250 Versione 7.0



E’ possibile eseguire il comando dbexpand senza arrestare TWS. 

Tuttavia, non è possibile inoltrare i lavori o i flussi di lavoro al 

piano di produzione corrente fino a quando non si verifica la nuova 

rotazione del giorno. Per questo motivo, Tivoli consiglia di eseguire 

dbexpand subito prima dell’esecuzione del lavoro Jnextday. 

Esempi 

Il seguente esempio espande i database ed effettua la copia di back 

up dei file correnti nella directory /usr/lib/maestro/temp. Sela 

directory già esiste, ne sovrascrive il contenuto. 

dbexpand -n -b /usr/lib/maestro/temp 

Il seguente esempio espande i database ed effettua la copia di back 

up dei file correnti nella directory c:\programs\wsched\temp. Sela 

directory già esiste viene visualizzata una prompt. 

dbexpand -b c:\programs\wsched\temp 


251 



Comando delete 

Rimuove i file. Questo comando ha il compito di rimuovere i file di 

elenco standard. Gli utenti maestro e root possono rimuovere 

qualsiasi file. Altri utenti possono rimuovere solo i file associati ai 

loro lavori. 

Sintesi delete -v | -u 

Argomenti 

delete filename 



filename 

Specifica il nome del file o del gruppo di file da rimuovere. 

Il nome deve essere racchiuso tra apici (″) se contiene 

caratteri diversi dai seguenti: alfanumerici, trattini (-), barre 

(/), barre retroverse (\) e underscore (_). Sono consentiti i 


ATTENZIONE: 

Utilizzare questo comando con attenzione. Un uso improprio dei 

caratteri jolly può provocare la rimozione accidentale dei file. 

Esempi 

Il seguente esempio rimuove tutti i file di elenco standard per il 

4/11/99: 

delete d:\win32app\maestro\stdlist\1999.4.11\@ 

Il seguente script, incluso in un lavoro pianificato su UNIX, rimuove 

il file di elenco standard del lavoro nel caso in cui non si verifichino 

errori: 

... 

#Remove the stdlist for this job: 

if grep -i error $UNISON_STDLIST 

then 

exit 1 

252 Versione 7.0

else 

vmaestrov/bin/delete $UNISON_STDLIST 

fi 

... 


Notare che lo script di configurazione standard, jobmanrc, imposta 

la variabile UNISON_STDLIST sul nome del file di elenco standard 

del lavoro. Per ulteriori informazioni su jobmanrc fare riferimento 

al Manuale per l’utente del Tivoli Workload Scheduler. 


253 



Comando evtsize 

Definisce la dimensione dei file di evento TWS. Questo comando 

viene utilizzato per aumentare la dimensione di un file eventi dopo 

aver ricevuto il messaggio, “End of file on events file.” E’ 

necessario essere l’utente maestro o root per eseguire evtsize. 

Sintesi evtsize -v | -u 

Argomenti 

evtsize filename size 



filename 

Il nome del file eventi. Specificare uno dei seguenti: 

Courier.msg 

Intercom.msg 

Mailbox.msg 

maestro.msg 

netman.msg 

unison.msg 

pobox/wkstation.msg 

size La dimensione massima del file eventi in byte. Quando viene 

creato per la prima volta da TWS, la dimensione massima 

viene impostata su 1 MB. 

Esempi 

Il seguente esempio imposta la dimensione massima del file 

Intercom su 2 MB: 

evtsize Intercom.msg 2000000 

Il seguente esempio imposta la dimensione massima del file pobox 

per la workstation chicago su 1.5 MB: 

evtsize pobox\chicago.msg 1500000 

254 Versione 7.0

Comando jbxtract 

Estrae informazioni sui lavori dal database TWS. 

Sintesi jbxtract[-v|-u][-j job] [-c wkstat] [-o file] 

Argomenti 




-j job Specifica il lavoro per il quale viene eseguita l’estrazione. Il 

valore di default sono tutti i lavori. 

-c wkstat 

Specifica la workstation dei lavori per la quale viene 

eseguita l’estrazione. Il valore di default sono tutte le 

workstation. 



La variabile MAESTRO_OUTPUT_STYLE specifica lo stile di 

output per i nomi di oggetto lunghi. Impostare la variabile su LONG 

per utilizzare i campi di lunghezza completa (esteso) per i nomi di 

oggetto. Se la variabile non viene impostata o è impostata su un 

valore diverso da LONG e l’opzione globale versione estesa viene 

impostata su sì, i nomi lunghi vengono troncati a otto caratteri 

seguiti da un segno più (+). Ad esempio: A1234567+. Se l’opzione 

versione estesa viene impostata su no, i nomi lunghi vengono 

troncati a otto caratteri. 

Ogni record del lavoro contiene campi di lunghezza variabile 


tabella. 


massima (byte) * 

1 nome workstation 8/16 

2 nome lavoro 8/16 


255 




massima (byte) * 

3 nome file script lavoro 256/4096 

4 descrizione lavoro 65 

5 nome lavoro di ripristino 16 

6 opzione di ripristino (0=arresta, 1=riesegui, 2=continua) 5 

7 testo della prompt di ripristino 64 

8 indicatore documentazione automatica (0=disabilitato, 

1=abilitato) 

5 

9 nome utente login lavoro 36 

10 nome utente sviluppatore lavoro 36 

11 numero di esecuzioni riuscite 5 

12 numero di esecuzioni terminate in modo anomalo 5 

13 tempo totale trascorso di tutte le esecuzioni del lavoro 8 

14 tempo cpu totale di tutte le esecuzioni lavoro 8 

15 tempo trascorso medio 8 

16 ultima data per l’esecuzione (aammgg) 8 

17 ultima ora di esecuzione (hhmm) 8 

18 ultimi secondi cpu 8 

19 ultima ora trascorsa 8 

20 numero massimo di secondi della cpu 8 

21 massimo tempo trascorso 8 

22 ultima data massima per l’esecuzione (aammgg) 8 

23 numero minimo dei secondi della cpu 8 

24 minimo tempo trascorso 8 

25 data di esecuzione minima (aammgg) 8 

* database non estesi/database estesi 

Esempi 

Estrarre informazioni sul lavoro myjob sulla workstation main e 

indirizzare l’output al file jinfo: 

jbxtract -j myjob -c main -o jinfo 

256 Versione 7.0

Comando jobinfo 

Utilizzato in uno script lavoro per restituire le informazioni sul 

lavoro. 

Sintesi jobinfo -v | -u 

Argomenti 

jobinfo job-option [...] 




job-option 

L’opzione job. Specificare uno dei seguenti: 

confirm_job 

Restituisce SI’ se il lavoro richiede la conferma. 

is_command 

Restituisce SI’ se il lavoro è stato pianificato o 

inoltrato utilizzando la struttura docommand. 

job_name 

Restituisce il nome del lavoro senza i nomi della 

workstation e del flusso di lavoro. 

job_pri 

Restituisce il livello di priorità del lavoro. 

programmatic_job 

Restituisce YES se il lavoro è stato inoltrato con il 

comando at o batch TWS. 

re_job 

Restituisce YES se si sta rieseguendo il lavoro come 

risultato di un comando rerun Conman o 

dell’opzione di ripristino di riesecuzione. 

re_type 

Restituisce l’opzione di ripristino del lavoro 

(arresta, continua o riesegui). 


257 



rstrt_flag 

Restituisce YES se il lavoro si sta eseguendo come 

lavoro di ripristino. 

time_started 

Restituisce l’ora di avvio dell’esecuzione del lavoro. 


I valori dell’opzione lavoro vengono restituiti su nuove righe, nello 

stesso ordine in cui sono stati richiesti. 

Esempi 

Il file di script /jcl/backup viene documentato due volte, ad esso 

vengono assegnati i nomi lavoro partback e fullback. Se il lavoro 

viene eseguito come partback, esso esegue un backup parziale. Se 

viene eseguito come fullback, eseguirà un backup completo. 

All’interno dello script, i comandi come quelli che seguono vengono 

utilizzati per creare la determinazione: 

#Determine partial (1) or full (2): 

if["v\vmaestro\v/bin/jobinfo job_namev" = "PARTBACK" ] 

then 

bkup=1 

else 

bkup=2 

fi 

... 

258 Versione 7.0

Comando jobstdl 

Restituisce i nomi dei file elenco standard. 

Sintesi jobstdl -v | -u 

Argomenti 

jobstdl [-day num] [-first | -last | -num n | -all] 

[-name jstream.job | jobnum] 




-daynum 

Restituisce i nomi dei file di elenco standard che 

costituiscono il numero specificato di giorni trascorsi (1 per 

ieri, 2 per l’altro ieri e così via). Il valore di default è zero 

(oggi). 

-first Restituisce il nome del primo file di elenco standard di 

qualifica. 

-last Restituisce il nome dell’ultimo file di elenco standard di 

qualifica. 

-numn 

Restituisce il nome del file di elenco standard per 

l’esecuzione specificata di un lavoro. 

-all Restituisce il nome di tutti i file di elenco standard di 

qualifica. 

-name jstream.job 

Specifica il nome del flusso di lavoro e del lavoro per il 

quale vengono restituiti nomi file di elenco standard. 

jobnum 

Specifica il numero lavoro del lavoro per il quale vengono 

restituiti nomi file di elenco standard. 


259 




I nomi file vengono restituiti in un formato adatto per l’input ad altri 

comandi. Più nomi vengono restituiti separati da uno spazio. 

Esempi 

Il seguente esempio restituisce i nomi percorso di tutti i file di 

elenco standard per il giorno corrente: 

jobstdl 

Il seguente esempio restituisce il nome percorso dell’elenco standard 

per la prima esecuzione del lavoro mailxhg1.getmail nel giorno 

corrente: 

jobstdl -first -name mailxhg1.getmail 


per la seconda esecuzione del lavoro mailxhg1.getmail nel giorno 

corrente: 

jobstdl -num 2 -name mailxhg1.getmail 

Il seguente esempio restituisce i nomi percorso dei file di elenco 

standard per tutte le esecuzione del lavoro mailxhg1.getmail a 

partire da tre giorni fa: 

jobstdl -day 3 -name mailxhg1.getmail 


per l’ultima esecuzione del lavoro mailxhg1.getmail a partire da 

quattro giorni fa: 

jobstdl -day 4 -last -name mailxhg1.getmail 


per il lavoro numero 455 : 

jobstdl 455 

Il seguente esempio stampa il contenuto del file elenco standard per 

il numero lavoro 455 : 

cd vmaestrov/bin 

lp -p 6 vjobstdl 455v 

260 Versione 7.0

Comando maestro 

Restituisce il nome percorso della directory home del Tivoli 

Workload Scheduler, a cui si fa riferimento come TWShome 

. 

Sintesi maestro[-v|-u] 

Argomenti 



Esempi 

Il seguente esempio visualizza la directory home TWS: 

$ maestro 

/usr/lib/maestro 


Il seguente esempio modifica la directory in directory home TWS: 

$cdvmaestrov 


261 



Comando makecal 

Crea un calendario personalizzato. Su UNIX, per eseguire questo 

comando è richiesto la shell Korn. 

Sintesi makecal [-v|-u] 

Argomenti 

makecal [-c name] -d n | -e |{-f1|2|3-sdate} |-l | -m | 

-p n |{-r n -s date} |-w n [-i n] [-x|-z] 



-cname 

Specifica un nome per il calendario. Il nome può contenere 

fino a otto caratteri alfanumerici e deve iniziare con una 

lettera. Il nome di default è: Chhmm , dove hhmm è l’ora e 

il minuto corrente. 

-dn Specifica il giorno n di ogni mese. 

-e Specifica l’ultimo giorno di ogni mese. 

-f1|2|3 

Crea il calendario fiscale month-end contenente l’ultimo 

giorno del mese fiscale. Specificare uno dei seguenti formati: 

1 formato settimana 4-4-5 

2 formata settimana 4-5-4 

3 formato settimana 5-4-4 

Questo argomento richiede l’argomento -s. 

-in Specifica di inserire n date nel calendario. 

-l Specifica l’ultimo giorno lavorativo di ogni mese. Affinché 

questo argomento operi in modo appropriato, è necessario 

che il piano produzione (file Symphony) e il calendario 

holidays siano già presenti. 

262 Versione 7.0


-m Specifica il primo e il quindicesimo giorno di ogni mese. 

-pn Specifica il giorno lavorativo prima del giorno n di ogni 

mese. Affinché questo argomento operi in modo appropriato, 

è necessario che il piano produzione (file Symphony) e il 

calendario holidays siano già presenti 

-rn Specifica ogni giorno n. Questo argomento richiede 

l’argomento -s. 

-s date 

Specifica la data di avvio per gli argomenti -f e -r. La data 

deve essere racchiusa tra virgolette e deve essere valida e 

non ambigua, ad esempio utilizzare 10 GEN 1999, non 

1/10/99. Consultare base-date per datecalc dopo “Comando 

datecalc” a pagina 244 per ulteriori informazioni sui formati 

della data. 

-wn Specifica il giorno lavorativo dopo il giorno n del mese. 

Affinché questo argomento operi in modo appropriato, è 

necessario che il piano produzione (file Symphony) e il 

calendario holidays siano già presenti. 

-x Invia l’output del calendario a stdout invece che aggiungerlo 

al database calendario. 

-z Aggiunge il calendario al database calendario e compila il 

piano produzione (file Symphony). AVVERTENZA: questo 

argomento inoltra nuovamente i lavori e i flussi di lavoro dal 

piano di produzione del giorno corrente. Potrebbe essere 

necessario annullare i flussi di lavoro e i lavori. 

Esempi 

Il seguente esempio crea un calendario biennale con l’ultimo giorno 

di ogni mese selezionato: 

makecal -e -i24 

Il seguente esempio mostra un calendario con 30 giorni che inizia il 

30 Maggio 1999 con tutti i terzi giorni selezionati: 

makecal -r 3 -s "30 MAY 1999" -i30 


263 



Comando morestdl 

Visualizza il contenuto dei file di elenco standard. 

Sintesi morestdl -v | -u 

Argomenti 

morestdl [-day num] [-first | -last | -num n | -all] 

[-name jstream.job | jobnum] 



-daynum 

Visualizza i file di elenco standard che costituiscono il 

numero specificato di giorni trascorsi (1 per ieri, 2 per l’altro 

ieri e così via). Il valore di default è zero (oggi). 

-first Visualizza il primo file di elenco standard di qualifica. 

-last Visualizza l’ultimo file di elenco standard di qualifica. 

-numn 

Visualizza il file di elenco standard per l’esecuzione 

specificata di un lavoro. 

-all Visualizza tutti i file di elenco standard di qualifica. 

-name jstream.job 

Specifica il nome del flusso di lavoro e del lavoro per i quali 

viene visualizzato il file di elenco standard. 

jobnum 

Specifica il numero lavoro del lavoro per il quale viene 

visualizzato il file di elenco standard. 

Esempi 

Il seguente esempio visualizza il file di elenco standard per la prima 

esecuzione del lavoro mailxhg1.getmail sul giorno corrente: 

morestdl -first -name mailxhg1.getmail 

264 Versione 7.0

Il seguente esempio visualizza il file di elenco standard per la 

seconda esecuzione del lavoro mailxhg1.getmail sul giorno corrente: 

morestdl -num 2 -name mailxhg1.getmail 

Il seguente esempio visualizza i file di elenco standard per tutte le 

esecuzioni del lavoro mailxhg1.getmail a partire da tre giorni fa: 

morestdl -day 3 -name mailxhg1.getmail 


Il seguente esempio visualizza il file di elenco standard per l’ultima 

esecuzione del lavoro mailxhg1.getmail a partire da quattro giorni 

fa: 

morestdl -day 4 -last -name mailxhg1.getmail 

Il seguente esempio stampa il file di elenco standard per il lavoro 

numero 455: 

morestdl 455 | lp -p 6 


265 



Comando parms 

Restituisce il valore corrente di un parametro, modifica il valore di 

un parametro o ne aggiunge uno nuovo. 

Sintesi parms [-v|-u] 

Argomenti 

parms name 

parms -c name value 



name Specifica il nome del parametro di cui viene visualizzato il 

valore. 

-c name value 

Specifica il nome e il valore di un parametro. Il valore può 

contenere fino a 72 caratteri. Gli apici sono obbligatori se il 

valore contiene caratteri speciali. Se il parametro non esiste, 

viene aggiunto al database. Se invece esiste già, viene 

modificato il suo valore. 


Quando parms viene eseguito sulla riga comandi senza argomenti, 

esso richiede i valori e i nomi del parametro. 

Esempi 

Il seguente esempio restituisce il valore di myparm: 

parms myparm 

Il seguente esempio modifica il valore di myparm: 

parms -c myparm "item 123" 

Il seguente esempio crea un nuovo parametro denominato hisparm: 

parms -c hisparm "item 789" 

266 Versione 7.0

Il seguente esempio modifica il valore di myparm e aggiunge 

herparm: 

parms 

Name of parameter ? myparm < Return> 

Value of parameter? "item 456" < Return> 

Name of parameter ? herparm < Return> 

Value of parameter? "item 123" < Return> 

Name of parameter ? < Return> 



267 



Comando paxtract 

Estrae informazioni sui parametri dal database TWS. 

Sintesi paxtract[-v|-u][-o file] 

Argomenti 





Ogni record del parametro contiene i campi di lunghezza variabile 


tabella. 

Campo Descrizione Lunghezza massima 

(byte) 

1 nome parametro 8 

2 valore parametro 64 

Esempi 

Prendere informazioni su tutte le definizioni di parametro e 

indirizzare l’output al file painfo: 

paxtract -o painfo 

268 Versione 7.0

Comando prxtract 

Estrae informazioni sulle prompt dal database TWS. 

Sintesi prxtract[-v|-u][-o file] 

Argomenti 





Ogni record della prompt contiene campi di lunghezza variabile 


tabella. 


(byte) 

1 nome prompt 8 

2 valore prompt 200 

Esempi 

Prendere informazioni su tutte le definizioni della prompt e 

indirizzare l’output al file prinfo: 

prxtract -o prinfo 



269 



Comando r11xtr 

Estrae informazioni sui flussi di lavoro dal database TWS. 

Sintesi prxtract[-v|-u][-m mm[yy]] [-c wkstat] [-o file] 

Argomenti 



-m mm[yy] 

Specifica il mese (mm) e facoltativamente l’anno (aa) dei 

flussi di lavoro. Il valore di default è l’anno e il mese 

corrente. 

-c wkstat 

Specifica la workstation dei flussi di lavoro. Il valore di 

default sono tutte le workstation. 












Ogni record del flusso di lavoro contiene campi di lunghezza 

variabile delimitati dal separatore. I campi vengono descritti nella 

seguente tabella. 


(byte) * 


270 Versione 7.0


(byte) * 

2 nome flusso di lavoro 8/16 

3 data flusso di lavoro (aammgg) 6 

4 secondi della cpu stimati 6 

5 più indicatori della workstation (* significa che alcuni 

lavori eseguono su altre workstation) 

1 

6 numero di lavori 4 

7 giorni della settimana (Do, Lu, Ma, Me, Gi, Ve, Sa) 2 


Esempi 

Prendere informazioni sui flussi di lavoro di Giugno 1999 per la 

workstation main: 

r11xtr -m 0699 -c main 

Prendere informazioni sui flussi di lavoro di Giugno di quest’anno 

per tutte le workstation e indirizzare l’output al file r11out: 

r11xtr -m 06 -o r11out 



271 



Comando release 

Rilascia le unità di risorsa a livello di lavoro o di flusso di lavoro. 

Sintesi release -v | -u 

Argomenti 

release [-s] [wkstation#]resourcename 



-s Rilascia le unità risorse solo a livello di flusso di lavoro. 

Se non viene utilizzato -s, le unità risorsa vengono rilasciate 

a livello di lavoro o a livello di flusso di lavoro se la risorsa 

non viene trovata a livello lavoro. 

wkstation# 

Specifica il nome della workstation o classe workstation 

sulla quale viene definita la risorsa. Il valore di default è la 

workstation locale. 

resourcename 

Specifica il nome della risorsa. 


Le unità di una risorsa vengono acquisite da un lavoro o da un 

flusso di lavoro al momento del loro avvio e vengono rilasciate al 

completamento del lavoro o del flusso di lavoro. E’ possibile 

utilizzare il comando release in uno script di lavoro per rilasciare le 

risorse prima del completamento del lavoro o del flusso di lavoro 

automaticamente. Le unità di una risorsa vengono rilasciate nello 

stesso ordine in cui sono state acquisite. 

Esempi Nel seguente flusso di lavoro, due unità della risorsa dbase vengono 

richieste dal flusso sked5: 

272 Versione 7.0

schedule ux1#sked5 on tu 

needs 2 dbase : 

job1 

jobrel follows job1 

job2 follows jobrel 

end 

Per rilasciare la risorsa dbase prima dell’avvio di job2, il file script 

per jobrel contiene il seguente comando: 

vmaestrov/bin/release -s dbase 

Si noti che l’argomento -s può essere omesso, poiché non sono state 

riservate risorse a livello di lavoro. 

Nel seguente flusso di lavoro, otto unità della risorsa discio vengono 

richieste da job2. Si definiscono due blocchi di 5e3inmodo tale 

che possano essere rilasciate in modo crescente nello stesso ordine in 

cui sono state acquisite. 

schedule ux1#sked7 on weekdays 

: 

job1 

job2 follows job1 needs 5 discio,3 discio 


end 

Per rilasciare la risorsa discio in modo crescente mentre job2 èin 

esecuzione, lo script per job2 contiene le seguenti righe comandi: 

... 

# Release 5 units of discio: 

vmaestrov/bin/release discio 

... 

# Release 3 units of discio: 

vmaestrov/bin/release discio 

... 



273 



Comando rextract 

Estrae informazioni sulle risorse dal database TWS. 

Sintesi rextract[-v|-u][-o file] 

Argomenti 





Ogni record della risorsa contiene i campi di lunghezza variabile 


tabella. 


(byte) * 


2 nome risorsa 8 

3 unità risorsa totali 4 

4 descrizione risorsa 72 


Esempi Rilevare informazioni su tutte le definizioni di risorsa e indirizzare 

l’output al file reinfo: 

rextract -o reinfo 

274 Versione 7.0

Comando rmstdlist 

Rimuove o visualizza i file di elenco standard basati sulla data del 

file. 

Sintesi rmstdlist -v | -u 

Argomenti 

rmstdlist [-p] [age] 




-p Visualizza i nomi delle directory file di elenco standard di 

qualifica. Non vengono eliminate directory o file. Se non si 

specifica -p, i file di elenco standard di qualifica vengono 

rimossi. 

age La durata minima, in giorni, delle directory file di elenco 

standard da visualizzare o da rimuovere. Il valore di default 

è di 10 giorni. 

Esempi 

Il seguente esempio visualizza i nomi delle directory file di elenco 

standard che sono presenti da più di 14 giorni: 

rmstdlist -p 14 

Il seguente esempio rimuove tutti i file di elenco standard (e le 

relative directory) che sono presenti da più di 7 giorni: 

rmstdlist 7 


275 



Comando showexec 

Visualizza lo stato di esecuzione dei lavori. Solo per UNIX. Questo 

comando è per SA (Standard Agent). Al contrario, nei DM e FTA, 

utilizzare il comando conman showjobs 

. 

Sintesi showexec [-v | -u | -info] 

Argomenti 



-info Visualizza il nome del file lavoro invece dell’utente, della 

data e dell’ora. 


L’output del comando è disponibile in due formati: standard e info. 


CPU La workstation su cui viene eseguito il lavoro. 

Pianificazione Il nome del flusso di lavoro in cui viene eseguito il 

lavoro. 

Job Il nome lavoro. 

Lavoro# Il numero lavoro. 

User Il nome utente del lavoro. 

Start Date La data in cui viene avviata l’esecuzione del lavoro. 

Start Time L’ora in cui viene avviata l’esecuzione del lavoro. 

(Est)Elapse Il tempo stimato, in minuti, impiegato dal lavoro per 

l’esecuzione. 

Formato info 

CPU La workstation su cui viene eseguito il lavoro. 

276 Versione 7.0

Pianificazione Il nome del flusso di lavoro in cui viene eseguito il 

lavoro. 

Job Il nome lavoro. 

Lavoro# Il numero lavoro. 

JCL Il nome file del lavoro. 

Esempi 

Il seguente esempio visualizza i lavori in esecuzione nel formato 

standard: 

showexec 

Il seguente esempio visualizza i lavori che eseguono nel formato 

info: 

showexec -info 



277 



Comando StartUp 

Avvia il processo di gestione rete TWS, Netman. E’ necessario 

disporre dell’accesso start 

alla workstation. 

Sintesi StartUp [-v|-u] 

Argomenti 




Su Windows NT, il servizio Netman viene avviato automaticamente 

quando viene riavviato un computer. StartUp può essere utilizzato 

per riavviare il servizio nel caso in cui venga arrestato per qualsiasi 

motivo. 

Su UNIX, il comando StartUp viene generalmente installato nel file 

/etc/rc, in modo tale che Netman venga avviato ogni volta che viene 

riavviato un computer. StartUp può essere utilizzato per riavviare 

Netman nel caso in cui sia stato arrestato per qualsiasi motivo. 

Il resto dell’albero processo può essere riavviato con il comando 

conman start. Consultare “start” a pagina 206 per ulteriori 

informazioni. 

Esempi 

Il seguente esempio visualizza la versione e il nome comando: 

StartUp -v 

Il seguente esempio avvia il processo Netman: 

StartUp 

278 Versione 7.0

Comando version 

Visualizza le informazioni sulla versione Tivoli Workload Scheduler. 

Solo per UNIX. Le informazioni vengono estratte da un file 

versione. 

Sintesi version/version -V | -u | -h 

Argomenti 

version/version [-a] [-f vfile] [-p product] [file [...]] 


-V Visualizza la versione del comando ed esce. 


-h Visualizza le informazioni di aiuto del comando ed esce. 

-a Visualizza le informazioni su tutti i file del prodotto. Il 

valore di default deve visualizzare solo le informazioni sui 

file specificati. 

-f vfile Specifica il nome del file versione. Il valore di default è un 

file denominato version.info nella directory di lavoro 

corrente o nella directory del prodotto specificata con -p. 

-p product 

Specifica il nome del prodotto Tivoli la cui directory si trova 

direttamente al di sotto della directory di lavoro corrente e 

contiene un file version.info. Se omesso, viene utilizzato -f 

o il suo valore di default. 

file Specifica i nomi dei file prodotto, separati da spazi, per i 

quali vengono visualizzate le informazioni sulla versione. Il 

valore di default è non visualizzare le informazioni sul file 

oppure se viene utilizzato -a visualizzare tutte le 

informazioni sul file. 


L’intestazione output contiene il nome prodotto, la versione, la 

piattaforma, il livello patch e la data di installazione. Il resto del 

pannello elenca le informazioni sui file o sui file specificati. I file 

vengono elencati nel seguente formato: 


279 



File Il nome del file. 

Revision Il numero revisione del file. 

Patch Il livello patch del file, se esiste. 

Size (bytes) La dimensione del file in byte. 

Checksum Il checksum del file. I checksum vengono calcolati 

utilizzando il comando UNIX sum. Su AIX, sum 

viene utilizzato con l’argomento -o. 


Le informazioni sul file TWS sono contenute nel file version.info. 

Questo file si trova nella directory TWShome/version durante 

l’installazione. Il file version.info è in un formato specifico e non 

deve essere modificato. 

E’ possibile spostare il file version.info in un’altra directory. 

Tuttavia, é necessario includere l’argomento -f per localizzare il file. 

E’ possibile utilizzare l’argomento -p se la directory corrente 

contiene le directory di più prodotti Tivoli. Ciò consente di accedere 

alle informazioni sulla versione specificando il nome prodotto. 

Esempi 

Il seguente esempio visualizza le informazioni su tutti i file: 

version/version -a -f version/version.info 

Il seguente esempio visualizza le informazioni sul file customize: 

cd version 

./version customize 

Il seguente esempio visualizza informazioni sul file customize, 

quando version.info è ubicato in /apps/maestro: 

cd version 

./version -f /apps/maestro/version.info customize 

280 Versione 7.0


Comando wmaeutil 

Utilizzato per arrestare il server connettore per il piano, il database e 

il motore. Il comando makesec non eseguirà con esito positivo su 

Windows NT fino a quando non si arrestano i connettori. 

Sintesi wmaeutilinstance_name [-stop DB | PL | EG | “*”] [-version DB | 

PL | EG | “*”] [-dbinfo DB | PL | “*”] [-sethome] [-gethome] 

[ALL -stop] 

Argomenti 

instance_name 

Il nome dell’istanza TWS. Ciò si riferisce al nome 

dell’istanza immesso durante l’installazione del motore TWS 

e l’installazione del connettore. 

-stop DB | PL | EG | “*” 

E’ possibile utilizzare questa opzione per arrestare i server 

connettori specificati. L’asterisco (*) può essere utilizzato 

per arrestare tutti e tre i server connettori. Se utilizzato, deve 

essere racchiuso tra virgolette. 

-version DB | PL | EG | “*” 

Questa opzione viene utilizzata per ottenere il numero della 

versione del server connettore per il piano, il database e il 

motore installati sul sistema. L’asterisco (*) può essere 

utilizzato per ottenere contemporaneamente le versioni di 

tutti e tre i server connettori. Se utilizzato, deve essere 

racchiuso tra virgolette. 

-dbinfo DB | PL | “*” 

Questa opzione viene utilizzata per capire se il piano e il 

database TWS a cui è collegato il connettore è esteso o 

meno. L’asterisco (*) può essere utilizzato per ottenere 

entrambe le versioni del database e del piano. Se utilizzato, 

deve essere racchiuso tra virgolette. 

-sethome 

Questa opzione viene utilizzata per impostare l’attributo 

MaestroHomeDir degli oggetti TWS (Motore, Database e 


281 



Piano) nel database oggetti di Tivoli. Questo valore di 

attributo collega i connettori per l’istanza oggetto specificata 

al prodotto TWS core. Prende come argomento il nome 

qualificato per esteso della directory home TWS. Inoltre la 

stringa nome percorso deve essere racchiusa tra apici per 

evitare qualsiasi interpretazione shell. 

-gethome 

Questa opzione non richiede alcun argomento e stampa il 

valore dell’attributo TWShome per le istanze oggetto 

Motore, Database e Piano come impostato nel database 

oggetto. 

ALL -stop 

Questa opzione arresta i server connettori per tutte le istanze 

connettore TWS connesse all’attuale installazione del TWS, 

cioè, arresta i server connettori per tutte le istanze di cui 

l’attributo TWShome corrisponde all’home directory 

dell’attuale installazione del TWS. 


Impostazione della variabile ambiente 

Prima che il comando wmaeutil possa eseguire con esito positivo, è 

necessario eseguire il seguente file per impostare l’ambiente 

framework. 

Su Windows NT: 

c: \> %SystemRoot%\system32\drivers\etc\Tivoli\setup_env.cmd 

Per UNIX: 

$ . /etc/Tivoli/setup_env.sh 

E’ possibile aggiornare il profilo UNIX in modo che possa eseguire 

questo file, per evitare di eseguire questo comando manualmente. 

Considerazioni sul comando Makesec 

Il comando wmaeutil deve essere eseguito prima del comando 

makesec. Il comando makesec non può essere eseguito con esito 

282 Versione 7.0

positivo su Windows NT fino a che non si arrestano i connettori. E’ 

inoltre necessario arrestare i connettori quando si utilizza il comando 

makesec su UNIX. 

Nome istanza TWS 

Se non si ricorda il nome dell’istanza immesso durante 

l’installazione, seguire i passi di seguito riportati: 

1. Rintracciare le variabili di ambiente Tivoli: 

. /etc/Tivoli/setup_env.sh (per UNIX) 

C:\winnt\system32\drivers\etc\Tivoli\setup_env.cmd (per NT) 

2. Eseguire il comando wlookup per rilevare il nome dell’istanza 

TWS: 

wlookup -ar MaestroEngine 

maestro2 1697429415.1.596#Maestro::Engine# 

dove maestro2 è il nome dell’istanza TWS. 


Esempi 

Arrestare i connettori per il database, il piano e per il motore per 

un’istanza denominata maestro: 

wmaeutil maestro -stop * 

Arrestare i connettori per il database per un’istanza denominata tws: 

wmaeutil tws -stop DB 

Arrestare le versioni connettore per il database, il piano e per il 

motore per un’istanza denominata maestro2: 

wmaeutil maestro2 -version * 


283 



Comando xrxtrct 

Estrae informazioni sui riferimenti incrociati dal database TWS. 

Sintesi xrxtrct[-v|-u] 

Argomenti 













L’output del comando viene scritto su otto file, xdep_job, 

xdep_sched, xfile, xjob, xprompt, xresources, xsched e xwhen. 

file xdep_job 

Il file xdep_job contiene due tipi di record. Il primo contiene 

informazioni sui lavori e sui flussi di lavoro che dipendono da un 

lavoro. Ogni record del flusso di lavoro e del lavoro dipendente 

contiene i campi lunghezza fissi, senza delimitatori. I campi vengono 

descritti nella seguente tabella. 

Campo Descrizione Lunghezza (byte) * 

1 03 2 




5 non utilizzato 240 

284 Versione 7.0



6 nome della workstation del flusso di lavoro dipendente 8/16 

7 nome del flusso di lavoro dipendente 8/16 

8 nome della workstation del lavoro dipendente 8/16 

9 nome del lavoro dipendente 8/40 




13 fine del record (null) 1 


Il secondo tipo di record contiene informazioni sui lavori e sui flussi 

di lavoro che dipendono da una dipendenza internetwork. Ogni 

record del flusso di lavoro e del lavoro dipendente contiene campi 

lunghezza fissi, senza delimitatori. I campi vengono descritti nella 



1 08 2 


3 nome lavoro 120 












285 



file xdep_sched 

Il file xdep_sched contiene informazioni sui flussi di lavoro che 

dipendono da un flusso di lavoro. Ogni record del flusso di lavoro 

dipendente contiene campi lunghezza fissi, senza delimitatori. I 

campi vengono descritti nella seguente tabella. 


(byte) * 

1 02 2 




5 nome della workstation del flusso di lavoro 

dipendente 

8/16 









File xfile 

Il file xfile contiene informazioni sui lavori e sui flussi di lavoro che 

dipendono da un file. Ogni record contiene campi lunghezza fissi, 

senza delimitatori. I campi vengono descritti nella seguente tabella. 


(byte) * 

1 07 2 


3 nome file 256 

4 nome della workstation del flusso di lavoro 

dipendente 

8/16 

286 Versione 7.0



(byte) * 









File xjob 

Il file xjob contiene informazioni sui flussi di lavoro nei quali 

appaiono i lavori. Ogni record del lavoro contiene campi lunghezza 

fissi, senza delimitatori. I campi vengono descritti nella seguente 

tabella. 


(byte) * 

1 04 2 




5 nome workstation flusso di lavoro 8/16 










287 



File xprompt 

Il file xprompt contiene informazioni sui lavori e sui flussi di lavoro 

che dipendono da una prompt. Ogni record della prompt contiene 

campi lunghezza fissi, senza delimitatori. I campi vengono descritti 



1 05 2 


3 nome prompt o testo 20 











File xresource 

Il file xresource contiene informazioni sui lavori e sui flussi di 

lavoro che dipendono da una risorsa. Ogni record risorsa contiene 

campi lunghezza fissi, senza delimitatori. I campi vengono descritti 



1 06 2 


3 nome risorsa 8 




288 Versione 7.0





9 unità assegnate 6 





File xsched 

Il file xsched contiene informazioni sui flussi di lavoro. Ogni record 

del flusso di lavoro contiene campi lunghezza fissi, senza 

delimitatori. I campi vengono descritti nella seguente tabella. 


1 00 2 




5 nome workstation (uguale alle due precedentemente 

elencate) 

8/16 

6 nome flusso di lavoro (uguale ai tre precedentemente 

elencati) 

8/16 









289 



File xwhen 

Il file xwhen contiene informazioni che riguardano l’avvio dei flussi 

di lavoro. Ogni record del flusso di lavoro contiene i seguenti campi 

lunghezza fissi, senza delimitatori. I campi vengono descritti nella 



(byte) * 

1 01 2 


3 ON/EXCEPT nome o data 8 

4 indicatore except (*=EXCEPT) 1 







11 num scostamento 6 

12 unità scostamento 8 



Esempi 

Prendere informazioni su tutti i riferimenti incrociati: 

xrxtrct 

290 Versione 7.0

Comandi non supportati 

I seguenti comandi di utilità non supportati forniscono le funzioni su 

Windows NT simili ai comandi ps 

e kill 

di UNIX. Essi possono essere utilizzati se i programmi di utilità 

Windows NT simili non sono disponibili. 

Sintesi listproc 

killprocpid 



listproc 

Visualizza un elenco tabulati dei processi sul sistema. 

killproc 

Interrompe il processo con il PID Process ID. 

ATTENZIONE: 

Quando eseguito dall’Amministratore, killproc è in grado di 

interrompere i processi del sistema. 


291 



292 Versione 7.0

5 

Riferimento XA (Extended Agent) 

Questo capitolo descrive l’interfaccia XA e fornisce informazioni per 

i programmatori che devono creare metodi di accesso personalizzati. 

I sistemi Tivoli possiedono diversi XA (extended agent) che possono 

essere integrati con il Tivoli Workload Scheduler. Per informazioni 

specifiche su XA (extended agent) particolari, fare riferimento alla 

documentazione relativa a quel determinato XA (extended agent). 

Cosa sono gli XA (Extended Agents)? 

Gli XA vengono utilizzati per estendere le funzioni di pianificazione 

lavoro del Workload Scheduler su altri sistemi e applicazioni. 

Un XA è una workstation con un metodo di accesso e un host. 

L’host è una qualsiasi workstation, ma non un altro XA. Il metodo 

di accesso è uno script fornito dall’utente o da Tivoli o un 

programma che viene eseguito dall’host ogni volta che si fa 

riferimento all’XA nel piano di produzione. Ad esempio, per avviare 


293 

5. Riferimento XA 

(Extended Agent)

Cosa sono gli XA (Extended Agents)? 

un lavoro su un XA, l’host esegue il metodo di accesso, 

trasmettendo a tale metodo i dettagli del lavoro come opzioni della 

riga comandi. Il metodo di accesso comunica con il sistema esterno 

o con l’applicazione per avviare il lavoro e per restituire lo stato del 

lavoro. 

Definizione workstation 

Ogni XA deve avere una definizione workstation logica. L’host di 

tale workstation logica deve essere la workstation fisica TWS o una 

workstation M (Master), DM o FTA. La definizione workstation XA 

fa riferimento al nome del metodo di accesso e alla workstation host. 

Quando i lavori vengono avviati sulla workstation XA, il metodo di 

accesso viene richiamato e inoltra le informazioni sul lavoro al 

sistema esterno. Per un esempio di definizione di una workstation 

XA, consultare il Manuale per l’utente Tivoli Workload Scheduler. 

Interfaccia metodo di accesso 

L’interfaccia tra il Workload Scheduler e un metodo di accesso è 

composta da informazioni inoltrate al metodo sulla riga comandi e 

da messaggi restituiti al Workload Scheduler in stdout. 

Sintassi riga comandi del metodo 

L’host Workload Scheduler esegue un metodo di accesso utilizzando 

la seguente sintassi della riga comandi: 

methodname -t 

task options -taskstring 

dove: 

methodname 

Specifica il nome file del metodo di accesso. Tutti i metodi 

di accesso devono essere memorizzati nella directory: 

WShome/methods 

-t task Specifica l’attività da eseguire, dove task è una delle 

seguenti: 

LJ Avvia un lavoro. 

294 Versione 7.0


MJ Gestisce un lavoro avviato precedentemente. 

Utilizzare questa opzione per effettuare una nuova 

sincronizzazione se un’attività LJ precedente è 

terminata in modo anomalo. 

CF Controlla la disponibilità del file. Utilizzare questa 

opzione per controllare le dipendenze opens del file. 

GS Rileva lo stato di un lavoro. Utilizzare questa 

opzione per controllare le dipendenze di successione 

del lavoro. 

options 

Specifica le opzioni associate all’attività. Consultare 

“Opzioni attività” per ulteriori informazioni. 

taskstring 

Una stringa composta da 255 caratteri associata all’attività. 

Consultare “Opzioni attività.” 

Opzioni attività 

Le opzioni attività sono elencate nella seguente tabella. La X indica 

che l’opzione è valida per l’attività. 

Attività Opzioni Stringa 

attività 

-t -c -n -p -r -s -d -l -o -j -q -w 

LJ X X X X X X X X X ljstring 

MJ X X X X X X X X X mjstring 

CF X X X X cfstring 

GS X X X X X X gsstring 

-c xagent,host,master 

Specifica i nomi Workload Scheduler dell’XA (extended 

agent), dell’host e dell’MDM (Gestore dominio master) 

separati da virgole. 

-n nodename 

Specifica il nome del nodo del computer associato all’XA. 

Ciò è definito nel campo Nodo della definizione workstation 

dell’XA (extended agent). 


295 


(Extended Agent)


-p portnumber 

Specifica il numero di porta TCP associato all’XA, se esiste. 

Ciò è definito nel campo Indirizzo TCP della definizione 

workstation dell’XA. 

-r currentrun,specificrun 

Specifica il numero di esecuzione corrente del Workload 

Scheduler e il numero specifico di esecuzione associato al 

lavoro separato da una virgola. I numeri di esecuzione 

correnti e specifici sono diversi se il lavoro è stato trasferito 

da una precedente esecuzione. 

-s jstream 

Specifica il nome flusso di lavoro del lavoro. 

-d scheddate,epoch 

Specifica la data di pianificazione (ggmmaa) e l’equivalente 

periodo, separati da una virgola. 

-l user Specifica il nome utente del lavoro. Ciò è definito nel campo 

Logon della definizione lavoro. 

-o stdlist 

Specifica il nome di percorso completo del file di elenco 

standard del lavoro. Qualsiasi output dal lavoro deve essere 

scritto su questo file. 

-j jobname,id 

Specifica il nome del lavoro e l’identificativo univoco 

assegnato al Workload Scheduler, separato da una virgola. Il 

nome viene definito nel campo Nome lavoro della 

definizione lavoro. 

-q qualifier 

Specifica l’identificativo da utilizzare in un comando test 

emesso dal metodo sul file. 

-w timeout 

Specifica la quantità di tempo, espressa in secondi, 

necessaria al Workload Scheduler per ottenere una risposta 

su un lavoro esterno prima di inviare un segnale SIGTERM 

al metodo di accesso. Il valore di default è 300. 

296 Versione 7.0

-- ljstring 

Utilizzato con l’attività LJ. La stringa dal campo File di 

script o Comando della definizione lavoro. 

-- mjstring 

Utilizzato con l’attività MJ. Le informazioni fornite al 

Workload Scheduler dal metodo in una risposta %CJ a 

un’attività LJ. Solitamente, ciò identifica il lavoro che è 

stato avviato. Ad esempio, un metodo UNIX può fornire il 

PID (process identification) del lavoro avviato, il quale viene 

successivamente inviato dal Workload Scheduler come parte 

di un’attività MJ. 

-- cfstring 

Utilizzato con l’attività CF. Per la dipendenza opens del file, 

la stringa dal campo Opens File della definizione del flusso 

di lavoro. 

-- gsstring 

Utilizzato con l’attività GS. Specifica il lavoro il cui stato 

viene controllato. Il formato è il seguente: 

followsjob[,jobid] 

dove: 

followsjob 

La stringa dall’elenco Follows Sched/Job della 

definizione flusso di lavoro. 

jobid Un identificativo lavoro facoltativo ricevuto dal 

Workload Scheduler in una risposta %CJ a una 

precedente attività GS. 

Messaggi di risposta metodo 

I metodi restituiscono informazioni al Workload Scheduler in forma 

di messaggi scritti su stdout. Ogni riga che inizia con un segno di 

percentuale (%) e che finisce con una nuova riga viene interpretata 

come messaggio. I messaggi hanno il seguente formato: 

%CJ state [mjstring | jobid] 



297 


(Extended Agent)


%JS [cputime] 

%UT [errormessage] 

dove: 

CJ Modifica lo stato del lavoro. 

state Lo stato in cui viene modificato il lavoro. Tutti gli 

stati lavoro del Workload Scheduler sono validi 

tranne hold e ready. Per l’attività GS, i seguenti 

stati sono validi: 

ERROR 

Si è verificato un errore. 

EXTRN 

Lo stato è sconosciuto. 

mjstring 

Una stringa composta da 255 caratteri che il 

Workload Scheduler comprenderà in qualsiasi attività 

MJ associata al lavoro. Consultare “mjstring” dopo 

“Opzioni attività” a pagina 295. 

jobid Una stringa composta da 64 caratteri che il Workload 

Scheduler comprenderà in qualsiasi attività GS 

associata al lavoro. Consultare “gsstring” dopo 

“Opzioni attività” a pagina 295. 

JS [cputime] 

Indica il completamento riuscito di un lavoro e fornisce il 

tempo di esecuzione trascorso espresso in secondi. 

UT [errormessage] 

Indica che l’attività richiesta non è supportata dal metodo. 

Visualizza un stringa composta da 255 caratteri che il 

Workload Scheduler comprenderà nei messaggi di errore a 

esso relativi. 

File di opzioni metodo 

E’ possibile utilizzare un file di opzioni metodo per specificare le 

informazioni di login e altre opzioni. Il Workload Scheduler legge il 

298 Versione 7.0

file, se esiste, prima di eseguire un metodo. Se il file viene 

modificato dopo l’avvio del Workload Scheduler, le modifiche si 

visualizzeranno una volta che viene arrestato e successivamente 

avviato. 

Il file può contenere le opzioni del Workload Scheduler e altre 

informazioni relative al metodo. Le opzioni riconosciute dal 

Workload Scheduler sono le seguenti: 

LJuser=username 

CFuser=username 

GSuser=username 

GStimeout=seconds 


dove: 

LJuser=username 

Specifica il login da utilizzare per le attività LJ e MJ. Il 

valore di default è il login dalla definizione lavoro. 

CFuser=username 

Specifica il login da utilizzare per l’attività CF. Il valore di 

default è root per UNIX e per Windows NT il valore di 

default è il nome utente dell’account in cui è stato installato 

il Workload Scheduler. 

GSuser=username 

Specifica il login da utilizzare per le attività GS. Il valore di 

default è root per UNIX e per Windows NT il valore di 

default è il nome utente dell’account in cui è stato installato 

il Workload Scheduler. 


Specifica la quantità di tempo, espressa in secondi, 

necessaria al Workload Scheduler per ottenere una risposta 

prima di interrompere il metodo di accesso. Il valore di 

default è 300 secondi. 


299 


(Extended Agent)


Nota: Se l’host dell’XA (extended agent) è un computer Windows 

NT, questi utenti devono essere definiti come oggetti utente 

Workload Scheduler. 

I file di opzioni devono avere il nome di percorso uguale al metodo 

di accesso, con un’estensione file .opts. Ad esempio, il nome di 

percorso Windows NT di un file di opzioni per un metodo 

denominato netmth è WShome\methods\netmth.opts. 

Esecuzione metodo 

I seguenti argomenti descrivono lo scambio tra il Workload 

Scheduler e un metodo accesso. 

Attività LJ (Launch Job) 

L’attività LJ consente al metodo XA di avviare un lavoro su un 

sistema esterno o su un’applicazione. Prima di eseguire il metodo, il 

Workload Scheduler stabilisce un ambiente di esecuzione. Il 

parametro LJuser viene letto dal file di opzioni del metodo per 

determinare l’account utente con cui eseguire il metodo. Se il 

parametro non è presente o il file di opzioni non esiste, viene 

utilizzato l’account utente specificato nel campo Logon della 

definizione del lavoro. Inoltre vengono impostate le seguenti 

variabili di ambiente: 

HOME 

La directory home dell’utente di login. 

LOGNAME 

Il nome dell’utente di login. 

PATH Per UNIX, viene impostato su /bin:/usr/bin. Per Windows 

NT, è impostato su %SYSTEM%\SYSTEM32. 

TZ Il fuso orario. 

Se è impossibile eseguire il metodo, il lavoro viene posizionato nello 

stato fail. 

Una volta che il metodo è in esecuzione, scrive dei messaggi al 

stdout che indicano lo stato del lavoro sul sistema esterno. I 

300 Versione 7.0

messaggi vengono riassunti nella seguente tabella. 


Attività Risposta metodo Azione Workload Scheduler 

LJ e MJ %CJ state [mjstring] Imposta lo stato di lavoro su state. 

Comprende mjstring in qualsiasi 

successiva attività MJ. 

%JS [cputime] Imposta lo stato del lavoro su succ. 

Codice di uscita= Imposta lo stato del lavoro su 

diverso da zero abend. 

%UT [errormessage] e Imposta lo stato del lavoro su 

codice di uscita=2 abend e visualizza errormessage. 

Una sequenza tipica è composta da uno o più messaggi %CJ che 

indicano le modifiche apportate sullo stato del lavoro e un messaggio 

%JS prima dell’esistenza del metodo che indica che il lavoro è 

terminato con esito positivo. Se il lavoro non riesce, il metodo deve 

terminare senza scrivere alcun messaggio %JS. Un metodo che non 

supporta l’attività LJ, scrive un messaggio %UT su stdout ed esce 

con un codice di uscita 2. 

Attività MJ (Manage Job) 

L’attività MJ viene utilizzata per effettuare una sincronizzazione con 

un lavoro avviato precedentemente se il Workload Scheduler 

stabilisce che l’attività LJ è terminata in modo anomalo. Il Workload 

Scheduler imposta l’ambiente nello stesso modo in cui imposta 

l’attività LJ e passa in mjstring. Consultare “Attività LJ (Launch 

Job)” a pagina 300 per ulteriori informazioni. 

Se il metodo localizza il lavoro specificato, risponde con lo stesso 

messaggio dell’attività LJ. Se il metodo non è in grado di 

localizzare il lavoro, esce con un codice di uscita diverso da zero, 

facendo sì che Workload Scheduler imposti il lavoro in stato di 

abend. 

Interruzione di un lavoro 

Mentre un’attività LJ o MJ è in esecuzione, il metodo deve 

catturare il segnale SIGTERM (segnale 15). Il segnale viene inviato 

quando un operatore emette un comando Kill attraverso la console 


301 


(Extended Agent)


manager del Workload Scheduler. Prima di ricevere il segnale, il 

metodo deve tentare di arrestare (kill) il lavoro e successivamente 

uscire senza scrivere un messaggio %JS. 

Attività CF (Check File) 

L’attività CF richiede il metodo dell’XA per controllare la 

disponibilità di un file sul sistema esterno. Prima di eseguire il 

metodo, il Workload Scheduler stabilisce un ambiente di esecuzione. 

Il parametro CFuser viene letto dal file di opzioni del metodo per 

determinare l’account utente con cui eseguire il metodo. Se il 

parametro non è presente o il file di opzioni non esiste, viene 

utilizzato l’utente root su UNIX e su Windows NT, viene utilizzato 

il nome utente dell’account in cui il Workload Scheduler è stato 

installato. Se è impossibile eseguire il metodo, la dipendenza opens 

del file viene contrassegnata come non riuscita, cioè, lo stato del file 

viene impostato su NO e qualsiasi flusso di lavoro o lavoro 

dipendente non si può eseguire. 

Una volta attivo, il metodo esegue un comando test o l’equivalente 

sul file, utilizzando l’identificativo che gli è stato inoltrato 

nell’opzione riga comandi -q. Se il file di test è true, il metodo esiste 

con un codice di uscita zero. Se il file di test è false, il metodo esiste 

con un codice di uscita diverso da zero. Ciò viene riassunto nella 



CF Codice di uscita=0 Imposta lo stato del file su YES. 

Codice di uscita= 

diverso da zero 

Imposta lo stato del file su NO. 

%UT [errormessage] e 

codice di uscita=2 

Imposta lo stato del file su NO. 

Un metodo che non supporta l’attività CF scrive un messaggio 

%UT su stdout ed esce con un codice di uscita 2. 

Attività GS (Get Status) 

L’attività GS suggerisce al metodo dell’XA di controllare lo stato del 

lavoro. Ciò è necessario quando un altro lavoro dipende dal 

302 Versione 7.0


completamento riuscito di un lavoro esterno. Prima di eseguire il 

metodo, il parametro GSuser viene letto dal file di opzioni del 

metodo per determinare l’account utente con il quale eseguire il 

metodo. Se il parametro non è presente o il file di opzioni non 

esiste, l’utente root viene utilizzato su UNIX e su Windows NT, 

viene utilizzato il nome utente dell’account in cui è stato installato il 

Workload Scheduler. Se è impossibile eseguire il metodo, il flusso di 

lavoro o il lavoro dipendente non si può eseguire. Se jobid è 

disponibile da una precedente attività GS, questo viene inoltrato al 

metodo. 

Il metodo controlla lo stato del lavoro specificato e lo restituisce in 

un messaggio %CJ scritto su stdout. Successivamente esce con un 

codice di uscita zero. A una velocità impostata dall’opzione locale 

stato di controllo bm, il metodo viene eseguito nuovamente con 

un’attività GS fino a quando non viene restituito uno dei seguenti 

stati di lavoro: 

abend Il lavoro è terminato in modo anomalo. 

succ Il lavoro è terminato con esito positivo. 

cancl Il lavoro è stato annullato. 

done Il lavoro è terminato, ma non si conosce l’esito (riuscito o 

non riuscito). 

fail Il lavoro non può essere eseguito. 

error Si è verificato un errore nel metodo durante il controllo dello 

stato del lavoro. 

extrn Il controllo del lavoro non è riuscito o lo stato del lavoro 

non può essere determinato. 

Notare che GStimeout nel file di opzioni del metodo specifica 

quanto il Workload Scheduler dovrà attendere per avere una risposta 

prima di interrompere il metodo. Consultare “File di opzioni 

metodo” a pagina 298 per ulteriori informazioni. 


303 


(Extended Agent)


Le risposte del metodo sono elencate nella seguente tabella: 


GS %CJ state [jobid] Imposta lo stato del lavoro su state 

e include jobid in qualsiasi 

successiva attività GS. 

%UT [errormessage] e 

codice di uscita=2 

Lo stato del lavoro non è cambiato. 

Un metodo che non supporta l’attività GS scrive un messaggio 

%UT su stdout ed esce con un codice di uscita 2. 

Il comando cpuinfo 

Il comando cpuinfo può essere utilizzato in un metodo di accesso 

per restituire informazioni da una definizione di workstation. 

Consultare “Comando cpuinfo” a pagina 241 per informazioni 

complete sul comando. 

Risoluzione problemi 

I seguenti argomenti vengono forniti per facilitare la risoluzione 

problemi e per eseguire il debug dei problemi dell’XA e del metodo 

di accesso. 

Messaggi di errore dell’elenco standard del lavoro 

Tutti i messaggi di output da un metodo accesso, tranne quelli che 

iniziano con un simbolo di percentuale (%), vengono scritti nel file 

(stdlist) elenco standard del lavoro. Per le attività GS e CF non 

associate ai lavori del Workload Scheduler, i messaggi vengono 

scritti nel file elenco standard del Workload Scheduler. Per 

informazioni riguardanti un problema di qualsiasi genere, considerare 

questi file. 

Metodo non eseguibile 

Se un metodo di accesso non può essere eseguito, si verificherà 

quanto segue: 

Per le attività LJ e MJ, il lavoro viene messo nello stato fail. 

304 Versione 7.0

Per l’attività CF, la dipendenza file non è risolta e il lavoro 

dipendente rimane nello stato hold. 

Per l’attività GS, la dipendenza job non è risolta e il lavoro 

dipendente rimane nello stato hold. 

Per avere ulteriori informazioni, visualizzare nuovamente i file di 

elenco standard (stdlist) per il lavoro e per il Workload Scheduler. 

Messaggi Console Manager 

Questo messaggio di errore viene visualizzato se si immettono i 

comandi start, stop, link o unlink per un XA: 

Error executing command: Not implemented for extended 

agents. [2202.58] 

Questo errore non viene visualizzato se si seleziona un XA come 

risultato dell’utilizzo dei caratteri jolly. 

Messaggi Composer e Compiler 

I seguenti messaggi di errore si creano quando il Composer rileva 

una sintassi non valida in una definizione di workstation: 

ACCESS METHOD is syntactically invalid [1116.45] 

Duplicate ACCESS keyword [1116.46] 

Missing or invalid ACCESS METHOD [1116.47] 

Se un XA viene definito con un metodo accesso ma senza un host, 

viene visualizzato il seguente messaggio: 

"Method needs a Host CPU" 

Messaggi Jobman 

Per gli Xa, messaggi di errore, avvertenza e informazioni vengono 

scritti sul file stdlist del Jobman. 

Un lavoro avviato con esito positivo crea il seguente messaggio: 

Launched job jobname for 

wkstation, #Jjobid for user username. 

Un avvio non riuscito del lavoro crea il seguente messaggio: 

Error launching 

jobname for wkstation: errortext 



305 


(Extended Agent)


L’esito negativo di un controllo dell’attività file crea il seguente 

messaggio: 

Error invoking methodname for wkstation: errortext 

L’errore di un’attività gestione lavoro crea il seguente messaggio: 

Error managing jobname for wkstation using 

methodname: errortext 

Quando un metodo invia un messaggio a Jobman che non viene 

riconosciuto, appare il seguente messaggio: 

Error: message invalid for 

jobname, #jjobnumber for 

wkstation using methodname. 

"first 64 characters of the offending message" 

306 Versione 7.0

6 

Riferimento all’NA 

Panoramica 

Le dipendenze internetwork TWS consentono ai lavori e flussi di 

lavoro in una rete TWS locale di utilizzare i lavori e i flussi di 

lavoro in una rete remota come dipendenze di successione. Questo 

capitolo descrive come utilizzare le dipendenze internetwork. 

Un NA è una definzione workstation logica che approva le 

dipendenze di successione tra una rete TWS locale e una rete TWS 

remota. Le dipendenze di successione remote vengono assegnate ai 

lavori e ai flussi di lavoro nello stesso modo delle dipendenze di 

successione locali, ma in questo caso, viene incluso il nome dell’NA 

per identificare che il lavoro o il flusso di lavoro stia in una rete 

TWS esterna. Questi tipi di dipendenze vengono chiamate 

dipendenze internetwork. 

Se un flusso di lavoro con una dipendenza internetwork viene 

incluso nel piano, viene creato un flusso di lavoro speciale 

denominato EXTERNAL per visualizzare lo stato di queste 

dipendenze. Questo flusso di lavoro EXTERNAL contiene lavori 

placeholder che rappresentano ogni dipendenza di successione 

remota. 

La definizione di workstation per un NA contiene il nome del 

metodo di accesso alla rete, netmth. Un file di opzione viene 

utilizzato per specificare l’utente sotto il quale esegue il metodo e 

per controllare quanto spesso viene controllata una dipendenza 


307 

6. Riferimento all’NA

Panoramica 

lavoro o il flusso di lavoro remoto. Questo file di opzione deve 

avere il nome di percorso uguale al metodo di accesso e deve essere 

denominato netmth.opts. 

Questo metodo di accesso viene richiamato dal TWS ogni volta che 

deve controllare lo stato del lavoro o del flusso di lavoro remoto. Il 

metodo di accesso richiede alla rete remota lo stato del lavoro o del 

flusso di lavoro predecessore. Il TWS continua il controllo fino a 

quando il lavoro o il flusso di lavoro remoto non raggiungono lo 

stato SUCC, CANCL o ERROR. 

E’ possibile controllare lo stato delle dipendenze internetwork con la 

Job Scheduling Console visualizzando il flusso di lavoro 

EXTERNAL. 

Configurazione della Workstation NA 

Prima di poter specificare una dipendenza internetwork, è necessario 

creare una definizione workstation TWS per la rete remota. La 

definizione di workstation per una rete remota viene denominata NA. 

Le definizioni di workstation NA vengono definite in modo standard 

come gli XA e richiedono una workstation host e un metodo di 

accesso, netmeth. 

Per definire una workstation NA nel database TWS: 

1. Evidenziare il Motore TWS. 

2. Dal menu Selezionato, fare clic su Nuova workstation. Viene 

visualizzata la finestra Proprietà - Workstation nel database. 

3. Nel campo Nome, specificare un nome per questa workstation. 

Il nome della workstation può contenere fino ad 8 caratteri 

alfanumerici per un database non esteso o 16 caratteri 

alfanumerici per uno esteso. Il nome può includere un trattino o 

l’underscore, ma deve iniziare con una lettera. 

4. Nel campo Nodo, specificare il nome del nodo o l’indirizzo IP 

per questa workstation. Sono consentiti i nomi dominio 

completi. Questo è un campo obbligatorio. 

5. Nel campo Porta TCP, immettere 0. 

308 Versione 7.0

6. Nel campo Sistema operativo, immettere OTHER. 

7. Nel campo Dominio, specificare il dominio della workstation 

host. 

8. Nel campo Fuso orario, specificare un fuso orario per questa 

workstation (facoltativo). 

9. Nel campo Descrizione, specificare una descrizione della 

workstation. La descrizione può contenere fino a 40 caratteri e 

deve iniziare con una lettera. 

10. Nel campo Tipo di workstation, selezionare XA (Extended 

Agent) dall’elenco a discesa. 

11. Lasciare la casella di spunta Auto Link vuota. 

12. Lasciare la casella di spunta Stato completo vuota. 

13. Lasciare la casella di spunta Ignorare vuota. 

14. Lasciare la casella di spunta Risolvere dipendenze vuota. 

15. Lasciare il campo Server vuoto. 

16. Nel campo Metodo di accesso, immettere netmeth. 

17. Nel campo Host, specificare il nome nodo della workstation 

host o selezionarne uno dall’elenco che appare dopo aver 

selezionato il pulsante Workstation. 

18. Fare clic su OK. La workstation NA viene salvata nel database 

TWS. 

Esempio riga comandi dell’NA 

Il seguente esempio mostra una definizione workstation della riga 

comandi per l’NA: 

CPUNAME NETAGT 

DESCRIPTION "NETWORK AGENT" 

OS OTHER 

NODE MAIN 

TCPADDR 31111 

FOR maestro 

HOST MASTER 

ACCESS NETMTH 



309 



END 

File di opzione 

E’ necessario creare un file di opzione per specificare l’utente sotto 

il quale si esegue il metodo di accesso e per specificare quanto 

spesso viene controllata una dipendenza job stream o job remota. Le 

modifiche apportate a questo file non verranno visualizzate fino a 

quando non si arresta e si riavvia il TWS. 

Questo file di opzione deve avere il nome di percorso uguale al 

metodo di accesso e deve essere denominato netmth.opts. 

TWShome/methods/netmth.opts 

Sintassi 

GSuser=login_name 


dove: 

login_name 

Il login utilizzato per eseguire il metodo. Se l’host dell’NA è 

un computer Windows NT, è necessario definire questo 

utente nel TWS. 

seconds 

La quantità di tempo, espressa in secondi, necessaria al TWS 

per ottenere una risposta prima di interrompere il metodo di 

accesso. Il valore di default è 300 secondi. Se il metodo di 

accesso viene richiamato, esso si riavvia automaticamente. 

File di opzione di esempio 

Un file di opzione di esempio per il metodo netmth è il seguente: 

GSuser=bunyon 

GStimeout=400 

310 Versione 7.0

Dipendenze internetwork 


Utilizzando la Job Scheduling Console, le dipendenze internetwork 

vengono specificate nell’editor flusso di lavoro. Utilizzare il pulsante 

Aggiungi dipendenza a Internetwork per aggiungere un’icona 

lavoro Internetwork al flusso di lavoro (che rappresenta il 

predecessore) e creare la dipendenza di successione da questa icona 

su qualsiasi altro lavoro che utilizza il pulsante Aggiungi 

collegamento. 

Nota: i lavori remoti e i flussi di lavoro vengono definiti e si 

eseguono nella rete locale nel modo standard. Il loro utilizzo come le 

dipendenze internetwork non influenza la loro funzione locale. 

Quando i lavori o flussi di lavoro remoti vengono specificati come 

dipendenze di successione in un flusso di lavoro locale, essi vengono 

tracciati dal Conman in un flusso di lavoro EXTERNAL creato 

appositamente. I nomi vengono creati per le dipendenze e vengono 

rappresentati come lavori nel flusso di lavoro EXTERNAL. 

Creazione di una dipendenza Internetwork 

Per aggiungere una dipendenza internetwork a un lavoro: 

1. Aprire il flusso di lavoro nell’Editor flusso di lavoro. 

2. Dalla Visualizzazione Grafica dell’Editor flusso di lavoro, fare 

clic sul pulsante Aggiungi dipendenza su Internetwork sulla 

barra degli strumenti e fare clic sul cursore nella finestra in cui si 

desidera posizionare l’icona del flusso di lavoro. Viene 

visualizzata la finestra Dipendenza internetwork. 

3. Nel campo NA, immettere il nome dell’NA. 

4. Nel campo Workstation, immettere il nome della workstation che 

possiede il lavoro predecessore. Questa workstation deve 

risiedere nella rete a cui si sta collegando l’NA. 

5. Nel campo Flusso di lavoro, immettere il nome del flusso di 

lavoro predecessore. 

6. Nel campo Lavoro, immettere il nome del lavoro predecessore. 


311 



7. Fare clic su OK. Viene visualizzata nella finestra un’icona che 

rappresenta il lavoro predecessore. Notare che è possibile 

trascinare e rilasciare l’icona del flusso di lavoro per collocarla 

nella finestra. 

8. Fare clic sul pulsante Aggiungi collegamento per creare una 

dipendenza di successione dall’icona di lavoro INET al lavoro 

successore. Un lavoro internetwork può essere un predecessore, 

ma non un successore, su qualsiasi lavoro nel flusso di lavoro. 

9. Salvare il flusso di lavoro. 

Utilizzo della riga comandi 

E’ possibile comprendere le dipendenze internetwork nei flussi di 

lavoro composti dalla riga comandi Composer. Ad esempio, 

utilizzare la parola chiave follows come nel seguente esempio: 

jstream6 follows netagent1::remotewrkstn#skedx.@ 

apjob follows netagent2::ahab#qa5.jobc1 

Dipendenze Internetwork e Conman 

Le dipendenze internetwork vengono visualizzate e gestite nel piano 

in diversi modi. 

pianificazione Adhoc 

il flusso di lavoro EXTERNAL 

Pianificazione Adhoc e dipendenze internetwork 

E’ possibile utilizzare le dipendenze internetwork come dipendenze 

di successione per i lavori o i flussi di lavoro inoltrati al piano. Le 

dipendenze vengono specificate così come sono per altre dipendenze 

di successione. Fare riferimento a “Creazione di una dipendenza 

Internetwork” a pagina 311 per ulteriori informazioni. 

Flusso di lavoro EXTERNAL 

Tutte le dipendenze internetwork vengono visualizzate in un flusso 

di lavoro denominato EXTERNAL. Le dipendenze vengono elencate 

come lavori senza considerare se sono definite o meno per i lavori o 

i flussi di lavoro. Esiste un flusso di lavoro EXTERNAL per ogni 

NA nel piano. 

312 Versione 7.0

I nomi di lavoro univoci vengono creati nel seguente modo: 

Ennnmmss 

dove: 

nnn è un numero a caso. 

mm sono i minuti correnti. 

ss sono i secondi correnti. 


Il nome attuale del lavoro o del flusso di lavoro viene memorizzato 

nella parte JCL del record del lavoro. 

Stati del lavoro esterno 

Lo stato di rilascio dei lavori è determinato dal metodo di accesso ed 

è elencato nel campo Stato di rilascio del flusso di lavoro 

EXTERNAL. Lo stato corrente è lo stesso dell’ultima volta in cui è 

stato eseguito il polling della rete remota. I lavori sembrano evitare 

gli stati che si verificano tra il polling. 

Sono elencati tutti gli stati per i lavori e per i flussi di lavoro, tranne 

FENCE. Inoltre ci sono due stati che sono univoci sui lavori 

EXTERNAL: 

ERROR 

Si è verificato un errore durante il controllo dello stato 

remoto. 

EXTRN 

Stato sconosciuto. Si è verificato un errore, è stata eseguita 

un’azione di Riesecuzione sul flusso di lavoro EXTERNAL 

o il lavoro o flusso di lavoro INET non esiste. 


313 


314 Versione 7.0

A 

Nomi del fuso orario 

Questo appendice fornisce un elenco di nomi del fuso orario 

supportati dal TWS. 

Descrizioni e nomi del fuso orario 

La seguente tabella mostra i nomi del fuso orario supportati dal 

TWS: 

Nome Descrizione Relativo a GMT 

GMT Greenwich Mean Time GMT 

UTC Universal Coordinated Time GMT 

ECT European Central Time GMT+1:00 

EET Eastern European Time GMT+2:00 

ART (Arabic) Egypt Standard Time GMT+2:00 

EAT Eastern African Time GMT+3:00 

MET Middle East Time GMT+3:30 

NET Near East Time GMT+4:00 

PLT Pakistan Lahore Time GMT+5:00 

IST India Standard Time GMT+5:30 

BST Bangladesh Standard Time GMT+6:00 

VST Vietnam Standard Time GMT+7:00 

CTT China Taiwan Time GMT+8:00 

JST Japan Standard Time GMT+9:00 

ACT Australia Central Time GMT+9:30 


315 

A. Nomi del fuso orario

Descrizioni e nomi del fuso orario 

Nome Descrizione Relativo a GMT 

AET Australia Eastern Time GMT+10:00 

SST Solomon Standard Time GMT+11:00 

NST New Zealand Standard Time GMT+12:00 

MIT Midway Islands Time GMT-11:00 

HST Hawaii Standard Time GMT-10:00 

AST Alaska Standard Time GMT-9:00 

PST Pacific Standard Time GMT-8:00 

PNT Phoenix Standard Time GMT-7:00 

MST Mountain Standard Time GMT-7:00 

CST Central Standard Time GMT-6:00 

EST Eastern Standard Time GMT-5:00 

IET Indiana Eastern Standard Time GMT-5:00 

PRT Puerto Rico and US Virgin Islands Time GMT-4:00 

CNT Canada Newfoundland Time GMT-3:30 

AGT Argentina Standard Time GMT-3:00 

BET Brazil Eastern Time GMT-3:00 

CAT Central African Time GMT-1:00 

316 Versione 7.0

Glossario 

A 

B 

C 

D 

Metodo di accesso 

Un metodo di accesso è un eseguibile utilizzato dagli XA (extended agents) per 

collegarsi e controllare l’esecuzione del lavoro su altri sistemi operativi (ad esempio, 

MVS) e applicazioni (ad esempio, Applicazioni Oracle, Peoplesoft e Baan). Il 

metodo di accesso deve essere specificato nella definizione di workstation per l’XA 

(extended agent). 

Batchman 

Il Batchman è un processo avviato all’inizio di ogni giorno di elaborazione TWS 

per avviare i lavori in conformità con le informazioni nel file Symphony. 

Calendario 

Un calendario è un oggetto definito nel database del Tivoli Workload Scheduler che 

contiene un elenco di date di pianificazione. Poichè è un oggetto univoco definito 

nel database, può essere assegnato a più flussi di lavoro. L’assegnazione di un 

calendario ad un flusso di lavoro provoca l’esecuzione del flusso di lavoro nei 

giorni specificati nel calendario. Notare che un calendario può essere utilizzato 

come ciclo di esecuzione di esclusione o di inclusione. 

Conman 

Conman (console manager) è un’applicazione riga comandi di eredità per la gestione 

dell’ambiente di produzione. Il Conman esegue le seguenti attività: avvia e arresta i 

processi di produzione, modifica e visualizza le pianificazioni e i lavori nel piano e 

controlla il collegamento della workstation in una rete. 

Composer 

Composer è un’applicazione riga comandi di eredità per la gestione delle definizioni 

dei propri oggetti di pianificazione nel database. 

Database 

Il database contiene tutte le definizioni create per gli oggetti di pianificazione (ad 

esempio, lavori, flussi di lavoro, risorse, workstation, ecc). Inoltre il database 

conserva altre informazioni importanti come le statistiche dell’esecuzione del lavoro 

e flusso di lavoro, le informazioni sull’ID utente che ha creato un oggetto e la data 


317 

Glossario

E 

dell’ultima modifica dell’oggetto. Al contrario, il piano contiene solo i lavori e i 

flussi di lavoro (compresi gli oggetti dipendenti) pianificati per eseguire nella 

produzione giornaliera. 

Tempo limite 

L’ultima ora in cui un lavoro o un flusso di lavoro può iniziare l’esecuzione. Ciò 

corrisponde all’ora Until nell’eredità Maestro. 

Dipendenza 

Una dipendenza è un prerequisito che deve essere soddisfatto prima che 

l’esecuzione di un lavoro o flusso di lavoro possa procedere. Il numero massimo di 

dipendenze consentite per un lavoro o flusso di lavoro è 40. I quattro tipi di 

dipendenze utilizzate dal Tivoli Workload Scheduler sono le dipendenze di 

successione, resource, file e prompt. 

Dominio 

Un dominio è un gruppo denominato delle workstation TWS composto da uno o più 

agent e da un DM con funzione di hub di gestione. Tutti i domini possiedono un 

dominio parent, ad eccezione del dominio master. 

DM (gestore dominio) 

L’hub di gestione in un dominio Tivoli Workload Scheduler. Tutte le comunicazioni 

da e verso gli agent nel dominio vengono instradate tramite il DM. 

Durata 

Il tempo previsto per il completamento del lavoro. Nella visualizzazione Tabella 

orari dei lavori nel database, la durata viene rappresentata da una barra blu chiaro al 

centro della barra delle attività o da un diamante blu chiaro. 

Ora di avvio originale 

L’ora prima della quale non è possibile avviare il lavoro o il flusso di lavoro. L’ora 

di avvio originale è una previsione basata sulle esperienze precedenti 

dell’esecuzione del lavoro o del flusso di lavoro. Tuttavia, il lavoro o il flusso di 

lavoro può avviarsi dopo l’ora specificata ammesso che siano state soddisfatte tutte 

le altre dipendenze. Nella tabella orari, l’ora di avvio viene rappresentata dall’inizio 

(margine sinistro) della barra delle attività blu navy. Per le istanze di lavoro, l’ora di 

avvio calcolata da OPC viene rappresentata da una barra blu chiaro. Vedere anche 

“Ora di avvio reale” e “Ora di avvio pianificata”. 

Ciclo di esecuzione di esclusione 

Un ciclo di esecuzione che specifica i giorni in cui non è possibile eseguire un 

flusso di lavoro. I cicli di esecuzione di esclusione vengono prima dei cicli di 

esecuzione di inclusione. 

318 Versione 7.0

F 

Database esteso 

I database estesi consentono nomi più lunghi per gli oggetti database come i lavori, 

flussi di lavoro, workstation, domini e utenti. I database estesi vengono configurati 

utilizzando il comando dbexpand o come un’opzione durante l’installazione. Non 

espandere il database prima di aver capito le implicazioni e gli effetti di questo 

comando. 

XA (Extended agent) 

XA (Extended agents) vengono utilizzati per integrare le funzioni di controllo del 

lavoro di Tivoli Workload Scheduler con altri sistemi operativi (ad esempio, MVS) e 

applicazioni (ad esempio, Applicazioni Oracle, Peoplesoft e Baan). Gli XA 

utilizzano gli script denominati metodi di accesso per comunicare con i sistemi 

esterni. 

Lavoro esterno 

Un lavoro da un flusso di lavoro che è predecessore di un lavoro in un altro flusso 

di lavoro. Un lavoro esterno viene rappresentato da un’icona place holder nella 

visualizzazione Grafica del flusso di lavoro. 

FTA (Fault-tolerant agent) 

Una workstation agent nella rete Tivoli Workload Scheduler in grado di risolvere le 

dipendenze locali e di avviare i relativi lavori in assenza di un DM (gestore 

dominio). 

Delimitatore 

Il delimitatore lavoro è un controllo master sull’esecuzione del lavoro su una 

workstation. Il delimitatore lavoro è un livello di priorità che la priorità del lavoro o 

flusso di lavoro deve superare prima che possa iniziare l’esecuzione. Ad esempio, 

impostando il delimitatore su 40 si impedisce ai lavori con priorità di 40 o inferiore 

di essere avviati. 

Flusso di lavoro finale 

Il flusso di lavoro FINALE è l’ultimo flusso di lavoro che viene eseguito nel giorno 

di produzione. Contiene un lavoro che esegue il file di script Jnextday. 

Dipendenza Di successione 

Una dipendenza in cui un lavoro o flusso di lavoro non può iniziare l’esecuzione 

fino al completamento riuscito di altri lavori o flussi di lavoro. 


319 

Glossario

G 

H 

I 

J 

Opzioni globali 

Le opzioni globali vengono definite sull’MDM nel file globalopts e queste opzioni 

si applicano a tutte le workstation nella rete TWS. Consultare anche “Opzioni 

locali”. 

Host 

Una workstation Workload Scheduler richiesta dagli XA (extended agent). Può 

essere qualsiasi workstation TWS tranne un altro XA. 

Ciclo di esecuzione di inclusione 

Un ciclo di esecuzione che specifica i giorni in cui si è pianificato di eseguire un 

flusso di lavoro. I cicli di esecuzione di esclusione vengono prima dei cicli di 

esecuzione di inclusione. 

Lavori interattivi 

Un lavoro che viene eseguito in modo interattivo su un desktop Windows NT. 

Stato interno 

Lo stato interno riflette lo stato attuale dei lavori e flussi di lavoro nel motore TWS. 

Lo stato interno è univoco su TWS. Consultare Stati. 

Dipendenze Internetwork 

Una dipendenza tra i lavori o flussi di lavoro in diverse reti Tivoli Workload 

Scheduler. Consultare inoltre “NA”. 

Lavoro / flusso di lavoro internetwork (INET) 

Un lavoro o un flusso di lavoro da una rete Tivoli Workload Scheduler remota che è 

un predecessore per un lavoro o un flusso di lavoro nella rete locale. Un lavoro 

Internetwork viene rappresentato da un’icona place holder nella visualizzazione 

Grafica del flusso di lavoro. Consultare inoltre “NA”. 

Lavoro Jnextday 

L’elaborazione di pre e postproduzione può essere completamente automatizzata 

pianificando il lavoro Jnextday per l’esecuzione alla fine di ogni giorno. Un 

semplice lavoro jnextday viene fornito come TWShome\Jnextday. Il lavoro 

320 Versione 7.0

L 

Lavoro 

Jnextday ha la seguente funzione: imposta l’elaborazione del giorno successivo 

(contenuta nel file Symphony), stampa i report, trasferisce i flussi di lavoro non 

completati e arresta e riavvia il TWS. 

Un lavoro è un’unità di lavoro che viene elaborato su una workstation. La 

definizione lavoro è composta da un nome lavoro univoco nel database TWS 

insieme ad altre informazioni necessarie per l’esecuzione del lavoro. Quando si 

aggiunge un lavoro a un flusso di lavoro, è possibile definire le relative dipendenze 

e le restrizioni temporali come l’ora di avvio stimata e il tempo limite. 

Istanza lavoro 

Un lavoro pianificato per una specifica data di esecuzione nel piano. Vedere anche 

“Lavoro”. 

Stato lavoro 

Consultare “Stati”. 

Flusso di lavoro 

Un flusso di lavoro consiste in un elenco di lavori che vengono eseguiti come una 

unità (ad esempio come un’applicazione di backup settimanale), insieme agli orari, 

le priorità e altre dipendenze che determinano l’esatto ordine dell’esecuzione del 

lavoro. 

Istanza flusso di lavoro 

Un flusso di lavoro pianificato per una specifica data di esecuzione nel piano. 

Consultare inoltre “Flusso di lavoro”. 

Limite 

Elenco 

I limiti lavoro forniscono un mezzo per l’assegnazione di uno specifico numero di 

slot lavoro nei quali è consentito a Tivoli Workload Scheduler di avviare i lavori. 

Un limite lavoro può essere impostato per ogni flusso di lavoro e per ogni 

workstation. Ad esempio, se si imposta il limite lavoro su 25, il TWS non può avere 

più di 25 lavori in esecuzione contemporaneamente sulla workstation. 

Un elenco visualizza gli oggetti Pianificazione lavoro. E’ necessario creare elenchi 

diversi per ogni oggetto Pianificazione lavoro. Per ogni oggetto Pianificazione 

lavoro, esistono due tipi di elenchi: uno di definizioni nel database e un altro di 

istanze nel piano. 

Opzioni locali 

Le opzioni locali vengono definite nel file localopts. Ogni workstation nella rete 

Tivoli Workload Scheduler deve avere il file localopts. Le impostazioni in questo 

file si applicano solo a tale workstation. Vedere anche “Opzioni globali”. 


321 

Glossario

M 

N 

P 

MDM (Gestore dominio master) 

In una rete Tivoli Workload Scheduler, l’MDM conserva i file utilizzati per 

documentare gli oggetti di pianificazione. Crea il piano all’inizio di ogni giorno ed 

esegue tutte le registrazioni e i report per la rete. 

NA 

Un tipo di XA (extended agent) utilizzato per creare le dipendenze tra lavori e flussi 

di lavoro su diverse reti Tivoli Workload Scheduler. Vedere anche “Dipendenza 

Internetwork (INET)”. 

Parametro 

I parametri vengono utilizzati per sostituire i valori nei lavori e nei flussi di lavoro. 

Quando si utilizza un parametro in uno script lavoro, il valore viene sostituito nel 

tempo di esecuzione. In questo caso, il parametro deve essere definito sulla 

workstation su cui verrà utilizzato. Non è possibile utilizzare i parametri quando si 

esegue lo script dei lavori XA (extended agent). 

Piano 

Il piano contiene tutte le attività di pianificazione lavoro pianificate per un periodo 

di un giorno. Nel TWS, il piano viene creato ogni 24 ore ed è composto da tutti i 

lavori, i flussi di lavoro e gli oggetti dipendenza pianificati per l’esecuzione in tale 

giorno. Tutti i flussi di lavoro per i quali sono stati creati cicli di esecuzione 

vengono automaticamente pianificati e inclusi nel piano. Mentre il ciclo di 

produzione elabora, i lavori e i flussi di lavoro nel piano vengono eseguiti in base 

alle loro restrizioni temporali e ad altre dipendenze. Qualsiasi lavoro o flusso di 

lavoro che non si esegue con esito positivo verrà ripreso nel piano dei successivi 

giorni. 

Ora di avvio pianificata 

L’ora in cui il TWS prevede l’avvio dell’istanza lavoro. Questa previsione si basa 

sulle ore di avvio delle precedenti esecuzioni. 

Predecessore 

Un lavoro che deve completare con esito positivo prima che i lavori successore 

possano iniziare l’esecuzione. 

Priorità 

Il TWS possiede un sistema di accodamento per i lavori e i flussi di lavoro nel 

piano. E’ possibile assegnare un livello di priorità a ogni lavoro e flusso di lavoro 

compreso tra 0 e 101. Una priorità di 0 non consentirà l’esecuzione. 

322 Versione 7.0

R 

S 

Prompt 

Risorsa 

Le prompt possono essere utilizzate come dipendenze per i lavori e i flussi di 

lavoro. E’ necessario che la prompt riceva una risposta affermativa per l’avvio del 

lavoro o del flusso di lavoro.Esistono due tipi di prompt: predefinita e adhoc. Una 

prompt adhoc viene definita nelle proprietà di un lavoro o di un flusso di lavoro ed 

è univoca in tale lavoro o flusso di lavoro. Una prompt predefinita viene definita nel 

database TWS e può essere utilizzata da qualsiasi lavoro o flusso di lavoro. 

Le risorse possono rappresentare le risorse sia fisiche che logiche sul sistema. Una 

volta definite nel database Tivoli Workload Scheduler, è possibile utilizzarle come 

dipendenze per i lavori e flussi di lavoro. Ad esempio, è possibile definire una 

risorsa denominata ″nastri″ con un valore unità di due. Successivamente, definire i 

lavori che richiedono due unità nastri disponibili come dipendenza. I lavori con tale 

dipendenza non si possono eseguire contemporaneamente perché ogni volta che si 

esegue un lavoro, la risorsa “nastri” è in uso. 

Ciclo di esecuzione 

Un ciclo di esecuzione specifica i giorni in cui il lavoro è pianificato per essere 

eseguito. Nel TWS esistono tre tipi di cicli di esecuzione che è possibile specificare 

per un flusso di lavoro: ciclo di esecuzione Semplice, ciclo di esecuzione 

Settimanale o Calendario ciclo di esecuzione (solitamente denominato Calendario). 

Notare che ogni tipo di ciclo di esecuzione può essere di inclusione e di esclusione. 

Cioè, ogni ciclo di esecuzione è in grado di definire i giorni in cui un flusso di 

lavoro è incluso nel ciclo di produzione o i giorni in cui il flusso di lavoro è escluso 

dal ciclo di produzione. Quando si definiscono più cicli di esecuzione su un flusso 

di lavoro e i cicli di esecuzione di esclusione e di inclusione specificano gli stessi 

giorni, il ciclo di esecuzione di esclusione ha la precedenza. 

Ciclo di esecuzione Semplice 

Un ciclo di esecuzione semplice è una serie specifica di giorni definiti dall’utente in 

cui viene eseguito il flusso di lavoro. Un ciclo di esecuzione semplice viene definito 

per un flusso di lavoro specifico e non può essere utilizzato da più flussi di lavoro. 

Per ulteriori informazioni consultare Ciclo di esecuzione. 

Stato 

Lo stato riflette lo stato del lavoro o flusso di lavoro attuale all’interno di Job 

Scheduling Console. Lo stato Job Scheduling Console è comune al TWS e all’OPC. 

Consultare stato Interno. 


323 

Glossario

T 

File stdlist 

Un file di elenco standard viene creato per ogni lavoro lanciato da Tivoli Workload 

Scheduler. I file di elenco standard contengono etichette di intestazione e di coda, 

comandi echoed, errori e avvertenze. Questi file possono essere utilizzati per la 

risoluzione dei problemi nell’esecuzione del lavoro. 

Successore 

Un lavoro che non può essere avviato finché tutti i lavori predecessore sui quali è 

dipendente non hanno completato con esito positivo. 

File Symphony 

Questo file contiene le informazioni di pianificazione necessarie al processo di 

Controllo produzione (batchman) per eseguire il piano. Il file viene creato e caricato 

durante la fase di preproduzione. Durante la fase di produzione, viene 

continuamente aggiornato in modo che possa indicare lo stato attuale 

dell’elaborazione di produzione: lavoro completato, lavoro in corso, lavoro da 

eseguire. Per gestire l’elaborazione di produzione, il contenuto del file Symphony 

(piano) può essere visualizzato e modificato con la Job Scheduling console. 

Restrizioni temporali 

Le restrizioni temporali possono essere specificate sia per i lavori che per i flussi di 

lavoro. E’ possibile specificare l’ora in cui inizierà l’esecuzione o l’ora dopo la 

quale non verrà tentata l’esecuzione. Specificando entrambe, è possibile definire una 

finestra all’interno della quale un lavoro o flusso di lavoro verranno eseguiti. Per i 

lavori, è inoltre possibile specificare un intervallo di ripetizione. Ad esempio, è 

possibile che il Tivoli Workload Scheduler avvii lo stesso lavoro ogni 30 minuti tra 

le 8:30 a.m. e l’1:30 p.m. 

Tivoli Management Framework (TMF) 

Il software di base necessario per eseguire le applicazioni nella suite del prodotto 

Tivoli. Tale infrastruttura software abilita l’integrazione delle applicazioni di 

gestione sistema dal Tivoli Systems Inc. e Tivoli Partners. Il Tivoli Management 

Framework include i seguenti: vBroker di richiesta oggetto (oserv) vDatabase oggetto 

distribuito vFunzioni di gestione di base vServizi applicazione di base vServizi 

desktop di base come la GUI In un ambiente Tivoli, il Tivoli Management 

Framework viene installato su ogni client e server. Tuttavia, il server TMR è l’unico 

che conserva il completo database oggetto. 

Tivoli Management Region (TMR) 

In un ambiente Tivoli, è un server Tivoli e la serie di client che soddisfa. 

Un’organizzazione può avere più di un TMR. Un TMR indirizza la connettività 

fisica delle risorse mentre un’area della politica indirizza l’organizzazione logica 

delle risorse. 

324 Versione 7.0

U 

W 

Visualizzazione ad albero 

La visualizzazione nella parte sinistra della Job Scheduling Console che visualizza il 

server TWS, i gruppi di elenchi di default e i gruppi di elenchi creati dall’utente. 

Utente 

Solo per Windows NT, il nome utente specificato in un campo “Collegamento” della 

definizione utente deve avere una definizione utente corrispondente. Le definizioni 

forniscono all’utente le password richieste da Tivoli Workload Scheduler per avviare 

i lavori. 

Comandi di utilità 

Un insieme di eseguibili di riga comando per la gestione di Tivoli Workload 


Ciclo di esecuzione Settimanale 

Un ciclo di esecuzione che specifica i giorni della settimana in cui viene eseguito un 

flusso di lavoro. Ad esempio, è possibile specificare un flusso di lavoro per fare in 

modo che si esegua ogni Lunedì, Mercoledì e Venerdì utilizzando un ciclo di 

esecuzione settimanale. Un ciclo di esecuzione settimanale viene definito per un 

flusso di lavoro specifico e non può essere utilizzato da più flussi di lavoro. Per 

ulteriori informazioni consultare Ciclo di esecuzione. 


I caratteri jolly per il Tivoli Workload Scheduler sono: ? Sostituisce un carattere 

alfa. % Sostituisce un carattere numerico. * Sostituisce zero o più caratteri 

alfanumerici. I caratteri jolly sono generalmente utilizzati per raffinare una ricerca 

per uno o più oggetti nel database. Ad esempio, se si desidera visualizzare tutte le 

workstation, è possibile immettere il carattere jolly asterisco (*). Per visualizzare un 

elenco di workstation da site1 a site8, è possibile immettere site%. 

Workstation 

Una workstation è generalmente un singolo computer sul quale i lavori e i flussi di 

lavoro vengono eseguiti. Esse vengono definite nel database Tivoli Workload 

Scheduler come oggetti univoci. Una definizione workstation viene richiesta per 

ogni computer che esegue i lavori o i flussi di lavoro nella rete Workload Scheduler. 

Classe workstation 

Una classe workstation è un gruppo di workstation. E’ possibile inserire in una 

classe un qualsiasi numero di workstation. I flussi di lavoro e i lavori possono 

essere assegnati per essere eseguiti su una classe workstation. Ciò rende più 

semplice la risposta di un lavoro o flusso di lavoro attraverso più workstation. 


325 

Glossario

X 

X-agent 

Vedere “XA (Extended agent)”. 

326 Versione 7.0

Indice analitico 

A 

adddep job command 123 

adddep sched command 126 

agent di rete 

netmth 307 

panoramica 307 

altpass command 128 

altpri command 129 

at keyword 63 

C 

cancel job command 133 

cancel sched command 133 

caratteri di controllo 27 

caratteri di controllo, conman 98 

caratteri di controllo di composer 27 

caratteri jolly 30, 101 

caratteri speciali, composer 30 

caratteri speciali, conman 102 

carryforward keyword 66 

comandi di sistema, conman 98 

comandi di utilità 233 

comandi non supportati 291 

comando at 234 

comando batch 234 

comando caxtract 240 

comando cpuinfo 244 

comando datecalc 244 

comando dbexpand 250 

comando delete 252 

comando display 144 

comando evtsize 255 

comando jbxtract 255 

comando jobinfo 257 

comando jobstdl 259 

comando killproc 291 


comando listproc 291 

comando maestro 261 

comando makecal 262 

comando morestdl 264 

comando parms 266 

comando paxtract 268 

comando prxtract 269 

comando r11xtract 270 

comando release 272 

comando rextract 274 

comando rmstdlist 275 

comando showexec 276 

comando startup 278 

comando version 232, 279 

comando wmaeutil 281 

comando xrxtrct 284 

comments keyword 67 

confirm command 135 

confirmed keyword 68 

conman, esecuzione 97 

console command 137 

continue command 139 

creazione di una dipendenza internetwork 311 

D 

definizione calendario 21 

definizione della classe workstation 9 

definizione lavoro 13 

definizione parametro 22 

definizione prompt 24 

definizione risorsa 26 

definizione utente 18 

definizione workstation 2 

definizioni dominio 11 

deldep command 140 

deldep sched command 142 

327 

Indice analitico

delimitatori 30 

delimitatori, conman 102 

descrizione comandi composer 32 

dipendenza 

internetwork 311 

dipendenza internetwork 311 

E 

editor, oggetto database 29 

editor del composer 29 

editor dell’oggetto database 29 

elenco comandi conman 103 

end keyword 69 

esecuzione composer 27 

esecuzione del conman 97 

every keyword 70 

except keyword 71 

exit command 146 

F 

fence command 147 

follows keyword 73 

H 

help command 149 

I 

in order keyword 75 

J 

job statement keyword 77 

job states 113 

K 

kill command 151 

L 

limit cpu command 152 

limit keyword 83 

limit sched command 154 

linguaggio di pianificazione 61 

link command 155 

listsym command 158 

M 

metodo di accesso netmth 307 

N 

na 

dipendenza internetwork 311 

esempio riga comandi della workstation 309 

file opzione 310 

workstation 308 

needs keyword 84 

O 

oggetti di pianificazione 1 

on keyword 86 

opens keyword 89 

328 Versione 7.0

output del terminale 28, 99 

output fuori linea 99 

output fuori linea per UNIX 28 

P 

parole chiave, linguaggio di pianificazione 62 

parole chiave linguaggio di pianificazione 62 

priority keyword 91 

programma composer 27 

prompt comandi 29 

prompt comandi, conman 100 

prompt comandi conman 100 

prompt keyword 92 

prompt utente 98 

R 

recall command 162 

redo command 162 

release job command 164 

release sched command 166 

reply command 168 

rerun command 170 

resource command 174 

riferimento al composer 1 

riferimento al conman 97 

S 

schedule keyword 94 

selezione dei flussi di lavoro nei comandi 115 

selezione lavori nei comandi 106 

setsym command 175 

showcpus command 176 

showdomains command 180 

showfiles command 182 

showjobs command 185 

showprompts command 197 


showresources command 197 

showschedules command 200 

shutdown command 205 

sintassi, linguaggio di pianificazione 61 

sintassi comandi composer 30 

sintassi comando, conman 101 

sintassi comando conman 101 

start command 206 

states, jobs 113 

status command 209 

stop command 210 

submit docommand 213 

submit file command 216 

submit job command 219 

submit sched command 222 

switchmgr command 225 

system command, conman 227 

T 

tellop command 228 

U 

unlink command 229 

until keyword 95 

V 

voci del database 1 

X 

xa (extended agent) 

definizione workstation 294 

riferimento 293 

329 

Indice analitico

XA (extended agent) 

panoramica 293 

330 Versione 7.0

Printed in Denmark by IBM Danmark A/S 

GC13-2890-00

Tivoli Workload Scheduler - e IBM Tivoli Composite - IBM

Create successful ePaper yourself

Delete template?

Save as template?