Tivoli Workload Scheduler - e IBM Tivoli Composite - IBM

Gestione degli oggetti di pianificazione
(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
Tivoli Workload Scheduler Manuale di riferimento
7
1. Riferimento al
Composer