Upload
others
View
7
Download
0
Embed Size (px)
Citation preview
IBM
Tivoli
Configuration
Manager
Guida
utente
per
Software
Distribution
Versione
4.2.1
SC13-3205-01
���
IBM
Tivoli
Configuration
Manager
Guida
utente
per
Software
Distribution
Versione
4.2.1
SC13-3205-01
���
Nota
Prima
di
utilizzare
queste
informazioni
ed
il
prodotto
supportato,
consultare
le
informazioni
riportate
in
“Informazioni
particolari”
a
pagina
379.
Seconda
edizione
(dicembre
2003)
Questa
edizione
si
riferisce
alla
Versione
4,
rilascio
2,
livello
di
modifica
1
di
IBM
Tivoli
Configuration
Manager
(numero
prodotto
5724-C06)
e
a
tutti
i
successivi
rilasci
e
modifiche,
se
non
diversamente
indicato
in
nuove
edizioni.
Questa
edizione
sostituisce
SC13-3205-00.
©
Copyright
International
Business
Machines
Corporation
2002,
2003.
Tutti
i
diritti
riservati.
Indice
Figure
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. vii
Tabelle
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. ix
Prefazione
.
.
.
.
.
.
.
.
.
.
.
.
. xi
A
chi
è
rivolta
questa
guida
.
.
.
.
.
.
.
.
. xi
Contenuto
della
guida
.
.
.
.
.
.
.
.
.
.
. xi
Pubblicazioni
.
.
.
.
.
.
.
.
.
.
.
.
. xiii
Libreria
di
IBM
Tivoli
Configuration
Manager
xiii
Pubblicazioni
correlate
.
.
.
.
.
.
.
.
. xiv
Accesso
alle
pubblicazioni
in
linea
.
.
.
.
.
. xv
Ordinazione
delle
pubblicazioni
.
.
.
.
.
. xv
Accesso
facilitato
.
.
.
.
.
.
.
.
.
.
.
. xv
Come
contattare
il
Supporto
Software
.
.
.
.
. xvi
Convenzioni
utilizzate
in
questa
guida
.
.
.
.
. xvi
Convenzioni
del
carattere
tipografico
.
.
.
. xvi
Variabili
e
percorsi
dipendenti
dal
sistema
operativo
.
.
.
.
.
.
.
.
.
.
.
.
.
. xvii
Icone
di
Software
Distribution
.
.
.
.
.
. xvii
Parte
1.
Preparazione
dei
pacchetti
software
.
.
.
.
.
.
.
.
.
.
.
.
.
. 1
Capitolo
1.
Panoramica
su
Software
Distribution
.
.
.
.
.
.
.
.
.
.
.
.
. 5
Nuove
funzioni
di
questa
versione
.
.
.
.
.
.
. 5
Funzioni
principali
di
Software
Distribution
.
.
.
. 6
Preparazione
del
pacchetto
software
.
.
.
.
. 6
Supporto
per
rilasci
del
prodotto
precedenti
.
.
. 8
Operazioni
e
distribuzioni
del
pacchetto
software
8
MDist
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 11
Ambiente
Software
Distribution
.
.
.
.
.
.
. 12
Host
di
origine
.
.
.
.
.
.
.
.
.
.
.
. 13
Destinazioni
della
distribuzione
.
.
.
.
.
. 13
Pacchetti
software
.
.
.
.
.
.
.
.
.
.
.
. 13
Azioni
relative
agli
oggetti
.
.
.
.
.
.
.
. 14
Azioni
di
sistema
.
.
.
.
.
.
.
.
.
.
. 14
Azioni
di
programma
.
.
.
.
.
.
.
.
.
. 15
Pacchetti
software
nidificati
.
.
.
.
.
.
.
. 16
Formati
dei
pacchetti
software
.
.
.
.
.
.
.
. 16
File
.sp
(Software
Package)
.
.
.
.
.
.
.
. 17
File
.spd
(Software
Package
Definition)
.
.
.
. 17
File
.spb
(Software
Package
Block)
.
.
.
.
.
. 17
Oggetto
del
pacchetto
software
.
.
.
.
.
.
. 17
Selezione
di
un
formato
di
pacchetto
software
.
. 17
Operazioni
del
desktop
Tivoli
.
.
.
.
.
.
.
. 18
Operazioni
di
Software
Distribution
.
.
.
.
.
. 18
Capitolo
2.
Avvio
di
Software
Package
Editor
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 21
Avvio
di
Software
Package
Editor
su
endpoint
.
. 21
Dal
desktop
.
.
.
.
.
.
.
.
.
.
.
.
. 21
Da
una
riga
comandi
.
.
.
.
.
.
.
.
.
. 22
Avvio
di
Software
Package
Editor
sui
nodi
gestiti
. 23
Definizione
del
tipo
di
pacchetto
da
creare
.
.
.
. 25
Integrazione
di
un
pacchetto
nativo
in
un
pacchetto
software
.
.
.
.
.
.
.
.
.
.
. 26
Creazione
di
un
pacchetto
software
con
AutoPack
26
Creazione
di
un
pacchetto
software
utilizzando
un
modello
.
.
.
.
.
.
.
.
.
.
.
.
. 26
Personalizzazione
di
un
pacchetto
software
di
esempio
.
.
.
.
.
.
.
.
.
.
.
.
.
. 26
Creazione
di
un
pacchetto
software
per
tipi
misti
di
destinazione
.
.
.
.
.
.
.
.
.
.
.
. 26
Gestione
di
un
pacchetto
software
esistente
.
.
. 26
Personalizzazione
della
GUI
di
Software
Package
Editor
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 27
Personalizzazione
della
pagina
di
benvenuto
.
. 29
Creazione
di
un
nuovo
esempio
di
pacchetto
software
.
.
.
.
.
.
.
.
.
.
.
.
.
. 29
Creazione
di
un
nuovo
modello
di
pacchetto
software
.
.
.
.
.
.
.
.
.
.
.
.
.
. 30
Impostazione
del
percorso
predefinito
.
.
.
. 30
Capitolo
3.
Creazione
di
pacchetti
software
mediante
l’Editor
dei
pacchetti
software
.
.
.
.
.
.
.
.
.
. 33
Creazione
di
un
pacchetto
software
.
.
.
.
.
. 33
Creazione
del
pacchetto
software
Appsample
.
.
. 34
Denominazione
del
pacchetto
software
Appsample
.
.
.
.
.
.
.
.
.
.
.
.
. 35
verifica
dello
spazio
su
disco
.
.
.
.
.
.
. 36
Aggiunta
di
directory
e
file
.
.
.
.
.
.
.
. 38
Aggiunta
di
azioni
della
piattaforma
Windows
in
un
contenitore
generico
.
.
.
.
.
.
.
.
. 42
Aggiunta
delle
azioni
della
piattaforma
OS/2
in
un
contenitore
generico
.
.
.
.
.
.
.
.
. 57
Aggiunta
di
un’azione
Esegui
programma
.
.
. 65
Aggiunta
di
un’azione
di
riavvio
.
.
.
.
.
. 67
Pacchetto
software
Appsample
.
.
.
.
.
.
. 69
Impostazione
delle
proprietà
nel
pacchetto
.
.
.
. 70
Proprietà
generali
.
.
.
.
.
.
.
.
.
.
. 72
Opzioni
del
server
.
.
.
.
.
.
.
.
.
.
. 75
Opzioni
dell’endpoint
.
.
.
.
.
.
.
.
.
. 77
Proprietà
dei
file
di
log
.
.
.
.
.
.
.
.
. 80
Descrizione
.
.
.
.
.
.
.
.
.
.
.
.
. 82
Copyright
.
.
.
.
.
.
.
.
.
.
.
.
.
. 82
Elenco
di
variabili
.
.
.
.
.
.
.
.
.
.
. 83
Pacchetti
nidificati
.
.
.
.
.
.
.
.
.
.
. 83
Modifica
delle
proprietà
dei
pacchetti
software
.
. 85
Azioni
del
programma
nell’Editor
dei
pacchetti
software
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 86
Azione
del
programma
InstallShield
.
.
.
.
. 86
Azione
del
programma
Microsoft
Setup
.
.
.
. 88
Azioni
di
eliminazione
.
.
.
.
.
.
.
.
.
. 89
Salvataggio
del
pacchetto
software
.
.
.
.
.
. 90
©
Copyright
IBM
Corp.
2002,
2003
iii
Capitolo
4.
Creazione
di
un
pacchetto
software
per
le
unità
.
.
.
.
.
.
.
.
. 93
Creazione
di
un
pacchetto
software
di
oggetti
unità
93
Aggiunta
di
directory
nelle
unità
.
.
.
.
.
. 94
Aggiunta
di
file
nelle
unità
.
.
.
.
.
.
.
. 96
Esecuzione
di
programmi
sulle
unità
.
.
.
.
. 98
Personalizzazione
delle
impostazioni
delle
unità
98
Distribuzione
del
pacchetto
software
dell’oggetto
unità
sulle
destinazioni
.
.
.
.
.
.
.
.
.
. 100
Capitolo
5.
Utilizzo
di
Software
Distribution
in
OS/400
.
.
.
.
.
.
.
. 103
Definizione
di
pacchetti
software
con
oggetti
OS/400
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 103
File
system
OS/400
nativi
e
integrati
.
.
.
.
. 104
Utilizzo
dell’Editor
di
pacchetti
software
OS/400
105
Avvio
dell’Editor
di
pacchetti
software
OS/400
105
Aggiunta
di
oggetti
e
librerie
OS/400
.
.
.
. 106
Aggiunta
di
oggetti
OS/400
.
.
.
.
.
.
. 109
Rimozione
di
librerie
OS/400
.
.
.
.
.
.
. 110
Eliminazione
di
oggetti
OS/400
.
.
.
.
.
. 110
Aggiunta
di
programmi
su
licenza
OS/400
.
. 111
Rimozione
di
programmi
su
licenza
OS/400
.
. 113
Modifica
del
valore
di
sistema
OS/400
.
.
.
. 114
Utilizzo
di
funzioni
non
specifiche
di
OS/400
.
. 114
Aggiunta
di
oggetti
non
nativi
al
file
system
nativo
OS/400
.
.
.
.
.
.
.
.
.
.
.
. 115
Esecuzione
di
un
programma
OS/400
.
.
.
. 116
Procedure
per
salvare
un
pacchetto
software
OS/400
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 118
Capitolo
6.
Integrazione
di
oggetti
nativi
in
un
pacchetto
software
.
.
.
. 121
Utilizzo
dell’Editor
dei
pacchetti
software
per
integrare
gli
oggetti
nativi
.
.
.
.
.
.
.
.
. 121
Vantaggi
prodotti
dall’integrazione
di
oggetti
nativi
122
Creazione
di
un
pacchetto
software
che
integra
un
oggetto
nativo
.
.
.
.
.
.
.
.
.
.
.
.
. 122
Definizione
delle
operazioni
di
distribuzione
del
software
in
un’installazione
nativa
.
.
.
.
. 123
Utilizzo
di
una
procedura
guidata
.
.
.
.
.
. 126
Utilizzo
di
Importer
di
Installa
prodotto
MSI
127
Utilizzo
di
Importer
.
.
.
.
.
.
.
. 130
Utilizzo
delle
finestre
.
.
.
.
.
.
.
.
.
.
. 135
Utilizzo
delle
finestre
per
incorporare
o
modificare
un
pacchetto
AIX
.
.
.
.
.
.
. 135
Utilizzo
delle
finestre
per
integrare
o
modificare
un
pacchetto
Solaris
.
.
.
.
.
.
.
.
.
. 139
Utilizzo
delle
finestre
per
integrare
o
modificare
un
pacchetto
Linux
.
.
.
.
.
.
.
.
.
. 142
Utilizzo
delle
finestre
per
incorporare
o
modificare
un
pacchetto
HP-UX
.
.
.
.
.
. 145
Utilizzo
delle
finestre
per
incorporare
o
modificare
un
pacchetto
MSI
.
.
.
.
.
.
. 152
Azione
Esegui
programma
CID
.
.
.
.
.
. 159
Azione
del
programma
InstallShield
.
.
.
.
. 159
Azione
del
programma
Microsoft
Setup
.
.
. 159
Come
rendere
condizionale
un’installazione
nativa
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 159
Definizione
di
una
firma
di
Inventory
per
un
pacchetto
nativo
.
.
.
.
.
.
.
.
.
.
. 161
Capitolo
7.
Funzionamento
di
AutoPack
.
.
.
.
.
.
.
.
.
.
.
.
. 163
Componenti
di
AutoPack
.
.
.
.
.
.
.
.
. 164
File
di
configurazione
di
AutoPack
.
.
.
.
.
. 165
Personalizzazione
del
file
di
configurazione
.
. 168
Operazioni
con
gli
oggetti
condivisi
.
.
.
.
. 170
Autopack.ini
predefinito
per
Windows
2003
.
. 170
Autopack.ini
predefinito
per
Windows
XP
.
.
. 171
Autopack.ini
predefinito
per
Windows
2000
.
. 172
Autopack.ini
predefinito
per
UNIX
.
.
.
.
. 173
Autopack.ini
predefinito
per
OS/2
.
.
.
.
. 173
Capitolo
8.
Creazione
di
un
pacchetto
software
utilizzando
AutoPack
.
.
.
. 175
Esecuzione
di
AutoPack
.
.
.
.
.
.
.
.
.
. 176
Creazione
della
prima
istantanea
.
.
.
.
.
.
. 176
Opzione
Installazione
manuale
.
.
.
.
.
.
. 182
Ripresa
della
seconda
istantanea
.
.
.
.
.
. 184
Opzione
Installazione
automatica
.
.
.
.
.
.
. 187
Parte
2.
Pianificazione
e
distribuzione
dei
pacchetti
software
.
.
.
.
.
.
.
.
.
.
.
.
. 191
Capitolo
9.
Preparazione
di
pacchetto
software
per
la
distribuzione
.
.
.
.
. 195
Creazione
di
un
profilo
Software
Distribution
.
. 195
Impostazione
dei
destinatari
del
profilo
.
.
. 199
Importazione
di
un
pacchetto
software
in
ambiente
Tivoli
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 201
Creazione
di
un
nuovo
pacchetto
software
ed
importazione
in
un
profilo
del
pacchetto
software
.
.
.
.
.
.
.
.
.
.
.
.
.
. 201
Importazione
di
un
pacchetto
software
esistente
in
un
profilo
di
pacchetto
software
.
.
.
.
. 202
Eliminazione
di
un
profilo
di
pacchetto
software
205
Proprietà
del
pacchetto
software
.
.
.
.
.
.
. 205
Calcolo
delle
dimensioni
di
un
pacchetto
software
207
Conversione
di
un
pacchetto
software
.
.
.
.
. 208
Conversione
dal
formato
non
composto
al
formato
composto
.
.
.
.
.
.
.
.
.
.
. 208
Conversione
dal
formato
composto
al
formato
non
composto
.
.
.
.
.
.
.
.
.
.
.
. 209
Esportazione
di
un
pacchetto
software
.
.
.
.
. 210
Operazioni
di
gestione
modifica
.
.
.
.
.
.
. 211
Stati
dei
pacchetti
software
.
.
.
.
.
.
.
. 211
Esecuzione
delle
operazioni
di
gestione
modifica
211
Personalizzazione
delle
impostazioni
della
GUI
214
Installazione
del
pacchetto
software
Appsample^1.0
.
.
.
.
.
.
.
.
.
.
.
. 216
Opzioni
avanzate
.
.
.
.
.
.
.
.
.
.
. 221
Installazione
del
pacchetto
software
di
oggetti
unità
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 231
Distribuzione
dei
pacchetti
software
nidificati
.
. 233
Informazioni
utili
.
.
.
.
.
.
.
.
.
.
. 234
Verifica
del
risultato
di
una
distribuzione
.
.
.
. 236
iv
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Servizio
riavvio
del
punto
di
controllo
per
gli
errori
di
rete
o
le
interruzioni
di
alimentazione
.
. 237
Esempio
.
.
.
.
.
.
.
.
.
.
.
.
.
. 237
Pianificazione
di
una
distribuzione
.
.
.
.
.
. 238
Capitolo
10.
Utilizzo
di
Trasferimento
dati
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 243
Configurazione
del
servizio
Trasferimento
dati
.
. 243
Scenari
di
trasferimento
dati
.
.
.
.
.
.
.
. 244
Invio
di
dati
a
più
destinazioni
.
.
.
.
.
. 244
Richiamo
dei
dati
per
più
origini
.
.
.
.
.
. 247
Eliminazione
di
un
file
su
più
sistemi
.
.
.
. 250
Spostamento
dei
file
da
endpoint
ad
endpoint
252
Definizione
delle
opzioni
avanzate
.
.
.
.
. 252
Utilizzo
degli
script
prima
e
dopo
l’elaborazione
253
Esempi
.
.
.
.
.
.
.
.
.
.
.
.
.
. 255
Servizio
Trasferimento
dati
in
ambiente
OS/400
256
Capitolo
11.
Configurazione
della
topologia
di
rete
.
.
.
.
.
.
.
.
.
. 259
Introduzione
a
NoonTide
.
.
.
.
.
.
.
.
. 260
Architettura
della
rete
.
.
.
.
.
.
.
.
.
. 261
Creazione
di
una
gerarchia
di
ripetitori
.
.
.
.
. 262
Configurazione
dei
siti
del
ripetitore
.
.
.
. 265
Impostazione
dei
parametri
del
ripetitore
.
.
. 266
Funzionamento
di
Software
Distribution
.
.
.
. 275
Metodi
di
Software
Distribution
.
.
.
.
.
.
. 278
Scenari
di
Software
Distribution
.
.
.
.
.
.
. 278
Scenario
1:
distribuzione
da
un
server
di
Tivoli
Management
Region
mediante
un
gateway
.
. 279
Scenario
2:
distribuzione
da
un
server
Tivoli
Management
Region
o
da
un
host
di
origine
su
un
ripetitore
.
.
.
.
.
.
.
.
.
.
.
.
. 280
Scenario
3:
distribuzione
da
un
host
di
origine
mediante
i
depot
del
ripetitore
.
.
.
.
.
. 282
Scenario
4:
distribuzione
da
un
server
Tivoli
Management
Region
su
un
endpoint
mobile
installando
le
immagini
da
un
CD-ROM
.
.
. 284
Scenario
5:
esecuzione
delle
operazioni
di
spostamento
dati
.
.
.
.
.
.
.
.
.
.
. 286
Capitolo
12.
Integrazione
di
Tivoli
Enterprise
Console
.
.
.
.
.
.
.
.
. 289
Abilitazione
di
Tivoli
Enterprise
Console
.
.
.
. 289
Operazioni
da
eseguire
per
abilitare
l’integrazione
.
.
.
.
.
.
.
.
.
.
.
. 289
File
tecad_sd.conf
.
.
.
.
.
.
.
.
.
.
.
. 290
Creazione
di
Software
Distribution
Console
.
.
. 293
Classi
di
Software
Distribution
.
.
.
.
.
.
. 294
Capitolo
13.
Integrazione
di
Inventory
con
Software
Distribution
.
.
.
.
.
. 297
Repository
di
configurazione
.
.
.
.
.
.
.
. 298
Funzione
query
.
.
.
.
.
.
.
.
.
.
.
.
. 298
Descrizione
delle
tabelle
di
Software
Distribution
298
Funzionamento
dell’integrazione
.
.
.
.
.
.
. 300
Abilitazione
e
disabilitazione
del
database
e
dello
stato
di
gestione
delle
modifiche
.
.
.
. 300
Scambio
di
informazioni
tra
Software
Distribution
e
Inventory
.
.
.
.
.
.
.
.
. 301
Definizione
di
una
firma
Inventory
.
.
.
.
. 302
Creazione
di
INVENTORY_QUERIES
.
.
.
.
. 303
Esecuzione
di
INVENTORY_QUERY
.
.
.
.
. 303
Desktop
.
.
.
.
.
.
.
.
.
.
.
.
.
. 303
Riga
comandi
.
.
.
.
.
.
.
.
.
.
.
. 305
Modifica
di
SWDISTDATA_QUERY
.
.
.
.
.
. 305
Desktop
.
.
.
.
.
.
.
.
.
.
.
.
.
. 306
Riga
comandi
.
.
.
.
.
.
.
.
.
.
.
. 308
Capitolo
14.
Passaggio
da
Windows
2000
Professional
a
Windows
XP
.
.
. 309
Configurazione
dell’ambiente
.
.
.
.
.
.
.
. 309
Creazione
di
un
file
di
risposte
.
.
.
.
.
.
. 309
Copia
dei
file
necessari
per
eseguire
la
migrazione
sul
server
Tivoli
.
.
.
.
.
.
.
.
.
.
.
. 310
Copia
dei
file
di
Windows
XP
sul
server
di
immagini
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 311
Personalizzazione
del
file
di
definizioni
del
pacchetto
software
Inst_wXP.spd
.
.
.
.
.
.
. 311
Creazione
del
pacchetto
software
sul
server
Tivoli
312
Registrazione
degli
endpoint
sul
gestore
profili
degli
aggiornamenti
.
.
.
.
.
.
.
.
.
.
. 313
Distribuzione
del
pacchetto
software
sugli
endpoint
Tivoli
.
.
.
.
.
.
.
.
.
.
.
.
. 313
Utilizzo
di
Check_OS^1.0.spd
per
verificare
l’aggiornamento
.
.
.
.
.
.
.
.
.
.
.
. 313
Capitolo
15.
Risoluzione
dei
problemi
315
Processo
di
risoluzione
problemi
.
.
.
.
.
.
. 315
Consigli
e
suggerimenti
.
.
.
.
.
.
.
.
. 319
Miglioramento
delle
prestazioni
.
.
.
.
.
.
. 319
Impostazione
del
numero
di
endpoint
da
gestire
320
Impostazione
del
timeout
di
prospetto
per
il
server
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 320
Impostazione
del
numero
di
thread
.
.
.
.
. 320
Verifica
dei
file
di
configurazione
.
.
.
.
.
.
. 320
Informazioni
relative
alla
configurazione
di
base
sul
server
di
distribuzione
e
sull’host
di
origine
. 320
Informazioni
relative
alla
configurazione
di
base
sugli
endpoint
.
.
.
.
.
.
.
.
.
.
.
. 320
Log
di
Software
Distribution
.
.
.
.
.
.
.
. 323
Log
del
pacchetto
software
.
.
.
.
.
.
.
. 323
Log
di
trasferimento
dei
dati
.
.
.
.
.
.
. 329
Elenco
oggetti
di
log
.
.
.
.
.
.
.
.
.
. 329
Notifiche
e
posta
.
.
.
.
.
.
.
.
.
.
. 330
Tivoli
Enterprise
Console
.
.
.
.
.
.
.
. 330
Database
di
configurazione
.
.
.
.
.
.
.
. 331
Controllo
del
file
SPD
.
.
.
.
.
.
.
.
.
. 332
Risoluzione
dei
problemi
relativi
alla
GUI
dell’Editor
di
pacchetti
software
.
.
.
.
.
.
. 332
Verifica
di
ripetitori,
gateway
ed
endpoint
.
.
.
. 333
Impostazione
dei
valori
di
timeout
per
una
distribuzione
.
.
.
.
.
.
.
.
.
.
.
. 334
Verifica
dell’impostazione
degli
endpoint
.
.
. 336
Verifica
dei
lost-n-found
.
.
.
.
.
.
.
.
.
. 338
Verifica
della
directory
di
default
su
un
sistema
di
destinazione
.
.
.
.
.
.
.
.
.
.
.
.
.
. 338
Indice
v
Parte
3.
Appendici
.
.
.
.
.
.
.
. 339
Appendice
A.
Accessibilità
.
.
.
.
. 341
Esplorazione
dell’interfaccia
mediante
l’utilizzo
della
tastiera
.
.
.
.
.
.
.
.
.
.
.
.
.
. 341
Editor
dei
pacchetti
software
.
.
.
.
.
.
. 341
Ingrandimento
di
ciò
che
viene
visualizzato
sullo
schermo
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 342
Abilitazione
di
IBM
Home
Page
Reader
per
il
funzionamento
con
l’Editor
dei
pacchetti
software
. 342
Appendice
B.
Utilizzo
di
Deployment
Services
con
Software
Distribution
.
. 343
Pianificatore
attività
.
.
.
.
.
.
.
.
.
.
. 343
Change
Manager
.
.
.
.
.
.
.
.
.
.
.
. 343
Interfaccia
Web
.
.
.
.
.
.
.
.
.
.
.
.
. 344
Resource
Manager
.
.
.
.
.
.
.
.
.
.
.
. 344
Enterprise
Directory
Query
Library
.
.
.
.
.
. 344
Pristine
Manager
.
.
.
.
.
.
.
.
.
.
.
. 344
Appendice
C.
Installazioni
Pristine
345
Panoramica
.
.
.
.
.
.
.
.
.
.
.
.
.
. 345
Ambiente
di
rete
tipico
.
.
.
.
.
.
.
.
. 346
Prerequisiti
.
.
.
.
.
.
.
.
.
.
.
.
. 347
Fasi
di
Windows
.
.
.
.
.
.
.
.
.
.
.
. 349
Scenario
dell’installazione
Pristine
.
.
.
.
. 349
Fase
1:
pianificazioni
.
.
.
.
.
.
.
.
.
. 350
Fase
2:
creazione
e
manutenzione
degli
oggetti
del
server
del
codice
.
.
.
.
.
.
.
.
.
. 351
Fase
3:
creazione
e
manutenzione
delle
configurazioni
dell’oggetto
del
server
del
codice
. 355
Fase
4:
preparazione
del
dischetto
di
sistema
360
Fase
5:
creazione
di
un
dischetto
di
avvio
Pristine
.
.
.
.
.
.
.
.
.
.
.
.
.
. 361
Fase
6:
esecuzione
di
un’installazione
Pristine
362
Fasi
OS/2
.
.
.
.
.
.
.
.
.
.
.
.
.
. 364
Scenario
dell’installazione
Pristine
.
.
.
.
. 364
Fase
1:
pianificazioni
.
.
.
.
.
.
.
.
.
. 364
Fase
2:
creazione
e
manutenzione
di
un
oggetto
del
server
del
codice
.
.
.
.
.
.
.
.
.
. 365
Fase
3:
aggiunta
dei
file
di
sistema
al
server
del
codice
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 368
Fase
4:
creazione
e
manutenzione
delle
configurazioni
dell’oggetto
del
server
del
codice
. 369
Fase
5:
preparazione
del
dischetto
di
sistema
372
Fase
6:
creazione
dei
dischetti
di
avvio
Pristine
373
Fase
7:
esecuzione
di
un’installazione
Pristine
374
Appendice
D.
Ruoli
di
autorizzazione
377
Impostazione
dei
profili
Software
Distribution
.
. 377
Definizione
ed
eliminazione
dei
profili
.
.
.
.
. 377
Esecuzione
operazioni
.
.
.
.
.
.
.
.
.
. 378
Informazioni
particolari
.
.
.
.
.
.
. 379
Marchi
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 380
Glossario
.
.
.
.
.
.
.
.
.
.
.
.
. 383
Indice
analitico
.
.
.
.
.
.
.
.
.
.
. 389
vi
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Figure
1.
MDist
2
e
operazione
di
gestione
delle
modifiche
.
.
.
.
.
.
.
.
.
.
.
.
. 275
2.
Distribuzione
dal
server
Tivoli
mediante
un
gateway.
.
.
.
.
.
.
.
.
.
.
.
.
. 279
3.
Distribuzione
da
un
host
mediante
un
ripetitore
.
.
.
.
.
.
.
.
.
.
.
.
. 281
4.
Distribuzione
dal
server
Tivoli
su
endpoint
mobili.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 285
5.
Operazione
di
richiamo
di
spostamento
dei
dati
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 286
6.
Risoluzione
dei
problemi
di
distribuzione
di
un
pacchetto
software
.
.
.
.
.
.
.
.
. 316
7.
Scenario
dell’installazione
Pristine
.
.
.
. 346
©
Copyright
IBM
Corp.
2002,
2003
vii
viii
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Tabelle
1.
Struttura
di
directory
di
Software
Package
Editor
.
.
.
.
.
.
.
.
.
.
.
.
.
. 28
2.
Operazioni
supportate
di
Software
Distribution
per
l’oggetto
nativo
del
pacchetto
MSI
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 123
3.
Operazioni
supportate
di
Software
Distribution
per
l’oggetto
nativo
della
patch
MSI
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 124
4.
Operazioni
supportate
di
Software
Distribution
per
l’oggetto
nativo
del
pacchetto
AIX
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 124
5.
Operazioni
supportate
di
Software
Distribution
per
l’oggetto
nativo
degli
aggiornamenti
di
AIX
.
.
.
.
.
.
.
.
. 124
6.
Operazioni
supportate
di
Software
Distribution
per
l’oggetto
nativo
del
pacchetto
Solaris
.
.
.
.
.
.
.
.
.
.
.
.
.
. 124
7.
Operazioni
supportate
di
Software
Distribution
per
l’oggetto
nativo
della
patch
Solaris
.
.
.
.
.
.
.
.
.
.
.
.
.
. 125
8.
Operazioni
supportate
di
Software
Distribution
per
l’oggetto
nativo
del
pacchetto
Linux
.
.
.
.
.
.
.
.
.
.
.
.
.
. 125
9.
Operazioni
supportate
di
Software
Distribution
per
l’oggetto
nativo
del
pacchetto
HP-UX
.
.
.
.
.
.
.
.
.
.
.
.
.
. 125
10.
Corrispondenza
dei
valori
del
modo
di
reinstallazione
di
Software
Distribution
con
la
riga
comandi
di
MSI
.
.
.
.
.
.
.
.
. 156
11.
Componenti
controllati
da
AutoPack
e
piattaforme
supportate
.
.
.
.
.
.
.
. 164
12.
Personalizzazione
dei
valori
di
default
per
le
opzioni
di
distribuzione
.
.
.
.
.
.
.
. 214
13.
Metodi
di
Software
Distribution
e
comandi
ed
operazioni
corrispondenti
.
.
.
.
.
.
. 278
14.
Eventi
di
Software
Distribution
Tivoli
Enterprise
Console
.
.
.
.
.
.
.
.
.
. 295
15.
Attributi
degli
eventi
di
Tivoli
Enterprise
Console
per
Software
Distribution
.
.
.
. 295
16.
Posizione
del
file
swdis.ini
.
.
.
.
.
.
. 321
17.
Assegnazioni
della
directory
nel
file
swdis.ini
321
18.
Tasti
di
scelta
rapidi
per
l’Editor
dei
pacchetti
software
.
.
.
.
.
.
.
.
.
.
.
.
. 341
19.
Ubicazione
percorso
di
origine
per
l’immagine
del
sistema
operativo
nel
CD-ROM
.
.
.
.
.
.
.
.
.
.
.
.
. 353
20.
Ubicazione
percorso
di
origine
per
l’immagine
del
sistema
operativo
.
.
.
.
. 366
21.
Ruoli
obbligatori
per
l’impostazione
dei
profili
del
pacchetto
software
.
.
.
.
.
. 377
22.
Ruoli
obbligatori
per
l’impostazione
delle
proprietà
del
pacchetto
software
e
visualizzazione
delle
informazioni
di
configurazione
.
.
.
.
.
.
.
.
.
.
. 377
23.
Ruoli
obbligatori
per
distribuire
i
pacchetti
software
.
.
.
.
.
.
.
.
.
.
.
.
. 378
©
Copyright
IBM
Corp.
2002,
2003
ix
x
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Prefazione
Software
Distribution
consente
la
gestione
e
la
distribuzione
del
software
su
una
rete
di
più
piattaforme.
Per
le
distribuzioni
che
includono
le
WAN
(wide
area
network),
Software
Distribution
dispone
di
una
funzione
integrata
WAN-smart
che
riduce
il
traffico
nella
rete
e
garantisce
una
corretta
distribuzione.
Questa
guida
illustra
i
concetti
e
le
procedure
necessari
per
utilizzare
Software
Distribution
e
distribuire
il
software
nelle
LAN
(local
area
network)
e
nelle
WAN.
A
chi
è
rivolta
questa
guida
Questa
guida
è
rivolta
agli
amministratori
di
sistema
che
eseguono
operazioni
di
preparazione
dei
pacchetti
software
e
di
distribuzione.
Gli
utenti
dovrebbero
essere
in
possesso
delle
conoscenze
relative
a:
v
Le
piattaforme
PC
e
UNIX.
v
Programmazione
Shell
v
Concetti
come
directory,
file
e
collegamenti
simbolici
v
Sistemi
operativi
in
esecuzione
sulle
macchine
di
destinazione
su
cui
distribuire
il
software
Contenuto
della
guida
Questa
guida
contiene
le
seguenti
sezioni:
Parte
1.
Preparazione
dei
pacchetti
software
La
Parte
1
contiene
i
seguenti
capitoli:
v
Capitolo
1,
“Panoramica
su
Software
Distribution”,
a
pagina
5
Fornisce
un’introduzione
all’applicazione
descrivendo
le
funzioni
e
la
terminologia
di
Software
Distribution.
v
Capitolo
2,
“Avvio
di
Software
Package
Editor”,
a
pagina
21
Illustra
le
procedure
per
avviare
l’editor
dei
pacchetti
software
sugli
endpoint
e
sui
nodi
gestiti
e
le
attività
che
è
possibile
eseguire.
v
Capitolo
3,
“Creazione
di
pacchetti
software
mediante
l’Editor
dei
pacchetti
software”,
a
pagina
33
Utilizzando
lo
scenario
Appsample,
è
possibile
descrivere
le
fasi
necessarie
per
la
creazione
di
un
pacchetto
software
mediante
la
GUI
(graphical
user
interface)
dell’editor
dei
pacchetti
software
basata
su
Java,
inclusa
l’impostazione
delle
proprietà
del
pacchetto
software
e
l’aggiunta
di
azioni
del
pacchetto
stesso.
v
Capitolo
4,
“Creazione
di
un
pacchetto
software
per
le
unità”,
a
pagina
93
Descrive
le
procedure
per
creare
e
distribuire
i
pacchetti
software
per
le
destinazioni
unità
diffuse.
v
Capitolo
5,
“Utilizzo
di
Software
Distribution
in
OS/400”,
a
pagina
103
Questo
capitolo
descrive
le
funzioni
di
Software
Distribution
specifiche
per
i
sistemi
operativi
OS/400.
v
Capitolo
6,
“Integrazione
di
oggetti
nativi
in
un
pacchetto
software”,
a
pagina
121
©
Copyright
IBM
Corp.
2002,
2003
xi
Illustra
come
integrare
gli
oggetti
di
installazione
nativi
in
un
pacchetto
software
di
Software
Distribution.
v
Capitolo
7,
“Funzionamento
di
AutoPack”,
a
pagina
163
Introduce
i
concetti
sottostanti
della
tecnologia
AutoPack,
incluso
la
preparazione
della
macchina,
i
componenti
del
sistema
AutoPack,
il
file
di
configurazione,
la
personalizzazione
del
file
di
configurazione
affinché
sia
conforme
a
configurazioni
di
stazioni
di
lavoro
particolari,
le
istantanee,
la
fase
di
differenziazione
e
come
AutoPack
supporta
gli
oggetti
condivisi.
v
Capitolo
8,
“Creazione
di
un
pacchetto
software
utilizzando
AutoPack”,
a
pagina
175
Descrive
le
fasi
necessarie
per
creare
un
pacchetto
software
utilizzando
AutoPack
dalla
finestra
dell’editor
dei
pacchetti
software.
Utilizzando
il
processo
guidato
di
Autopack,
viene
creato
un
pacchetto
software
che
installa
l’applicazione
del
desktop
Tivoli.
Parte
2.
Pianificazione
e
distribuzione
dei
pacchetti
software
La
Parte
2
contiene
i
seguenti
capitoli:
v
Capitolo
9,
“Preparazione
di
pacchetto
software
per
la
distribuzione”,
a
pagina
195
Descrive
l’impostazione
dell’ambiente
di
Software
Distribution,
incluso
la
definizione
dei
gestori
profilo
nell’ambito
di
una
policy
region
e
l’associazione
delle
macchine
di
destinazione
con
i
profili
del
pacchetto
software.
Descrive
le
funzioni
desktop
di
Tivoli
come
l’utilizzo
delle
funzioni
di
composizione
e
scomposizione,
mediante
le
funzioni
di
importazione
ed
esportazione
e
l’esecuzione
di
operazioni
di
modifica
della
gestione.
v
Capitolo
10,
“Utilizzo
di
Trasferimento
dati”,
a
pagina
243
Il
servizio
di
trasferimento
dati
integra
le
funzioni
di
trasferimento
dati
nel
processo
di
distribuzione
del
pacchetto
software.
v
Capitolo
11,
“Configurazione
della
topologia
di
rete”,
a
pagina
259
Introduce
lo
scenario
sull’area
di
gestione
Tivoli
per
illustrare
come
configurare
una
topologia
di
rete.
Questo
capitolo
fornisce
le
fasi
necessarie
per
l’impostazione
di
un
ambiente
di
distribuzione
che
utilizza
i
gateway
dell’endpoint,
i
ripetitori
e
i
depot
dei
ripetitori.
Esso
descrive,
inoltre,
gli
scenari
tipici
della
distribuzione.
v
Capitolo
12,
“Integrazione
di
Tivoli
Enterprise
Console”,
a
pagina
289
Spiega
come
installare
ed
abilitare
il
prodotto
di
integrazione
Tivoli
Enterprise
Console.
Questo
capitolo
fornisce
inoltre,
una
descrizione
del
file
di
configurazione
eventi
di
Software
Distribution
e
le
classi
di
eventi.
v
Capitolo
13,
“Integrazione
di
Inventory
con
Software
Distribution”,
a
pagina
297
Spiega
in
che
modo
integrare
Software
Distribution
con
Inventory
e
come
definire
una
firma
di
Inventory
in
un
pacchetto
software.
Questo
capitolo
descrive
inoltre,
come
creare
la
libreria
di
query
INVENTORY_QUERIES
e
come
modificare
le
query
relative.
v
Capitolo
14,
“Passaggio
da
Windows
2000
Professional
a
Windows
XP”,
a
pagina
309
Descrive
le
procedure
di
aggiornamento
di
Windows
2000
Professional
a
Windows
XP.
v
Capitolo
15,
“Risoluzione
dei
problemi”,
a
pagina
315
Questa
appendice
fornisce
informazioni
utili
per
la
risoluzione
dei
problemi
con
le
operazioni
di
Software
Distribution.
Prefazione
xii
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Parte
3.
Appendici
La
Parte
3
contiene
le
seguenti
appendici:
v
Appendice
A,
“Accessibilità”,
a
pagina
341
Le
funzioni
di
accesso
facilitato
consentono
agli
utenti
con
invalidità
fisiche
quali
problemi
di
mobilità
o
di
vista,
di
utilizzare
i
prodotti
software
correttamente.
v
Appendice
B,
“Utilizzo
di
Deployment
Services
con
Software
Distribution”,
a
pagina
343
In
questa
appendice
viene
indicato
dove
reperire
informazioni
relative
ai
seguenti
servizi
di
IBM
Tivoli
Configuration
Manager,
Versione
4.2.1:
–
Pianificatore
attività
–
Change
Manager
–
interfaccia
Web
–
Resource
Manager
–
Enterprise
Directory
Query
Facility
–
Pristine
Managerv
Appendice
C,
“Installazioni
Pristine”,
a
pagina
345
Lo
strumento
Pristine
fornisce
il
supporto
per
l’installazione
di
nuovi
sistemi
operativi
sulle
macchine
Pristine
e
come
gestire
i
nuovi
computer
nella
rete.
v
Appendice
D,
“Ruoli
di
autorizzazione”,
a
pagina
377
Descrive
i
ruoli
necessari
per
eseguire
le
attività
di
Software
Distribution.
Pubblicazioni
In
questa
sezione
vengono
elencate
le
pubblicazioni
presenti
nella
libreria
di
IBM
Tivoli
Configuration
Manager
e
tutti
i
documenti
ad
esse
correlate.
Inoltre,
in
essa
viene
descritto
come
accedere
alle
pubblicazioni
Tivoli
in
linea
e
come
ordinarle.
Libreria
di
IBM
Tivoli
Configuration
Manager
Nella
libreria
di
IBM
Tivoli
Configuration
Manager
sono
disponibili
i
seguenti
documenti:
v
IBM
Tivoli
Configuration
Manager:
Introduzione
a
IBM
Tivoli
Configuration
Manager,
GC23-4703
Fornisce
una
panoramica
di
IBM
Tivoli
Configuration
Manager
e
dei
relativi
componenti
e
fornisce
anche
degli
scenari
per
evidenziare
i
vari
processi.
v
IBM
Tivoli
Configuration
Manager:
Planning
and
Installation
Guide,
GC23-4702
Vengono
illustrate
le
procedure
di
installazione,
aggiornamento
e
disinstallazione
del
prodotto
e
dei
relativi
componenti
in
un
ambiente
Tivoli.
v
IBM
Tivoli
Configuration
Manager:
Guida
per
l’utente
per
Software
Distribution,
SC13-3205
Questa
guida
illustra
i
concetti
e
le
procedure
necessari
per
utilizzare
il
componente
Software
Distribution
e
distribuire
il
software
nelle
LAN
(local
area
network)
e
nelle
WAN
(wide
area
network).
v
IBM
Tivoli
Configuration
Manager:
Manuale
di
riferimento
per
Software
Distribution,
SC23-4712
Vengono
illustrate
le
funzioni
avanzate
e
i
concetti
necessari
per
utilizzare
e
personalizzare
il
componente
Software
Distribution.
v
IBM
Tivoli
Configuration
Manager:
User’s
Guide
for
Inventory,
SC23-4713
Viene
descritto
il
componente
Inventory
e
le
attività
di
gestione
che
è
possibile
eseguire.
v
IBM
Tivoli
Configuration
Manager:
User’s
Guide
for
Deployment
Services,
SC23-4710
Prefazione
Prefazione
xiii
Fornisce
informazioni
su
Deployment
Service
del
prodotto.
v
IBM
Tivoli
Configuration
Manager:
Schema
di
riferimento
del
database,
SC23-4783
Fornisce
informazioni
sul
database
di
IBM
Tivoli
Configuration
Manager.
v
IBM
Tivoli
Configuration
Manager:
Messaggi
e
codici,
SC23-4706
Vengono
forniti
dettagli
su
tutti
gli
errori,
i
messaggi
di
avvertenza
e
i
codici
di
errore
emessi
dal
prodotto.
v
IBM
Tivoli
Configuration
Manager:
Note
sul
rilascio,
GI11-0926
Contiene
le
informazioni
più
aggiornate
sul
prodotto.
Pubblicazioni
correlate
I
seguenti
documenti
forniscono
informazioni
utili:
v
IBM
Tivoli
Configuration
Manager:
User’s
Guide
for
Inventory,
SC23-4713
Fornisce
informazioni
dettagliate
sulla
gestione
dell’hardware
e
del
software
mediante
Inventory.
v
Tivoli
Enterprise:
Guida
all’installazione,
GC32-0804
Vengono
illustrate
le
procedure
di
installazione
e
aggiornamento
del
sofwtare
Tivoli
Enterprise
nella
Tivoli
region
utilizzando
i
meccanismi
di
installazione
disponibili
forniti
da
Tivoli
Software
Installation
Service
e
Tivoli
Management
Framework.
Il
software
Tivoli
Enterprise
include
il
server
Tivoli,
i
nodi
gestiti,
i
gateway,
gli
endpoint
e
gli
oggetti
RIM
(RDBMS
Interface
Module).
Questa
guida
inoltre
fornisce
le
informazioni
relative
alla
risoluzione
dei
problemi
di
installazione.
v
Tivoli
Management
Framework:
Pianificazione
per
la
guida
all’implementazione,
GC32-0803
Spiega
come
pianificare
l’implementazione
dell’ambiente
Tivoli.
Inoltre,
descrive
Tivoli
Management
Framework
ed
i
relativi
servizi.
v
Tivoli
Management
Framework:
Maintenance
and
Troubleshooting
Guide,
GC32-0807
Viene
fornita
la
procedura
di
gestione
di
un
ambiente
Tivoli
e
la
risoluzione
dei
problemi
che
possono
verificarsi
durante
l’esecuzione
delle
operazioni.
v
Tivoli
Management
Framework:
Manuale
di
riferimento,
GC32-0806
Vengono
fornite
informazioni
dettagliate
sui
comandi
di
Tivoli
Management
Framework.
Questo
manuale
è
utile
durante
la
scrittura
degli
script
che
verranno
eseguiti
come
attività
Tivoli.
Inoltre,
tale
manuale
documenta
circa
gli
script
predefiniti
e
della
politica
di
convalida
utilizzati
da
Tivoli
Management
Framework.
v
Tivoli
Management
Framework:
User’s
Guide,
GC32-0805
Vengono
descritti
i
concetti
e
le
procedure
per
utilizzare
i
servizi
di
Tivoli
Management
Framework.
sono
contenute
anche
istruzioni
per
eseguire
le
attività
dal
desktop
Tivoli
e
dalla
riga
comandi.
v
IBM
Tivoli
Enterprise
Console:
User’s
Guide
e
IBM
Tivoli
Enterprise
Console:
Adapters
Guide
Fornisce
informazioni
dettagliate
sull’integrazione
di
reti,
sistemi,
database
e
la
gestione
di
applicazioni
con
Tivoli
Enterprise
Console.
Tivoli
Software
Glossary
include
le
definizioni
per
molti
termini
tecnici
correlati
al
software
Tivoli.
Tivoli
Software
Glossary
è
disponibile,
solo
in
Inglese,
nel
seguente
sito
Web
della
libreria
software
di
Tivoli:
http://www.ibm.com/software/tivoli/library/
Prefazione
xiv
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
E’
possibile
accedere
al
glossario
facendo
clic
sul
collegamento
Glossary
nel
pannello
a
sinistra
della
finestra
relativa
alla
libreria
software
di
Tivoli.
Accesso
alle
pubblicazioni
in
linea
Il
CD
della
documentazione
contiene
le
pubblicazioni
contenute
nella
libreria
del
prodotto.
Il
formato
delle
pubblicazioni
è
di
tipo
PDF,
HTML,
o
entrambi.
Fare
riferimento
al
file
Readme
nel
CD
per
istruzioni
relative
all’accesso
alla
documentazione.
Il
CD
del
prodotto
contiene
le
pubblicazioni
contenute
nella
libreria
del
prodotto.
Il
formato
delle
pubblicazioni
è
di
tipo
PDF,
HTML,
o
entrambi.
Per
accedere
alle
pubblicazioni
utilizzando
un
browser
Web,
aprire
il
file
infocenter.html.
Il
file
si
trova
nella
directory
delle
pubblicazioni
appropriata
sul
CD
del
prodotto.
IBM
inserisce
le
pubblicazioni
per
questo
ed
altri
prodotti
Tivoli
appena
esse
sono
disponibili
o
se
vengono
aggiornate,
nel
sito
Web
del
centro
di
informazioni
del
software
Tivoli.
Eseguire
l’accesso
al
centro
di
informazioni
del
software
Tivoli
dalla
libreria
software
di
Tivoli
al
seguente
indirizzo:
http://www.ibm.com/software/tivoli/library/
Fare
scorrere
verso
il
basso
e
fare
clic
sul
collegamento
Manuali
del
prodotto.
Nella
finestra
dell’elenco
alfabetico
dei
documenti
dei
prodotti
Tivoli,
fare
clic
sul
collegamento
<Nome
della
libreria
del
prodotto>
per
accedere
alla
libreria
del
prodotto
nel
centro
di
informazioni
software
Tivoli.
Nota:
Se
si
stampano
documenti
in
formato
diverso
dal
formato
lettera,
impostare
l’opzione
nella
finestra
File->
Stampa
che
consente
ad
Adobe
Reader
di
stampare
le
pagine
in
formato
lettera.
Ordinazione
delle
pubblicazioni
E’
possibile
ordinare
le
pubblicazioni
Tivoli
in
linea
al
seguente
sito
Web:
http://www.elink.ibmlink.ibm.com/public/applications/publications/
cgibin/pbi.cgi
E’
inoltre
possibile
effettuare
l’ordine
telefonicamente,
chiamando
uno
dei
seguenti
numeri:
v
Negli
Stati
Uniti:
800-879-2755
v
In
Canada:
800-426-4968
In
altri
paesi,
consultare
il
seguente
sito
Web
per
un
elenco
dei
rispettivi
numeri:
http://www.ibm.com/software/tivoli/order-lit/
Accesso
facilitato
Le
funzioni
di
accesso
facilitato
consentono
agli
utenti
con
invalidità
fisiche
quali
problemi
di
mobilità
o
di
vista,
di
utilizzare
i
prodotti
software
correttamente.
Con
questo
prodotto,
è
possibile
utilizzare
tecnologie
di
supporto
per
spostarsi
attraverso
l’interfaccia.
E’
anche
possibile
utilizzare
la
tastiera
invece
del
mouse
per
il
funzionamento
di
tutte
le
funzioni
della
GUI.
Per
ulteriori
informazioni,
consultare
Appendice
A,
“Accessibilità”,
a
pagina
341.
Prefazione
Prefazione
xv
Come
contattare
il
Supporto
Software
Per
eventuali
problemi
relativi
ai
prodotti
Tivoli,
consultare
il
seguente
sito
Web
per
il
supporto
software
IBM:
http://www.ibm.com/software/sysmgmt/products/support/
Per
contattare
il
supporto
software,
fare
riferimento
al
manuale
relativo
alSupporto
software
IBM
nel
sito
Web:
http://techsupport.services.ibm.com/guides/handbook.html
Il
manuale
fornisce
informazioni
su
come
contattare
il
Supporto
software
IBM,
a
seconda
della
gravità
del
problema
riscontrato,
oltre
alle
le
seguenti
informazioni:
v
Registrazione
e
eleggibilità
v
Numeri
di
telefono,
a
seconda
del
paese
in
cui
ci
si
trova
v
Informazioni
necessarie
prima
di
contattare
il
supporto
software
IBM
Convenzioni
utilizzate
in
questa
guida
Questa
guida
utilizza
diverse
convenzioni
per
termini
ed
azioni
particolari
e
per
comandi
e
percorsi
dipendenti
dal
sistema
operativo.
Convenzioni
del
carattere
tipografico
Questa
guida
contiene
le
seguenti
convenzioni
di
carattere
tipografico:
Grassetto
v
I
comandi
in
minuscolo
o
misti
difficili
da
distinguere
rispetto
dal
resto
del
testo
v
Controlli
interfaccia
(caselle
di
spunta,
pulsanti,
pulsanti
di
opzione,
pulsanti
di
selezione,
campi,
cartelle,
icone,
elenchi,
voci
nelle
caselle
di
elenco,
elenchi
a
più
colonne,
contenitori,
opzioni
di
menu,
nomi
di
menu,
separatori,
fogli
di
proprietà),
etichette
(come
Suggerimento:,
e
considerazioni
del
sistema
operativo:)
v
Parole
chiave
e
parametri
nel
testo
Corsivo
v
Parole
definite
nel
testo
v
Enfasi
di
parole
(parole
come
parole)
v
Nuovi
termini
nel
testo
(eccetto
nell’elenco
di
definizione)
v
Variabili
e
valori
da
fornire
Spaziatura
singola
v
Esempi
e
esempi
di
codici
v
Nomi
di
file,
parole
chiave
di
programmazione
ed
altri
elementi
che
sono
difficili
da
distinguere
dal
testo
circostante
v
Testo
di
messaggi
e
richieste
indirizzate
all’utente
v
Testo
che
l’utente
deve
immettere
v
Valori
per
gli
argomenti
o
per
le
opzioni
dei
comandi
Prefazione
xvi
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Variabili
e
percorsi
dipendenti
dal
sistema
operativo
Questa
guida
utilizza
la
convenzione
UNIX
per
la
specifica
delle
variabili
di
ambiente
e
per
la
notazione
della
directory.
Quando
si
utilizza
la
riga
comandi
di
Windows,
sostituire
la
variabile$
conla
variabile
%
%
per
le
variabili
di
ambiente
e
sostituire
ogni
barra
(/)
con
una
barra
retroversa
(\)
nei
percorsi
di
directory.
I
nomi
delle
variabili
di
ambiente
non
sono
sempre
gli
stessi
in
Windows
e
UNIX.
Ad
esempio,
%TEMP%
in
Windows
equivale
a
$tmp
in
UNIX.
Nota:
Se
si
sta
utilizzando
la
shell
bash
su
un
sistema
Windows,
è
possibile
utilizzare
le
convenzioni
UNIX.
Icone
di
Software
Distribution
Le
icone
seguenti
rappresentano
il
profilo
di
Software
Distribution
visualizzato
sul
desktop
Tivoli
in
vari
formati:
L’icona
per
l’icona
del
profilo
del
pacchetto
software
in
formato
composto.
L’icona
per
l’icona
del
profilo
del
pacchetto
software
in
formato
non
composto.
L’icona
per
il
profilo
del
pacchetto
software
vuoto.
Le
risorse
del
profilo
del
pacchetto
software
sono
create
nel
contesto
di
un
gestore
profili
e
vengono
distribuite
ai
sistemi
di
registrazione
o
ai
gestori
profili
gestiti
nell’ambiente
Tivoli.
Prefazione
Prefazione
xvii
Prefazione
xviii
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Parte
1.
Preparazione
dei
pacchetti
software
Capitolo
1.
Panoramica
su
Software
Distribution
. 5
Nuove
funzioni
di
questa
versione
.
.
.
.
.
.
. 5
Funzioni
principali
di
Software
Distribution
.
.
.
. 6
Preparazione
del
pacchetto
software
.
.
.
.
. 6
Supporto
per
rilasci
del
prodotto
precedenti
.
.
. 8
Operazioni
e
distribuzioni
del
pacchetto
software
8
MDist
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 11
Ambiente
Software
Distribution
.
.
.
.
.
.
. 12
Host
di
origine
.
.
.
.
.
.
.
.
.
.
.
. 13
Destinazioni
della
distribuzione
.
.
.
.
.
. 13
Pacchetti
software
.
.
.
.
.
.
.
.
.
.
.
. 13
Azioni
relative
agli
oggetti
.
.
.
.
.
.
.
. 14
Azioni
di
sistema
.
.
.
.
.
.
.
.
.
.
. 14
Azioni
di
programma
.
.
.
.
.
.
.
.
.
. 15
Pacchetti
software
nidificati
.
.
.
.
.
.
.
. 16
Formati
dei
pacchetti
software
.
.
.
.
.
.
.
. 16
File
.sp
(Software
Package)
.
.
.
.
.
.
.
. 17
File
.spd
(Software
Package
Definition)
.
.
.
. 17
File
.spb
(Software
Package
Block)
.
.
.
.
.
. 17
Oggetto
del
pacchetto
software
.
.
.
.
.
.
. 17
Selezione
di
un
formato
di
pacchetto
software
.
. 17
Operazioni
del
desktop
Tivoli
.
.
.
.
.
.
.
. 18
Operazioni
di
Software
Distribution
.
.
.
.
.
. 18
Capitolo
2.
Avvio
di
Software
Package
Editor
.
. 21
Avvio
di
Software
Package
Editor
su
endpoint
.
. 21
Dal
desktop
.
.
.
.
.
.
.
.
.
.
.
.
. 21
Da
una
riga
comandi
.
.
.
.
.
.
.
.
.
. 22
Su
endpoint
Windows
.
.
.
.
.
.
.
.
. 23
Su
Endpoint
di
OS/2
.
.
.
.
.
.
.
.
. 23
Su
endpoint
UNIX
.
.
.
.
.
.
.
.
.
. 23
Avvio
di
Software
Package
Editor
sui
nodi
gestiti
. 23
Definizione
del
tipo
di
pacchetto
da
creare
.
.
.
. 25
Integrazione
di
un
pacchetto
nativo
in
un
pacchetto
software
.
.
.
.
.
.
.
.
.
.
. 26
Creazione
di
un
pacchetto
software
con
AutoPack
26
Creazione
di
un
pacchetto
software
utilizzando
un
modello
.
.
.
.
.
.
.
.
.
.
.
.
. 26
Personalizzazione
di
un
pacchetto
software
di
esempio
.
.
.
.
.
.
.
.
.
.
.
.
.
. 26
Creazione
di
un
pacchetto
software
per
tipi
misti
di
destinazione
.
.
.
.
.
.
.
.
.
.
.
. 26
Gestione
di
un
pacchetto
software
esistente
.
.
. 26
Personalizzazione
della
GUI
di
Software
Package
Editor
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 27
Personalizzazione
della
pagina
di
benvenuto
.
. 29
Creazione
di
un
nuovo
esempio
di
pacchetto
software
.
.
.
.
.
.
.
.
.
.
.
.
.
. 29
Creazione
di
un
nuovo
modello
di
pacchetto
software
.
.
.
.
.
.
.
.
.
.
.
.
.
. 30
Impostazione
del
percorso
predefinito
.
.
.
. 30
Capitolo
3.
Creazione
di
pacchetti
software
mediante
l’Editor
dei
pacchetti
software
.
.
.
. 33
Creazione
di
un
pacchetto
software
.
.
.
.
.
. 33
Creazione
del
pacchetto
software
Appsample
.
.
. 34
Denominazione
del
pacchetto
software
Appsample
.
.
.
.
.
.
.
.
.
.
.
.
. 35
verifica
dello
spazio
su
disco
.
.
.
.
.
.
. 36
Aggiunta
di
directory
e
file
.
.
.
.
.
.
.
. 38
Aggiunta
di
azioni
della
piattaforma
Windows
in
un
contenitore
generico
.
.
.
.
.
.
.
.
. 42
Aggiunta
di
directory
e
file
del
sistema
operativo
Windows
.
.
.
.
.
.
.
.
.
. 43
Aggiunta
degli
oggetti
del
registro
di
Windows
.
.
.
.
.
.
.
.
.
.
.
.
. 47
Aggiunta
degli
oggetti
della
shell
di
Windows
51
Aggiunta
di
oggetti
del
profilo
di
Windows
. 53
Aggiunta
dei
servizi
di
Windows
.
.
.
.
. 57
Aggiunta
delle
azioni
della
piattaforma
OS/2
in
un
contenitore
generico
.
.
.
.
.
.
.
.
. 57
Aggiunta
degli
oggetti
del
desktop
di
OS/2
58
Aggiunta
degli
oggetti
del
profilo
di
OS/2
.
. 60
Aggiunta
di
oggetti
del
file
di
testo
.
.
.
. 61
Aggiunta
di
un’azione
Esegui
programma
CID
64
Aggiunta
di
un’azione
Esegui
programma
.
.
. 65
Aggiunta
di
un’azione
di
riavvio
.
.
.
.
.
. 67
Pacchetto
software
Appsample
.
.
.
.
.
.
. 69
Modifica
dell’ordine
degli
oggetti
nel
pacchetto
software
.
.
.
.
.
.
.
.
.
. 70
Impostazione
delle
proprietà
nel
pacchetto
.
.
.
. 70
Proprietà
generali
.
.
.
.
.
.
.
.
.
.
. 72
Editor
dipendenze
.
.
.
.
.
.
.
.
.
. 73
Opzioni
del
server
.
.
.
.
.
.
.
.
.
.
. 75
Impostazione
delle
opzioni
del
server
.
.
. 75
Impostazione
delle
opzioni
avanzate
del
server
.
.
.
.
.
.
.
.
.
.
.
.
.
. 76
Opzioni
dell’endpoint
.
.
.
.
.
.
.
.
.
. 77
Opzioni
di
Programma
con
esecuzione
precedente
.
.
.
.
.
.
.
.
.
.
.
.
. 79
Opzioni
di
Programma
con
esecuzione
successiva
.
.
.
.
.
.
.
.
.
.
.
.
. 80
Proprietà
dei
file
di
log
.
.
.
.
.
.
.
.
. 80
Descrizione
.
.
.
.
.
.
.
.
.
.
.
.
. 82
Copyright
.
.
.
.
.
.
.
.
.
.
.
.
.
. 82
Elenco
di
variabili
.
.
.
.
.
.
.
.
.
.
. 83
Pacchetti
nidificati
.
.
.
.
.
.
.
.
.
.
. 83
Modifica
delle
proprietà
dei
pacchetti
software
.
. 85
Azioni
del
programma
nell’Editor
dei
pacchetti
software
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 86
Azione
del
programma
InstallShield
.
.
.
.
. 86
Azione
del
programma
Microsoft
Setup
.
.
.
. 88
Azioni
di
eliminazione
.
.
.
.
.
.
.
.
.
. 89
Salvataggio
del
pacchetto
software
.
.
.
.
.
. 90
Capitolo
4.
Creazione
di
un
pacchetto
software
per
le
unità
.
.
.
.
.
.
.
.
.
.
.
.
.
. 93
Creazione
di
un
pacchetto
software
di
oggetti
unità
93
Aggiunta
di
directory
nelle
unità
.
.
.
.
.
. 94
Aggiunta
di
file
nelle
unità
.
.
.
.
.
.
.
. 96
Esecuzione
di
programmi
sulle
unità
.
.
.
.
. 98
Personalizzazione
delle
impostazioni
delle
unità
98
©
Copyright
IBM
Corp.
2002,
2003
1
Personalizzazione
delle
unità
di
Nokia
9200
Communicator
Series
.
.
.
.
.
.
.
.
. 99
Personalizzazione
delle
unità
di
Palm
e
Windows
CE
.
.
.
.
.
.
.
.
.
.
. 100
Distribuzione
del
pacchetto
software
dell’oggetto
unità
sulle
destinazioni
.
.
.
.
.
.
.
.
.
. 100
Capitolo
5.
Utilizzo
di
Software
Distribution
in
OS/400
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 103
Definizione
di
pacchetti
software
con
oggetti
OS/400
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 103
File
system
OS/400
nativi
e
integrati
.
.
.
.
. 104
Utilizzo
dell’Editor
di
pacchetti
software
OS/400
105
Avvio
dell’Editor
di
pacchetti
software
OS/400
105
Aggiunta
di
oggetti
e
librerie
OS/400
.
.
.
. 106
Aggiunta
di
oggetti
OS/400
.
.
.
.
.
.
. 109
Rimozione
di
librerie
OS/400
.
.
.
.
.
.
. 110
Eliminazione
di
oggetti
OS/400
.
.
.
.
.
. 110
Aggiunta
di
programmi
su
licenza
OS/400
.
. 111
Rimozione
di
programmi
su
licenza
OS/400
.
. 113
Modifica
del
valore
di
sistema
OS/400
.
.
.
. 114
Utilizzo
di
funzioni
non
specifiche
di
OS/400
.
. 114
Aggiunta
di
oggetti
non
nativi
al
file
system
nativo
OS/400
.
.
.
.
.
.
.
.
.
.
.
. 115
Esecuzione
di
un
programma
OS/400
.
.
.
. 116
Procedure
per
salvare
un
pacchetto
software
OS/400
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 118
Capitolo
6.
Integrazione
di
oggetti
nativi
in
un
pacchetto
software
.
.
.
.
.
.
.
.
.
.
. 121
Utilizzo
dell’Editor
dei
pacchetti
software
per
integrare
gli
oggetti
nativi
.
.
.
.
.
.
.
.
. 121
Vantaggi
prodotti
dall’integrazione
di
oggetti
nativi
122
Creazione
di
un
pacchetto
software
che
integra
un
oggetto
nativo
.
.
.
.
.
.
.
.
.
.
.
.
. 122
Definizione
delle
operazioni
di
distribuzione
del
software
in
un’installazione
nativa
.
.
.
.
. 123
Utilizzo
di
una
procedura
guidata
.
.
.
.
.
. 126
Utilizzo
di
Importer
di
Installa
prodotto
MSI
127
Utilizzo
di
Importer
.
.
.
.
.
.
.
. 130
Utilizzo
delle
finestre
.
.
.
.
.
.
.
.
.
.
. 135
Utilizzo
delle
finestre
per
incorporare
o
modificare
un
pacchetto
AIX
.
.
.
.
.
.
. 135
Utilizzo
delle
finestre
per
integrare
o
modificare
un
pacchetto
Solaris
.
.
.
.
.
.
.
.
.
. 139
Utilizzo
delle
finestre
per
integrare
o
modificare
un
pacchetto
Linux
.
.
.
.
.
.
.
.
.
. 142
Utilizzo
delle
finestre
per
incorporare
o
modificare
un
pacchetto
HP-UX
.
.
.
.
.
. 145
Utilizzo
delle
finestre
per
incorporare
o
modificare
un
pacchetto
MSI
.
.
.
.
.
.
. 152
Azione
Esegui
programma
CID
.
.
.
.
.
. 159
Azione
del
programma
InstallShield
.
.
.
.
. 159
Azione
del
programma
Microsoft
Setup
.
.
. 159
Come
rendere
condizionale
un’installazione
nativa
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 159
Definizione
di
una
firma
di
Inventory
per
un
pacchetto
nativo
.
.
.
.
.
.
.
.
.
.
. 161
Capitolo
7.
Funzionamento
di
AutoPack
.
.
. 163
Componenti
di
AutoPack
.
.
.
.
.
.
.
.
. 164
File
di
configurazione
di
AutoPack
.
.
.
.
.
. 165
Personalizzazione
del
file
di
configurazione
.
. 168
Note
relative
ad
alcuni
scenari
utente
.
.
. 169
Operazioni
con
gli
oggetti
condivisi
.
.
.
.
. 170
Autopack.ini
predefinito
per
Windows
2003
.
. 170
Autopack.ini
predefinito
per
Windows
XP
.
.
. 171
Autopack.ini
predefinito
per
Windows
2000
.
. 172
Autopack.ini
predefinito
per
UNIX
.
.
.
.
. 173
Autopack.ini
predefinito
per
OS/2
.
.
.
.
. 173
Capitolo
8.
Creazione
di
un
pacchetto
software
utilizzando
AutoPack
.
.
.
.
.
.
.
.
.
. 175
Esecuzione
di
AutoPack
.
.
.
.
.
.
.
.
.
. 176
Creazione
della
prima
istantanea
.
.
.
.
.
.
. 176
Opzione
Installazione
manuale
.
.
.
.
.
.
. 182
Ripresa
della
seconda
istantanea
.
.
.
.
.
. 184
Opzione
Installazione
automatica
.
.
.
.
.
.
. 187
2
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Questa
parte
descrive
come
utilizzare
l’editor
del
pacchetto
Software
per
creare
pacchetti
software.
Individuazione
delle
informazioni
correlate
Le
informazioni
relative
a
questi
servizi
sono
disponibili
in:
v
Introduzione
a
IBM
Tivoli
Configuration
Manager.
Contiene
una
panoramica
di
Software
Distribution.
v
Manuale
di
riferimento
per
Software
Distribution.
Ciò
include
informazioni
su
come
eseguire
le
stesse
operazioni
dalla
riga
comandi.
v
Planning
and
Installation
Guide.
Contiene
informazioni
su
come
installare
Software
Distribution.
v
Messaggi
e
codici.
Contiene
informazioni
su
tutti
i
messaggi
generati
dai
componenti
e
dai
servizi
di
IBM
Tivoli
Configuration
Manager.
Parte
1.
Preparazione
dei
pacchetti
software
3
4
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Capitolo
1.
Panoramica
su
Software
Distribution
Utilizzando
Software
Distribution,
è
possibile
installare,
configurare
ed
aggiornare
il
software
su
sistemi
in
rete
da
un
unico
sistema
di
origine,
eliminando
la
necessità
di
aggiornare
manualmente
il
software
su
più
sistemi.
E’
possibile
creare
e
distribuire
applicazioni
desktop
e
client/server,
gestire
il
ciclo
di
vita
del
software,
rendere
automatici
gli
inventari
di
sistema
e
controllare
le
modifiche
alla
configurazione
ed
al
sistema.
Software
Distribution
può
distribuire
il
software
in
modo
rapido
ed
affidabile
su
reti
multipiattaforme,
inclusi
i
sistemi
UNIX,
NetWare,
Windows,
OS/400
e
OS/2
su
siti
remoti.
Fare
riferimento
a
Note
sul
rilascio
per
dettagli
relative
alle
piattaforme
supportate
per
questo
prodotto.
Nuove
funzioni
di
questa
versione
Al
programma
Software
Distribution
sono
stati
apportati
i
miglioramenti
riportati
di
seguito:
v
Editor
di
pacchetti
software
semplificato
Quando
si
avvia
la
GUI
(graphical
user
interface)
dell’Editor
di
pacchetti
software,
la
finestra
iniziale
Selettore
dell’Editor
di
pacchetti
software
consente
di
selezionare
gli
oggetti
utilizzati
per
creare
il
pacchetto
software,
in
modo
che
vengano
utilizzati
solo
gli
strumenti
necessari
per
la
creazione
del
pacchetto.
E’
anche
possibile
personalizzare
la
GUI
in
modo
da
includere
le
proprie
maschere
e
la
pagina
di
benvenuto.
v
Supporto
nativo
per
i
pacchetti
HP-UX
Il
supporto
nativo
per
i
pacchetti
è
stato
esteso
in
modo
da
includere
i
pacchetti
HP-UX.
v
Programmi
endpoint
con
esecuzione
precedente
e
successiva
E’
possibile
avviare
un
programma
o
uno
script
sull’endpoint
prima
dell’esecuzione
dell’operazione
di
gestione
delle
modifiche
e
dopo
l’esecuzione
dell’operazione.
Per
abilitare
tale
funzione,
sono
state
aggiunte
proprietà
a
livello
del
pacchetto
ed
il
nuovo
comando
wdswdvar.
Tali
programmi
sono
particolarmente
utili
per
la
gestione
di
variabili
con
valori
dinamici.
Consultare
“Esempio
di
Programma
con
esecuzione
precedente”
a
pagina
79
per
un
esempio.
v
Personalizzazione
dei
valori
di
default
Il
comando
wswdmgr
è
stato
modificato
in
modo
da
consentire
la
personalizzazione
dei
valori
di
default
per
alcune
opzioni
di
distribuzione.
v
Personalizzazione
dei
percorsi
di
default
Personalizzare
il
percorso
di
default
utilizzato
dalla
finestra
del
browser
dell’Editor
di
pacchetti
software.
v
Personalizzazione
dell’Editor
di
pacchetti
software
Creare
le
proprie
maschere
per
la
modifica
delle
icone
visualizzate
nella
finestra
principale
dell’Editor
di
pacchetti
software,
in
modo
che
vengano
visualizzate
solo
le
azioni
necessarie
per
la
creazione
del
proprio
pacchetto
software.
Definire
i
propri
pacchetti
software
di
esempio
da
aprire
e
modificare
per
creare
altri
pacchetti
software
da
salvare
con
altri
nomi.
©
Copyright
IBM
Corp.
2002,
2003
5
v
Destinazioni
non
disponibili
o
non
più
valide
Nelle
versioni
precedenti,
se
una
o
più
destinazioni
non
erano
valide
o
disponibili,
la
distribuzione
su
tali
destinazioni
non
veniva
eseguita
e
non
continuava
sulle
destinazioni
rimanenti.
In
questo
rilascio,
è
possibile
impostare
la
distribuzione
in
modo
che
continui
sulle
destinazioni
rimanenti.
Le
informazioni
relative
alle
destinazioni
su
cui
l’operazione
non
è
stata
completata
vengono
memorizzate
nel
file
di
log
di
Software
Distribution.
v
La
funzione
di
trasferimento
dei
dati
richiama
lo
stato
sugli
endpoint
mobili
Le
nuove
tag
aggiunte
a
swdis.ini
consentono
agli
utenti
mobili
di
verificare
lo
stato
delle
operazioni
di
richiamo
dei
dati.
v
Riavvio
durante
la
fase
di
commit
E’
possibile
eseguire
il
riavvio
durante
la
fase
di
commit
del
pacchetto.
v
Verifiche
sugli
oggetti
condivisi
Quando
viene
rimosso
un
pacchetto,
viene
eseguita
la
verifica
dei
pacchetti
condivisi,
per
evitarne
la
rimozione
se
tali
oggetti
erano
già
presenti
sulla
destinazione
prima
dell’installazione
iniziale
del
pacchetto
software.
E’
possibile
verificare
tutti
gli
oggetti
distribuiti
con
il
pacchetto
software,
solo
gli
oggetti
condivisi
oppure
nessuno
oggetto.
Funzioni
principali
di
Software
Distribution
Software
Distribution
fornisce
un
sistema
centralizzato
di
gestione
del
software
con
cui
gli
amministratori
possono
utilizzare
pacchetti
software
per
installare
e
configurare
nuove
applicazioni,
aggiornare
il
software
esistente
con
versioni
più
aggiornate
e
sincronizzare
il
software
sui
sistemi
distribuiti.
Le
sezioni
riportate
di
seguito
riepilogano
le
funzioni
principali
di
Software
Distribution.
Le
funzioni
principali
sono
raggruppate
negli
argomenti
riportati
di
seguito:
v
“Preparazione
del
pacchetto
software”
v
“Supporto
per
rilasci
del
prodotto
precedenti”
a
pagina
8
v
“Operazioni
e
distribuzioni
del
pacchetto
software”
a
pagina
8
v
“MDist”
a
pagina
11
Preparazione
del
pacchetto
software
L’Editor
di
pacchetti
software
è
un’interfaccia
grafica
per
la
creazione
e
la
personalizzazione
di
un
pacchetto
software.
Può
essere
installato
su
qualsiasi
managed
node
ed
endpoint
disponibile.
Fare
riferimento
a
Note
sul
rilascio
per
un
elenco
delle
piattaforme
supportate.
L’Editor
di
pacchetti
software
visualizza
un
albero
grafico
di
pacchetti
software
e
i
relativi
contenuti.
E’
possibile
organizzare
le
azioni
contenute
nel
pacchetto
nell’ordine
in
cui
vengono
eseguite
sul
sistema
di
destinazione.
L’Editor
di
pacchetti
software
consente
di
creare
e
modificare
un
pacchetto
software
in
diversi
modi.
Fornisce
le
funzioni
riportate
di
seguito:
v
Pacchetto
software
unificato
Software
Distribution
utilizza
un
formato
semplificato
per
la
compressione
del
contenuto
denominato
pacchetto
software.
Tutte
le
tecniche
utilizzate
per
creare
i
pacchetti
software
sono
basate
su
questo
formato
di
file.
Per
questo
motivo,
un
pacchetto
software
creato
utilizzando
AutoPack
è
identico
ad
un
pacchetto
creato
manualmente
utilizzando
l’Editor
di
pacchetti
software
ed
è
possibile
modificarli
entrambi
utilizzando
le
tecniche
disponibili
illustrate
nel
presente
capitolo.
v
Configurazione
dell’applicazione
Installando
i
pacchetti
software,
è
possibile
eseguire
azioni
come
la
modifica
del
registro,
l’aggiunta
di
icone
sul
desktop,
l’aggiunta
di
istruzioni
ai
file
di
sistema
e
la
creazione
di
cartelle
e
tasti
di
scelta
rapida.
Software
Distribution
elimina
la
Funzioni
importanti
6
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
necessità
di
creare
script
e
programmi
per
configurare
un’applicazione.
E’
possibile
inserire
l’azione
richiesta
nel
pacchetto
software.
v
Variabili
E’
possibile
utilizzare
le
variabili
per
esprimere
un
valore
dell’attributo
di
tipo
stringa
contenuto
nel
pacchetto
software,
in
modo
da
rendere
il
pacchetto
software
più
generico
ed
utilizzabile
su
sistemi
di
destinazione
differenti.
Ad
esempio,
non
è
necessario
creare
più
pacchetti
software
per
piattaforme
diverse.
E’
possibile
sostituire
le
informazioni
specifiche
della
piattaforma
con
delle
variabili
ed
utilizzare
lo
stesso
pacchetto
software
per
la
distribuzione
su
reti
multipiattaforma.
Fare
riferimento
a
Manuale
di
riferimento
per
Software
Distribution
per
ulteriori
dettagli
relativi
all’utilizzo
delle
variabili
nel
pacchetto
software.
v
Condizioni
E’
possibile
impostare
le
condizioni
sulle
azioni
contenute
in
un
pacchetto
software
o
sull’intero
pacchetto
software.
Utilizzando
le
condizioni,
vengono
definite
le
circostanze
in
cui
un’azione
viene
eseguita.
Ad
esempio,
è
possibile
specificare
le
azioni
da
eseguire
solo
su
sistemi
di
destinazione
Windows
2000
e
quelle
da
eseguire
solo
su
sistemi
Windows
XP.
v
File
delle
firme
di
Inventory
Aggiungere
un
oggetto
al
pacchetto
software
che
definisce
una
firma
nel
database
di
configurazione
in
modo
che
sia
disponibile
un
elenco
aggiornato
del
software
installato
nel
proprio
ambiente.
v
Supporto
per
l’oggetto
dell’unità
E’
possibile
creare
un
pacchetto
software
che
contiene
azioni
da
eseguire
su
unità
diffuse.
v
Supporto
per
l’installazione
nativa
e
di
terzi
Sono
supportati
i
formati
di
compressione
comuni.
E’
possibile
inserire
nel
pacchetto
software
il
contenuto
esistente
in
tali
formati
nativi
ed
i
relativi
file
delle
risposte
e
programmi
di
installazione
associati.
Sono
disponibili
i
seguenti
formati
di
pacchetti:
–
Microsoft
Setup
–
InstallShield
–
Programmi
CID
(Configuration,
installation,
and
distribution)
–
(Package
Definition
File),
un
file
di
Microsoft
Systems
Management
Server
–
Pacchetto
MSI,
Microsoft
Software
Installer
–
Pacchetto
AIX
–
Pacchetto
Solaris
–
Pacchetto
Linux
–
Pacchetto
HP-UXv
Verifiche
della
versione
E’
possibile
definire
un
pacchetto
software
come
inseribile
nella
versione
e
specificare
se
si
tratta
di
un
pacchetto
di
aggiornamento
o
di
una
patch.
Gli
aggiornamenti
non
vengono
installati
se
è
già
installata
una
versione
successiva
del
pacchetto.
Le
patch
non
vengono
installate
se
non
è
installata
la
versione
a
cui
la
patch
fa
riferimento.
v
Dipendenza
E’
possibile
definire
un’espressione
che
rende
l’installazione
o
la
rimozione
di
un
pacchetto
software
dipendente
dal
fatto
che
siano
soddisfatti
i
prerequisiti
hardware
e
software.
Funzioni
importanti
Capitolo
1.
Panoramica
su
Software
Distribution
7
v
AutoPack
Creazione
automatica
del
pacchetto
software:
AutoPack
genera
automaticamente
un
pacchetto
software
con
l’utilizzo
di
tecnologie
differenziate
e
di
scansione
e
con
il
confronto
di
due
"istantanee"
successive
di
una
macchina
di
preparazione.
v
Supporto
endpoint
OS/400
Il
supporto
endpoint
OS/400
espande
le
funzioni
di
Software
Distribution
e
consente
di
gestire
pacchetti
software
per
i
sistemi
di
destinazione
OS/400.
Software
Distribution
include
un
Editor
di
pacchetti
software
OS/400.
L’Editor
di
pacchetti
software
viene
utilizzato
su
un
sistema
a
Windows,
che
dispone
di
una
connessione
TCP/IP
ad
un
sistema
OS/400
utilizzato
come
sito
di
preparazione
del
pacchetto
software.
E’
possibile
creare
pacchetti
software
che
contengono
oggetti
OS/400,
come
librerie,
oggetti
e
programmi
su
licenza,
e
modifiche
ai
valori
di
sistema
OS/400.
Inoltre,
un
pacchetto
software
per
un
sistema
OS/400
può
contenere
azioni
standard
per
aggiungere
file
e
directory
non
OS/400
ad
un
sistema
OS/400
e
per
eseguire
programmi
utente
su
un
sistema
OS/400.
Il
servizio
di
trasferimento
dei
dati
supporta
il
trasferimento
di
file
tra
endpoint
OS/400
ed
host
origine
Software
Distribution.
Supporto
per
rilasci
del
prodotto
precedenti
Software
Distribution
fornisce
il
supporto
riportato
di
seguito
per
i
rilasci
del
prodotto
precedenti:
v
Supporto
per
pacchetti
di
file
di
rilasci
precedenti.
I
pacchetti
di
file
ed
il
nuovo
formato
di
pacchetto
software
possono
esistere
all’interno
dello
stesso
gestore
profili
come
tipi
di
risorse
differenti.
v
Un
comando
(wfptosp)
per
la
conversione
degli
oggetti
del
pacchetto
di
file
e
dei
file
di
definizione
dei
pacchetti
di
file
rispettivamente
in
oggetti
del
pacchetto
software
e
file
di
definizione
del
pacchetto
software.
Le
parole
chiave
contenute
nei
pacchetti
di
file
creati
con
rilasci
precedenti
vengono
associate
a
stanze,
attributi
e
comandi
del
pacchetto
software.
Fare
riferimento
a
Manuale
di
riferimento
per
Software
Distribution
per
ulteriori
informazioni
relative
alle
procedure
di
migrazione.
Operazioni
e
distribuzioni
del
pacchetto
software
Utilizzando
il
desktop
Tivoli
oppure
la
CLI
(command
line
interface),
è
possibile
eseguire
operazioni
di
gestione
delle
modifiche
per
rendere
completamente
automatiche
la
distribuzione
e
l’installazione
del
software.
Tra
le
operazioni
che
possono
essere
eseguite
sono
incluse:
v
Annullamento
automatico
E’
possibile
eseguire
un’operazione
di
annullamento
sul
pacchetto
software
in
modo
che
se
si
verifica
un
errore
grave
durante
il
processo
di
installazione,
l’operazione
di
annullamento
viene
eseguita
automaticamente
e
ripristina
lo
stato
del
sistema
precedente
all’esecuzione
dell’ultima
operazione
di
installazione
o
rimozione.
In
questo
modo,
vengono
rimossi
tutti
i
file
aggiunti
dall’installazione
non
esistenti
prima
della
distribuzione.
I
file
esistenti
prima
della
distribuzione
e
rimossi
vengono
aggiunti
nuovamente.
Per
i
file
esistenti
prima
della
distribuzione
e
sostituiti,
vengono
ripristinate
le
copie
precedenti.
Questa
operazione
viene
eseguita
anche
per
le
aggiunte,
eliminazioni
o
modifiche
apportate
alla
configurazione
oppure
alle
informazioni
di
sistema,
come
le
modifiche
al
registro,
alle
voci
del
file
.INI
,
alle
cartelle
ed
ai
tasti
di
scelta
rapida.
v
Verifica
dei
pacchetti
software
installati
Funzioni
importanti
8
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
E’
possibile
eseguire
un’operazione
di
verifica
su
un
pacchetto
software
per
determinare
che
gli
oggetti
di
destinazione
siano
stati
installati
correttamente
sul
sistema
di
destinazione.
v
Supporto
per
i
file
bloccati
Se
viene
rilevato
un
file
bloccato
durante
una
distribuzione,
normalmente
non
è
possibile
aggiornarlo.
La
distribuzione
del
pacchetto
software
in
modalità
transazionale
consente
di
utilizzare
il
supporto
per
i
file
bloccati,
che
consente
l’aggiornamento
dei
file
bloccati,
specificando
che
il
sistema
di
destinazione
deve
essere
riavviato
al
momento
dell’installazione,
oppure
al
successivo
avvio
del
sistema.
v
Rinomina
se
bloccato
Questa
funzione
elimina
la
necessità
di
riavviare
una
workstation
immediatamente
dopo
una
distribuzione
quando
viene
rilevato
un
file
bloccato.
Viene
eseguita
una
copia
del
file
che
viene
ridenominata.
v
Supporto
per
oggetti
condivisi
Poiché
molte
applicazioni
utilizzano
le
stesse
risorse,
come,
ad
esempio,
file,
directory
e
voci
di
registro,
tali
oggetti
condivisi
devono
essere
identificati
nel
pacchetto
software.
Utilizzando
un
attributo
di
condivisione,
ad
esempio,
su
file
e
directory,
è
possibile
condividere
file
e
directory
tra
più
applicazioni.
Se
un
pacchetto
software
è
progettato
per
rimuovere
un’applicazione
da
un
sistema
di
destinazione
ed
uno
degli
oggetti
contenuti
nel
pacchetto
software
è
identificato
come
risorsa
condivisa,
l’oggetto
viene
rimosso
quando
viene
rimossa
l’ultima
applicazione
che
utilizza
tale
risorsa.
Se
una
risorsa
condivisa
in
un
pacchetto
software
esiste
sulla
destinazione,
viene
utilizzata
la
versione
della
risorsa
più
recente.
v
Supporto
per
la
versione
del
file
E’
possibile
impostare
diverse
proprietà
degli
oggetti
nel
pacchetto
software
per
gestirne
il
funzionamento.
Ad
esempio,
se
un
oggetto
contenuto
in
un
pacchetto
software
già
esiste
sul
sistema
di
destinazione,
è
possibile
configurare
le
proprietà
dell’oggetto
in
modo
che
Software
Distribution
sostituisce
la
copia
esistente
solo
se
la
data
di
creazione
della
copia
è
precedente
a
quella
del
file
o
della
directory
contenuti
nel
pacchetto
software.
v
Funzionalità
origine
e
correzione
La
funzionalità
di
correzione
riduce
la
congestione
della
rete.
Identifica
gli
oggetti
di
origine
e
destinazione
modificati
o
corrotti
dopo
l’ultima
installazione
di
un
pacchetto
software
eseguita
correttamente
e
crea
nuovamente
il
pacchetto
software
solo
con
tali
oggetti
invece
di
reinstallare
nuovamente
l’intero
pacchetto.
v
Differenziazione
a
livello
di
byte
Con
la
differenziazione
a
livello
di
byte,
è
possibile
creare
pacchetti
delta
per
l’installazione,
riducendo
sensibilmente
il
traffico
della
rete.
Un
pacchetto
delta
viene
creato
dalle
differenze
rilevate
da
tale
tecnologia
tra
il
pacchetto
software
da
installare
(pacchetto
della
versione)
ed
il
pacchetto
di
base
già
installato
sul
sistema
di
destinazione;
viene
distribuito
solo
il
pacchetto
delta.
Il
pacchetto
delta
è
generalmente
più
piccolo
del
pacchetto
della
versione
o
del
pacchetto
di
base.
Le
modifiche
contenute
nel
pacchetto
delta
vengono
applicate
al
pacchetto
di
base
aggiornandolo
alla
nuova
versione.
Per
una
descrizione
dettagliata
del
funzionamento
della
differenziazione
a
livello
di
byte,
consultare
Manuale
di
riferimento
per
Software
Distribution.
v
Spostamento
dei
dati
Lo
spostamento
dei
dati
fornisce
comandi
per
la
distribuzione,
il
richiamo
e
l’eliminazione
di
file
dalle
macchine
in
un
ambiente
Tivoli
Management.
Funzioni
importanti
Capitolo
1.
Panoramica
su
Software
Distribution
9
Utilizzando
questa
funzione,
è
possibile
spostare
i
dati
da
endpoint
ad
endpoint
e
spostare
più
file
e
directory.
Inoltre,
lo
spostamento
dei
dati
abilita
la
conversione
di
caratteri
ed
ASCII/EBCDIC
e
la
conversione
della
code
page
per
i
file
di
testo.
E’
possibile
inoltrare
le
operazioni
di
spostamento
dei
dati
mediante
una
GUI
(graphical
user
interface)
e
mediante
la
CLI
(command
line
interface).
v
Installazione
da
CD
e
server
dei
file
Consente
di
specificare
che
il
pacchetto
software
da
installare
deve
essere
richiamato
da
un
server
dei
file
oppure
da
un
CD-ROM
e
non
dall’host
di
origine.
v
Notifica
utente
endpoint
Informa
gli
utenti
delle
distribuzioni
di
pacchetti
software
sui
sistemi
e
consente
loro
di
accettare,
rifiutare
oppure
ritardare
una
distribuzione.
v
Aggiornamenti
al
sistema
operativo
Software
Distribution
supporta
un
aggiornamento
per
Windows
2000
Professional
a
Windows
XP.
v
Strumento
Pristine
Uno
strumento
per
la
creazione
di
un
database
e
la
memorizzazione
di
immagini
di
minidisco
per
l’installazione
remota
di
un
sistema
operativo.
I
vantaggi
dell’utilizzo
dello
strumento
pristine
sono:
–
Possibilità
di
eseguire
la
preparazione
e
l’installazione
in
momenti
diversi
–
Possibilità
di
eseguire
l’installazione
in
modo
quasi
completamente
non
presidiato
–
Possibilità
di
eseguire
automaticamente
la
sincronizzazione
dei
modelli
di
riferimento
Change
Managerv
Integrazione
con
altre
applicazioni
e
servizi
L’elenco
riportato
di
seguito
indica
le
applicazioni
ed
i
servizi
che
vengono
utilizzati
insieme
a
Software
Distribution:
–
E’
possibile
utilizzare
Inventory
e
la
funzione
di
query
di
Tivoli
Management
Framework
per
eseguire
la
query
di
un
database
di
configurazione
per
determinare
le
destinazioni
appropriate
di
una
distribuzione.
Questa
funzione,
inoltre,
consente
di
registrare
le
informazioni
relative
alle
distribuzioni
del
software
e
lo
stato
di
gestione
delle
modifiche
dei
pacchetti
software
sui
sistemi
di
destinazione.
–
Utilizzando
Tivoli
Management
Framework
Scheduler,
è
possibile
pianificare
i
lavori,
ripetere
in
modo
indefinito
i
lavori
pianificati
oppure
ripeterli
per
un
numero
di
volte
specificato.
–
Mediante
l’integrazione
con
Tivoli
Enterprise
Console,
Software
Distribution
invia
eventi
alla
event
console
per
tutte
le
operazioni
di
distribuzione.
Gli
eventi
includono
informazioni
come,
ad
esempio,
i
codici
di
uscita
di
destinazione
corretti
e
non
corretti
ed
i
messaggi
relativi
alle
distribuzioni
non
riuscite.
–
Change
Manager
consente
di
eseguire
la
gestione
dell’ambiente.
E’
possibile
definire
un
modello
di
riferimento
in
cui
specificare
la
combinazione
appropriata
di
pacchetti
software
per
un
gruppo
di
utenti
workstation
all’interno
dell’enterprise.
–
Activity
Planner
consente
di
pianificare
l’esecuzione
di
un
gruppo
di
attività.
Le
attività
possono
essere
operazioni
di
Software
Distribution
eseguite
sulle
destinazioni
in
orari
specificati.
Funzioni
importanti
10
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
MDist
Software
Distribution
esegue
distribuzioni
di
grandi
quantità
di
dati
su
più
sistemi
di
destinazione.
Utilizza
il
servizio
MDist
2
(multiplexed
distribution)
per
distribuire
contemporaneamente
grandi
quantità
di
dati
alle
destinazioni
in
una
enterprise.
Di
seguito
sono
riportati
i
relativi
vantaggi:
v
Supporto
multicast
In
ambienti
con
larghezza
di
banda
limitata,
è
possibile
inviare
le
distribuzioni
utilizzando
il
multicast,
che
consente
di
inviare
contemporaneamente
una
singola
distribuzione
dall’origine
ad
un
gruppo
di
destinazioni.
v
Consegna
asincrona
Il
servizio
MDist
2
inoltra
le
distribuzioni
e,
utilizzando
una
GUI
oppure
i
comandi,
consente
di
verificare
immediatamente
lo
stato
di
ciascuna
distribuzione
su
ciascun
sistema
di
destinazione
senza
attendere
il
completamento
della
distribuzione
per
tutte
le
destinazioni.
v
Consegna
assicurata
Le
distribuzioni
MDist
2
vengono
memorizzate
in
file
locali
su
ciascun
ripetitore.
Se
non
è
possibile
stabilire
la
connessione
ad
un
ricevitore
oppure
se
la
connessione
è
interrotta,
la
distribuzione
viene
conservata
nella
cache
fino
a
quando
la
connessione
viene
stabilita
nuovamente
e
può
essere
eseguita.
Questa
funzione
consente
di
ripristinare
le
distribuzioni
dopo
errori
di
rete
determinati
dal
riavvio
della
macchina
oppure
da
problemi
di
alimentazione.
v
Riavvio
del
punto
di
controllo
Quando
una
distribuzione
viene
interrotta,
viene
ripristinata
automaticamente
da
un
punto,
in
base
alla
causa
dell’interruzione.
Se
l’interruzione
è
stata
causata
da
un
errore
di
rete,
la
distribuzione
viene
ripristinata
dal
punto
in
cui
si
è
verificata
l’interruzione.
Se
l’interruzione
è
stata
causata
dal
riavvio
della
macchina
oppure
da
un
problema
di
alimentazione,
la
distribuzione
viene
ripristinata
dall’ultimo
punto
di
controllo
prima
dell’interruzione.
La
distribuzione
terminata
manualmente
viene
ripristinata
dall’inizio.
Anche
le
distribuzioni
interrotte
temporaneamente
(in
pausa)
utilizzano
la
funzione
di
riavvio
del
punto
di
controllo.
La
distribuzione
viene
ripristinata
dal
punto
in
cui
è
stata
interrotta.
La
funzione
di
riavvio
del
punto
di
controllo
è
predefinita
in
Software
Distribution.
Consultare
“Servizio
riavvio
del
punto
di
controllo
per
gli
errori
di
rete
o
le
interruzioni
di
alimentazione”
a
pagina
237
per
un
esempio
oppure
fare
riferimento
a
Manuale
di
riferimento
per
Software
Distribution
per
ulteriori
informazioni
relative
a
tale
funzione.
v
Controllo
della
distribuzione
E’
possibile
utilizzare
la
console
Distribution
Status
di
MDist
2
per
accedere
e
controllare
le
distribuzioni
di
dati
avviate
da
applicazioni
differenti.
La
console
visualizza
un
elenco
di
tutte
le
distribuzioni
completate
ed
in
attesa
ed
il
relativo
stato
su
ciascun
endpoint
(in
attesa,
riuscito,
non
riuscito,
in
corso,
in
pausa,
interrotto,
non
disponibile,
annullato
o
scaduto).
v
Code
di
distribuzione
in
attesa
Le
distribuzioni
MDist
2
possono
avere
tre
livelli
di
priorità:
bassa,
media
oppure
alta.
I
livelli
di
priorità
determinano
l’ordine
in
cui
le
distribuzioni
vengono
gestite
dai
ripetitori.
Le
distribuzioni
con
livelli
di
priorità
più
alti
vengono
gestite
prima
di
quelle
con
priorità
più
bassa.
Le
distribuzioni
con
lo
stesso
livello
di
priorità
vengono
gestite
nell’ordine
in
cui
vengono
ricevute
da
un
ripetitore.
MDist
2,
inoltre,
consente
di
specificare
un
numero
massimo
di
connessioni
disponibili
per
ciascun
livello
di
priorità.
Una
distribuzione
con
un
Funzioni
importanti
Capitolo
1.
Panoramica
su
Software
Distribution
11
livello
di
priorità
fornito
utilizza
il
numero
di
connessioni
riservato
per
il
relativo
livello
di
priorità
più
le
connessioni
assegnate
per
i
livelli
di
priorità
più
bassi.
v
Depot
Un
depot
è
una
directory
sul
sito
del
ripetitore
che
consente
di
memorizzare
temporaneamente
o
in
modo
permanente
i
segmenti
di
dati
(pacchetti
software)
associati
alle
distribuzioni
del
pacchetto
software.
In
questo
modo,
le
distribuzioni
di
software
vengono
memorizzate
su
nodi
più
vicini
alle
destinazioni.
E’
possibile
inviare
i
pacchetti
software
dal
depot,
piuttosto
che
dall’host
di
origine,
ai
sistemi
di
destinazione
associati
a
tale
depot.
v
Supporto
mobile
Questa
funzione
potenzia
la
possibilità
di
distribuire
software
agli
utenti
mobili.
Utilizzando
il
supporto
mobile,
gli
utenti
finali
possono
decidere
quali
distribuzioni
scaricare
e
quali
rifiutare.
Durante
l’esecuzione
dei
download,
è
possibile
anche
arrestarli
temporaneamente
e
ripristinarli.
v
Gestore
delle
notifiche
Un
servizio
di
distribuzione
software
che
gestisce
le
code
dei
messaggi.
I
messaggi
vengono
raccolti
e
consegnati
appena
il
listener
è
disponibile.
Di
seguito
sono
riportati
alcuni
esempi
di
listener
ed
attività
di
notifica:
–
Registrazione
dei
risultati
in
un
file
di
log
su
un
managed
node
oppure
in
un
gruppo
di
notifiche
–
Invio
di
una
ad
un
utente
–
Invio
di
un
evento
a
Tivoli
Enterprise
Console.
Gli
eventi
forniscono
informazioni
relative
ai
codici
di
uscita
di
destinazione
riusciti
e
non
riusciti
ed
elenchi
di
messaggi
di
errore
relativi
alle
distribuzioni
non
riuscite
–
Aggiornamento
del
database
di
configurazione
–
Utilizzando
il
comando
wmsgbrowse
è
possibile
effettuare
le
operazioni
riportate
di
seguito:
esaminare
la
coda
dei
messaggi,
richiamare
i
messaggi
in
base
all’ID
di
distribuzione,
al
nome,
alla
destinazione
oppure
al
logger;
individuare
i
report
all’interno
dei
messaggi
ed
eliminare
un
report
definito
oppure
un
intero
messaggio.
Questa
funzione
consente
di
eseguire
distribuzioni
di
software
rapidamente
ed
in
modo
ottimale.
Per
ulteriori
informazioni
relative
al
servizio
MDist
2,
fare
riferimento
a
Tivoli
Management
Framework:
Pianificazione
per
la
guida
all’implementazione.
Ambiente
Software
Distribution
Quando
si
installa
Software
Distribution,
viene
aggiunto
un
tipo
di
profilo,
il
pacchetto
software,
all’ambiente
Tivoli.
E’
possibile
gestire
il
pacchetto
software
dall’interno
di
Tivoli
Management
Framework.
I
pacchetti
software
vengono
importati
nell’ambiente
Tivoli
ed
associati
ai
profili.
I
profili
del
pacchetto
software
fanno
riferimento
ai
dati
e
ad
istruzioni
relative
al
modo
in
cui
distribuire
i
dati.
Tutti
i
riferimenti
ai
dati
vengono
risolti
al
momento
della
distribuzione.
Le
policy
region,
i
gestori
profili
ed
i
profili
sono
meccanismi
forniti
da
Tivoli
Management
Framework
per
consentire
di
organizzare
le
risorse
in
modo
gerarchico.
Utilizzare
tale
gerarchia
per
associare
i
pacchetti
software
alle
macchine
di
destinazione.
Come
per
altre
applicazioni
basate
su
profili
Tivoli,
Software
Distribution
funziona
nel
contesto
di
un
gestore
profili.
I
pacchetti
software
vengono
creati
in
un
gestore
profili,
che
contiene
i
profili
e
collega
i
destinatari
ai
profili.
Funzioni
importanti
12
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Host
di
origine
L’host
di
origine
è
il
sistema
su
cui
è
memorizzato
il
blocco
del
pacchetto
software
e
su
cui
sono
disponibili
le
risorse
indicate
nel
pacchetto
software
ed
il
file
di
definizione
del
pacchetto
software.
Una
volta
installati
Tivoli
Management
Framework
e
Software
Distribution,
qualsiasi
macchina
UNIX,
Linux,
OS/2
oppure
Windows
nell’ambiente
Tivoli
può
essere
un
host
di
origine.
Gli
effetti
della
distribuzione
di
un
profilo
del
pacchetto
software
sono
diversi
da
quelli
di
altri
profili
Tivoli:
le
azioni
vengono
eseguite
sugli
endpoint
e
le
risorse
vengono
distribuite.
Ad
esempio,
quando
si
distribuisce
un
profilo
del
pacchetto
software,
vengono
eseguite
azioni,
come
l’aggiunta
di
file
e
directory
dall’host
di
origine
alla
destinazione,
la
rimozione
dei
file
e
delle
directory
dalla
destinazione,
il
controllo
dello
spazio
su
disco
sulla
destinazione
e
l’aggiunta
delle
chiavi
di
registro
di
Windows.
Per
ulteriori
informazioni
relative
ai
profili,
fare
riferimento
a
Tivoli
Management
Framework:
Pianificazione
per
la
guida
all’implementazione.
Destinazioni
della
distribuzione
Software
Distribution
consente
di
distribuire
i
pacchetti
software
ai
destinatari.
Un
destinatario
è
un
endpoint
oppure
un
gestore
profili
destinatario
della
distribuzione.
Nella
stessa
categoria
dei
gestori
profili,
è
possibile
anche
selezionare
gruppi
di
risorse
che
contengono
utenti
oppure
unità
diffuse
come
destinazioni
di
una
distribuzione.
Fare
riferimento
a
User’s
Guide
for
Deployment
Services
per
ulteriori
informazioni
relative
ai
gruppi
di
risorse.
Nell’ambiente
Tivoli,
un
endpoint
è
un
client
Tivoli
che
riceve
operazioni
Tivoli.
Un
endpoint
è
un
managed
node
su
cui
è
installato
l’agent
dell’endpoint
Tivoli
Management
Framework
ed
è
una
possibile
destinazione
di
una
distribuzione
del
software.
Ciascun
endpoint
è
assegnato
ad
un
gateway
dell’endpoint,
che
fornisce
tutti
i
servizi
per
le
comunicazioni
tra
un
gruppo
di
endpoint
ed
il
restante
ambiente
Tivoli.
Il
gateway
include
la
funzione
MDist
2
(multiplexed
distribution),
che
consente
al
gateway
di
essere
utilizzato
come
punto
di
distribuzione
a
ventaglio
per
le
distribuzioni
su
più
endpoint.
Fare
riferimento
a
Tivoli
Management
Framework:
Pianificazione
per
la
guida
all’implementazione
per
informazioni
dettagliate
relative
al
modo
in
cui
è
possibile
configurare
ed
utilizzare
gli
endpoint
ed
i
gateway
nell’ambiente
Tivoli.
Software
Distribution
supporta
gli
endpoint
mobili.
Questa
funzione
consente
agli
utenti
di
computer
portatili
di
visualizzare
una
coda
di
tutte
le
distribuzioni
in
sospeso
per
la
propria
macchina
e
di
controllare
il
momento
e
l’ordine
in
cui
le
distribuzioni
verranno
ricevute.
Fare
riferimento
a
Tivoli
Management
Framework:
Pianificazione
per
la
guida
all’implementazione
per
ulteriori
informazioni
relative
alla
configurazione
degli
endpoint
mobili.
Pacchetti
software
Un
pacchetto
software
contiene
un’insieme
di
azioni
che
devono
essere
eseguite
su
una
workstation.
Dopo
aver
creato
un
pacchetto
software
ed
averlo
catalogato
come
server
Software
Distribution,
è
possibile
utilizzare
le
operazioni
di
gestione
delle
modifiche
per
gestire
il
modo
in
cui
devono
essere
eseguite
le
azioni
del
pacchetto.
L’Editor
di
pacchetti
software
consente
di
creare
e
modificare
i
pacchetti
software
in
diversi
modi.
Le
azioni
vengono
organizzate
in
tre
categorie:
azioni
relative
all’aggiunta
ed
alla
rimozione
degli
oggetti,
azioni
di
sistema
ed
azioni
di
programma.
Ambiente
Software
Distribution
Capitolo
1.
Panoramica
su
Software
Distribution
13
Azioni
relative
agli
oggetti
Le
azioni
di
aggiunta
e
di
eliminazione
degli
oggetti
indicano
al
motore
di
Software
Distribution
di
aggiungere
o
rimuovere
l’oggetto
specificato
dal
sistema.
Gli
oggetti
possono
essere
file,
directory,
chiavi
di
registro,
valori
di
registro
e
così
via.
I
tipi
di
azioni
di
aggiunta
ed
eliminazione
ed
i
relativi
oggetti
includono:
v
Oggetti
del
file
di
testo
–
Righe
–
Righe
comandi
–
Tokenv
Oggetti
del
file
system
–
File
–
Directory
–
Collegamenti
al
file
systemv
Oggetti
OS/400
–
Librerie
OS/400
–
Oggetti
OS/400
–
Programmi
su
licenza
OS/400v
Oggetti
del
registro
di
Windows
–
Chiavi
–
Valoriv
Oggetti
della
shell
di
Windows
–
Cartelle
–
Collegamentiv
Oggetti
del
profilo
di
Windows
–
Sezioni
–
Elementiv
Oggetti
del
desktop
OS/2
–
Oggetti
generici
–
Cartelle
–
Programmi
–
Duplicativ
Oggetti
del
profilo
OS/2
–
Profili
–
Elementiv
Servizi
di
Windows
E’
anche
possibile
eseguire
operazioni
di
aggiunta
sulle
unità
di
destinazione.
Un
pacchetto
software
per
le
unità
di
destinazione
può
contenere
le
azioni
riportate
di
seguito:
v
Aggiunta
di
directory
v
Esecuzione
di
programmi
v
Aggiunta
di
file
v
Personalizzazioni
delle
unità
Azioni
di
sistema
Tali
azioni
includono:
v
Verifica
dello
spazio
su
disco.
Includere
questa
verifica
nel
pacchetto
software
per
verificare
che
sulla
macchina
di
destinazione
sia
disponibile
spazio
sufficiente.
v
Riavvio.
Inserire
questa
azione
nel
pacchetto
software
se
è
necessario
riavviare
il
computer
oppure
il
sistema
operativo
dopo
l’installazione
di
un’applicazione.
Ambiente
Software
Distribution
14
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
v
Valore
di
sistema
OS/400.
Utilizzare
questa
azione
per
modificare
i
valori
di
sistema
OS/400
(SYSVAL).
v
Firma
di
Inventory.
Se
si
sta
creando
un
pacchetto
software
che
installa
le
immagini
utilizzando
uno
degli
strumenti
di
installazione
nativi
disponibili
nell’Editor
di
pacchetti
software,
è
possibile
utilizzare
questo
oggetto
nel
pacchetto
software
per
definire
una
firma
nel
database
di
configurazione.
Azioni
di
programma
Le
azioni
di
programma
implicano
l’esecuzione
di
programmi
generici
oppure
l’utilizzo
di
programmi
di
utilità
per
la
creazione
di
pacchetti
forniti
da
terzi
su
un
sistema
di
destinazione.
Tali
azioni
includono:
v
Installa
prodotto
MSI
v
Installa
patch
MSI
v
Installa
pacchetto
AIX
v
Installa
pacchetto
Solaris
v
Installazione
patch
Solaris
v
Installa
pacchetto
Linux
v
Installa
pacchetto
HP-UX
v
Esegui
programma
v
Esegui
programma
CID
v
Programma
InstallShield
v
Programma
Microsoft
Setup
v
(Package
Definition
File),
un
file
di
Microsoft
Systems
Management
Server
E’
possibile
organizzare
e
definire
ulteriormente
le
azioni
nel
pacchetto
software
nel
modo
riportato
di
seguito:
v
Utilizzando
le
condizioni,
è
possibile
definire
le
circostanze
in
cui
un’azione
deve
essere
eseguita.
Ad
esempio,
è
possibile
impostare
una
condizione
nell’azione
di
aggiunta
di
directory
che
specifica
che
l’azione
deve
essere
eseguita
solo
su
sistemi
di
destinazione
Microsoft
Windows
di
un
particolare
rilascio.
E’
possibile
impostare
le
condizioni
su
oggetti
singoli
oppure
sull’intero
pacchetto
software.
v
E’
possibile
utilizzare
un
contenitore
generico
per
raggruppare
azioni
che
devono
soddisfare
la
stessa
condizione,
in
modo
che
le
operazioni
di
gestione
della
modifica
possano
essere
eseguite
sulle
azioni
come
un
gruppo.
E’
possibile
includere
questo
contenitore
nel
pacchetto
software
e
nidificare
all’interno
altri
contenitori
ed
azioni.
v
Per
creare
pacchetti
software
più
generici
da
utilizzare
su
workstation
di
destinazione
con
configurazioni
e
sistemi
operativi
differenti,
è
possibile
utilizzare
diversi
tipi
di
variabili.
Fare
riferimento
a
Manuale
di
riferimento
per
Software
Distribution
per
ulteriori
informazioni
relative
all’utilizzo
delle
variabili
nel
pacchetto
software.
E’
anche
possibile
creare
un
pacchetto
software
definendone
il
contenuto
in
un
file
di
testo,
detto
file
SPD
(software
package
definition).
E’
possibile
creare
un
pacchetto
software
in
questo
formato
utilizzando
la
GUI
dell’Editor
di
pacchetti
software,
manualmente
utilizzando
un
editor
di
testi
oppure
esportando
e
modificando
un
pacchetto
software
esistente.
Ambiente
Software
Distribution
Capitolo
1.
Panoramica
su
Software
Distribution
15
E’
anche
possibile
utilizzare
la
CLI
per
creare
e
gestire
i
pacchetti
software.
Fare
riferimento
a
Manuale
di
riferimento
per
Software
Distribution
per
ulteriori
informazioni
relative
all’utilizzo
dei
file
di
definizione
dei
pacchetti
software
ed
ai
comandi
CLI.
Pacchetti
software
nidificati
Aggiungendo
un
pacchetto
software
come
voce
ad
un
altro
pacchetto
software,
è
possibile
creare
un
pacchetto
software
nidificato.
Il
pacchetto
software
che
contiene
il
pacchetto
software
nidificato
è
il
pacchetto
principale.
I
pacchetti
software
nidificati
vengono
specificati
quando
viene
creato
il
pacchetto
principale
oppure
è
possibile
nidificarli
utilizzando
il
metodo
di
trascinamento
e
rilascio
dal
desktop
Tivoli.
Quando
Software
Distribution
distribuisce
un
pacchetto
software
che
contiene
pacchetti
software
nidificati,
distribuisce
anche
i
pacchetti
nidificati.
I
pacchetti
nidificati
vengono
installati
nell’ordine
in
cui
sono
elencati
nel
pacchetto
principale;
tuttavia,
se
si
rimuove
un
pacchetto
software
nidificato,
i
pacchetti
software
vengono
rimossi
nell’ordine
inverso
rispetto
al
quale
sono
stati
installati.
Per
default,
i
pacchetti
software
nidificati
vengono
elaborati
dopo
il
pacchetto
software
principale.
Non
esiste
alcun
limite
per
il
numero
di
livelli
di
pacchetti
software
nidificati
contenuti
nel
pacchetto
principale.
Inoltre,
è
possibile
nidificare
pacchetti
software
che
appartengono
a
Tivoli
management
region
differenti.
Quando
i
pacchetti
software
vengono
nidificati
in
un
pacchetto
principale,
le
operazioni
di
gestione
delle
modifiche
eseguite
sul
pacchetto
software
principale
vengono
eseguite
anche
sui
pacchetti
software
nidificati.
I
pacchetti
software
nidificati
ereditano
la
maggior
parte
delle
proprietà
del
pacchetto
principale.
Ad
esempio,
i
pacchetti
software
nidificati
ereditano
l’operazione
di
gestione
della
modifica
di
default,
la
modalità
operazioni
e
le
destinazioni
della
distribuzione
del
pacchetto
principale.
Tuttavia,
esistono
alcune
proprietà
specificate
nel
pacchetto
software
nidificato
che
condizionano
il
pacchetto
software
principale.
Ad
esempio,
se
l’opzione
di
commit
è
specificata
nel
pacchetto
software
nidificato,
il
pacchetto
software
principale
deve
essere
installato
in
modalità
transazionale.
Se
nel
pacchetto
software
nidificato
è
specificata
l’opzione
di
annullo,
il
pacchetto
software
principale
deve
essere
installato
in
modalità
annullabile.
Per
istruzioni
relative
alla
nidificazione
dei
pacchetti
software,
consultare
“Pacchetti
nidificati”
a
pagina
83.
Per
informazioni
relative
alla
distribuzione
dei
pacchetti
software
nidificati,
consultare
“Distribuzione
dei
pacchetti
software
nidificati”
a
pagina
233.
Formati
dei
pacchetti
software
Indipendentemente
dal
metodo
utilizzato
per
creare
un
pacchetto
software,
è
possibile
salvare
l’output
in
uno
dei
formati
riportati
di
seguito:
v
File
.sp
(Software
package)
v
File
.spd
(Software
package
definition)
v
File
.spb
(Software
package
block)
E’
possibile
aprire
un
pacchetto
software
nell’Editor
di
pacchetti
software
indipendentemente
dal
formato.
Quindi,
è
possibile
salvarlo
nuovamente
in
uno
degli
altri
tipi
di
file
disponibili.
Per
ulteriori
informazioni
relative
ai
parametri
di
definizione
del
pacchetto
software,
alle
parole
chiave
ed
ai
formati,
fare
riferimento
a
Manuale
di
riferimento
per
Software
Distribution.
Ambiente
Software
Distribution
16
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
File
.sp
(Software
Package)
Un
pacchetto
software
salvato
in
questo
formato
è
il
formato
compresso
di
un
file
.spd.
Contiene
solo
una
descrizione
delle
azioni
da
eseguire
sul
sistema
di
destinazione
e
non
i
file
e
le
risorse
necessarie
per
eseguire
le
azioni.
I
file
e
le
risorse
risiedono
sull’host
di
origine.
Il
formato
del
file
.sp
(software
package)
è
il
formato
di
default
utilizzato
dall’Editor
di
pacchetti
software.
Poiché
il
pacchetto
software
in
questo
formato
è
solo
una
descrizione
del
pacchetto
software,
è
nel
formato
non
composto.
File
.spd
(Software
Package
Definition)
Il
file
di
definizione
del
pacchetto
software
è
la
versione
di
testo
di
un
pacchetto
software.
Un
file
.spd
contiene
solo
una
descrizione
degli
oggetti
contenuti
nel
pacchetto,
vale
a
dire
un
elenco
sequenziale
delle
azioni
da
eseguire
sul
sistema
di
destinazione
e
non
gli
oggetti
o
le
risorse
reali.
E’
composto
da
una
sequenza
di
stanze,
ciascuna
delle
quali
descrive
un’azione
da
eseguire.
Utilizzando
un
editor
di
testi,
è
possibile
modificare
un
file
.spd
modificandone
le
stanze,
quindi
riaprendo
il
file
nell’Editor
di
pacchetti
software
e
salvandolo
in
un
altro
formato.
Ad
esempio,
il
file
.spd
per
Microsoft
Office
2000
è
molto
lungo.
Nel
formato
.sp
(software
package)
viene
compresso
in
dimensioni
molto
inferiori.
Un
pacchetto
software
in
questo
formato
è
in
formato
non
composto.
File
.spb
(Software
Package
Block)
Un
file
.spb
(software
package
block)
contiene
tutte
le
risorse
necessarie
per
eseguire
le
azioni
contenute
nel
pacchetto
software
in
un
formato
compresso
standard.
Al
momento
della
distribuzione,
le
risorse
non
devono
essere
raccolte
dall’host
di
origine,
perché
sono
già
contenute
nel
file
.spb
(software
package
block).
Tuttavia,
il
file
.spb
(software
package
block)
deve
risiedere
nell’host
di
origine.
Quando
il
file
.spb
(software
package
block)
viene
distribuito
ad
un
endpoint,
non
viene
memorizzato
sull’endpoint,
ma
viene
decompresso
nella
directory
di
destinazione.
Decomprimendo
immediatamente
il
file
compresso,
non
è
necessario
ulteriore
spazio
su
disco
sull’endpoint
per
il
file
.spb.
Un
pacchetto
software
che
contiene
tutte
le
risorse
è
in
formato
composto.
La
dimensione
massima
di
un
file
.spb
(software
package
block)
è
2
GB.
Oggetto
del
pacchetto
software
Un
oggetto
del
pacchetto
software
è
un
pacchetto
software
nel
formato
composto
(.spb)
oppure
non
composto
(.sp,
.spd)
importato
nell’ambiente
Tivoli.
Se
il
pacchetto
software
è
in
formato
non
composto,
i
dati
da
distribuire
risiedono
sull’host
di
origine
e
vengono
risolti
al
momento
della
distribuzione.
Se
il
pacchetto
software
è
in
formato
composto,
il
file
.spb
(software
package
block)
deve
risiedere
sull’host
di
origine.
Il
pacchetto
software
viene
catalogato
sul
server
Software
Distribution
come
oggetto
del
pacchetto
software
nel
database
Tivoli.
Selezione
di
un
formato
di
pacchetto
software
Se
è
stato
creato
un
pacchetto
software
utilizzando
l’Editor
di
pacchetti
software
su
un
endpoint
oppure
su
un
managed
node,
è
necessario
selezionare
uno
dei
formati
di
pacchetto
software
riportati
di
seguito:
v
Formato
composto
(.spb,
utilizzando
i
file
sulla
macchina
locale)
v
Formato
non
composto
(file
.sp
oppure
.spd)
Formati
dei
pacchetti
software
Capitolo
1.
Panoramica
su
Software
Distribution
17
Ciascun
formato
ha
i
propri
vantaggi.
Ad
esempio,
se
viene
utilizzato
il
formato
non
composto,
è
possibile
revisionare
il
pacchetto
software
fino
al
momento
della
distribuzione.
Il
consolidamento
delle
azioni
con
i
file
e
le
risorse
non
viene
eseguito
fino
alla
distribuzione
e
per
la
creazione
del
pacchetto
vengono
utilizzati
i
file
più
recenti
sull’host
di
origine.
Inoltre,
poiché
un
pacchetto
software
nel
formato
non
composto
non
contiene
i
file
e
le
risorse
da
distribuire,
occupa
una
minore
quantità
di
spazio
su
disco.
In
alternativa,
se
si
crea
il
pacchetto
software
per
creare
un
spb
(software
package
block),
i
dati
nel
pacchetto
software
restano
invariati
tra
le
diverse
distribuzioni.
Operazioni
del
desktop
Tivoli
Le
policy
region,
i
gestori
profilo
ed
i
profili
sono
meccanismi
forniti
dal
desktop
Tivoli
per
consentire
di
organizzare
le
risorse
in
modo
gerarchico.
Utilizzare
tale
gerarchia
per
associare
i
pacchetti
software
ai
sistemi
di
destinazione.
I
profili
sono
le
risorse
che
vengono
distribuite.
Dal
desktop
Tivoli,
è
possibile
importare
un
pacchetto
software
nell’ambiente
Tivoli
associandolo
ad
un
profilo
Software
Distribution
contenuto
in
un
gestore
profili.
Dal
desktop
Tivoli
è
possibile
eseguire
attività
sui
pacchetti
software,
come
il
calcolo
delle
dimensioni
del
pacchetto
software,
la
conversione
del
pacchetto
software
in
formati
differenti,
l’esportazione
del
pacchetto
software
nel
formato
.spd
e
la
modifica
del
pacchetto
software
avviando
l’Editor
di
pacchetti
software.
E’
anche
possibile
eseguire
operazioni
di
gestione
della
modifica,
come
installa,
rimuovi,
annulla,
accetta,
esegui
e
verifica
oppure
eseguire
operazioni
di
trasferimento
dei
dati,
come
invia,
richiama
ed
elimina.
L’interfaccia
guida
l’esecuzione
di
tutte
le
operazioni
supportate
dalla
CLI
del
server.
Consultare
Capitolo
9,
“Preparazione
di
pacchetto
software
per
la
distribuzione”,
a
pagina
195
per
informazioni
relative
al
desktop
Tivoli
ed
alle
relative
funzioni.
Operazioni
di
Software
Distribution
Le
operazioni
di
gestione
delle
modifiche
e
di
trasferimento
dei
dati
possono
essere
eseguite
sugli
oggetti
del
pacchetto
software
in
modo
da
rendere
completamente
automatiche
la
distribuzione
e
l’installazione
del
software.
E’
possibile
avviare
le
operazioni
da
qualsiasi
managed
node
in
cui
sono
installati
i
componenti
necessari.
Dopo
aver
creato
un
pacchetto
software
ed
averlo
catalogato
nel
server
Software
Distribution,
è
possibile
utilizzare
le
operazioni
riportate
di
seguito
per
gestire
il
modo
in
cui
vengono
eseguite
le
azioni
del
pacchetto.
Software
Distribution
esegue
le
operazioni
di
gestione
delle
modifiche
riportate
di
seguito:
Installa
Esegue
le
azioni
elencate
in
un
pacchetto
software.
Elimina
Disinstalla
un
pacchetto
software.
Annulla
Ripristina
lo
stato
del
sistema
precedente
all’ultima
operazione
di
installazione
o
rimozione.
Accetta
Elimina
il
pacchetto
di
backup,
per
cui
l’operazione
precedente
non
può
più
essere
annullata.
Commit
Rende
effettivi
tutti
gli
aggiornamenti
eseguiti
nella
fase
di
preparazione.
Formati
dei
pacchetti
software
18
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Verifica
Verifica
la
congruenza
del
pacchetto
software
e
l’oggetto
sul
sistema
di
destinazione.
Se
l’operazione
di
verifica
non
riesce,
lo
stato
del
pacchetto
software
riporta
un
errore.
Carica
Carica
i
pacchetti
software
su
un
depot
del
ripetitore
per
la
distribuzione
successiva.
Questa
operazione
è
valida
solo
per
i
pacchetti
software
composti.
Scarica
Rimuove
i
pacchetti
software
da
un
depot
del
ripetitore.
Questa
operazione
è
valida
solo
per
i
pacchetti
software
composti.
Tali
operazioni
di
Software
Distribution
possono
essere
eseguite
in
diverse
modalità.
Consultare
“Operazioni
di
gestione
modifica”
a
pagina
211
per
ulteriori
informazioni
relative
alle
operazioni
di
gestione
delle
modifiche
ed
alle
modalità.
Software
Distribution
fornisce
le
operazioni
di
trasferimento
dei
dati
riportate
di
seguito
per
distribuire,
richiamare
ed
eliminare
file
dalle
macchine
in
un
ambiente
Tivoli
Management:
Invia
Trasferisce
un
file
da
un
host
di
origine
Tivoli
ad
un
gruppo
di
endpoint
Tivoli
specificati
nell’ambiente
Tivoli.
Richiama
Trasferisce
un
file
da
ciascun
endpoint
Tivoli
specificato
ad
un
host
di
origine
Tivoli.
Elimina
Elimina
un
file
specificato
da
uno
o
più
endpoint.
Operazioni
del
desktop
Tivoli
Capitolo
1.
Panoramica
su
Software
Distribution
19
Operazioni
del
desktop
Tivoli
20
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Capitolo
2.
Avvio
di
Software
Package
Editor
Software
Package
Editor
è
la
funzione
di
creazione
pacchetti
software
di
Software
Distribution.
Si
tratta
di
una
GUI
(graphical
user
interface)
basata
su
Java
utilizzata
per
creare
e
personalizzare
un
pacchetto
software.
Software
Package
Editor
visualizza
una
vista
ad
albero
grafico
di
pacchetti
software
e
i
relativi
contenuti.
Inizialmente
viene
visualizzata
una
pagina
di
benvenuto
e
può
essere
personalizzata
in
base
ai
bisogni
aziendali.
Consultare
“Personalizzazione
della
pagina
di
benvenuto”
a
pagina
29.
Per
informazioni
sull’installazione
di
Software
Package
Editor,
fare
riferimento
a
Planning
and
Installation
Guide.
E’
possibile
utilizzare
Software
Package
Editor
su
endpoint
(modo
non
connesso)
o
sui
nodi
gestiti
(connesso
a
Tivoli
Management
Region).
Su
endpoint,
viene
installato
Software
Distribution
Java
Endpoint
Package
Editor
e
tutte
le
opzioni
di
Software
Package
Editor
sono
abilitate.
Mediante
questo
componente
è
possibile
creare
e
personalizzare
i
pacchetti
software.
Sui
nodi
gestiti,
sebbene
la
GUI
è
identica,
non
sono
disponibili
tutte
le
opzioni
di
Software
Package
Editor.
Questo
editor
va
utilizzato
principalmente
per
personalizzare
i
pacchetti
software
esistenti.
Questa
sezione
descrive
come
utilizzare
Software
Package
Editor
per
creare
pacchetti
software.
Essa
include
le
informazioni
riportate
di
seguito:
v
“Avvio
di
Software
Package
Editor
su
endpoint”
v
“Avvio
di
Software
Package
Editor
sui
nodi
gestiti”
a
pagina
23
v
“Definizione
del
tipo
di
pacchetto
da
creare”
a
pagina
25
v
“Personalizzazione
della
GUI
di
Software
Package
Editor”
a
pagina
27
Per
gli
argomenti
relativi
alla
risoluzione
dei
problemi,
consultare
“Risoluzione
dei
problemi
relativi
alla
GUI
dell’Editor
di
pacchetti
software”
a
pagina
332.
Avvio
di
Software
Package
Editor
su
endpoint
E’
possibile
avviare
Software
Package
Editor
dal
desktop
o
dalla
riga
comandi.
Dal
desktop
Per
avviare
Software
Package
Editor
da
un
desktop
Windows
o
OS/2
fare
doppio
clic
sull’icona
Software
Package
Editor
sul
desktop
o
fare
clic
suStart->Programmi->Software
Distribution->Software
Package
Editor.
Viene
visualizzata
la
finestra
di
dialogo
Selettore
di
Software
Package
Editor.
©
Copyright
IBM
Corp.
2002,
2003
21
Per
ulteriori
informazioni
su
questa
finestra,
consultare
“Definizione
del
tipo
di
pacchetto
da
creare”
a
pagina
25.
E’
possibile
ritornare
a
questa
finestra
dalla
finestra
principale
di
Software
Package
Editor
selezionando
File->Ritorna
a
Selettore
Software
Package
Editor.
Da
una
riga
comandi
E’
possibile
avviare
Software
Package
Editor
dalla
riga
comandi
completare
la
seguente
procedura:
Avvio
di
Software
Package
Editor
22
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Su
endpoint
Windows
1.
Fare
doppio
clic
sull’icona
SWDIS
ENV
del
desktop
per
aprire
la
finestra
di
riga
comandi
Software
Distribution
non
connessa.
2.
Immettere
speditor.bat
dalla
riga
comandi
e
premere
Invio.
Viene
visualizzata
la
finestra
di
dialogo
Selettore
di
Software
Package
Editor.
Per
ulteriori
informazioni
su
questa
finestra,
consultare
“Definizione
del
tipo
di
pacchetto
da
creare”
a
pagina
25.
Su
endpoint
di
Windows,
se
è
anche
installato
Tivoli
desktop,
è
anche
possibile
avviare
l’editor
come
descritto
in
“Avvio
di
Software
Package
Editor
sui
nodi
gestiti”.
Entrambi
i
metodi
accedono
allo
stesso
componente
con
le
funzioni
complete
di
Software
Package
Editor
per
la
creazione
e
personalizzazione
dei
pacchetti
software.
Su
Endpoint
di
OS/2
1.
Fare
doppio
clic
sull’icona
SWDIS
ENV
del
desktop
per
aprire
la
finestra
di
riga
comandi
Software
Distribution
non
connessa.
2.
Immettere
speditor.bat
dalla
riga
comandi
e
premere
Invio.
Viene
visualizzata
la
finestra
Selettore
di
Software
Package
Editor.
Consultare
“Definizione
del
tipo
di
pacchetto
da
creare”
a
pagina
25
per
ulteriori
informazioni
su
questa
pagina.
Su
endpoint
UNIX
1.
Individuare
lo
script
speditor.sh
ubicato
nel
percorso
speditor_dir/interp_type/classes
in
cui,
speditor_dir
è
definito
nel
file
swdis.ini.
Per
ulteriori
informazioni
sul
file
swdis.ini,
consultare
“Informazioni
relative
alla
configurazione
di
base
sugli
endpoint”
a
pagina
320.
interp_type
identifica
il
tipo
di
programma
interprete
dell’endpoint.2.
Immettere
sh.
/speditor.sh.
Viene
visualizzata
la
finestra
di
dialogo
Selettore
di
Software
Package
Editor.
Consultare
“Definizione
del
tipo
di
pacchetto
da
creare”
a
pagina
25
per
ulteriori
informazioni
su
questa
pagina.
Avvio
di
Software
Package
Editor
sui
nodi
gestiti
Per
avviare
Software
Package
Editor
su
un
nodo
gestito
(connesso
a
Tivoli
Management
Region)
completare
la
seguente
procedura:
1.
Fare
clic
sul
pulsante
Avvia
Software
Package
Editor
sulla
finestra
Proprietà
di
Software
Package.
Consultare
“Proprietà
del
pacchetto
software”
a
pagina
205.
2.
Selezionare
un’opzione
dalla
finestra
Selettore
di
Software
Package
Editor.
Sui
nodi
gestiti
sono
disponibili
le
opzioni
Modelli
di
pacchetto
software
e
Pacchetto
generale.
Avvio
di
Software
Package
Editor
Capitolo
2.
Avvio
di
Software
Package
Editor
23
Consultare
“Definizione
del
tipo
di
pacchetto
da
creare”
a
pagina
25.
E’
possibile
ritornare
a
questa
finestra
dalla
finestra
principale
di
Software
Package
Editor
selezionando
File->Ritorna
a
Selettore
Software
Package
Editor.
Alcune
delle
opzioni
sulla
GUI
di
Software
Package
Editor
installata
sui
nodi
gestiti
non
sono
disponibili.
Nell’elenco
che
segue
vengono
riportate
le
opzioni
che
non
sono
disponibili:
v
Opzioni
di
menu
di
AutoPack
v
Oggetti
dell’installazione
nativa
dal
menu
Strumenti
v
Pulsanti
Sfoglia
(...).
Se
viene
modificato
un
pacchetto
software
su
un
nodo
gestito
che
non
è
l’host
di
origine
del
pacchetto
software,
non
è
possibile
accedere
ai
file
dell’host
di
origine
facendo
clic
sul
pulsante
Sfoglia.
Se
si
sta
avviando
Software
Package
Editor
da
un
profilo
di
pacchetto
software
vuoto,
viene
visualizzata
la
finestra
Crea
pacchetto
software
prima
del
selettore
di
Avvio
di
Software
Package
Editor
24
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Software
Package
Editor.
Immettere
il
nome
host
di
origine
e
fare
clic
su
Imposta
&
Chiudi.
Viene
visualizzata
la
finestra
principale
di
Software
Package
Editor.
Se
si
sta
avviando
Software
Package
Editor
da
un
profilo
di
pacchetto
software
contenente
un
pacchetto
software
in
formato
composto
o
non
composto,
viene
visualizzata
la
finestra
principale
di
Software
Package
Editor.
Da
Software
Package
Editor
sui
nodi
gestiti
è
possibile
visualizzare
il
contenuto
di
un
pacchetto
software
in
formato
composto,
ma
non
è
possibile
modificare
e
salvare
le
modifiche.
Per
modificare
un
blocco
di
pacchetti
software
utilizzando
Software
Package
Editor,
effettuare
la
seguente
procedura:
1.
Convertire
il
blocco
di
pacchetti
software
in
un
pacchetto
software.
2.
Modificare
il
pacchetto
software
utilizzando
Software
Package
Editor.
3.
Salvare
le
modifiche
e
selezionare
File->Ritorna
dal
menu
di
Software
Package
Editor.
4.
Convertire
il
pacchetto
software
in
un
blocco
di
pacchetti
software.
Se
viene
utilizzata
questa
procedura
su
un
sistema
da
cui
non
è
possibile
accedere
ai
file
di
origine,
è
necessario
convertire
il
blocco
di
pacchetti
software
in
formato
non
composto.
Questa
opzione
salva
i
file
di
origine
su
una
directory
di
trasferimento
del
sistema
locale,
in
modo
che
il
blocco
di
pacchetti
software
può
essere
ricomposto
senza
accedere
alla
directory
di
origine.
Per
ulteriori
informazioni,
consultare
“Conversione
di
un
pacchetto
software”
a
pagina
208.
Definizione
del
tipo
di
pacchetto
da
creare
Questa
sezione
fornisce
informazioni
di
supporto
per
stabilire
come
avviare
le
operazioni
in
base
al
tipo
di
pacchetto
software
da
creare.
Prima
di
iniziare
ad
utilizzare
Software
Package
Editor
per
creare
il
proprio
pacchetto,
fornire
risposte
alle
seguenti
domande:
v
Si
desidera
utilizzare
la
tecnologia
di
differenziazione
di
AutoPack
per
generare
un
pacchetto
software
confrontando
due
istantanee
successive
di
una
macchina
di
preparazione?
v
Si
desidera
integrazione
un
oggetto
di
un
pacchetto
nativo
in
un
pacchetto
software?
v
Il
software
verrà
installato
su
target
di
un
particolare
sistema
operativo?
v
Si
desidera
lavorare
con
un
pacchetto
software
di
esempio
e
personalizzarlo?
v
Il
software
verrà
installato
su
target
di
diversi
sistemi
operativi?
Avvio
di
Software
Package
Editor
Capitolo
2.
Avvio
di
Software
Package
Editor
25
v
Si
desidera
lavorare
con
un
pacchetto
software
esistente?
Integrazione
di
un
pacchetto
nativo
in
un
pacchetto
software
Per
integrare
le
immagini
di
installazione
di
sistema
operativo
in
un
pacchetto
software
selezionare
Tecnologia
pacchetto
nativo
dalla
finestra
Selettore
di
Software
Package
Editor.
Questa
opzione
consente
di
selezionare
il
tipo
di
tecnologia
del
pacchetto
nativo
che
si
desidera
integrare
nel
proprio
pacchetto
software.
I
tipi
dipendono
dal
sistema
operativo
su
cui
è
in
esecuzione
Software
Package
Editor.
Per
i
tipi
supportati
di
pacchetti
nativi,
consultare
Capitolo
6,
“Integrazione
di
oggetti
nativi
in
un
pacchetto
software”,
a
pagina
121.
Creazione
di
un
pacchetto
software
con
AutoPack
Per
avviare
una
procedura
guidata
che
genera
automaticamente
un
pacchetto
impiegando
una
tecnologia
di
scansione,
selezionare
Tecnologia
AutoPack
nella
finestra
Selettore
dell’Editor
di
pacchetti
software.
Per
ulteriori
informazioni
su
AutoPack,
consultare
Capitolo
8,
“Creazione
di
un
pacchetto
software
utilizzando
AutoPack”,
a
pagina
175.
Creazione
di
un
pacchetto
software
utilizzando
un
modello
E’
possibile
filtrare
la
pagina
principale
di
Software
Package
Editor
per
includere
solo
le
azioni
che
si
applicano
al
tipo
di
pacchetto
software
da
creare.
Selezionare
Modelli
di
pacchetti
software
dalla
finestra
Selettore
di
Software
Package
Editor
e
poi
scegliere
il
modello
dall’elenco
a
discesa.
L’elenco
a
discesa
contiene
già
dei
modelli
di
sistema
di
destinazione.
Selezionando
uno
di
questi
modelli,
la
finestra
principale
di
Software
Package
Editor
visualizza
solo
le
azioni
relative
al
sistema
di
destinazione
selezionato.
E’
anche
possibile
creare
un
proprio
modello
e
visualizzarlo
nell’elenco
a
discesa.
Consultare
“Creazione
di
un
nuovo
modello
di
pacchetto
software”
a
pagina
30.
Personalizzazione
di
un
pacchetto
software
di
esempio
E’
possibile
visualizzare
o
personalizzare
pacchetti
software
di
esempio
classificati
in
base
al
tipo
di
sistema
operativo.
Selezionare
Modelli
di
pacchetti
software
dalla
finestra
Selettore
di
Software
Package
Editor
e
poi
scegliere
un
modello
dall’elenco
a
discesa.
E’
anche
possibile
creare
un
proprio
modello
di
pacchetto
software
e
visualizzarlo
nell’elenco
a
discesa.
Consultare
“Creazione
di
un
nuovo
esempio
di
pacchetto
software”
a
pagina
29.
La
creazione
del
pacchetto
software
Appsample
disponibile
nell’elenco
a
discesa
descritto
in
“Creazione
del
pacchetto
software
Appsample”
a
pagina
34.
Creazione
di
un
pacchetto
software
per
tipi
misti
di
destinazione
Se
il
pacchetto
software
verrà
distribuito
su
tipi
diversi
di
sistemi
di
destinazione
selezionare
Pacchetto
generale
dalla
finestra
Selettore
di
Software
Package
Editor.
Questa
opzione
consente
di
gestire
tutti
gli
oggetti
e
i
metodi
disponibili
per
creare
il
pacchetto
software.
Consultare
lo
scenario
“Creazione
del
pacchetto
software
Appsample”
a
pagina
34
per
un
esempio
di
questo
tipo.
Gestione
di
un
pacchetto
software
esistente
Per
aprire
e
lavorare
con
un
software
esistente,
selezionare
Apri
pacchetto
software
esistente
e
fare
clic
sul
pulsante
Sfoglia
(...)
per
navigare
e
per
selezionare
un
pacchetto
software
esistente.
E’
possibile
visualizzare
e
modificare
il
contenuto
nella
finestra
principale
di
Software
Package
Editor.
E’
possibile
aprire
pacchetti
Definizione
del
tipo
di
pacchetto
da
creare
26
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
software
esistenti
dei
seguenti
formati:
pacchetto
software
(.sp),
file
di
definizione
di
pacchetto
software
(.spd)
o
blocco
di
pacchetto
software
(.spb).
La
finestra
principale
visualizza
tutti
gli
oggetti
e
le
azioni
definite
nel
pacchetto
in
una
vista
ad
albero
grafico.
Modificare
il
pacchetto
software
e
salvarlo
con
un
altro
nome
in
modo
che
il
pacchetto
software
originale
e
quello
modificato
possano
essere
utilizzati
per
la
distribuzione.
E’
anche
possibile
scegliere
di
salvare
il
pacchetto
software
in
un
formato
di
file
differente
(.sp,
.spd,
.spb).
Consultare
“Salvataggio
del
pacchetto
software”
a
pagina
90
per
ulteriori
informazioni
sui
formati
di
pacchetto
software.
Tutti
i
metodi
per
la
creazione
di
un
pacchetto
software
descritti
in
questa
sezione
sono
disponibili
quando
viene
selezionato
Pacchetto
generale
dalla
finestra
Selettore
di
Software
Package
Editor.
Personalizzazione
della
GUI
di
Software
Package
Editor
Esistono
diversi
modi
in
cui
è
possibile
personalizzare
Software
Package
Editor
per
adattarlo
alle
esigenze
della
propria
azienda.
Le
seguenti
sezioni
trattano
i
modi
in
cui
è
possibile
personalizzare
la
GUI:
v
“Personalizzazione
della
pagina
di
benvenuto”
a
pagina
29
v
“Creazione
di
un
nuovo
esempio
di
pacchetto
software”
a
pagina
29
v
“Creazione
di
un
nuovo
modello
di
pacchetto
software”
a
pagina
30
v
“Impostazione
del
percorso
predefinito”
a
pagina
30
Per
eseguire
una
di
queste
attività,
assicurarsi
di
avere
familiarità
con
la
struttura
di
directory
del
sistema.
Può
essere
necessario
dover
modificare
uno
o
più
file.
Una
volta
installato
Software
Package
Editor,
sul
sistema
vengono
creati
i
seguenti
file
e
directory:
Definizione
del
tipo
di
pacchetto
da
creare
Capitolo
2.
Avvio
di
Software
Package
Editor
27
Tabella
1.
Struttura
di
directory
di
Software
Package
Editor
Percorso
File
Descrizione
speditor_dir
\classes\config
SDGui_as400Tem.cfg
Il
modello
visualizza
solo
le
azioni
OS/400
nella
finestra
principale
in
Software
Package
Editor.
SDGui_device.cfg
Il
modello
visualizza
solo
le
azioni
di
periferica
nella
finestra
principale
di
Software
Package
Editor.
SDGui_OS2.cfg
Il
modello
visualizza
solo
le
azioni
OS/2
nella
finestra
principale
di
Software
Package
Editor.
SDGui_unix.cfg
Il
modello
visualizza
solo
le
azioni
UNIX
nella
finestra
principale
di
Software
Package
Editor.
SDGui_win.cfg
Il
modello
visualizza
solo
le
azioni
Windows
nella
finestra
principale
di
Software
Package
Editor.
nNew_Templates.cfg
Salvare
i
nuovi
modelli
creati
su
questo
percorso.
Consultare
“Creazione
di
un
nuovo
modello
di
pacchetto
software”
a
pagina
30.
SDGuiTemplate.cfg
Il
modello
visualizza
tutte
le
azioni
nella
finestra
Software
Package
Editor.
Modificarla
per
creare
il
proprio
modello.
SPTemplates.cfg
Definire
tutti
i
modelli
creati
in
questo
file
nel
formato:
New_Template_Name,
NewTemplate_File_Name.cfg
Consultare
“Creazione
di
un
nuovo
modello
di
pacchetto
software”
a
pagina
30.
SPExamples.cfg
Definire
i
nuovi
esempi
creati
in
questo
file
nel
formato:
Sample_Name,
Sample_Template.cfg,
Sample_Package.sp
Consultare
“Creazione
di
un
nuovo
esempio
di
pacchetto
software”
a
pagina
29.
SDGui_as400Tem.sp
Pacchetto
di
esempio
contenente
le
azioni
OS/400.
SDGui_device.sp
Pacchetto
di
esempio
contenente
le
azioni
di
periferica.
SDGui_os2.sp
Pacchetto
di
esempio
contenente
le
azioni
OS/2.
SDGui_unix.sp
Pacchetto
di
esempio
contenente
le
azioni
UNIX.
SDGui_win.sp
Pacchetto
di
esempio
contenente
le
azioni
Windows.
welcome.html
Il
contenuto
della
pagina
di
benvenuto
viene
definito
in
questo
file.
Consultare
“Personalizzazione
della
pagina
di
benvenuto”
a
pagina
29.
nNew_Samples.sp
Salvare
tutti
i
nuovi
pacchetti
di
esempio
creati
su
questo
percorso.
Consultare
“Creazione
di
un
nuovo
esempio
di
pacchetto
software”
a
pagina
29.
in
cui
speditor_dir
rappresenta
la
directory
in
cui
è
installato
Software
Package
Editor
come
definito
nel
file
swdis.ini.
Consultare
Tabella
17
a
pagina
321
per
ulteriori
informazioni
sul
comando
speditor.
Personalizzazione
della
GUI
di
Software
Package
Editor
28
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Personalizzazione
della
pagina
di
benvenuto
La
pagina
di
benvenuto
è
il
testo
che
viene
visualizzato
nella
finestra
principale
all’avvio
di
Software
Package
Editor.
Per
modificare
la
pagina
di
benvenuto,
effettuare
le
operazioni
riportate
di
seguito:
1.
Aprire
il
file
welcome.html
nel
percorso
speditor_dir/classes/config
utilizzando
un
editor
di
file
html.
Ad
esempio,
su
un
sistema
Microsoft
Windows
XP,
tale
file
è
disponibile
nel
percorso:
c:\swdis\speditor\w32-ix86\classes\config\NewTemplate.cfg
2.
Personalizzare
il
file
e
salvarlo
nella
stessa
directory
con
lo
stesso
nome.
Al
successivo
avvio
dell’Editor
di
pacchetti
software,
verrà
visualizzata
la
pagina
di
benvenuto
personalizzata.
Per
non
visualizzare
la
pagina
di
benvenuto,
eliminare
il
file
welcome.html
dalla
directory
speditor_dir/classes/config
oppure
ridenominare
il
file.
Creazione
di
un
nuovo
esempio
di
pacchetto
software
Per
creare
un
nuovo
esempio
a
cui
è
possibile
accedere
dalla
finestra
di
dialogo
Selettore
dell’Editor
di
pacchetti
software,
effettuare
le
operazioni
riportate
di
seguito:
1.
Selezionare
il
modello
con
cui
creare
il
pacchetto
software
di
esempio
e
fare
clic
su
OK.
Nota:
La
maschera
selezionata
determina
le
azioni
che
è
possibile
utilizzare
per
creare
i
pacchetti
software
di
esempio.
Per
rendere
disponibili
tutte
le
azioni
per
creare
il
pacchetto
software
di
esempio,
selezionare
Pacchetto
generale
dalla
finestra
Selettore
di
Software
Package
Editor
e
quindi
fare
clic
su
OK.
L’opzione
Pacchetto
generale
corrisponde
al
fileSDGuiTemplate.cfg.
2.
Creare
il
pacchetto
software
di
esempio
e
salvarlo
nella
seguente
ubicaizone:
speditor_dir\classes\config
con
le
estensioni
file
.sp,
.spd,
o
.spb.
Ad
esempio,
su
un
sistema
Microsoft
Windows
XP,
il
pacchetto
software
è
salvato
nel
modo
riportato
di
seguito:
c:\swdis\speditor\w32-ix86\classes\config\NewSample.sp
3.
Per
visualizzare
il
pacchetto
software
di
esempio
NewSample.sp
insieme
agli
altri
esempi
nella
finestra
di
dialogo
Selettore
dell’Editor
di
pacchetti
software,
modificare
il
file
file
SPExamples.cfg
ubicato
nella
cartella
config.
Inserire
una
nuova
riga
nel
file
con
il
nome
che
verrà
visualizzato
nell’elenco
Esempi
ed
il
nome
del
file
.cfg
utilizzato
per
creare
il
pacchetto
software
e
il
nome
del
file
del
pacchetto
software,
separati
da
una
virgola.
Ad
esempio:
Pacchetto
software
NewSample,
SDGuiTemplate.cfg,
NewSample.sp
4.
Avviare
l’Editor
di
pacchetti
software
e
verificare
che
il
nuovo
pacchetto
software
sia
disponibile
dall’elenco
a
discesa
relativo
agli
esempi
di
pacchetti
software.
5.
Selezionare
la
nuova
maschera
ed
avviare
la
finestra
principale
di
Software
Package
Editor.
Verificare
che
la
finestra
visualizzi
correttamente
il
pacchetto
software
di
esempio.
Il
pacchetto
software
di
esempio
viene
visualizzato
nella
pagina
Pacchetto
generale,
con
tutte
le
azioni
di
pacchetto
software
visualizzate.
Per
visualizzare
il
pacchetto
software
di
esempio
nella
vista
che
corrisponde
al
modello
utilizzato
per
creare
il
pacchetto
software
di
esempio,
è
necessario
creare
un
modello
di
pacchetto
software
utilizzando
il
modello
creato.
Consultare
“Creazione
di
un
nuovo
modello
di
pacchetto
software”
a
pagina
30.
Personalizzazione
della
GUI
di
Software
Package
Editor
Capitolo
2.
Avvio
di
Software
Package
Editor
29
Non
è
più
possibile
modificare
il
pacchetto
software,
è
necessario
salvare
il
pacchetto
con
un
altro
nome.
Creazione
di
un
nuovo
modello
di
pacchetto
software
Per
creare
una
nuova
maschera
a
cui
è
possibile
accedere
dalla
finestra
di
dialogo
Selettore
dell’Editor
di
pacchetti
software,
effettuare
le
operazioni
riportate
di
seguito:
1.
Copiare
il
file
SDGuiTemplate.cfg
ubicato
nella
cartella
speditor_dir\classes\config
e
incollarlo
nella
stessa
ubicazione.
Il
file
SDGuiTemplate.cfg
contiene
tutte
le
operazioni
che
è
possibile
utilizzare
per
creare
un
pacchetto
software.
Ridenominare
il
file,
ad
esempio,
NewTemplate.cfg.
2.
Modificare
il
file
NewTemplate.cfg
ubicato
nella
cartella
config,
eliminando
tutte
le
azioni
che
non
si
desidera
vengano
visualizzate
nella
finestra
principale
di
Software
Package
Editor.
In
tal
modo,
restano
solo
le
righe
corrispondenti
alle
azioni
che
si
desidera
visualizzare
nell’Editor
di
pacchetti
software.
Ad
esempio,
per
creare
una
maschera
che
consenta
di
accedere
solo
agli
oggetti
Aggiungi
directory
(directory,
file
e
collegamenti)
e
Aggiungi
registro
di
Windows,
il
file
NewTemplate.cfg
deve
contenere
solo
le
righe
riportate
di
seguito:
//
------------------
//
package
descriptor
//
------------------
#CmPackage
CmAddFSObjectsContainer
,
A
CmAddWinRegistryObjectsContainer
,
A
#CmAddFSObjectsContainer
!CmAddFSObjectsContainer
,
A
!CmAddFile
,
A
!CmAddDirectory
,
A
!CmAddLink
,
A
#CmAddWinRegistryObjectsContainer
!CmAddWinRegistryObjectsContainer
,
A
!CmAddWinRegistryValue
,
A
3.
Salvare
il
file.
4.
Modificare
il
file
SPTemplates.cfg
contenuto
nella
cartella
speditor_dir\classes\config
inserendo
una
nuova
riga
con
con
il
nome
della
nuova
maschera
ed
il
nome
del
file
.cfg
appena
creato,
separati
da
una
virgola.
Ad
esempio:
Nuova
maschera,
NewTemplate.cfg
5.
Avviare
l’Editor
di
pacchetti
software
e
verificare
che
la
nuova
maschera
sia
disponibile
dall’elenco
a
discesa
relativo
alle
maschere
dei
pacchetti
software.
6.
Selezionare
la
nuova
maschera
ed
avviare
la
finestra
principale
dell’Editor
di
pacchetti
software.
Verificare
che
la
finestra
visualizzi
correttamente
gli
oggetti
specificati
nella
maschera.
Impostazione
del
percorso
predefinito
E’
possibile
impostare
il
percorso
predefinito
utilizzato
da
Software
Package
Editor
quando
si
seleziona
il
pulsante
Sfoglia
(...)
dai
pannelli
dell’editor
oppure
quando
vengono
salvati
o
aperti
i
pacchetti
software.
Per
modificare
il
percorso
di
default,
effettuare
le
operazioni
riportate
di
seguito:
1.
Nella
finestra
principale
dell’editor
di
pacchetti
software,
selezionare
Percorso
di
default
dal
menu
Impostazioni.
Personalizzazione
della
GUI
di
Software
Package
Editor
30
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
2.
Immettere
il
percorso
del
file
di
default
nella
casella
Percorso
file
di
default
oppure
utilizzare
il
pulsante
Sfoglia
per
selezionare
il
file.
3.
Fare
clic
su
OK
per
salvare
le
modifiche
e
chiudere
la
finestra
di
dialogo.
Quando
il
percorso
predefinito
viene
modificato
per
la
prima
volta
viene
creato
il
file
speditor.ini.
nel
percorso
speditor_dir/classes/config.
Una
volta
creato
tale
file,
è
possibile
modificare
il
percorso
di
default
impostando
la
chiave
default_file_path
definita
all’interno
di
tale
file.
Personalizzazione
della
GUI
di
Software
Package
Editor
Capitolo
2.
Avvio
di
Software
Package
Editor
31
32
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Capitolo
3.
Creazione
di
pacchetti
software
mediante
l’Editor
dei
pacchetti
software
Software
Distribution
può
distribuire
il
software
in
modo
rapido
ed
affidabile
su
reti
per
più
piattaforme,
inclusi
i
sistemi
UNIX,
NetWare,
Windows,
OS/400
e
OS/2
su
siti
remoti.
Fare
riferimento
a
Note
sul
rilascio
per
dettagli
relative
alle
piattaforme
supportate
per
questo
prodotto.
Creazione
di
un
pacchetto
software
La
preparazione
di
un
pacchetto
software
inizia
nella
finestra
Editor
dei
pacchetti
software.
La
finestra
contiene
una
vista
ad
albero
grafica
del
pacchetto
software
e
del
suo
contenuto.
Il
riquadro
a
sinistra
contiene
l’icona
del
pacchetto
software.
Le
azioni
aggiunte
nel
pacchetto
software
sono
nidificate
direttamente
nell’icona
del
pacchetto
in
forma
gerarchica.
E’
possibile
organizzare
le
azioni
contenute
nel
pacchetto
nell’ordine
in
cui
vengono
eseguite
sul
sistema
di
destinazione.
Utilizzare
i
pulsanti
freccia
verso
l’alto
e
verso
il
basso
nella
parte
destra
della
barra
degli
strumenti
per
modificare
l’ordine
degli
oggetti
nel
riquadro
destro.
Il
riquadro
a
destra
contiene
gli
oggetti
presenti
nell’oggetto
selezionato
nel
riquadro
di
sinistra.
Nella
barra
degli
strumenti
con
separatore
vengono
visualizzate
altre
azioni
e
oggetti
da
aggiungere
alla
voce
selezionata
nella
vista
ad
albero.
Un
punto
esclamativo
(!)
nel
riquadro
a
destra
indica
che
esiste
una
condizione
su
una
determinata
azione.
Un
pacchetto
software
contiene
una
serie
di
azioni
che
devono
essere
eseguite
su
una
macchina
di
destinazione.
Tali
azioni
possono
essere
suddivise
nelle
seguenti
categorie:
v
Le
azioni
di
aggiunta
e
di
eliminazione
dell’oggetto
indicano
al
motore
di
aggiungere
i
di
eliminare
l’oggetto
specificato
dal
sistema.
Alcuni
oggetti
includono
le
chiavi
di
registro
di
aggiunta
o
di
eliminazione,
directory,
file
e
oggetti
del
desktop
di
OS/2.
Per
ulteriori
informazioni
sull’aggiunta
degli
oggetti
delle
periferiche
al
pacchetto
software,
consultare
Capitolo
4,
“Creazione
di
un
pacchetto
software
per
le
unità”,
a
pagina
93
v
Le
azioni
del
sistema,
ad
esempio
la
verifica
dello
spazio
su
disco,
il
riavvio
della
macchina
di
destinazione,
l’aggiunta
di
un
file
di
firma
nell’archivio
della
configurazione.
v
Le
azioni
del
programma,
ad
esempio
l’esecuzione
di
un
programma
definito
dall’utente,
il
programma
CID
(configuration,
installation,
and
distribution),
il
programma
InstallShield,
il
programma
Microsoft
Setup,
le
installazioni
dei
pacchetti
AIX,
Solaris,
Linux
e
HP-UX.
All’utente
potrebbe
essere
richiesta
la
sola
preparazione
dei
pacchetti
software,
non
la
distribuzione.
In
questo
caso,
è
possibile
utilizzare
una
funzione
di
impacchettamento
indipendente.
Software
Distribution
utilizza
un
formato
semplificato
per
impacchettare
il
contenuto
singolo
denominato
pacchetto
software.
Tutte
le
tecniche
utilizzate
per
creare
i
pacchetti
software
sono
basate
su
questo
formato
di
file.
Pertanto,
un
pacchetto
software
creato
utilizzando
AutoPack
è
identico
ad
un
pacchetto
creato
manualmente
utilizzando
l’Editor
dei
pacchetti
software
ed
entrambi
possono
essere
modificati
allo
stesso
modo.
©
Copyright
IBM
Corp.
2002,
2003
33
Creazione
del
pacchetto
software
Appsample
In
questa
sezione
verrà
creato
un
pacchetto
software
di
esempio
denominato
Appsample
su
un
sistema
Windows
2000.
Il
pacchetto
software
Appsample
è
costituito
da
azioni
tipiche
che
vengono
eseguite
durante
l’installazione
di
un’applicazione
su
una
stazione
di
lavoro
Windows
e
OS/2.
Poiché
il
pacchetto
conterrà
azioni
miste,
ovvero
azioni
da
eseguire
su
diversi
sistemi
operativi
di
destinazione,
l’opzione
Pacchetto
generale
è
selezionata
nella
finestra
Selettore
dell’Editor
di
pacchetti
software.
Consultare
“Definizione
del
tipo
di
pacchetto
da
creare”
a
pagina
25
per
ulteriori
informazioni
su
come
creare
il
pacchetto.
Il
pacchetto
software
Appsample
è
disponibile
nell’elenco
della
finestra
Selettore
dell’Editor
dei
pacchetti
software.
E’
possibile
visualizzarlo
in
questa
finestra.
Il
pacchetto
software
Appsample
è
disponibile
anche
nell’elenco
Esempi
di
pacchetti
software
della
finestra
Selettore
dell’Editor
dei
pacchetti
software.
Consultare
“Personalizzazione
di
un
pacchetto
software
di
esempio”
a
pagina
26.
Le
azioni
del
sistema
operativo
di
Windows
e
OS/2
vengono
organizzate
in
due
diversi
contenitori
generici.
I
contenitori
generici
vengono
utilizzati
per
raggruppare
le
azioni
che
devono
soddisfare
la
stessa
condizione.
L’utente
aggiunge
le
azioni
nel
pacchetto
software
nell’ordine
in
cui
esse
dovranno
essere
eseguite.
La
prima
azione
nel
pacchetto
software
di
esempio
è
quella
di
verifica
dello
spazio
su
disco.
Questa
azione
viene
eseguita
prima
di
tutte
le
altre,
perché
l’esecuzione
delle
altre
azioni
dipende
dalla
presenza
di
spazio
sufficiente
sulla
macchina
di
destinazione.
Se
vengono
soddisfatti
i
requisiti
di
spazio,
la
distribuzione
procederà.
Se
non
vengono
soddisfatti
i
requisiti
di
spazio,
la
distribuzione
non
verrà
eseguita,
viene
registrato
un
evento
di
errore
e
viene
informato
l’amministratore.
In
questo
scenario
l’utente
aggiungerà
le
seguenti
azioni
per
creare
il
pacchetto
software
Appsample:
1.
Verifica
dello
spazio
su
disco.
2.
Aggiunta
di
tutti
i
file
contenuti
in
una
directory
denominata
Appsample.
3.
Creazione
di
un
contenitore
generico
per
inserirvi
le
diverse
azioni
relative
al
sistema
operativo
Windows,
ad
esempio:
a.
Aggiunta
di
due
file
di
sistema
.dll,
uno
dei
quali
è
un
file
condiviso,
e
definizione
della
firma
di
inventory
per
esso.
b.
Aggiunta
di
una
nuova
chiave
di
registro
di
Windows
e
del
valore
per
i
sistemi
di
destinazione
Windows
XP
e
Windows
2003.
c.
Aggiunta
di
una
nuova
cartella
di
shell
di
Windows,
contenente
un
collegamento
sul
desktop
di
Windows.
d.
Modifiche
di
un
profilo
di
Windows,
mediante
modifica
di
un
file
.ini.
e.
Aggiunta
di
un’azione
del
servizio
di
Windows.4.
Creazione
di
un
contenitore
generico
per
inserirvi
le
azioni
di
OS/2,
ad
esempio:
a.
Creazione
di
una
cartella
sul
desktop,
contenente
un
programma
e
un
duplicato.
b.
Creazione
di
un
oggetto
del
profilo
OS/2
che
aggiunge
una
voce
contenente
una
nuova
sezione
e
una
nuova
chiave,
modificando
un
file
.ini.
c.
Aggiunta
di
una
riga
di
testo,
due
token,
e
una
periferica
nel
file
config.sys.
d.
Aggiunta
di
un’azione
di
esecuzione
del
programma
CID.
Creazione
del
pacchetto
software
Appsample
34
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
5.
Creazione
di
un
oggetto
Esegui
programma
per
creare
un
file
di
log
al
termine
dell’installazione,
per
memorizzare
informazioni
quali
il
numero
della
versione
o
la
data
e
l’ora.
6.
Aggiunta
di
un’azione
di
riavvio
per
riavviare
il
sistema
di
destinazione
al
termine
dell’installazione
di
un
pacchetto
software.
Queste
voci
rappresentano
le
modifiche
che
si
verificano
o
le
azioni
eseguite
sulla
macchina
di
destinazione
quando
viene
distribuito
un
pacchetto
software.
Alcune
azioni
richiedono
l’impostazione
di
alcune
condizioni
per
l’esecuzione
delle
stesse.
Ad
esempio,
alcune
azioni
vengono
eseguite
solo
su
determinati
sistemi
operativi.
Lo
stesso
pacchetto
software
può
contenere
delle
azioni
che
vengono
eseguite
solo
in
Windows
XP
ed
altre
che
vengono
eseguite
solo
in
Windows
2003.
Una
condizione
indicherà
se
una
determinata
azione
verrà
eseguita
o
se
verrà
ignorata
per
un
determinato
sistema
di
destinazione.
Nel
seguente
scenario
di
esempio
viene
illustrato
come
applicare
tali
condizioni
utilizzando
l’Editor
dei
pacchetti
software.
Denominazione
del
pacchetto
software
Appsample
Quando
si
avvia
l’Editor
dei
pacchetti
software,
viene
visualizzata
un’icona
vuota
di
un
pacchetto
software
il
cui
nome
predefinito
è
Senza
nome.
Assegnare
un
nome
al
pacchetto
software
Appsample.
Il
nome
del
pacchetto
software
è
una
proprietà
del
pacchetto
software
stesso.
Per
sostituire
Senza
nome,
fare
clic
su
di
esso
e
digitare
Appsample
oppure
eseguire
le
seguenti
operazioni:
1.
Fare
clic
col
tastino
destro
del
mouse
sull’icona
del
pacchetto
software
per
visualizzare
un
menu
a
comparsa
e
selezionare
Proprietà.
–OPPURE–
Selezionare
l’icona
del
pacchetto
software,
quindi
fare
clic
sull’iconaProprietà
dalla
barra
degli
strumenti
a
sinistra.
Per
visualizzare
il
nome
di
un’icona
nella
GUI
dell’Editor
dei
pacchetti
software,
posizionare
il
puntatore
del
mouse
sull’icona
per
pochi
secondi.
–OPPURE–
Selezionare
l’icona
del
pacchetto
software
e
nel
menu
fare
clic
su
Modifica->Proprietà.
Creazione
del
pacchetto
software
Appsample
Capitolo
3.
Creazione
di
pacchetti
software
mediante
l’Editor
dei
pacchetti
software
35
Viene
visualizzata
la
finestra
Proprietà
del
pacchetto.
2.
Specificare
il
nome
del
pacchetto
software
nella
casella
di
testo
Nome
pacchetto
della
pagina
delle
proprietà
Generale.
Questo
nome
viene
visualizzato
accanto
all’icona
del
pacchetto
software
nella
finestra
Editor
dei
pacchetti
software.
In
questo
scenario,
digitare
Appsample
nella
casella
di
testo
Nome
pacchetto.
3.
Lasciare
1.0,
il
valore
di
default,
nella
casella
di
testo
Versione
pacchetto.
4.
Nella
casella
di
testo
Titolo,
inserire
una
breve
descrizione
del
pacchetto.
Gli
altri
separatori
della
finestra
Proprietà
del
pacchetto
vengono
descritti
in
“Impostazione
delle
proprietà
nel
pacchetto”
a
pagina
70.
5.
Fare
clic
su
OK
per
ritornare
alla
finestra
Editor
dei
pacchetti
software.
6.
Salvare
il
pacchetto
software.
E’
possibile
utilizzare
il
nome
del
pacchetto
come
nome
file
oppure
utilizzare
un
nome
diverso.
7.
Per
aggiungere
le
azioni
nel
pacchetto
software
Appsample,
è
possibile
eseguire
le
seguenti
operazioni:
a.
Fare
clic
su
Modifica->Inserisci
per
selezionare
una
delle
categorie
di
azioni.
–OPPURE–
b.
Selezionare
la
categoria
appropriata
nella
barra
degli
strumenti
con
separatori
e
selezionare
un’icona
associata
al
separatore.
–OPPURE–
c.
Fare
clic
con
il
pulsante
destro
del
mouse
sull’icona
del
pacchetto
software
nel
riquadro
a
sinistra,
quindi
selezionare
Inserisci
e
la
categoria
appropriata
nel
menu.
verifica
dello
spazio
su
disco
Lo
spazio
su
disco
necessario
è
un
parametro
del
pacchetto
software.
E’
possibile
utilizzare
questa
azione
per
verificare
lo
spazio
su
disco
sull’endpoint.
Se
vengono
soddisfatti
i
requisiti
di
spazio,
la
distribuzione
procederà.
Se
non
vengono
soddisfatti
i
requisiti
di
spazio,
la
distribuzione
non
verrà
eseguita,
viene
registrato
un
evento
di
errore
e
viene
informato
l’amministratore.
Denominazione
del
pacchetto
software
Appsample
36
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Eseguire
le
seguenti
operazioni
per
aggiungere
l’azione
di
verifica
di
spazio
su
disco
nel
pacchetto
software
Appsample:
1.
Selezionare
il
separatore
Azione
di
sistema
nella
barra
degli
strumenti
con
separatori
e
fare
clic
sull’icona
Verifica
spazio
su
disco.
Viene
visualizzata
la
finestra
Proprietà
di
Verifica
spazio
su
disco.
2.
Nella
casella
di
testo
Unità,
specificare
l’unità
da
verificare
in
uno
dei
seguenti
formati:
v
drive_letter:
v
drive_letter:\
v
/unix_fs_name
In
UNIX,
l’azione
di
verifica
dello
spazio
su
disco
cerca
il
file
system
che
comincia
con
l’ultimo
simbolo
del
percorso
specificato
e
passa
al
simbolo
precedente
finché
non
trova
il
file
system.
Per
default,
se
non
viene
trovato
nessun
file
system,
lo
spazio
su
disco
viene
verificato
sulla
root.
Non
viene
visualizzato
nessun
messaggio
di
avvertenza
per
i
simboli
per
i
quali
non
è
stato
trovato
nessun
file
system.3.
Nella
casella
di
testo
Volume,
specificare
i
requisiti
di
spazio
su
disco
come
valore
intero
e
specificare
le
unità
di
misura
appropriate
nella
casella
di
riepilogo
accanto.
4.
Fare
clic
su
Aggiungi
per
aggiungere
l’azione
nell’elenco.
E’
possibile
aggiungere
più
di
un’azione
di
verifica
dello
spazio
su
disco
nello
stesso
elenco.
Per
eliminare
l’azione
di
verifica
dello
spazio
su
disco
dall’elenco,
selezionarla
e
fare
clic
su
Elimina.
Verifica
dello
spazio
su
disco
Capitolo
3.
Creazione
di
pacchetti
software
mediante
l’Editor
dei
pacchetti
software
37
5.
Fare
clic
su
Condizione
per
visualizzare
la
finestra
Editor
delle
condizioni.
In
questa
finestra
è
possibile
applicare
una
limitazione
all’esecuzione
dell’azione
di
verifica
dello
spazio
su
disco,
definendo
le
circostanze
in
base
alle
quali
verrà
eseguita
l’azione.
Le
condizioni
possono
essere
applicate
nel
seguente
modo:
v
Su
azioni
individuali
e
oggetti
contenuti
nel
pacchetto
software
v
Sull’intero
pacchetto
software
(livello
di
pacchetto)
Ad
esempio,
per
limitare
l’esecuzione
dell’azione
di
verifica
dello
spazio
su
disco
solo
ai
sistemi
Windows
XP,
specificare
la
seguente
espressione
nella
finestra
Editor
delle
condizioni
(in
questo
esempio
i
singoli
apici
sono
facoltativi):
($(os_name)
=='Windows_NT')
AND
($(os_release)==5.1).
Nota:
I
singoli
apici
sono
obbligatori
per
i
valori
che
contengono
caratteri
speciali.
Esempio
di
singoli
apici
obbligatori:
$(os_name)
=='Win*'.
Per
ulteriori
informazioni
sui
valori
validi
della
variabile
os_name,
consultare
l’appendice
in
Manuale
di
riferimento
per
Software
Distribution.
Fare
clic
su
OK
per
applicare
la
condizione
all’azione
e
per
ritornare
alla
finestra
Proprietà
di
Verifica
spazio
su
disco.
Consultare
“Impostazione
delle
proprietà
nel
pacchetto”
a
pagina
70
per
ulteriori
informazioni
sull’impostazione
delle
condizioni
a
livello
di
pacchetto.
Consultare
la
sezione
relativa
alle
“variabili
integrate”
in
Manuale
di
riferimento
per
Software
Distribution
per
visualizzare
la
tabella
contenente
le
descrizioni
e
i
valori
accettati
per
le
variabili
integrate.
6.
Fare
clic
su
OK
per
ritornare
alla
finestra
Editor
dei
pacchetti
software.
L’azione
di
verifica
dello
spazio
su
disco
è
contenuta
nel
riquadro
a
destra
nel
pacchetto.
Aggiunta
di
directory
e
file
Consente
di
aggiungere
l’azione
oggetto
directory
per
aggiungere
directory,
file
e
collegamenti
e
per
impostare
gli
attributi
dell’oggetto
file
system
relativi
al
sistema
Verifica
dello
spazio
su
disco
38
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
operativo
di
destinazione.
In
questo
scenario
verrà
aggiunta
un’azione
che
consente
di
aggiungere
nel
pacchetto
software
tutti
i
file
contenuti
in
una
directory
denominata
Appsample.
Aggiungere
un’azione
di
aggiunta
di
directory
nel
pacchetto
software
Appsample:
1.
Selezionare
l’icona
del
pacchetto
software
Appsample
nel
riquadro
a
sinistra.
2.
Selezionare
il
separatore
Aggiungi
oggetto
nella
barra
degli
strumenti
a
destra
e
fare
clic
sull’icona
Directory.
Viene
visualizzata
la
finestra
Proprietà
di
Aggiungi
directory:
3.
Specificare
le
seguenti
informazioni
nella
casella
di
gruppo
Origine:
a.
Nella
casella
di
testo
Ubicazione,
specificare
c:\Appsample
oppure
fare
clic
su
(...)
per
visualizzare
una
finestra
del
browser
del
file
system.
Consultare
“Impostazione
del
percorso
predefinito”
a
pagina
30
per
ulteriori
informazioni
su
come
personalizzare
il
percorso
predefinito
utilizzato
dalla
finestra
del
browser.
b.
Nella
casella
di
testo
Nome,
specificare
*.*
per
indicare
che
tutti
i
file
contenuti
nella
directory
Appsample
verranno
aggiunti
nel
pacchetto.
Al
momento
dell’installazione,
i
file
vengono
installati
con
il
loro
nome
originale
nella
directory
di
destinazione.
Nota:
Quando
si
specifica
il
nome
di
un
file
di
origine
o
di
destinazione,
i
nomi
dei
file
o
delle
directory
possono
contenere
caratteri
jolly.
I
caratteri
jolly
supportati
includono
l’asterisco
(*),
per
ricercare
tutte
le
stringhe
e
(?),
per
ricercare
un
singolo
carattere.
Per
ulteriori
informazioni
su
come
specificare
i
nomi
di
file
e
di
directory
utilizzando
i
caratteri
jolly,
consultare
Manuale
di
riferimento
per
Software
Distribution.
Aggiunta
di
directory
e
file
Capitolo
3.
Creazione
di
pacchetti
software
mediante
l’Editor
dei
pacchetti
software
39
4.
La
casella
di
gruppo
Destinazione
contiene
le
stesse
informazioni
specificate
nella
casella
di
gruppo
Origine.
La
destinazione
rappresenta
l’ubicazione
in
cui
viene
creata
la
directory
specificata
sul
sistema
di
destinazione.
Eliminare
c:\Appsample
nella
casella
di
testo
Ubicazione
ed
utilizzare
una
variabile
per
rendere
più
generica
questa
operazione,
in
modo
da
utilizzarla
su
diversi
sistemi
operativi.
Fare
clic
con
il
pulsante
destro
del
mouse
sulla
casella
di
testo
Ubicazione
per
visualizzare
l’Editor
elenco
variabili.
5.
Definire
una
nuova
variabile
ed
assegnare
ad
essa
un
valore
di
default.
a.
Nella
casella
di
testo
Nome,
inserire
target_dir.
b.
Nella
casella
di
testo
Valore,
inserire
$(system_drive)\Appsample.
c.
Fare
clic
su
Imposta
per
aggiungere
la
nuova
variabile
e
il
suo
valore
nell’elenco.
E’
possibile
riutilizzare
questa
variabile
in
qualsiasi
altro
punto
del
pacchetto
software.
Per
modificare
la
variabile,
aggiornarla
nell’Editor
elenco
variabili;
in
tal
modo
essa
cambierà
in
tutte
le
ricorrenze
del
pacchetto
software.
Consultare
Manuale
di
riferimento
per
Software
Distribution
per
ulteriori
informazioni
sull’utilizzo
delle
variabili.
Per
rendere
dinamico
il
valore
di
questa
variabile,
consultare
“Esempio
di
Programma
con
esecuzione
precedente”
a
pagina
79
per
informazioni
su
come
modificare
il
valore
della
variabile
target_dir
sui
singoli
endpoint,
definendo
un
programma
che
venga
eseguito
sull’endpoint.
6.
Fare
clic
su
OK
per
ritornare
alla
finestra
Proprietà
di
Aggiungi
directory.
Eliminare
*.*
nella
casella
di
testo
di
destinazione
Nome,
poiché
in
questo
caso
non
è
necessario.
Al
momento
dell’installazione,
i
file
vengono
installati
con
il
loro
nome
originale
nella
directory
di
destinazione.
7.
Impostare
le
caselle
di
spunta
nella
finestra
Proprietà
di
Aggiungi
directory:
Aggiunta
di
directory
e
file
40
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
v
La
casella
di
spunta
Arresta
all’errore
è
selezionata
per
default.
Lasciarla
selezionata
per
interrompere
l’esecuzione
dell’azione
se
essa
non
viene
eseguita
correttamente
o
se
non
viene
soddisfatta
la
condizione.
L’esecuzione
delle
azioni
rimanenti
nel
pacchetto
continua,
se
l’opzione
Arresta
all’errore
a
livello
di
pacchetto
non
è
selezionata.
Se
l’opzione
Arresta
all’errore
è
selezionata
a
livello
di
pacchetto
e
si
verifica
un
errore,
le
rimanenti
azioni
non
vengono
eseguite
e
l’esecuzione
del
pacchetto
non
viene
completata.
v
Selezionare
la
casella
di
spunta
Sostituisci
se
la
destinazione
è
più
recente
per
sostituire
un
oggetto
della
destinazione
anche
se
è
più
recente
dell’oggetto
di
origine.
Su
piattaforme
Windows,
per
stabilire
quale
sia
il
file
più
recente,
Software
Distribution
valuta
la
versione
del
file.
Se
la
versione
del
file
di
destinazione
è
più
recente
rispetto
al
file
di
origine,
il
file
di
destinazione
viene
sostituito.
Se
la
versione
non
è
impostata
o
è
impostata
su
piattaforme
non
Windows,
Software
Distribution
valuta
l’ora
della
modifica.
Se
l’ora
della
modifica
dell’oggetto
di
destinazione
è
più
recente
rispetto
all’oggetto
di
origine,
l’oggetto
di
destinazione
viene
sostituito.
Il
supporto
della
versione
file
è
disponibile
se
l’host
di
origine
è
un
sistema
Windows
o
se
il
pacchetto
software
contenente
il
file
in
questione
è
stato
creato
su
un
sistema
Windows
e
importato
nel
formato
blocco
del
pacchetto
software
(composto).
v
La
casella
di
spunta
Sostituisci
se
esistente
è
selezionata
per
default.
Lasciarla
selezionata
per
sostituire
un
oggetto
esistente
sulla
destinazione.
v
Selezionare
la
casella
di
spunta
Elimina
se
modificato
per
contrassegnare
questo
oggetto
per
un’operazione
di
eliminazione
successiva.
Durante
l’operazione
di
eliminazione
dello
stesso
pacchetto
software,
l’indicatore
indica
se
rimuovere
l’oggetto
anche
se
l’oggetto
di
destinazione
è
stato
modificato
dall’ultima
operazione
d’installazione.
v
Selezionare
la
casella
di
spunta
Crea
se
non
esistente
per
creare
la
directory
se
non
esiste
già
sul
sistema
di
destinazione.
8.
Fare
clic
su
Avanzate
per
specificare
gli
attributi
del
file
system
specifici
per
la
piattaforma.
Viene
visualizzata
la
finestra
Proprietà
di
Aggiungi
oggetti
del
file
system
-
Avanzate.
Aggiunta
di
directory
e
file
Capitolo
3.
Creazione
di
pacchetti
software
mediante
l’Editor
dei
pacchetti
software
41
9.
Lasciare
la
casella
di
spunta
Crea
directory
selezionata
per
creare
le
directory
se
non
sono
già
presenti
sul
sistema
di
destinazione.
Se
la
directory
già
esiste,
annullare
la
selezione
di
questa
casella
di
spunta,
in
tal
modo
la
directory
non
verrà
creata
durante
l’installazione
e
non
verrà
eliminata
durante
l’operazione
di
annullamento.
10.
Lasciare
la
casella
di
spunta
Elimina
directory
vuote
selezionata
per
eliminare
le
directory
vuote
durante
l’esecuzione
di
un’eliminazione
successiva
di
questo
pacchetto
software.
11.
Selezionare
la
casella
di
spunta
Directory
a
discesa
per
aggiungere
l’intero
albero
di
directory
nel
pacchetto
software.
Se
non
si
seleziona
tale
opzione,
vengono
aggiunti
solo
i
file
elencati
al
di
sotto
della
directory
di
primo
livello.
Nota:
Se
la
casella
di
spunta
Scendi
nelle
directory
è
selezionata
e
E’
firma
inventory
è
impostato
su
Limitato,
nel
caso
in
cui
i
file
selezionati
come
firme
non
siano
validi,
verrà
visualizzato
un
messaggio
di
avvertenza
per
ciascun
file
non
valido
presente
nelle
directory
nidificate.
12.
Selezionare
la
casella
di
spunta
Rinomina
se
bloccato
per
rinominare
temporaneamente
i
file
utilizzati
da
un’altra
applicazione.
Per
i
sistemi
Windows,
durante
l’installazione
viene
effettuato
un
tentativo
di
sostituzione
o
di
ridenominazione
del
file
nella
stessa
directory
del
file
bloccato
e
la
distribuzione
viene
completata
senza
dover
attendere
il
riavvio
del
sistema.
Il
file
temporaneo
viene
rimosso
durante
il
successivo
riavvio
del
sistema.
Durante
un’operazione
di
eliminazione,
il
file
bloccato
viene
eliminato
durante
il
successivo
riavvio
del
sistema.
Per
i
sistemi
OS/2,
vengono
supportati
solo
i
file
.exe
e
.dll.
Il
file
bloccato
viene
chiuso,
in
questo
modo
può
essere
sostituito
con
il
file
inserito
nel
pacchetto
software.
Nel
corso
di
un’operazione
di
rimozione,
il
file
bloccato
viene
chiuso,
in
questo
modo
può
essere
rimosso
dal
sistema
di
destinazione.
Se
non
è
possibile
rinominare
o
sostituire
il
file,
la
distribuzione
non
viene
eseguita.
L’attributo
Rinomina
se
bloccato
non
è
supportato
sugli
endpoint
OS/400.
13.
Fare
clic
su
OK
per
confermare
le
proprietà
del
file
system
selezionate.
Per
ulteriori
informazioni
sugli
attributi
del
file
system
in
questa
finestra,
consultare
la
documentazione
in
linea
oppure
Manuale
di
riferimento
per
Software
Distribution.
14.
Fare
clic
su
OK
per
aggiungere
questa
azione
nel
pacchetto
software.
Selezionare
l’icona
del
pacchetto
software
nella
finestra
Editor
dei
pacchetti
software
per
visualizzare
l’azione
dell’oggetto
Aggiungi
directory.
Aggiunta
di
azioni
della
piattaforma
Windows
in
un
contenitore
generico
Le
seguenti
azioni
da
aggiungere
nel
pacchetto
software
Appsample
sono
tutte
azioni
della
piattaforma
Windows.
E’
possibile
raggruppare
le
azioni
correlate
in
un
contenitore
generico
ed
impostare
una
condizione
sull’intero
contenitore
che
regoli
l’esecuzione
delle
azioni
che
esso
contiene.
Eseguire
le
seguenti
operazioni
per
aggiungere
un
contenitore
generico
nel
pacchetto
software
che
contenga
le
azioni
della
piattaforma
Windows.
1.
Selezionare
l’icona
del
pacchetto
software
Appsample
nel
riquadro
a
sinistra
della
finestra
Editor
dei
pacchetti
software.
2.
Fare
clic
su
Contenitore
nella
barra
degli
strumenti
con
separatori
e
selezionare
l’icona
Contenitore
generico.
Viene
visualizzata
la
finestra
Proprietà
del
Aggiunta
di
directory
e
file
42
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
contenitore
generico.
3.
Nella
casella
di
testo
Nome,
inserire
una
stringa
descrittiva,
ad
esempio
azioni
della
piattaforma
Windows.
Prima
di
aggiungere
questo
contenitore
nel
pacchetto
software,
è
necessario
impostare
una
condizione
sull’intero
contenitore.
Fare
clic
su
Condizione
per
visualizzare
l’Editor
delle
condizioni.
4.
Specificare
la
seguente
espressione
per
soddisfare
tutte
le
azioni
di
Windows
che
verranno
aggiunte
in
questo
contenitore:
$(os_name)
LIKE
‘Win*’
quindi
fare
clic
su
OK.
Fare
clic
su
OK
per
aggiungere
il
contenitore
generico
nel
pacchetto
software.
Un
punto
esclamativo
nel
riquadro
a
destra
indica
che
è
stata
impostata
una
condizione
sul
contenitore
generico.
Aggiunta
di
directory
e
file
del
sistema
operativo
Windows
Successivamente,
verrà
aggiunta
un’azione
che
consente
di
aggiungere
due
file
di
sistema
.dll
trovati
sul
sistema
di
origine.
Uno
dei
file
è
condiviso.
Poiché
molte
applicazioni
utilizzano
le
stesse
risorse,
le
directory
e
i
file
condivisi
devono
essere
identificati
nel
pacchetto
software
per
evitare
che
vengano
eliminati
quando
viene
eliminata
un’applicazione.
Se
una
risorsa
condivisa
in
un
pacchetto
software
esiste
sulla
destinazione,
per
default
viene
conservata
la
versione
più
recente
della
risorsa
condivisa.
Aggiunta
di
azioni
della
piattaforma
Windows
in
un
contenitore
generico
Capitolo
3.
Creazione
di
pacchetti
software
mediante
l’Editor
dei
pacchetti
software
43
1.
Selezionare
l’icona
delle
azioni
della
piattaforma
Windows
nel
riquadro
a
sinistra,
quindi
fare
clic
su
Aggiungi
oggetto->Directory
nella
barra
degli
strumenti
a
destra.
Viene
visualizzata
la
finestra
Proprietà
di
Aggiungi
directory.
2.
Nella
casella
di
gruppo
Origine,
specificare
la
directory
principale
c:\winnt
nella
casella
di
testo
Ubicazione.
Specificare
la
directory
secondaria
system32
nella
casella
di
testo
Nome.
3.
Nella
casella
di
gruppo
Destinazione,
eliminare
il
testo
nelle
caselle
di
testo
Ubicazione
e
Nome.
Fare
doppio
clic
con
il
pulsante
destro
del
mouse
sulla
casella
di
testo
Ubicazione
per
visualizzare
la
finestra
Editor
elenco
variabili.
Selezionare
la
variabile
$(system_dir)
per
rappresentare
la
directory
in
cui
verrà
installato
il
file
sul
sistema
di
destinazione.
Fare
clic
su
OK.
4.
Fare
clic
su
OK
per
aggiungere
l’azione
della
directory
nel
pacchetto
software.
Selezionare
l’icona
del
contenitore
generico
delle
azioni
della
piattaforma
Windows
nel
riquadro
a
sinistra
per
visualizzare
l’azione
di
aggiunta
di
directory
che
esso
contiene.
5.
Specificare
il
file
da
aggiungere
nel
sistema
di
destinazione
nidificando
un’azione
Aggiungi
file
nell’azione
di
aggiunta
di
directory.
Selezionare
l’azione
Aggiungi
directory
nel
riquadro
a
sinistra,
quindi
selezionare
l’icona
File
nel
separatore
Aggiungi
oggetto
della
barra
degli
strumenti.
Viene
visualizzata
la
finestra
Proprietà
di
Aggiungi
file.
Aggiunta
di
directory
e
file
di
Windows
44
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
6.
Nella
casella
di
gruppo
Origine,
,
specificare
App32.dll
nella
casella
di
testo
Nome.
7.
Per
definire
una
firma
di
Inventory
per
il
file
App32.dll,
selezionare
una
delle
seguenti
opzioni
in
E’
firma
inventory:
Limitato
Selezionare
questa
opzione
se
si
desidera
considerare
il
file
come
firma,
ma
solo
se
la
firma
è
già
stata
creata
nel
database
Inventory.
Alcuni
file
non
possono
essere
specificati
come
firme.
Viene
verificato
se
l’oggetto
del
file
system
è
valido
per
una
firma
di
inventory.
Se
non
è
valido,
viene
visualizzato
un
messaggio
di
avvertenza.
Il
file
è
una
firma
valida
se
incontra
i
seguenti
criteri:
v
Non
è
un
eseguibile
o
una
DLL.
v
Non
è
un
file
temporaneo.
v
Non
è
un
file
condiviso.
v
Non
appartiene
ad
una
directory
del
sistema
o
ad
una
comune
directory
del
file.
Sì
Considera
il
file
come
una
firma
e
lo
crea
se
non
è
già
presente
nel
database
Inventory.
No
Il
file
non
è
una
firma
di
inventory
(default).
Per
ulteriori
informazioni
sulle
firme
di
inventory,
consultare
“Scambio
di
informazioni
tra
Software
Distribution
e
Inventory”
a
pagina
301.
8.
Se
si
imposta
E’
firma
inventory
su
Sì,
è
anche
possibile
definire
una
descrizione
e
il
numero
di
versione
del
software
da
installare
nelle
caselle
di
testo
Descrizione
e
Versione.
9.
Per
contrassegnare
questo
file
come
condiviso:
a.
Fare
clic
su
Avanzate
e
selezionare
la
casella
di
spunta
E’
condiviso
nella
pagina
Generale
di
Proprietà
di
Aggiungi
oggetti
del
file
System
-
Aggiunta
di
directory
e
file
di
Windows
Capitolo
3.
Creazione
di
pacchetti
software
mediante
l’Editor
dei
pacchetti
software
45
Avanzate.
Questa
opzione
indica
che
il
file
è
condiviso
da
diversi
pacchetti
software.
Essa
impedisce
di
eliminare
il
file
quando
viene
eliminato
uno
dei
pacchetti
software
in
cui
esso
è
contenuto.
b.
Fare
clic
su
OK
per
ritornare
alla
finestra
Proprietà
di
Aggiungi
file,
quindi
fare
nuovamente
clic
su
OK
per
salvare
le
modifiche
e
chiudere
la
finestra.
L’azione
Aggiungi
file
viene
aggiunta
nel
pacchetto
software.
Quando
si
seleziona
l’azione
Aggiungi
directory
nel
riquadro
a
sinistra,
l’azione
Aggiungi
file
viene
visualizzata
nel
riquadro
a
destra
della
finestra
principale
di
Editor
dei
pacchetti
software.10.
Per
controllare
la
gestione
dei
file
condivisi
contenuti
nel
pacchetto
software
quando
viene
eliminato
il
pacchetto
installato,
definire
un’opzione
di
controllo
della
condivisione
nel
seguente
modo:
a.
Selezionare
l’icona
del
pacchetto
software
nel
riquadro
a
sinistra
e
fare
clic
sull’icona
Proprietà
nella
barra
degli
strumenti.
La
pagina
Generale
viene
visualizzata
per
default.
Consultare
“Proprietà
generali”
a
pagina
72
per
ulteriori
informazioni
sulle
proprietà
generali
dei
pacchetti.
b.
Selezionare
l’opzione
Only_shared
nell’elenco
Controllo
condivisione.
Se
successivamente
il
pacchetto
software
viene
eliminato,
i
file
contrassegnati
con
l’opzione
E’
condiviso,
già
presenti
sulla
destinazione
prima
della
distribuzione
del
pacchetto
software,
non
vengono
eliminati.
Per
ulteriori
informazioni
sulle
opzioni
di
controllo
della
condivisione,
consultare
“Proprietà
generali”
a
pagina
72.
Fare
clic
su
OK
per
salvare
le
modifiche
e
chiudere
la
finestra
di
dialogo.
11.
Aggiungere
un
secondo
file
.dll
nella
stessa
directory.
E’
possibile
ripetere
lo
stesso
processo
e
selezionare
l’icona
Aggiungi
file
nel
separatore
Aggiungi
oggetto
della
barra
degli
strumenti
oppure
utilizzare
la
seguente
procedura:
a.
Fare
clic
con
il
pulsante
destro
del
mouse
sull’azione
Aggiungi
file
appena
aggiunta
nel
riquadro
a
destra,
quindi
selezionare
Copia
nel
menu
a
comparsa.
b.
Fare
clic
con
il
pulsante
destro
del
mouse
su
system32,
l’azione
Aggiungi
directory,
nel
riquadro
a
sinistra,
quindi
selezionare
Incolla.
Un’azione
Aggiungi
file
identica
viene
aggiunta
nell’azione
Aggiungi
directory.
c.
Selezionare
la
seconda
azione
Aggiungi
file,
quindi
l’icona
Proprietà
nella
barra
degli
strumenti
a
sinistra.
Aggiunta
di
directory
e
file
di
Windows
46
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Viene
visualizzata
la
finestra
Proprietà
di
Aggiungi
file.
E’
anche
possibile
aggiungere
più
di
un
file
o
directory
contemporaneamente,
facendo
clic
con
il
pulsante
destro
del
mouse
sull’azione
Aggiungi
directory
e
selezionando
Inserisci->File/directory
multipli.
Viene
visualizzato
il
browser
del
file
system.
Selezionare
una
serie
di
file
e
directory
e
fare
clic
su
Aggiungi.
Fare
clic
su
OK
per
aggiungere
le
azioni
Aggiungi
file
e
Aggiungi
directory
nel
pacchetto
software.
12.
Modificare
il
nome
del
file
da
App32.dll
in
Apprun32.dll.
Fare
clic
su
Avanzate,
quindi
annullare
la
selezione
della
casella
di
spunta
E’
condiviso
,
poiché
non
è
più
un
file
condiviso.
13.
Fare
clic
su
OK
per
aggiungere
il
secondo
file
nell’azione
Aggiungi
directory,
quindi
selezionarlo
per
visualizzare
i
file
nel
riquadro
a
destra.
Aggiunta
degli
oggetti
del
registro
di
Windows
Nelle
ultime
versioni
di
Windows
i
file
.ini
sono
stati
sostituiti
dal
registro
di
Windows
per
memorizzare
le
informazioni
sulla
configurazione
relative
all’utente,
all’hardware
e
ai
programmi
installati.
Molte
applicazioni
continuano
ad
utilizzare
i
file
.ini
per
la
compatibilità
con
le
versioni
precedenti.
I
sistemi
operativi
Windows
fanno
riferimento
al
registro
durante
il
funzionamento.
Lo
scenario
del
pacchetto
software
Appsample
illustra
la
modifica
delle
impostazioni
nel
registro
del
sistema.
In
questo
esempio,
le
informazioni
relative
alla
directory
di
installazione
dell’applicazione
Appsample
verranno
memorizzate
utilizzando
l’azione
del
registro
di
Windows.
Eseguire
le
seguenti
operazioni
per
aggiungere
gli
oggetti
del
registro
di
Windows
nel
pacchetto
software:
1.
Selezionare
l’icona
del
contenitore
generico
delle
azioni
della
piattaforma
Windows
nel
riquadro
a
sinistra
della
finestra
Editor
dei
pacchetti
software.
2.
Nel
separatore
Aggiungi
oggetto
della
barra
degli
strumenti,
fare
clic
sull’icona
della
chiave
del
registro
di
Windows.
Viene
visualizzata
la
finestra
Aggiunta
di
directory
e
file
di
Windows
Capitolo
3.
Creazione
di
pacchetti
software
mediante
l’Editor
dei
pacchetti
software
47
Aggiungi
proprietà
chiavi
di
registro
Windows.
3.
Selezionare
HKEY_LOCAL_MACHINE
nell’elenco
Hive.
4.
Specificare
la
chiave
padre
e
la
chiave.
Specificare
SOFTWARE\Tivoli
nella
casella
di
testo
Chiave
padre
e
Appsample
nella
casella
di
testo
Chiave.
5.
Selezionare
la
casella
di
spunta
per
ignorare
i
permessi
di
accesso
temporaneamente
per
aggiungere
o
eliminare
i
valori
e
le
chiavi
del
registro
protetti.
I
permessi
di
accesso
vengono
ripristinati
al
termine
dell’operazione.
6.
Applicare
una
condizione
a
questa
particolare
azione,
in
modo
che
essa
venga
eseguita
solo
in
Windows
2003
e
Windows
XP.
Fare
clic
su
Condizione
nell’angolo
in
alto
a
destra
della
finestra
per
visualizzare
la
la
finestra
Editor
Aggiunta
degli
oggetti
del
registro
di
Windows
48
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
delle
condizioni.
Inserire
la
seguente
espressione
per
soddisfare
la
limitazione:
($(os_name)
==
Windows_NT)
AND
($(os_release)
>=5.1).
Per
ulteriori
informazioni
sui
valori
validi
della
variabile
os_name,
consultare
l’appendice
in
Manuale
di
riferimento
per
Software
Distribution.
Fare
clic
su
Verifica
per
verificare
che
l’espressione
sia
valida.
Fare
clic
su
OK
per
impostare
la
condizione
sull’oggetto.
7.
Fare
clic
su
OK
per
aggiungere
l’oggetto
del
registro
di
Windows
nel
pacchetto
software.
Nella
finestra
Editor
dei
pacchetti
software
viene
visualizzata
la
chiave
del
registro
di
Windows.
8.
Per
aggiungere
una
chiave
secondaria
nella
chiave
del
registro
di
Windows
Appsample,
selezionare
l’icona
della
chiave
del
registro
di
Windows
Appsample.
Nella
barra
degli
strumenti
con
tabulatori,
fare
clic
sull’icona
della
chiave
del
registro
di
Windows
nel
separatore
Aggiungi
oggetto.
Viene
Aggiunta
degli
oggetti
del
registro
di
Windows
Capitolo
3.
Creazione
di
pacchetti
software
mediante
l’Editor
dei
pacchetti
software
49
visualizzata
la
finestra
Aggiungi
proprietà
chiavi
di
registro
Windows.
9.
Digitare
1.0
come
nome
della
chiave
secondaria
nella
casella
di
testo
Chiave.
10.
Fare
clic
su
OK
per
aggiungere
la
chiave
secondaria
nella
chiave
Appsample.
11.
Per
assegnare
un
valore
alla
chiave
secondaria,selezionare
la
chiave
secondaria
1.0,
quindi
Valore
nel
separatore
Aggiungi
oggetto.
Viene
visualizzata
la
finestra
Aggiungi
proprietà
valore
di
registro
Windows.
12.
Inserire
InstallationDirectory
nella
casella
Nome.
13.
Nell’elenco
Tipo,
selezionare
il
tipo
appropriato
di
valore
(Stringa,
Binario,
DWORD,
A
più
stringhe
o
Espandi
stringa).
Selezionare
Espandi
stringa
nell’elenco.
14.
Per
specificare
un
valore
nella
casella
di
testo
Dati,
fare
clic
su
Modifica.
Viene
visualizzata
la
finestra
dell’editor
di
dati.
Utilizzare
la
stessa
variabile
definita
in
“Aggiunta
di
directory
e
file”
a
pagina
38
facendo
clic
con
il
Aggiunta
degli
oggetti
del
registro
di
Windows
50
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
pulsante
destro
del
mouse
sulla
casella
di
testo
Valore.
Selezionare
la
variabile
$(target_dir)
nell’Editor
elenco
variabili
e
fare
clic
su
OK
per
salvare
i
dati
e
ritornare
alla
finestra
dell’editor
dei
dati.
Per
aggiungere
questo
valore
nella
casella
di
testo
Dati,
fare
clic
su
OK.
Per
modificare
questo
valore,
fare
clic
su
Modifica.
15.
Nell’elenco
Posizione,
specificare
il
punto
in
cui
posizionare
il
valore
nel
registro
del
sistema.
Selezionare
Sostituisci
per
sostituire
il
valore
nel
sistema
di
destinazione.
16.
Lasciare
la
casella
di
spunta
Sostituisci
se
esistente
selezionata
per
sostituire
il
valore
se
è
già
presente
nel
registro
del
sistema.
17.
Fare
clic
su
OK
per
visualizzare
la
finestra
Editor
dei
pacchetti
software
e
visualizzare
il
valore
aggiunto
alla
chiave.
Aggiunta
degli
oggetti
della
shell
di
Windows
Per
aggiungere
gli
oggetti
della
shell
di
Windows,
è
necessario
creare
cartelle
e
collegamenti
con
i
programmi.
E’
possibile
utilizzare
questa
azione
per
configurare
il
desktop
di
un
sistema
di
destinazione.
Eseguire
le
seguenti
operazioni
per
creare
un
collegamento
con
l’applicazione
Appsample
in
una
nuova
cartella,
Tivoli
Appsample,
contenuta
nel
desktop.
1.
Nella
finestra
Editor
dei
pacchetti
software,
selezionare
l’icona
del
contenitore
generico
delle
azioni
della
piattaforma
Windows.
2.
Nel
separatore
Aggiungi
oggetto
della
barra
degli
strumenti,
selezionare
l’icona
della
cartella
della
shell
di
Windows.
Viene
visualizzata
la
finestra
Aggiungi
proprietà
cartella
shell
di
Windows.
3.
Utilizzare
una
variabile
integrata
per
specificare
l’ubicazione
della
cartella.
Fare
doppio
clic
con
il
pulsante
destro
del
mouse
sulla
casella
di
testo
Ubicazione
per
visualizzare
la
finestra
Editor
elenco
variabili.
4.
Selezionare
la
variabile
$(all_users_shell_desktop)
e
fare
clic
su
OK
per
posizionare
la
variabile
nella
casella
di
testo
Ubicazione.
5.
Digitare
TivoliAppsample
nella
casella
di
testo
Cartella.
Si
tratta
del
nome
della
cartella
sul
sistema
di
destinazione.
6.
Nella
casella
di
gruppo
Tipo
di
cartella,
selezionare
Comune
se
la
cartella
e
i
comandi
che
essa
contiene
sono
comuni
a
tutti
gli
utenti.
Selezionare
Aggiunta
degli
oggetti
del
registro
di
Windows
Capitolo
3.
Creazione
di
pacchetti
software
mediante
l’Editor
dei
pacchetti
software
51
Personale
per
specificare
che
la
cartella
e
il
suo
contenuto
si
applicano
solo
all’utente
collegato
e
per
installarli
al
successivo
collegamento
da
parte
del
programma
di
aggiornamento
del
profilo
utente.
7.
Selezionare
la
casella
di
spunta
Crea
se
non
esistente
per
creare
la
nuova
cartella
se
non
è
già
presente
sul
sistema
di
destinazione.
8.
Prima
di
aggiungere
la
cartella
nel
pacchetto
software,
impostare
una
condizione
a
questa
particolare
azione,
in
modo
che
essa
venga
eseguita
solo
in
Windows
2000
e
Windows
2003.
Fare
clic
su
Condizione
nell’angolo
in
alto
a
destra
della
finestra
Aggiungi
proprietà
cartella
shell
di
Windows
per
visualizzare
la
finestra
Editor
delle
condizioni.
9.
Inserire
la
seguente
espressione
nella
finestra:
($(os_name)
==
Windows_NT)
AND
($(os_release)
==(5.0
OR
5.2)).
Fare
clic
su
OK
per
impostare
la
condizione
sulla
cartella
della
shell
di
Windows.
10.
Fare
clic
su
OK
per
aggiungere
la
cartella
della
shell
di
Windows
nel
pacchetto
software.
11.
Aggiungere
un
collegamento
alla
cartella
della
shell
di
Windows.
Selezionare
l’icona
della
cartella
Tivoli
Appsample
nel
riquadro
a
sinistra
della
finestra
Editor
dei
pacchetti
software
e
fare
clic
sull’icona
Collegamento
nel
separatore
Aggiungi
oggetto
della
barra
degli
strumenti.
Viene
visualizzata
la
finestra
Aggiunta
degli
oggetti
della
shell
di
Windows
52
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Proprietà
di
Aggiungi
collegamento
della
shell
di
Windows.
12.
Nella
casella
di
testo
Visualizza
nome,
specificare
Appsample
1.0
come
nome
contenuto
nella
nuova
cartella,
Tivoli
Appsample,
sul
desktop.
13.
Nella
casella
di
testo
Comando,
indicare
il
percorso
completo
del
file
eseguibile
che
avvia
l’applicazione.
Specificare
parte
del
percorso
utilizzando
la
variabile
definita
in
“Aggiunta
di
directory
e
file”
a
pagina
38.
Fare
doppio
clic
con
il
pulsante
destro
del
mouse
sulla
casella
di
testo
Comando
per
visualizzare
la
finestra
Editor
elenco
variabili.
Selezionare
la
variabile
$(target_dir),
quindi
fare
clic
su
OK
per
inserire
la
variabile
nella
casella
di
testo
del
nome
comando.
Completare
il
percorso
completo
del
comando
nel
modo
seguente:
$(target_dir)\bin\Appsample.exe
14.
Fare
clic
su
OK
per
aggiungere
il
collegamento
alla
cartella
e
ritornare
alla
finestra
Editor
dei
pacchetti
software.
Aggiunta
di
oggetti
del
profilo
di
Windows
E’
possibile
utilizzare
gli
oggetti
del
profilo
di
Windows
per
aggiornare
i
file
.ini
di
Windows.
Nei
file
.ini
di
Windows
vengono
memorizzate
la
configurazione
e
le
impostazioni
di
default,
ad
esempio
l’hardware
del
computer
o
le
preferenze
dell’ambiente,
ad
esempio
caratteri
e
colori
dello
sfondo.
Per
aggiornare
i
file
.ini,
manipolare
le
sezioni
contenenti
i
valori
associati
alle
chiavi.
Nel
seguente
esempio
viene
creata
una
nuova
sezione
contenente
una
chiave
della
directory
di
installazione.
Eseguire
le
seguenti
operazioni
per
aggiungere
gli
oggetti
del
profilo
di
Windows
nel
pacchetto
software.
1.
Selezionare
l’icona
del
contenitore
generico
delle
azioni
della
piattaforma
Windows.
2.
Nel
separatore
Aggiungi
oggetto
della
barra
degli
strumenti,
fare
clic
sull’icona
del
profilo
di
Windows.
Viene
visualizzata
la
finestra
Proprietà
di
Aggiunta
degli
oggetti
della
shell
di
Windows
Capitolo
3.
Creazione
di
pacchetti
software
mediante
l’Editor
dei
pacchetti
software
53
Aggiungi
profilo
di
Windows.
3.
Specificare
il
percorso
completo
del
file
appsample.ini
nella
casella
di
testo
Nome
file.
Utilizzare
una
variabile
integrata
per
specificare
parte
del
percorso,
facendo
doppio
clic
con
il
pulsante
destro
del
mouse
sulla
casella
di
testo
Nome
file.
Selezionare
la
variabile
$(system_root)
e
fare
clic
su
OK
per
aggiungere
la
variabile
nella
casella
di
testo.
Completare
la
voce
del
nome
del
file
nel
seguente
modo:
$(system_root)\appsample.ini.
4.
Impostare
una
condizione
su
questa
azione
per
limitare
la
sua
esecuzione
ai
sistemi
Windows
2000,
Windows
2003
e
Windows
XP.
Fare
clic
su
Condizione
nell’angolo
in
alto
a
destra
della
finestra
per
visualizzare
la
l’Editor
delle
condizioni.
Aggiunta
di
oggetti
del
profilo
di
Windows
54
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
5.
Digitare
la
seguente
condizione:
$(os_name)
==
Windows_NT.
Fare
clic
su
OK
per
impostare
la
condizione
e
ritornare
alla
finestra
Proprietà
di
Aggiungi
profilo
di
Windows.
6.
Fare
clic
su
OK
per
aggiungere
il
profilo
di
Windows
nel
pacchetto
software.
7.
Per
aggiungere
una
nuova
sezione
nel
file
appsample.ini,
selezionare
l’icona
del
profilo
di
Windows
e
fare
clic
sull’icona
Sezione
nel
separatore
Aggiungi
oggetto
della
barra
degli
strumenti.
Viene
visualizzata
la
finestra
Proprietà
di
Aggiunta
di
oggetti
del
profilo
di
Windows
Capitolo
3.
Creazione
di
pacchetti
software
mediante
l’Editor
dei
pacchetti
software
55
Aggiungi
sezione
del
profilo
di
Windows.
8.
Nella
casella
di
testo
Nome
sezione,
specificare
1.0
come
nome
della
sezione.
Fare
clic
su
OK
per
aggiungere
la
sezione
nel
profilo
di
Windows.
9.
Per
aggiungere
le
voci
nella
sezione,
selezionare
l’icona
della
sezione
1.0,
quindi
l’icona
della
voce
nel
separatore
Aggiungi
oggetto
della
barra
degli
strumenti
con
separatori.
Viene
visualizzata
la
finestra
Proprietà
di
Aggiungi
voci
del
profilo
di
Windows.
10.
Nella
casella
di
testo
Chiave,
specificare
InstallationDirectory
come
chiave
contenuta
nella
sezione.
11.
Inserire
la
variabile
$(target_dir)
definita
in
“Aggiunta
di
directory
e
file”
a
pagina
38
nella
casella
di
testo
Valore,
che
rappresenta
il
valore
associato
alla
chiave.
12.
Lasciare
la
casella
di
spunta
Duplica
selezionata
per
aggiornare
il
valore
della
chiave
se
esso
già
esiste
sul
sistema
di
destinazione.
13.
Fare
clic
su
OK
per
aggiungere
la
chiave
nel
pacchetto
software.
Aggiunta
di
oggetti
del
profilo
di
Windows
56
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Aggiunta
dei
servizi
di
Windows
L’azione
dei
servizi
di
Windows
consente
di
installare
o
eliminare
un
servizio
da
un
sistema
operativo
di
destinazione
di
Windows.
Per
installare
Tivoli
Appsample
Service
sul
sistema
di
destinazione,
eseguire
le
seguenti
operazioni:
1.
Selezionare
l’icona
del
contenitore
generico
delle
azioni
della
piattaforma
Windows
nella
finestra
Editor
dei
pacchetti
software.
2.
Nel
separatore
Aggiungi
oggetto
della
barra
degli
strumenti
con
separatori,
fare
clic
sull’icona
del
servizio
di
Windows.
Viene
visualizzata
la
finestra
Proprietà
di
Aggiungi
servizio
di
Windows.
3.
Specificare
il
nome
del
servizio
da
installare
sul
sistema
di
destinazione.
Nella
casella
di
testo
Nome,
inserire
TivoliAppsample.
4.
Nella
casella
di
testo
Percorso,
specificare
il
percorso
del
servizio.
Utilizzare
la
variabile
definita
in
“Aggiunta
di
directory
e
file”
a
pagina
38
per
specificare
parte
del
percorso.
Fare
doppio
clic
con
il
pulsante
destro
del
mouse
sulla
casella
di
testo
Percorso.
Viene
visualizzata
la
finestra
Editor
elenco
variabili.
Selezionare
la
variabile
target_dir
nell’elenco
e
fare
clic
su
OK
per
inserire
la
variabile
nella
casella
di
testo
Percorso.
Completare
il
percorso
nel
modo
seguente:
$(target_dir)\bin\AppSrv.exe.
5.
Nella
casella
di
testo
Visualizza
nome,
specificare
Tivoli
Appsample
Service.
6.
Fare
clic
su
OK
per
aggiungere
l’azione
del
servizio
di
Windows
nel
pacchetto
software.
L’azione
viene
visualizzata
nel
riquadro
destro
della
finestra
Editor
dei
pacchetti
software.
Aggiunta
delle
azioni
della
piattaforma
OS/2
in
un
contenitore
generico
E’
possibile
raggruppare
le
azioni
della
piattaforma
OS/2
in
un
contenitore
generico
ed
impostare
una
condizione
sull’intero
contenitore
che
regoli
l’esecuzione
di
tutte
le
azioni
che
esso
contiene.
L’utente
ha
già
creato
un
contenitore
simile
per
le
azioni
di
Windows
in
“Aggiunta
di
azioni
della
piattaforma
Windows
in
un
contenitore
generico”
a
pagina
42.
1.
Selezionare
l’icona
del
pacchetto
software
Appsample
nel
riquadro
a
sinistra
della
finestra
Editor
dei
pacchetti
software.
Aggiunta
dei
servizi
di
Windows
Capitolo
3.
Creazione
di
pacchetti
software
mediante
l’Editor
dei
pacchetti
software
57
2.
Fare
clic
su
Contenitore
nella
barra
degli
strumenti
con
separatori
e
selezionare
l’icona
Contenitore
generico.
Viene
visualizzata
la
finestra
Proprietà
del
contenitore
generico.
3.
Specificare
le
azioni
della
piattaforma
OS/2
nella
casella
di
testo
Nome.
4.
Fare
clic
su
Condizione
e
impostare
la
seguente
condizione
sul
contenitore
generico
utilizzando
l’Editor
delle
condizioni:
$(os_name)
==
OS/2.
Fare
clic
su
OK.
5.
Fare
clic
su
OK
per
aggiungere
il
contenitore
generico
delle
azioni
della
piattaforma
OS/2
nel
pacchetto
software.
Nella
finestra
Editor
dei
pacchetti
software
viene
visualizzato
il
contenitore
vuoto.
Aggiunta
degli
oggetti
del
desktop
di
OS/2
Le
cartelle
del
desktop
di
OS/2
funzionano
come
contenitori
che
vengono
utilizzati
per
organizzare
gli
oggetti,
i
programmi,
i
documenti
e
altre
cartelle.
Le
cartelle
sul
desktop
rappresentano
le
directory
nel
file
system.
Per
aggiungere
una
cartella
sul
desktop,
contenente
un
programma
e
un
duplicato,
eseguire
le
seguenti
operazioni:
1.
Selezionare
l’icona
delle
azioni
della
piattaforma
OS/2.
Nel
separatore
Aggiungi
oggetto
della
barra
degli
strumenti
con
separatori,
selezionare
l’icona
della
cartella
del
desktop
di
OS/2.
Viene
visualizzata
la
finestra
Proprietà
di
Aggiungi
cartella
del
desktop
di
OS/2.
2.
Fare
clic
con
il
pulsante
destro
del
mouse
sulla
casella
di
testo
Ubicazione
per
specificare
l’ubicazione
della
cartella
utilizzando
una
variabile
integrata.
Selezionare
la
variabile
$(os2_desktop)
nell’Editor
elenco
variabili
e
fare
clic
su
OK.
3.
Digitare
Tivoli
Appsample
nella
casella
di
testo
Titolo.
4.
Digitare
<TIVOLI_APPSAMPLE>
nella
casella
di
testo
OID.
5.
Fare
clic
su
OK
per
aggiungere
l’azione
della
cartella
OS/2
nel
pacchetto
software.
Aggiunta
delle
azioni
di
OS/2
in
un
contenitore
generico
58
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
6.
Per
aggiungere
un
programma
nella
cartella,
selezionare
la
cartella
OS/2
Tivoli
Appsample
nel
riquadro
a
sinistra
e
selezionare
l’icona
Programma
nella
barra
degli
strumenti
con
tabulatori
di
Aggiungi
oggetto.
Viene
visualizzata
la
finestra
Proprietà
di
Aggiungi
programma
del
desktop
OS/2.
7.
Specificare
Appsample
come
titolo
del
programma.
8.
Nella
casella
di
testo
Comando,
specificare
il
percorso
del
programma.
Specificare
parte
del
percorso
utilizzando
la
variabile
definita
in
“Aggiunta
di
directory
e
file”
a
pagina
38,
in
modo
che
la
voce
sia
$(target_dir)\bin\Appsample.exe.
9.
Nella
casella
di
testo
Directory
di
lavoro,
indicare
la
directory
di
lavoro
del
programma.
Inserire
$(target_dir)\bin.
10.
Fare
clic
su
OK
per
aggiungere
l’azione
del
programma
nell’azione
della
cartella
OS/2.
11.
Per
aggiungere
un
duplicato
alla
cartella
OS/2,
selezionare
l’icona
Tivoli
Appsample
nel
riquadro
a
sinistra.
Nel
separatore
Aggiungi
oggetto
della
barra
degli
strumenti,
selezionare
Duplicato.
Viene
visualizzata
la
finestra
Aggiungi
proprietà
duplicato
del
desktop
OS/2.
Aggiunta
degli
oggetti
del
desktop
di
OS/2
Capitolo
3.
Creazione
di
pacchetti
software
mediante
l’Editor
dei
pacchetti
software
59
12.
Questo
oggetto
duplicato
non
presenta
un
identificativo
dell’oggetto
associato
(OID).
Pertanto,
selezionare
l’opzione
Titolo
e
fornire
le
informazioni
richieste
nelle
caselle
di
testo
Ubicazione
e
Titolo.
a.
Nella
casella
di
testo
Ubicazione,
utilizzare
la
variabile
$(target_dir)
definita
in
“Aggiunta
di
directory
e
file”
a
pagina
38.
b.
Nella
casella
di
testo
Titolo,
inserire
README.TXT
per
il
titolo
dell’oggetto
duplicato.13.
Fare
clic
su
OK
per
aggiungere
l’oggetto
duplicato
nella
cartella
OS/2.
Nella
finestra
Editor
dei
pacchetti
software
viene
visualizzata
l’azione
dell’oggetto
duplicato.
Aggiunta
degli
oggetti
del
profilo
di
OS/2
E’
possibile
utilizzare
gli
oggetti
del
profilo
di
OS/2
per
aggiornare
i
file
.ini
contenenti
le
informazioni
sulla
configurazione.
Nel
seguente
esempio
verrà
aggiunto
un
nuovo
elemento
contenente
le
informazioni
sull’installazione
nel
file
Appsample.ini.
Eseguire
le
seguenti
operazioni
per
aggiungere
gli
oggetti
del
profilo
di
OS/2
nel
pacchetto
software.
1.
Selezionare
l’icona
del
contenitore
generico
delle
azioni
della
piattaforma
OS/2.
2.
Nel
separatore
Aggiungi
oggetto,
fare
clic
sull’icona
del
profilo
di
OS/2.
Viene
visualizzata
la
finestra
Proprietà
di
Aggiungi
profilo
di
OS/2.
Aggiunta
degli
oggetti
del
desktop
di
OS/2
60
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
3.
Specificare
il
percorso
del
file
.ini
nella
casella
di
testo
Nome
file.
Utilizzare
la
variabile
$(system_root)
per
specificare
parte
del
percorso,
facendo
doppio
clic
con
il
pulsante
destro
del
mouse
sulla
casella
di
testo.
Selezionare
la
variabile
e
fare
clic
su
OK.
Completare
la
voce
in
modo
da
leggere
$(system_root)\appsample.ini.
Fare
clic
su
OK
per
aggiungere
il
profilo
di
OS/2
nel
pacchetto
software.
Nella
finestra
Editor
dei
pacchetti
software
viene
visualizzata
l’azione
del
profilo
di
OS/2.
4.
Per
aggiungere
una
voce
nel
profilo
di
OS/2,
selezionare
l’icona
del
profilo
di
OS/2
nel
riquadro
a
sinistra.
Nel
separatore
Aggiungi
oggetto,
fare
clic
sull’icona
della
voce.
Viene
visualizzata
la
finestra
Proprietà
di
Aggiungi
voce
del
profilo
di
OS/2.
5.
Digitare
1.0
nella
casella
di
testo
Sezione.
6.
Inserire
InstallationDirectory
come
nome
della
chiave
nella
casella
di
testo
Chiave.
7.
Nella
casella
di
testo
Valore,
utilizzare
la
variabile
$(target_dir),
definita
in
“Aggiunta
di
directory
e
file”
a
pagina
38.
8.
Utilizzare
il
valore
di
default
di
Stringa
selezionato
nella
casella
di
gruppo
Tipo.
Il
valore
chiave,
InstallationDirectory,
è
un
valore
di
tipo
stringa.
9.
Selezionare
Sostituisci
nell’elenco
Posizione
per
sostituire
la
voce
nel
file
appsample.ini.
10.
Fare
clic
su
OK
per
aggiungere
la
voce
nel
profilo
di
OS/2.
Nella
finestra
Editor
dei
pacchetti
software
viene
visualizzata
la
voce
del
profilo
di
OS/2.
Aggiunta
di
oggetti
del
file
di
testo
Aggiungendo
degli
oggetti
del
file
di
testo
in
un
sistema
di
destinazione,
è
possibile
manipolare
qualsiasi
tipo
di
file
di
testo,
inclusi
i
file
di
configurazione
DOS,
ad
esempio
autoexec.bat
e
config.sys,
aggiungendo
delle
righe,
righe
di
comando
o
token
nel
file.
Nel
seguente
esempio
viene
illustrato
come
modificare
il
file
config.sys
su
un
sistema
di
destinazione
OS/2,
aggiungendo
una
riga
di
testo
nel
file,
un
token
nelle
chiavi
SET
PATH
e
LIBPATH
e
una
riga
comandi
nel
file.
Eseguire
le
seguenti
operazioni
per
aggiungere
gli
oggetti
del
file
di
testo
nel
pacchetto
software:
Aggiunta
di
oggetti
del
profilo
di
OS/2
Capitolo
3.
Creazione
di
pacchetti
software
mediante
l’Editor
dei
pacchetti
software
61
1.
Selezionare
l’icona
delle
azioni
della
piattaforma
OS/2
nel
riquadro
a
sinistra,
quindi
nel
separatore
Aggiungi
oggetto
fare
clic
sull’icona
File
di
testo
nella
barra
degli
strumenti.
Viene
visualizzata
la
finestra
Proprietà
di
Aggiungi
file
di
testo.
2.
Specificare
parte
del
nome
file
utilizzando
una
variabile
integrata.
Fare
doppio
clic
con
il
pulsante
destro
del
mouse
sulla
casella
di
testo
Nome
file
e
selezionare
la
variabile
$(system_drive)
nella
finestra
Editor
elenco
variabili.
Fare
clic
su
OK
per
aggiungere
la
variabile
nella
casella
di
testo,
quindi
completare
il
nome
del
file
nel
seguente
modo:
$(system_drive)\config.sys.
3.
Fare
clic
su
OK
per
aggiungere
l’oggetto
del
file
di
testo
nel
pacchetto
software.
Nella
finestra
Editor
dei
pacchetti
software
viene
visualizzato
l’oggetto
del
file
di
testo
contenuto
nel
pacchetto
software.
4.
Per
aggiungere
una
nuova
riga
di
testo
nel
file
config.sys,
selezionare
l’icona
del
file
di
testo
nel
riquadro
a
sinistra,
quindi
l’icona
Riga
nel
separatore
Aggiungi
oggetto
della
barra
degli
strumenti.
Viene
visualizzata
la
finestra
Proprietà
di
Aggiungi
riga
del
file
di
testo.
5.
Nella
casella
di
testo
Testo
specificare
la
seguente
riga
di
testo
da
aggiungere
nel
file
config.sys:
REM
-
BEGIN
TIVOLI
APPSAMPLE
SECTION.
6.
Indicare
che
la
riga
dovrà
essere
posizionata
alla
fine
del
file
di
testo,
selezionando
Fine
nell’elenco
Posizione.
7.
Fare
clic
su
OK
per
aggiungere
l’azione
della
riga
di
testo
nell’oggetto
file
di
testo.
Nella
finestra
Editor
dei
pacchetti
software
viene
visualizzata
l’azione
della
riga
del
file
di
testo.
8.
Per
aggiungere
un
token
nel
file
di
testo,
selezionare
l’icona
del
file
di
testo
nel
riquadro
a
sinistra,
quindi
l’icona
Token
nel
separatore
Aggiungi
oggetto
della
barra
degli
strumenti.
Viene
visualizzata
la
finestra
Proprietà
di
Aggiungi
token
del
file
di
testo.
Aggiunta
di
oggetti
del
file
di
testo
62
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
9.
Nella
casella
di
testo
Testo
specificare
il
valore
del
token
da
aggiungere
nella
chiave
SET
PATH.
Utilizzare
la
variabile
$(target_dir),
definita
in
“Aggiunta
di
directory
e
file”
a
pagina
38,
quindi
completare
la
voce
nella
casella
di
testo
Testo
in
modo
da
leggere
$(target_dir)\bin.
.
10.
Nella
casella
di
testo
Chiave,
inserire
SET
SET.
Questo
valore
indica
al
sistema
operativo
di
inserire
$(target_dir)\bin
nella
sua
ricerca.
Un
punto
e
virgola
viene
inserito
automaticamente
prima
di
questo
valore.
11.
Utilizzare
il
valore
predefinito
Fine
nella
casella
Posizione
per
specificare
che
il
token
verrà
inserito
alla
fine
della
riga
corrispondente
del
file
config.sys.
12.
Nella
casella
di
testo
Separatore
token
specificare
il
carattere
da
utilizzare
come
separatore
dei
token.
Il
valore
di
default
è
il
punto
e
virgola
(;).
13.
Fare
clic
su
OK
per
aggiungere
l’azione
del
token
nel
pacchetto
software.
Nella
finestra
Editor
dei
pacchetti
software
viene
visualizzata
l’azione
di
aggiunta
del
token.
14.
Aggiungere
un
secondo
token
per
aggiungere
una
directory
nella
chiave
LIBPATH.
Il
sistema
operativo
di
destinazione
OS/2
includerà
la
directory
nella
sua
ricerca
durante
il
caricamento
delle
librerie
di
collegamento
dinamico
(DLL).
Selezionare
l’oggetto
del
file
di
testo
nel
riquadro
a
sinistra,
quindi
l’icona
del
token
nel
separatore
Aggiungi
oggetto
della
barra
degli
strumenti.
Viene
visualizzata
la
finestra
Proprietà
di
Aggiungi
file
di
testo.
15.
Nella
casella
di
testo
Testo,
inserire
$(target_dir)\dll.
Nella
casella
di
testo
Chiave,
inserire
LIBPATH.
Utilizzare
il
valore
di
default
Fine
nella
casella
Posizione
e
fare
clic
su
OK
per
aggiungere
il
secondo
token
nel
file
di
testo.
I
due
token
vengono
visualizzati
nel
riquadro
destro
della
finestra
Editor
dei
pacchetti
software.
16.
Quindi,
aggiungere
un
driver
nel
comando
DEVICE.
Selezionare
l’icona
del
file
di
testo
nel
riquadro
a
sinistra,
quindi
l’icona
della
riga
comandi
nel
separatore
Aggiungi
oggetto
della
barra
degli
strumenti.
Viene
visualizzata
la
finestra
Proprietà
di
Aggiungi
riga
comandi
del
file
di
testo.
Aggiunta
di
oggetti
del
file
di
testo
Capitolo
3.
Creazione
di
pacchetti
software
mediante
l’Editor
dei
pacchetti
software
63
17.
Nella
casella
di
testo
Testo
specificare
DEVICE=$(target_dir)\sys\Appsamp.sys,
che
rappresenta
la
riga
di
testo
da
aggiungere
nel
file
config.sys
contenente
il
percorso
del
file
del
driver.
Utilizzare
la
variabile
$(target_dir)
definita
in
“Aggiunta
di
directory
e
file”
a
pagina
38
per
specificare
parte
del
testo.
18.
Nella
casella
di
testo
Chiave,
specificare
il
nome
del
file
del
driver.
Specificare
Appsamp.sys
nella
casella
di
testo.
19.
Nella
casella
di
testo
Comando,
inserire
DEVICE.
20.
Nella
casella
di
testo
Posizione,
utilizzare
il
valore
di
default
Fine
per
aggiungere
questo
comando
alla
fine
del
file
config.sys.
21.
Fare
clic
su
OK
per
aggiungere
l’azione
della
riga
comandi
nell’azione
della
riga
di
testo.
Nella
finestra
Editor
dei
pacchetti
software
viene
visualizzata
l’azione
della
riga
comandi.
Aggiunta
di
un’azione
Esegui
programma
CID
L’architettura
IBM
CID
(configuration,
installation,
and
distribution)
consente
di
eseguire
l’installazione
remota
e
non
presidiata
e
di
configurare
le
applicazioni
OS/2.
Nel
seguente
esempio
viene
definita
un’azione
Esegui
programma
CID
che
consente
di
installare
il
linguaggio
perl
open-source
su
un
sistema
OS/2.
Per
aggiungere
un’azione
Esegui
programma
CID,
eseguire
le
seguenti
operazioni:
1.
Selezionare
l’icona
del
pacchetto
software
Appsample
nel
riquadro
a
sinistra
del
separatore
Programma.
Aggiunta
di
oggetti
del
file
di
testo
64
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
2.
Fare
clic
sull’icona
Esegui
programma
CID
nella
barra
degli
strumenti.
Viene
visualizzata
la
finestra
Proprietà
di
Esegui
programma
CID.
3.
Nella
casella
di
testo
Titolo,
inserire
Perlinstall.
Il
titolo
è
il
nome
descrittivo
del
programma
da
installare.
Se
non
si
specifica
un
nome,
verrà
utilizzato
il
valore
di
default,
ovvero
il
nome
del
file
specificato
nella
casella
di
testo
Percorso.
4.
Con
il
separatore
Installa
selezionato,
specificare
$(system_drive)\perl.exe
nella
casella
di
testo
Percorso.
5.
Fare
clic
su
OK
per
aggiungere
l’azione
Esegui
programma
CID
nel
pacchetto
software.
Nella
finestra
Editor
dei
pacchetti
software
viene
visualizzata
l’azione
del
programma.
Aggiunta
di
un’azione
Esegui
programma
E’
possibile
specificare
dei
programmi
eseguibili
definiti
dall’utente
da
eseguire
durante
determinate
operazione
di
gestione
delle
modifiche
.
Software
Distribution
restituisce
un
errore
e
un
output
standard
nel
file
di
log.
In
questo
esempio
viene
aggiunta
un’azione
del
programma
utente
che,
quando
eseguita,
crea
un
file
di
log
alla
fine
dell’installazione.
Per
ulteriori
informazioni
sulle
operazioni
di
gestione
delle
modifiche,
consultare
“Operazioni
di
gestione
modifica”
a
pagina
211.
Per
aggiungere
un’azione
di
esecuzione
di
un
programma,
eseguire
le
seguenti
operazioni.
1.
Selezionare
l’icona
del
pacchetto
software
Appsample
nel
riquadro
a
sinistra
del
separatore
Programma.
Aggiunta
di
oggetti
del
file
di
testo
Capitolo
3.
Creazione
di
pacchetti
software
mediante
l’Editor
dei
pacchetti
software
65
2.
Selezionare
l’icona
Esegui
programma
per
visualizzare
la
finestra
Proprietà
di
Esegui
programma.
3.
In
questa
finestra,
configurare
il
pacchetto
software
per
eseguire
il
programma
utente
log_aft.exe
al
termine
dell’installazione.
Nella
casella
di
testo
Titolo,
specificare
il
nome
del
programma.
Se
non
si
specifica
un
nome,
verrà
utilizzato
il
valore
di
default,
ovvero
il
nome
del
file
specificato
nella
casella
di
testo
Percorso.
4.
Con
il
separatore
Installa
selezionato,
specificare
il
percorso
del
file
eseguibile
nella
casella
di
testo
Percorso.
Utilizzare
la
variabile
integrata
$(temp_dir)
per
specificare
parte
del
percorso.
Fare
doppio
clic
con
il
pulsante
destro
del
mouse
sulla
casella
di
testo
Percorso
e
selezionare
la
variabile
$(temp_dir)
nella
finestra
Editor
elenco
variabili.
Fare
clic
su
OK
per
aggiungere
la
variabile
nella
casella
di
testo
Percorso.
Completare
il
percorso
nel
seguente
modo:
$(temp_dir)\log_aft.exe.
5.
Selezionare
Avviabile
per
gestire
i
programmi
che
consentono
di
eseguire
un
riavvio.
Specificare
il
numero
massimo
di
volte
in
cui
il
programma
deve
essere
rieseguito
dopo
il
riavvio
nella
casella
di
testo
Riprova.
6.
Nella
casella
File
associati,
fare
clic
su
Aggiungi
per
specificare
uno
o
più
file
o
directory
da
scaricare
insieme
al
programma
durante
l’esecuzione.
Dopo
l’esecuzione,
questi
file
vengono
cancellati.
7.
Le
impostazioni
del
codice
di
uscita
controllano
l’esecuzione
dell’azione
successiva
nel
pacchetto
software.
Nella
casella
Codice
di
uscita,
la
serie
di
codici
di
completamento
dei
programmi
viene
specificata
come
valore
minimo
Aggiunta
di
un’azione
Esegui
programma
66
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
e
massimo
in
formato
esadecimale.
I
valori
minimo
e
massimo
sono
compresi
tra
0
e
65535
(0x0,
0xffff).
Per
un
codice
di
uscita
SUCCESS,
il
valore
di
default
è
0.
Per
impostare
l’intervallo
minimo
e
massimo,
fare
clic
sulla
casella
di
testo
nella
colonna
Min
o
Max
e
specificare
un
valore
esadecimale
valido.
Per
impostare
un
codice
di
uscita,
fare
clic
sulla
casella
di
testo
nella
colonna
Codice
di
uscita
e
selezionare
un’opzione
nell’elenco
di
scorrimento.
Per
aggiungere
un
codice
di
uscita
all’elenco,
fare
clic
su
Aggiungi.
Verificare
che
l’intervallo
minimo
e
massimo
sia
impostato
su
un
intervallo
disponibile
tra
0
e
65535.
Fare
riferimento
all’azione
di
esecuzione
del
programma
utente
in
Manuale
di
riferimento
per
Software
Distribution
per
informazioni
sui
diversi
codici
di
uscita
che
possono
essere
restituiti
e
sul
loro
effetto
sulle
operazioni
del
programma.
Consultare
inoltre
“Aggiunta
di
un’azione
Esegui
programma”
a
pagina
65
per
informazioni
sui
pacchetti
software
contenenti
le
azioni
di
esecuzione
dei
programmi
distribuiti
sulle
periferiche.
Consultare
“Timeout
del
programma
utente”
a
pagina
335
per
informazioni
su
come
specificare
un
valore
di
timeout
per
i
programmi
utente.
8.
Fare
clic
su
OK
per
aggiungere
l’azione
di
esecuzione
del
programma
nel
pacchetto
software.
Nella
finestra
Editor
dei
pacchetti
software
viene
visualizzata
l’azione
del
programma.
Aggiunta
di
un’azione
di
riavvio
Per
completare
il
pacchetto
software
Appsample,
aggiungere
un’azione
di
riavvio
come
azione
finale
nel
pacchetto.
Le
azioni
del
pacchetto
software
vengono
eseguite
in
modo
sequenziale
nell’ordine
visualizzato
nella
finestra
Editor
dei
pacchetti
software.
In
questo
esempio,
aggiungere
un’azione
di
riavvio
per
riavviare
il
computer
di
destinazione
al
termine
dell’installazione
del
pacchetto
software.
Per
ulteriori
informazioni
sulle
operazioni
che
è
possibile
eseguire
sui
pacchetti
software,
consultare
“Operazioni
di
gestione
modifica”
a
pagina
211.
Eseguire
le
seguenti
operazioni
per
aggiungere
l’azione
di
riavvio.
1.
Selezionare
l’icona
del
pacchetto
software
Appsample
nel
riquadro
a
sinistra.
Fare
clic
sul
separatore
Azione
di
sistema
della
barra
degli
strumenti
nel
lato
destro,
quindi
fare
clic
sull’icona
Riavvia.
Viene
visualizzata
la
finestra
Aggiunta
di
un’azione
Esegui
programma
Capitolo
3.
Creazione
di
pacchetti
software
mediante
l’Editor
dei
pacchetti
software
67
Proprietà
di
Riavvia.
2.
L’azione
di
riavvio
viene
eseguita
in
relazione
a
quattro
operazioni
di
gestione
delle
modifiche:
installazione,
eliminazione,
annullamento
dell’operazione
e
commit.
Nella
finestra
Proprietà
di
Riavvia
è
possibile
selezionare
un’opzione
in
una
delle
caselle
di
gruppo
delle
operazioni
oppure
selezionare
le
opzioni
in
tutte
e
tre
le
caselle
di
gruppo.
Ad
esempio,
nella
casella
Riavvio
durante
installazione,
selezionare
Nessuno
in
modo
che
il
sistema
di
destinazione
non
venga
riavviato
durante
un’operazione
di
installazione.
Selezionare
Dopo
per
eseguire
il
riavvio
dopo
avere
eseguito
l’ultima
azione
contenuta
nel
pacchetto
software.
Selezionare
Immediatamente
per
eseguire
il
riavvio
immediatamente.
Le
altre
azioni
sequenziali
contenute
nel
pacchetto
software
vengono
eseguite
al
termine
dell’azione
di
riavvio.
Utilizzare
la
selezione
di
default
e
fare
clic
su
OK
per
ritornare
alla
finestra
Proprietà
di
Riavvia.
Selezionare
la
casella
di
spunta
Forza
per
specificare
che
è
necessario
forzare
l’azione
di
riavvio
sull’endpoint.
Questa
opzione
è
valida
solo
in
Windows.
Questa
opzione
interagisce
con
l’opzione
di
timeout,
come
descritto
nel
seguente
elenco:
v
Se
il
timeout
è
impostato
su
-1
e
la
casella
di
spunta
Forza
non
è
selezionata,
viene
eseguito
un
riavvio
soft
e,
in
caso
di
errore,
Software
Distribution
prova
nuovamente
per
un
tempo
infinito.
v
Se
il
timeout
è
impostato
su
-1
e
la
casella
di
spunta
Forza
è
selezionata,
viene
eseguito
immediatamente
un
riavvio
hard.
v
Se
il
timeout
è
impostato
su
0
e
la
casella
di
spunta
Forza
non
è
selezionata,
viene
richiamato
un
riavvio
soft.
In
caso
di
errore
durante
il
riavvio,
la
distribuzione
non
viene
eseguita
dopo
la
scadenza
del
timeout.
v
Se
il
timeout
è
impostato
su
0
e
la
casella
di
spunta
Forza
è
selezionata,
viene
eseguito
un
riavvio
soft
e,
in
caso
di
errore,
viene
eseguito
un
riavvio
hard
dopo
la
scadenza
del
timeout.
La
casella
Timeout
specifica
l’intervallo
in
secondi
durante
il
quale
Software
Distribution
attende
prima
dell’errore
del
riavvio.
Se
durante
questo
timeout
si
verifica
un
intervallo
di
ripetizione,
la
distribuzione
viene
interrotta
ed
il
punto
di
controllo
e
la
funzione
di
riavvio
vengono
utilizzati
per
riprovare
successivamente.
Il
valore
di
default
è
-1.
Consultare
“Servizio
riavvio
del
Aggiunta
di
un’azione
di
riavvio
68
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
punto
di
controllo
per
gli
errori
di
rete
o
le
interruzioni
di
alimentazione”
a
pagina
237
per
ulteriori
informazioni
sulla
funzione
del
punto
di
controllo
e
di
riavvio.
Consultare
“Impostazione
dei
valori
di
timeout
per
una
distribuzione”
a
pagina
334
per
ulteriori
informazioni
sul
timeout.
Nota:
L’azione
di
riavvio
viene
ignorata
su
tutte
le
piattaforme
UNIX
e
per
le
operazioni
transazionali,
su
tutte
le
altre
piattaforme.
3.
Fare
clic
su
OK
per
aggiungere
l’azione
di
riavvio
nel
pacchetto
software.
Lo
scenario
del
pacchetto
software
Appsample
è
completo.
Pacchetto
software
Appsample
Il
pacchetto
software
Appsample
completo
comprende
le
seguenti
azioni
e
i
seguenti
oggetti:
1.
Controllo
spazio
su
disco
2.
Oggetti
del
file
system
3.
Contenitore
generico
di
Windows
v
Oggetti
del
file
system
v
Oggetti
del
registro
di
Windows
v
Oggetti
della
shell
di
Windows
v
Oggetti
del
profilo
di
Windows
v
Azione
del
servizio
di
Windows4.
Contenitore
generico
di
OS/2
v
Oggetto
del
desktop
OS/2
v
Oggetto
del
profilo
OS/2
v
Oggetti
del
file
di
testo
v
Esegui
programma
CID5.
Esegui
programma
6.
Azione
di
riavvio
Aggiunta
di
un’azione
di
riavvio
Capitolo
3.
Creazione
di
pacchetti
software
mediante
l’Editor
dei
pacchetti
software
69
Per
salvare
il
pacchetto
software,
consultare
“Salvataggio
del
pacchetto
software”
a
pagina
90.
E’
possibile
disporre
di
tutti
i
file
di
origine
sull’endpoint,
è
possibile
creare
il
pacchetto
software
(salvato
in
formato
.spb)
ed
eseguire
una
verifica
eseguendo
il
comando
dell’interfaccia
da
riga
comandi
non
connessa
wdinstp
per
installare
localmente
il
pacchetto.
Quindi
utilizzare
l
comando
wdlssp
che
fornisce
un
elenco
di
pacchetti
software
installati
sull’endpoint
per
verificare
se
il
pacchetto
software
Appsample
è
stato
installato
correttamente.
Consultare
Manuale
di
riferimento
per
Software
Distribution
per
ulteriori
informazioni
sui
comandi
dell’interfaccia
della
riga
comandi
non
connessa
e
sugli
stati
di
gestione
delle
modifiche
del
pacchetto
software.
Modifica
dell’ordine
degli
oggetti
nel
pacchetto
software
E’
possibile
controllare
l’ordine
di
esecuzione
delle
azioni
contenute
in
un
pacchetto
software
durante
distribuzione
sul
sistema
di
destinazione.
Per
ridefinire
l’ordine
di
esecuzione
delle
azioni,
selezionare
l’azione
nel
riquadro
a
destra
ed
utilizzare
le
frecce
verso
l’alto
e
verso
il
basso
nel
riquadro
a
destra.
Può
essere
necessario
utilizzare
le
frecce
verso
l’alto
e
verso
il
basso
durante
l’aggiunta
di
una
nuova
azione
in
un
pacchetto
software
esistente.
La
nuova
azione
viene
aggiunta
automaticamente
alla
fine
dell’elenco
sequenziale
delle
azioni
nell’Editor
dei
pacchetti
software
e,
pertanto,
sarà
l’ultima
azione
eseguita
sul
sistema
di
destinazione.
Utilizzare
le
frecce
per
spostare
le
azioni
nel
punto
di
esecuzione
appropriato.
Impostazione
delle
proprietà
nel
pacchetto
Per
impostare
le
proprietà
a
livello
di
pacchetto,
utilizzare
l’Editor
dei
pacchetti
software
o
la
riga
comandi.
Nella
finestra
Editor
dei
pacchetti
software,
selezionare
l’icona
del
pacchetto
software
nel
riquadro
a
sinistra
e
Proprietà
nel
menu
Modifica
o
nella
barra
degli
strumenti
oppure
fare
clic
con
il
pulsante
destro
del
mouse
per
visualizzare
un
menu
a
comparsa.
Per
informazioni
su
come
impostare
le
proprietà
del
pacchetto
software
dalla
riga
comandi,
consultare
Manuale
di
Aggiunta
di
un’azione
di
riavvio
70
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
riferimento
per
Software
Distribution.
Le
proprietà
del
pacchetto
software
definiscono
le
seguenti
informazioni
relative
al
pacchetto
software
da
distribuire:
v
Opzioni
generali,
inclusi
il
nome,
la
versione
e
i
tipi
di
pacchetti,
le
regole
di
dipendenze,
l’ora
di
creazione
e
di
modifica
del
pacchetto
software.
v
L’host
di
origine
da
cui
vengono
distribuiti
i
file
e
le
directory.
v
I
programmi
che
è
possibile
eseguire
prima
e
dopo
l’elaborazione
dell’operazione
di
gestione
delle
modifiche
sull’endpoint.
v
I
programmi
da
eseguire
prima
o
dopo
l’operazione
di
creazione
per
le
diverse
piattaforme
di
destinazione.
v
I
modi
di
esecuzione
del
server,
le
operazioni
di
default
e
i
modi
delle
operazioni.
v
Le
informazioni
relative
al
log
e
il
funzionamento
della
notifica
relativa
alla
distribuzione
del
pacchetto
software
e
alle
opzioni
relative
alla
piattaforma
per
gestire
la
proprietà
dei
file
da
parte
di
utenti
e
gruppi
in
UNIX.
v
Una
descrizione
e
le
informazioni
sul
copyright
del
pacchetto
software.
v
Variabili
integrate
e
definite
dall’utente
da
utilizzare
negli
oggetti
contenuti
nel
pacchetto
software.
v
Pacchetti
software
nidificati
contenuti
nel
pacchetto
software
principale.
E’
anche
possibile
impostare
le
condizioni
a
livello
di
pacchetto.
Il
pulsante
Condizione
nella
finestra
Proprietà
del
pacchetto
consente
di
impostare
una
condizione
a
livello
di
pacchetto.
Le
condizioni
a
livello
di
pacchetto
vengono
considerate
prima
delle
condizioni
di
livello
inferiore.
Se
non
viene
soddisfatta
una
condizione
a
livello
di
pacchetto,
il
pacchetto
non
viene
installato
e
viene
visualizzato
un
messaggio
di
errore.
Se
la
condizione
a
livello
di
pacchetto
viene
soddisfatta,
ma
non
viene
soddisfatta
una
condizione
a
livello
inferiore,
il
pacchetto
verrà
installato
correttamente
ad
eccezione
degli
oggetti
le
cui
condizioni
non
sono
state
soddisfatte.
Consultare
Manuale
di
riferimento
per
Software
Distribution
per
ulteriori
informazioni
sull’utilizzo
delle
condizioni.
Impostazione
delle
proprietà
nel
pacchetto
Capitolo
3.
Creazione
di
pacchetti
software
mediante
l’Editor
dei
pacchetti
software
71
Proprietà
generali
Nella
pagina
Generale,
specificare
le
informazioni
univoche
che
definiscono
e
identificano
il
pacchetto
software.
1.
Specificare
un
nome
univoco
nella
casella
di
testo
Nome
pacchetto.
2.
Nella
casella
di
testo
Versione
pacchetto,
specificare
la
stringa
della
versione.
La
stringa
della
versione
può
contenere
un
numero
massimo
di
16
caratteri
alfanumerici
e
può
essere
suddivisa
in
stringhe
secondarie
utilizzando
dei
punti
(.).
I
punti
vengono
inclusi
nella
lunghezza
totale
della
stringa.
Per
ulteriori
informazioni
sul
nome
del
pacchetto
software
e
la
sintassi
della
versione,
consultare
Manuale
di
riferimento
per
Software
Distribution.
3.
Selezionare
una
verifica
della
versione.
SWD
attiva
la
verifica
della
versione.
Nessuno
disattiva
la
verifica
della
versione.
4.
Se
si
seleziona
SWD
per
la
verifica
della
versione,
è
necessario
selezionare
un
tipo
di
pacchetto
che
determina
il
metodo
di
verifica
della
versione
nel
seguente
modo:
Aggiorna
Il
pacchetto
non
può
essere
installato
se
sulla
destinazione
è
già
presente
una
versione
successiva
del
pacchetto.
Patch
Il
pacchetto
non
può
essere
installato
se
il
prodotto
installato
sulla
destinazione
non
presenta
la
stessa
versione
di
base
della
patch
da
installare.Consultare
la
verifica
della
versione
del
pacchetto
software
in
Manuale
di
riferimento
per
Software
Distribution.
5.
Se
si
desidera
definire
i
prerequisiti
hardware
e
software
del
pacchetto
software,
fare
clic
su
Dipendenza.
Consultare
“Editor
dipendenze”
a
pagina
73.
6.
Specificare
il
titolo
del
pacchetto
nella
casella
di
testo
Titolo.
Il
titolo
è
un
nome
più
lungo
associato
al
pacchetto
e
viene
utilizzato
soprattutto
per
la
visualizzazione.
Impostazione
delle
proprietà
nel
pacchetto
72
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
7.
Selezionare
la
casella
di
spunta
Ripristina
cronologia
per
eliminare
la
cronologia
del
software
di
tutti
i
pacchetti
software
già
installati
sull’endpoint,
se
il
pacchetto
è
stato
installato
correttamente.
8.
Lasciare
la
casella
di
spunta
Arresta
all’errore
selezionata
per
arrestare
la
distribuzione
su
una
destinazione
se
si
verifica
un
errore
durante
l’esecuzione
di
un’azione.
(La
distribuzione
continua
per
le
altre
destinazioni).
Se
non
si
seleziona
questa
casella,
gli
errori
vengono
registrati
nel
modo
specificato
nella
pagina
File
di
log
della
finestra
Proprietà
pacchetto
e,
se
possibile,
la
distribuzione
continua.
9.
Software
Distribution
può
verificare
l’esistenza
dei
file
condivisi.
Utilizzare
le
opzioni
nell’elenco
Controllo
condivisione
per
controllare
il
modo
in
cui
vengono
gestiti
gli
oggetti
condivisi
quando
viene
eliminato
un
pacchetto
software
installato:
Nessuno
La
verifica
non
viene
eseguita
sugli
oggetti
già
presenti
sul
sistema
di
destinazione
e
distribuiti
con
il
pacchetto
software.
Quando
il
pacchetto
software
viene
successivamente
rimosso,
vengono
rimossi
tutti
gli
oggetti
distribuiti.
Only_shared
La
verifica
viene
eseguita
solo
sugli
oggetti
per
i
quali
è
selezionata
l’opzione
E’
condiviso.
Quando
il
pacchetto
software
viene
successivamente
rimosso,
gli
oggetti
che
erano
già
presenti
sulla
destinazione
prima
della
distribuzione
del
pacchetto
software
non
vengono
rimossi.
Automatico
Viene
eseguito
un
controllo
su
tutti
gli
oggetti
distribuiti
con
il
pacchetto
software.
Quando
il
pacchetto
software
viene
successivamente
rimosso,
gli
oggetti
contenuti
nel
pacchetto
software
che
erano
già
presenti
sulla
destinazione
prima
della
distribuzione
del
pacchetto
non
verranno
rimossi.10.
L’ora
di
creazione
e
l’ora
di
modifica
vengono
generati
automaticamente
e
consentono
di
identificare
il
pacchetto
software.
Editor
dipendenze
Attraverso
l’Editor
dipendenze
è
possibile
creare
un’espressione
che
definisce
i
prerequisiti
per
l’esecuzione
delle
azioni
di
installazione,
eliminazione
e
annullamento
delle
operazioni
definite
nel
pacchetto
software.
E’
possibile
creare
un’espressione
complessa
che
include
qualsiasi
numero
di
variabili
rilevate
dall’hardware
e
più
ricorrenze
della
variabile
$(installed_software).
Consultare
la
sezione
relativa
alla
“definizione
di
dipendenza
e
delle
condizioni”
nel
capitolo
“Modifica
del
file
di
definizioni
del
pacchetto
software”
di
Manuale
di
riferimento
per
Software
Distribution.
Impostazione
delle
proprietà
nel
pacchetto
Capitolo
3.
Creazione
di
pacchetti
software
mediante
l’Editor
dei
pacchetti
software
73
Per
creare
un’espressione
di
dipendenza,
eseguire
le
seguenti
operazioni:
1.
Definire
una
variabile.
Per
definire
una
variabile
rilevata
dall’hardware,
specificare
i
nomi
della
tabella
Rilevato
dall’hardware
e
del
campo
della
tabella
nelle
caselle
di
testo
Tabella
e
Campo,
quindi
fare
clic
su
Aggiungi.
Per
definire
una
variabile
$(installed_software),
fare
clic
su
Aggiungi
software
installato
La
variabile
specificata
viene
visualizzata
nella
casella
dell’espressione
nella
parte
superiore
della
finestra
2.
Fare
clic
su
uno
degli
operatori
visualizzati
nella
sezione
nella
parte
inferiore
della
finestra.
3.
Fare
clic
nella
casella
dell’espressione
e
specificare
una
costante.
Per
aggiungere
le
costanti
booleane,
True
e
False,
all’espressione,
fare
clic
sul
pulsante
appropriato
nella
sezione
nella
parte
inferiore
della
finestra.
4.
Se
si
desidera
definire
una
espressione
complessa,
fare
clic
su
AND,
OR,
AND
e
NOT
oppure
OR
e
NOT,
poi
aggiungere
un’altra
variabile,
un
altro
operatore
e
costante.
Nota:
E’
possibile
verificare
la
sintassi
dell’espressione
facendo
clic
su
Verifica.
5.
Quando
l’espressione
definisce
tutti
i
prerequisiti
hardware
e
software
che
si
desidera
includere,
fare
clic
su
OK
per
ritornare
alla
finestra
Proprietà
del
pacchetto.
Impostazione
delle
proprietà
nel
pacchetto
74
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Opzioni
del
server
Nella
pagina
Opzioni
server,
impostare
le
opzioni
dell’host
di
origine
e
del
programma.
Consultare
“Proprietà
del
pacchetto
software”
a
pagina
205
per
ulteriori
informazioni
sulle
proprietà
del
server.
Per
impostare
le
opzioni
del
server
dall’interfaccia
della
riga
comandi,
consultare
il
comando
wsetspgs
in
Manuale
di
riferimento
per
Software
Distribution.
Impostazione
delle
opzioni
del
server
Per
impostare
le
opzioni
del
server,
selezionare
il
separatore
Opzioni
server
nella
finestra
Proprietà
del
pacchetto.
Viene
visualizzata
la
seguente
finestra:
1.
Nella
casella
di
testo
Nome,
specificare
l’host
di
origine
su
cui
risiedono
i
file
di
origine
indicati
nel
pacchetto
software.
2.
Nella
casella
di
testo
Percorso
SPB
,
specificare
il
percorso
completo
in
cui
risiede
il
blocco
del
pacchetto
software.
Questa
opzione
è
attiva
solo
se
si
esegue
l’Editor
dei
pacchetti
software
su
un
endpoint.
3.
Nella
casella
di
testo
Area
di
allestimento,
specificare
il
percorso
completo
dell’area
di
allestimento,
che
rappresenta
la
directory
di
lavoro
del
server
di
distribuzione.
Questa
directory
viene
creata
durante
la
distribuzione
e
cancellata
al
completamento
della
distribuzione.
4.
Nella
casella
di
gruppo
Prima
della
creazione,
specificare
i
programmi
da
eseguire
sull’host
di
origine
prima
della
creazione
del
pacchetto
.
Il
programma
viene
eseguito
sull’host
di
origine
prima
dell’installazione
sul
sistema
di
destinazione.
Nella
casella
di
gruppo
Dopo
la
creazione,
specificare
i
programmi
da
eseguire
sull’host
di
origine
al
termine
della
creazione.
Ad
esempio,
se
alcuni
file
necessari
per
la
creazione
sono
contenuti
su
un’unità
remota,
utilizzare
un
programma
prima
della
creazione
per
eseguire
il
mount
dell’unità
remota
prima
della
creazione.
a.
Specificare
il
percorso
e
il
nome
del
file
nella
casella
di
testo
Nome
programma.
b.
Specificare
i
file
richiesti
dal
programma
durante
l’esecuzione
nella
casella
di
testo
Nome
file
di
input.
Impostazione
delle
proprietà
nel
pacchetto
Capitolo
3.
Creazione
di
pacchetti
software
mediante
l’Editor
dei
pacchetti
software
75
c.
Impostare
l’identificazione
utente
da
utilizzare
per
eseguire
i
programmi
prima
e
dopo
la
creazione
nella
casella
di
testo
UID.
d.
Nella
casella
di
testo
Ambiente,
specificare
le
variabili
di
ambiente
per
i
programmi
specificati
nelle
caselle
di
gruppo
Prima
della
creazione
o
Dopo
la
creazione.
e.
Selezionare
la
casella
di
spunta
Ignora
distribuzione
in
caso
di
errore
per
ignorare
la
distribuzione
del
pacchetto
software
ad
un
destinatario
se
il
programma
Prima
della
creazione
non
viene
eseguito
correttamente
e
restituisce
un
codice
di
uscita
diverso
da
zero.
Impostazione
delle
opzioni
avanzate
del
server
Fare
clic
sul
pulsante
Avanzate
nella
pagina
Opzioni
server
per
visualizzare
la
pagina
Opzioni
server
-
Avanzate.
In
questa
finestra
impostare
i
valori
di
default
per
le
proprietà
del
pacchetto
software
relative
alle
operazioni
di
gestione
delle
modifiche
e
ai
modi
delle
operazioni.
Quando
si
eseguono
le
operazioni
di
gestione
delle
modifiche
sul
pacchetto
software,
verranno
utilizzati
questi
valori
di
default,
a
meno
che
non
si
scelga
di
modificarli
durante
la
definizione
dell’operazione
di
gestione
delle
modifiche.
I
diversi
gruppi
di
valori
vengono
descritti
nelle
relative
sezioni
di
questo
manuale,
come
illustrato
di
seguito:
Modo
operazione
di
default
Consultare
“Esecuzione
delle
operazioni
di
gestione
modifica”
a
pagina
211.
Attributi
estesi
Nel
seguente
elenco
vengono
elencate
le
opzioni
della
casella
di
spunta
nella
casella
di
gruppo
Attributi
estesi:
Impostazione
delle
proprietà
nel
pacchetto
76
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Nessun
controllo
sull’host
di
origine
Se
questa
casella
di
spunta
è
selezionata,
quando
il
pacchetto
software
viene
importato
nel
database
dell’oggetto,
non
viene
effettuata
alcuna
verifica
per
accertare
che
il
nodo
gestito
e
il
contenuto
del
pacchetto
software
esistano
realmente.
Sposta
host
di
eliminazione
OPS
Lasciare
selezionata
questa
casella
di
spunta
per
spostare
il
pacchetto
software
nella
raccolta
lost-n-found
se
l’host
di
log
o
l’host
di
origine
del
pacchetto
software
vengono
rimossi.
Consultare
“Verifica
dei
lost-n-found”
a
pagina
338
per
ulteriori
informazioni
su
lost-n-found.
Nessun
controllo
in
fase
di
eliminazione
Se
viene
selezionata
questa
casella
di
spunta,
durante
l’esecuzione
dell’operazione
di
rimozione,
tutti
gli
oggetti
inclusi
nel
pacchetto
software
vengono
localizzati
e
rimossi,
a
prescindere
dallo
stato
del
pacchetto
software.
Operazione
di
default
Consultare
“Esecuzione
delle
operazioni
di
gestione
modifica”
a
pagina
211..
Modalità
server
di
default
Consultare
“Esecuzione
delle
operazioni
di
gestione
modifica”
a
pagina
211.
Modalità
di
visualizzazione
web
Queste
opzioni
non
si
applicano
ai
pacchetti
software
creati
utilizzando
il
componente
Software
Distribution
di
Configuration
Manager.
Si
applicano
sono
ai
pacchetti
software
creati
utilizzando
le
versioni
precedenti
di
Software
Distribution.
Opzioni
dell’endpoint
La
pagina
Opzioni
endpoint
di
Proprietà
del
pacchetto
consente
di
definire
dei
programmi
da
eseguire
prima
e
dopo
l’elaborazione
della
gestione
delle
modifiche
sull’endpoint.
Queste
opzioni
sono
valide
solo
per
le
operazioni
di
gestione
modifiche
di
installazione
e
per
le
operazioni
di
eliminazione
sugli
endpoint
su
cui
il
pacchetto
software
non
è
stato
precedentemente
installato.
Se
il
programma
con
esecuzione
precedente
non
viene
eseguito
correttamente,
l’operazione
di
gestione
delle
modifiche
non
viene
inoltrata.
Il
programma
termina
e
nel
file
di
log
viene
inserito
un
messaggio
di
errore.
Di
conseguenza,
il
programma
con
esecuzione
successiva
non
viene
eseguito.
Se
il
programma
prima
dell’elaborazione
viene
eseguito
correttamente,
successivamente
verranno
eseguiti
l’operazione
di
gestione
delle
modifiche
e
il
programma
successivo
all’elaborazione.
Lo
stato
della
gestione
delle
modifiche
del
pacchetto
è
indipendente
dai
risultati
del
programma
successivo
all’elaborazione.
Se
l’operazione
di
gestione
delle
modifiche
non
viene
eseguita
correttamente,
l’operazione
termina
con
un
errore,
ma
il
programma
successivo
all’elaborazione
viene
eseguito
e
il
suo
risultato
viene
scritto
nel
file
di
log.
Ai
comandi
sono
state
aggiunte
nuove
opzioni,
wsetspgs
and
wgetspgs,
per
impostare
e
richiamare
le
informazioni
relative
ai
programmi
precedenti
e
successivi
all’elaborazione.
E’
possibile
utilizzare
i
programmi
con
esecuzione
precedente
e
successiva
per
gestire
le
variabili
definite
nel
pacchetto
software
specificando
il
comando
wdswdvar
nel
percorso
del
programma.
Consultare
Impostazione
delle
proprietà
nel
pacchetto
Capitolo
3.
Creazione
di
pacchetti
software
mediante
l’Editor
dei
pacchetti
software
77
“Esempio
di
Programma
con
esecuzione
precedente”
a
pagina
79
per
un
esempio.
Consultare
Manuale
di
riferimento
per
Software
Distribution
per
ulteriori
informazioni
su
questi
comandi.
Nota:
Quando
si
definisce
un
programma
precedente
o
successivo
all’elaborazione
in
sistemi
OS/2,
utilizzare
i
file
.cmd
o
.exe,
poiché
i
file
.bat
non
sono
supportati.
E’
inoltre
possibile
specificare
gli
argomenti
per
il
programma
da
eseguire.
Alcuni
argomenti
vengono
inoltrati
al
programma
per
default.
Di
seguito
è
riportato
un
elenco
degli
argomenti
di
default
inoltrati
al
programma:
operation_type
I
valori
validi
sono
install
o
remove.
Le
operazioni
di
eliminazione
possono
essere
eseguire
solo
sugli
endpoint
su
cui
non
è
già
stato
installato
il
pacchetto
software.
endpoint_label
L’etichetta
dell’endpoint.
machine_id
L’identificativo
della
macchina.
endpoint_guid
L’identificativo
del
sistema
hardware
della
macchina
memorizzata
nel
database
Inventory.
region_number
Il
numero
dell’area.
distribution_id
L’identificativo
di
distribuzione.
operation_result
Solo
per
il
programma
con
esecuzione
successiva.
Il
risultato
dell’operazione
di
gestione
modifiche,
esito
positivo
0,
esito
negativo
-1.
Impostazione
delle
proprietà
nel
pacchetto
78
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Opzioni
di
Programma
con
esecuzione
precedente
Per
attivare
un
programma
prima
che
l’operazione
di
gestione
delle
modifiche
venga
inoltrata
al
pacchetto
software,
definire
le
seguenti
informazioni
nella
casella
di
gruppo
Programma
con
esecuzione
precedente.
1.
Nella
casella
di
testo
Percorso,
specificare
il
percorso
del
programma
da
eseguire.
E’
possibile
utilizzare
una
variabile
per
specificare
parte
del
percorso
o
tutto
il
percorso.
La
variabile
utilizzata
deve
essere
una
variabile
di
sistema
oppure
deve
essere
già
definita
nel
file
swdis.var
sull’endpoint
su
cui
viene
eseguito
il
programma.
E’
necessario
che
il
programma
sia
già
presente
sul
sistema
di
destinazione
su
cui
deve
essere
eseguito.
2.
Oltre
agli
argomenti
di
default
inoltrati
al
programma,
è
possibile
definirne
altri
nella
casella
di
testo
Argomenti.
Separare
gli
argomenti
con
uno
spazio.
E’
possibile
utilizzare
una
variabile
per
specificare
parte
dell’argomento
o
l’intero
argomento.
La
variabile
utilizzata
deve
essere
una
variabile
di
sistema
oppure
deve
essere
già
definita
nel
file
swdis.var
sull’endpoint
su
cui
viene
eseguito
il
programma.
3.
Nella
casella
di
testo
Timeout,
specificare
il
tempo
di
attesa,
in
secondi,
per
il
completamento
del
programma
con
esecuzione
precedente.
E’
possibile
impostare
il
valore
di
questo
attributo
su
un
numero
di
secondi
o
su
-1.
Se
si
imposta
il
timeout
su
un
numero
di
secondi
e
il
programma
non
viene
completato
prima
della
scadenza
del
timeout,
Software
Distribution
interrompe
l’elaborazione
del
programma
e
la
distribuzione
termina
con
lo
stato
di
errore.
Se
il
timeout
è
impostato
su
-1,
la
distribuzione
attende
per
un
numero
di
secondi
uguale
al
valore
di
send_timeout
specificato
nel
file
swdis.ini.
Esempio
di
Programma
con
esecuzione
precedente:
In
questo
esempio
viene
illustrato
come
utilizzare
un
programma
con
esecuzione
precedente
per
sostituire
il
valore
di
una
variabile
definita
dall’utente
nel
pacchetto
software
durante
l’installazione
sull’endpoint.
Il
programma
utilizza
il
comando
wdswdvar
per
modificare
il
valore.
Nello
scenario
di
Appsample
illustrato
precedentemente
in
questo
capitolo,
è
stata
definita
una
variabile
target_dir
e
ad
essa
è
stato
assegnato
il
valore
$(system_drive)\Appsample
(consultare
il
passo
5
a
pagina
40).
Sulla
maggior
parte
delle
destinazioni,
questo
valore
si
risolve
in
c:\Appsample
o
d:\Appsample.
Tuttavia,
è
possibile
utilizzare
un
programma
con
esecuzione
precedente
che
esegue
uno
script
per
modificare
il
valore
della
variabile,
se
lo
script
è
già
presente
sull’endpoint.
Ad
esempio,
il
valore
può
essere
modificato
in
$(system_drive)\Appsample\patches
sulle
destinazioni
selezionate
nel
seguente
modo:
1.
Creare
un
file
script,
newvar.bat,
per
modificare
il
valore
della
variabile
target_dir.
Il
file
script
contiene
il
seguente
comando:
wdswdvar
-s
target_dir=$(system_drive)\Appsample\patch
Consultare
Manuale
di
riferimento
per
Software
Distribution
per
ulteriori
informazioni
sul
comando
wdswdvar
.
2.
Copiare
lo
script
newvar.bat
sugli
endpoint
su
cui
si
desidera
modificare
il
valore
della
variabile
target_dir
modificata.
Ad
esempio,
copiarlo
nel
seguente
percorso
$(system_drive)\scriptdir\newvar.bat
3.
Nel
pacchetto
software
da
distribuire
sugli
endpoint,
definire
un
programma
con
esecuzione
precedente
nella
pagina
Opzioni
endpoint.
Nella
casella
di
testo
Percorso
della
casella
di
gruppo
Programma
con
esecuzione
precedente,
specificare
il
seguente
percorso:
Impostazione
delle
proprietà
nel
pacchetto
Capitolo
3.
Creazione
di
pacchetti
software
mediante
l’Editor
dei
pacchetti
software
79
$(system_drive)\scriptdir\newvar.bat
Quando
il
pacchetto
software
viene
distribuito
sugli
endpoint
specificati,
prima
di
elaborare
le
operazioni
di
gestione
delle
modifiche,
viene
eseguito
lo
script
newvar.bat
e
viene
modificato
il
valore
della
variabile
target_dir.
E’
anche
possibile
definire
un
programma
con
esecuzione
successiva
per
attività
quali
l’eliminazione
delle
variabili.
Opzioni
di
Programma
con
esecuzione
successiva
Per
eseguire
un
programma
dopo
l’operazione
di
gestione
delle
modifiche
sull’endpoint,
definire
le
seguenti
informazioni
nella
casella
di
gruppo
Programma
con
esecuzione
successiva.
1.
In
questa
casella
di
testo,
immettere
il
percorso
del
programma
da
eseguire.
E’
possibile
utilizzare
una
variabile
per
specificare
parte
del
percorso
o
tutto
il
percorso.
La
variabile
utilizzata
deve
essere
una
variabile
di
sistema
oppure
deve
essere
già
definita
nel
file
swdis.var
sull’endpoint
su
cui
viene
eseguito
il
programma.
E’
necessario
che
il
programma
sia
già
presente
sul
sistema
di
destinazione
su
cui
deve
essere
eseguito.
2.
Oltre
agli
argomenti
di
default
inoltrati
al
programma,
è
possibile
definirne
altri
nella
casella
di
testo
Argomenti.
Separare
gli
argomenti
con
uno
spazio.
E’
possibile
utilizzare
una
variabile
per
specificare
parte
dell’argomento
o
l’intero
argomento.
La
variabile
utilizzata
deve
essere
una
variabile
di
sistema
oppure
deve
essere
già
definita
nel
file
swdis.var
sull’endpoint
su
cui
viene
eseguito
il
programma.
3.
Nella
casella
di
testo
Timeout,
specificare
il
tempo
di
attesa,
in
secondi,
per
il
completamento
del
programma
con
esecuzione
successiva.
E’
possibile
impostare
il
valore
di
questo
attributo
su
un
numero
di
secondi
o
su
-1.
Se
viene
raggiunto
il
timeout
ed
il
programma
non
è
ancora
stato
completato,
nel
log
di
Software
Distribution
viene
immesso
un
messaggio
di
errore
relativo
al
programma
in
errore
ed
il
processo
del
programma
viene
terminato.
Un
eventuale
errore
del
programma
non
influisce
sullo
stato
finale
dell’operazione
di
gestione
delle
modifiche.
Se
il
timeout
è
impostato
su
-1,
la
distribuzione
attende
per
un
numero
di
secondi
uguale
al
valore
di
send_timeout
specificato
nel
file
swdis.ini.
Per
i
pacchetti
software
nidificati
vengono
eseguiti
solo
i
programmi
con
esecuzione
precedente
e
successiva
specificati
per
il
pacchetto
principale,
indipendentemente
dall’ordine
del
pacchetto
principale.
All’inizio
dell’operazione
di
gestione
delle
modifiche
viene
eseguito
solo
un
programma,
un
altro
verrà
eseguito
dopo
avere
eseguito
il
pacchetto
principale
e
tutti
i
pacchetti
software
nidificati.
Proprietà
dei
file
di
log
Le
seguenti
opzioni
consentono
di
configurare
la
registrazione
delle
informazioni
sul
nodo
gestito
selezionato
come
server
di
log.
Software
Distribution
può
eseguire
un
report
relativo
all’esito
positivo
o
negativo
dell’operazione
del
pacchetto
software
utilizzando
l’email,
il
gruppo
di
notifica
o
un
file
di
log.
Tuttavia,
le
informazioni
specifiche
relative
agli
errori
rilevati
durante
un’operazione
sono
disponibili
solo
nel
file
di
log.
Si
consiglia
di
specificare
sempre
il
file
di
log.
Software
Distribution
crea
il
file
di
log
sul
server
di
Tivoli
management
region
(server
Tivoli).
E’
possibile
crearlo
su
un
nodo
gestito
o
di
destinazione,
specificando
le
informazioni
in
questa
finestra.
Esso
viene
creato
per
default
con
il
nome
package-name^package-version.log
nel
percorso
$BINDIR/../SWDIS/WORK.
Impostazione
delle
proprietà
nel
pacchetto
80
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
1.
Nella
casella
di
testo
Percorso,
specificare
la
directory
specificata
per
il
file
di
log
sulla
destinazione.
Se
la
directory
non
esiste,
viene
creata.
Il
nome
del
file
di
log
è
in
formato
package-name^package-version.log
(ad
esempio,
Office97^1.0.log).
Per
default,
Software
Distribution
sovrascrive
il
file
di
log
per
ogni
distribuzione
del
pacchetto
software.
Per
ulteriori
informazioni
sui
log,
consultare
“Log
di
Software
Distribution”
a
pagina
323.
2.
Selezionare
la
casella
di
spunta
Avviso
al
gruppo
di
distribuzione
del
software
nella
casella
di
gruppo
Opzioni
informazioni
di
log
affinché
Software
Distribution
avvisi
il
gruppo
4
di
Software
Distribution
quando
viene
eseguita
un’operazione
di
un
pacchetto
software.
La
notifica
include
un’indicazione
di
esito
positivo
o
negativo
dell’operazione
per
ciascuna
destinazione.
E’
necessario
iscriversi
al
gruppo
di
informazioni
4
di
Software
Distribution
per
visualizzare
gli
avvisi.
Nota:
Oltre
a
selezionare
questa
casella
di
spunta,
per
inviare
una
notifica
al
gruppo
di
informazioni
4
di
Software
Distribution,
è
necessario
eseguire
il
seguente
comando:
wsetspop
–P
true
spobj_name
Consultare
Manuale
di
riferimento
per
Software
Distribution
per
ulteriori
informazioni
sul
comando
wsetspop.
3.
Specificare
l’indirizzo
nella
casella
di
testo
a
affinché
Software
Distribution
invii
un
messaggio
di
email,
contenente
un’indicazione
di
esito
positivo
o
negativo
per
ciascuna
destinazione
nell’indirizzo
specificato
durante
l’esecuzione
dell’operazione
del
pacchetto
software.
E’
possibile
specificare
più
indirizzi
separando
ogni
nome
dominio
con
una
virgola.
Il
percorso
dell’email
e
l’alias
devono
essere
validi
sul
server
Tivoli
della
Tivoli
management
region
in
cui
è
stato
creato
il
pacchetto
software.
Consultare
Tivoli
Management
Framework:
Pianificazione
per
la
guida
all’implementazione
per
ulteriori
informazioni
sulla
configurazione
dell’email
nell’ambiente
di
Tivoli
management
region.
Impostazione
delle
proprietà
nel
pacchetto
Capitolo
3.
Creazione
di
pacchetti
software
mediante
l’Editor
dei
pacchetti
software
81
4.
Nella
casella
di
testo
Registra
su
host,
specificare
il
nome
del
nodo
gestito
su
cui
si
desidera
inserire
il
file
di
log.
L’host
del
log
deve
essere
un
nodo
gestito.
Se
non
si
specifica
un
host,
per
default
verrà
utilizzato
il
server
Tivoli.
Indicare
il
percorso
completo
del
file
di
log
nella
casella
di
testo
Percorso
oppure
fare
clic
su
Sfoglia
(...)
per
eseguire
la
ricerca
nel
file
system
locale.
5.
Impostare
il
modo
file
UNIX
del
file
di
log
generato
nella
casella
di
testo
Modo.
6.
Impostare
il
numero
di
identificazione
utente
di
UNIX
nella
casella
di
testo
UID.
7.
Fare
clic
su
Attr.
UNIX
per
visualizzare
la
finestra
Proprietà
del
pacchetto
-
Attributi
UNIX.
E’
possibile
specificare
le
autorizzazioni
del
file
di
log
per
i
sistemi
di
destinazione
UNIX
nella
finestra
Proprietà
del
pacchetto
-
Attributi
UNIX:
a.
Per
impostare
il
proprietario
di
un
determinato
gruppo,
specificare
l’identificativo
numerico
del
gruppo
nella
casella
di
testo
UID
gruppo.
L’ID
gruppo
è
un
numero
che
corrisponde
a
un
nome
gruppo
specifico.
Le
autorizzazioni
di
default
per
i
gruppo
sono
Lettura
e
Esegui.
b.
Per
impostare
il
proprietario
di
un
determinato
utente,
specificare
l’identificativo
numerico
dell’utente
(UID)
nella
casella
di
testo
UID
utente.
L’ID
utente
è
un
numero
che
identifica
unicamente
un
utente
sul
sistema.
I
valori
di
default
per
gli
utenti
sono
selezionati
nella
casella
di
gruppo
Proprietario:
Lettura,
Scrittura
e
Esegui.
c.
Specificare
le
autorizzazioni
del
file
di
log
per
gli
altri
tipi
di
utente
nella
casella
di
gruppo
Altri.
L’impostazione
predefinita
non
supporta
nessun
tipo
di
autorizzazione
del
file.
Descrizione
Selezionare
il
separatore
Descrizione
nella
finestra
Proprietà
del
pacchetto.
E’
possibile
specificare
più
di
una
descrizione
del
pacchetto
software
in
questa
pagina.
Se
il
pacchetto
software
verrà
reso
disponibile
dall’interfaccia
Web
di
Software
Distribution,
il
testo
deve
essere
specificato
in
formato
HTML,
altrimenti,
è
possibile
utilizzare
un
testo
normale.
L’interfaccia
Web
utilizza
le
informazioni
visualizzate
in
questa
pagina
per
fornire
una
descrizione
più
dettagliata
del
blocco
del
pacchetto
software
da
installare.
Fare
clic
su
Sfoglia
(...)
per
effettuare
una
ricerca
nel
file
system
ed
importare
un
file
esistente
in
questa
finestra.
Copyright
Selezionare
il
separatore
Copyright
e
digitare
le
informazioni
del
copyright
direttamente
nella
casella
di
testo.
In
alternativa,
fare
clic
sul
pulsante
Sfoglia
(...)
Impostazione
delle
proprietà
nel
pacchetto
82
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
per
selezionare
un
file
di
testo
esistente
contenente
le
informazioni
sul
copyright.
Queste
informazioni,
come
la
descrizione,
vengono
utilizzate
per
identificare
i
pacchetti
software.
Elenco
di
variabili
La
pagina
Elenco
variabili
contiene
tutte
le
variabili
incorporate
supportate
da
Software
Distribution.
In
questa
pagina
è
anche
possibile
creare
le
variabili.
Per
creare
una
variabile
nella
pagina
Elenco
variabili,
specificare
il
nome
di
una
variabile
nella
casella
di
testo
Nome,
assegnare
ad
esso
un
valore
nella
casella
di
testo
Valore,
quindi
selezionare
Aggiungi.
Selezionare
la
casella
di
spunta
Salva
variabili
di
default
per
rendere
le
variabili
di
default
permanentiper
utilizzi
futuri.
Le
variabili
di
default
vengono
salvate
come
variabili
utente
e
vengono
aggiunte
al
file
swdis.var
sul
sistema
di
destinazione
durante
l’installazione
del
pacchetto
software,
in
modo
che
le
stesse
variabili
possono
essere
utilizzate
per
l’installazione
degli
aggiornamenti
o
ulteriori
caratteristiche
del
pacchetto
software.
Consultare
Manuale
di
riferimento
per
Software
Distribution
per
ulteriori
informazioni
sull’utilizzo
delle
variabili.
Pacchetti
nidificati
Selezionare
il
separatore
Pacchetti
nidificati
per
specificare
i
pacchetti
software
esistenti
nel
pacchetto
software
corrente.
Il
pacchetto
software
corrente
rappresenta
il
pacchetto
software
principale,
mentre
i
pacchetti
specificati
al
suo
interno
rappresentano
i
pacchetti
software
nidificati.
Impostazione
delle
proprietà
nel
pacchetto
Capitolo
3.
Creazione
di
pacchetti
software
mediante
l’Editor
dei
pacchetti
software
83
Per
nidificare
i
pacchetti
software
nel
pacchetto
software
principale,
eseguire
le
seguenti
operazioni:
1.
Fare
doppio
clic
sulla
casella
di
testo
nella
colonna
Nome
pacchetto
e
specificare
il
nome
del
primo
pacchetto
software
nidificato.
I
pacchetti
software
nidificati
e
il
pacchetto
principale
devono
presentare
lo
stesso
host
di
origine,
ma
possono
risiedere
in
diverse
policy
region.
2.
Fare
doppio
clic
sulla
casella
di
testo
nella
colonna
Versione
pacchetto
e
specificare
la
versione
del
pacchetto
software
nidificato.
La
versione
può
contenere
da
una
a
tre
stringhe
numeriche
separate
da
un
punto
(.).
Non
esiste
un
limite
per
il
numero
di
cifre
che
è
possibile
specificare
in
ogni
stringa.
3.
Specificare
pacchetti
software
aggiuntivi,
facendo
clic
su
Aggiungi.
Durante
la
distribuzione,
i
pacchetti
software
nidificati
vengono
eseguiti
nell’ordine
indicato
in
questa
finestra.
E’
anche
possibile
specificare
il
pacchetto
principale
in
questo
elenco.
L’ordine
di
esecuzione
è
determinato
dalla
posizione
dei
pacchetti
software
specificato
nell’elenco.
Ad
esempio,
se
il
pacchetto
principale
è
specificato
nella
terza
posizione
dell’elenco,
i
primi
due
pacchetti
nidificati
vengono
installati
prima
del
pacchetto
principale.
Se
il
pacchetto
principale
non
è
presente
nell’elenco,
esso
viene
installato
prima
di
tutti
i
pacchetti
software
nidificati.
E’
anche
possibile
nidificare
i
pacchetti
software
utilizzando
il
desktop
di
Tivoli.
Trascinare
e
rilasciare
l’icona
di
un
pacchetto
software
dalla
finestra
Gestore
profilo
in
un’altra
per
nidificare
un
pacchetto
software.
Consultare
“Distribuzione
dei
pacchetti
software
nidificati”
a
pagina
233
per
ulteriori
informazioni
sul
funzionamento
della
distribuzione
dei
pacchetti
software
principali
contenenti
pacchetti
software
nidificati.
Impostazione
delle
proprietà
nel
pacchetto
84
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Modifica
delle
proprietà
dei
pacchetti
software
Per
modificare
un
pacchetto
software,
selezionare
Proprietà
nel
menu
Modifica,
nella
barra
degli
strumenti
oppure
utilizzare
il
pulsante
destro
del
mouse
per
visualizzare
un
menu
a
comparsa.
E’
possibile
modificare
le
proprietà
impostate
per:
v
L’intero
pacchetto
software
v
I
singoli
oggetti
contenuti
nel
pacchetto
Per
impostare
o
modificare
le
proprietà
del
pacchetto
software,
selezionare
l’icona
del
pacchetto
software
nel
riquadro
a
sinistra
della
finestra
Editor
dei
pacchetti
software,
quindi
selezionare
Proprietà
per
visualizzare
le
finestre
indicate
in
“Impostazione
delle
proprietà
nel
pacchetto”
a
pagina
70.
Per
modificare
le
proprietà
di
un
oggetto
contenuto
nel
pacchetto
software,
selezionare
l’oggetto
nel
riquadro
a
destra
o
a
sinistra,
quindi
Proprietà
per
visualizzare
la
finestra
delle
proprietà.
E’
anche
possibile
modificare
le
proprietà
degli
oggetti
creati
utilizzando
i
processi
automatici,
ad
esempio
AutoPack,
gli
strumenti
di
Importer
e
gli
strumenti
di
Program
Builder.
Di
seguito
viene
illustrato
come
modificare
le
proprietà
del
collegamento
contenute
nell’azione
della
cartella
di
aggiunta
della
shell
di
Windows
nel
pacchetto
software
Appsample.
1.
Selezionare
l’icona
della
cartella
della
shell
di
Windows
Tivoli
Appsample
nel
riquadro
a
sinistra
della
finestra
Editor
dei
pacchetti
software,
quindi
fare
clic
con
il
pulsante
destro
del
mouse
su
Collegamento
al
di
sotto
della
colonna
Tipo
di
oggetto
nel
riquadro
a
destra.
Viene
visualizzato
un
menu
a
comparsa.
2.
Selezionare
Proprietà
per
visualizzare
nuovamente
la
finestra
Proprietà
di
Aggiungi
cartella
della
shell
di
Windows
nel
passo
11
a
pagina
52.
3.
Apportare
le
modifiche
necessarie,
quindi
selezionare
OK
per
confermare
le
modifiche.
Modifica
delle
proprietà
dei
pacchetti
software
Capitolo
3.
Creazione
di
pacchetti
software
mediante
l’Editor
dei
pacchetti
software
85
Nota:
Dopo
avere
modificato
le
proprietà
di
un
oggetto,
l’interfaccia
Java
dell’Editor
dei
pacchetti
software
non
sempre
viene
aggiornata
per
visualizzare
le
modifiche.
Salvare
il
pacchetto
software
e
riaprirlo
per
visualizzare
le
informazioni
corrette.
Azioni
del
programma
nell’Editor
dei
pacchetti
software
Oltre
alle
azioni
aggiunte
precedentemente
nel
pacchetto
software
Appsample,
l’Editor
dei
pacchetti
software
supporta
una
serie
di
azioni
di
programmi
che
consentono
di
eseguire
i
seguenti
tipi
di
pacchetti
nativi
sui
sistemi
di
destinazione:
v
Programma
InstallShield.
Consultare
“Azione
del
programma
InstallShield”.
v
Programma
Microsoft
Setup.
Consultare
“Azione
del
programma
Microsoft
Setup”
a
pagina
88.
v
Programma
MSI
(Microsoft
Software
Installer).
Consultare
Capitolo
6,
“Integrazione
di
oggetti
nativi
in
un
pacchetto
software”,
a
pagina
121.
v
I
pacchetti
nativi
di
AIX
in
ambiente
IBM
AIX.
Consultare
“Utilizzo
delle
finestre
per
incorporare
o
modificare
un
pacchetto
AIX”
a
pagina
135..
v
I
pacchetti
nativi
di
Solaris
o
le
patch,
in
ambiente
Solaris.
Consultare
“Utilizzo
delle
finestre
per
integrare
o
modificare
un
pacchetto
Solaris”
a
pagina
139..
v
Pacchetti
nativi
RPM,
in
ambiente
Linux.
Consultare
“Utilizzo
delle
finestre
per
integrare
o
modificare
un
pacchetto
Linux”
a
pagina
142..
v
Pacchetti
nativi
HP-UX.
Consultare
“Utilizzo
delle
finestre
per
incorporare
o
modificare
un
pacchetto
HP-UX”
a
pagina
145.
Nelle
seguenti
sezioni
vengono
forniti
degli
esempi
di
oggetti
di
programma.
Per
ulteriori
informazioni,
consultare
Capitolo
6,
“Integrazione
di
oggetti
nativi
in
un
pacchetto
software”,
a
pagina
121.
Inoltre,
consultare
la
documentazione
in
linea
per
ulteriori
informazioni
su
questi
oggetti
del
programma
o
sulla
relativa
stanza
del
file
di
definizione
del
pacchetto
software
in
Manuale
di
riferimento
per
Software
Distribution.
Azione
del
programma
InstallShield
L’azione
del
programma
InstallShield
azione
del
programma
consente
di
creare
un
oggetto
programma
che
esegue
le
installazioni
delle
applicazioni
che
utilizzando
il
programma
di
installazione
InstallShield.
E’
possibile
utilizzare
questo
programma
per
installare
un’applicazione
i
cui
file
da
installare
sono
contenuti
su
un’unità
di
rete.
Software
Distribution
utilizza
l’installazione
nativa
dell’applicazione
(InstallShield)
per
eseguire
l’installazione
reindirizzata.
Ad
esempio,
per
installare
l’applicazione
del
desktop
Tivoli
i
cui
file
installabili
sono
contenuti
su
un’unità
della
rete,
eseguire
le
seguenti
operazioni:
1.
Impostare
le
proprietà
del
pacchetto
software
a
livello
di
pacchetto.
a.
Fare
clic
con
il
pulsante
destro
del
mouse
sull’icona
del
pacchetto
software
nel
riquadro
a
sinistra
e
selezionare
Proprietà
nel
menu
a
comparsa.
b.
Nella
pagina
Generale,
specificare
il
nome
del
pacchetto
software,
la
versione
e
un
titolo
descrittivo.
c.
Fare
clic
su
Condizione
nella
finestra
Proprietà
del
pacchetto
software
nell’angolo
in
alto
a
destra
della
finestra.
Specificare
la
seguente
espressione
nella
finestra:
os_name
LIKE
‘Win*’
e
fare
clic
su
OK.
Modifica
delle
proprietà
dei
pacchetti
software
86
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
d.
Selezionare
il
separatore
Elenco
variabili.
Specificare
net_dir
nella
casella
di
testo
Nome
e
il
percorso
delle
immagini
di
installazione
\\aquarius\images\desktop
nella
casella
di
testo
Valore,
quindi
fare
clic
su
Imposta.
e.
Fare
clic
su
OK
per
salvare
le
impostazioni
delle
proprietà
del
pacchetto
software
e
chiudere
la
finestra.2.
Selezionare
il
separatore
Programma,
quindi
fare
clic
sull’icona
del
programma
InstallShield
nella
barra
degli
strumenti.
Viene
visualizzata
la
finestra
Proprietà
del
programma
InstallShield.
a.
Nella
casella
di
testo
Titolo,
specificare
l’installazione
del
desktop
Tivoli.
b.
Nella
casella
di
testo
Percorso,
utilizzare
la
variabile
net_dir
per
definire
parte
del
percorso
dell’eseguibile
del
setup.
Fare
doppio
clic
con
il
pulsante
destro
del
mouse
sulla
casella
di
testo
Percorso
per
visualizzare
la
finestra
Editor
elenco
variabili.
Selezionare
la
variabile
net_dir
e
fare
clic
su
OK
per
inserire
la
variabile
nella
casella
di
testo.
Completare
la
voce
nella
casella
di
testo
Percorso
in
modo
da
leggere:
$(net_dir)\setup.exe.3.
Fare
clic
su
Avanzate
per
impostare
i
file
di
log
e
di
personalizzazione.
Viene
visualizzata
la
finestra
Proprietà
del
programma
InstallShield
-
Avanzate.
a.
Nella
casella
di
testo
Timeout,
specificare
l’intervallo
di
attesa,
in
secondi,
per
il
completamento
del
programma.
Consultare
“Impostazione
dei
valori
di
timeout
per
una
distribuzione”
a
pagina
334
per
ulteriori
informazioni.
Altre
azioni
del
pacchetto
software
Capitolo
3.
Creazione
di
pacchetti
software
mediante
l’Editor
dei
pacchetti
software
87
b.
Nella
casella
di
testo
File
di
personalizzazione,
specificare
il
file
di
personalizzazione
di
InstallShield
$(net_dir)\setup.iss.
c.
Nella
casella
di
testo
File
di
log,
specificare
il
percorso
del
file
di
log
di
InstallShield.
Utilizzare
la
variabile
$(system_drive)
per
specificare
parte
del
percorso,
digitando
quanto
segue:
$(system_drive)\tmp\install.log.
d.
Lasciare
la
casella
di
spunta
Non
presidiato
selezionata
per
eseguire
l’installazione
non
presidiata.
e.
Fare
clic
su
OK
per
salvare
i
valori
e
ritornare
alla
finestra
Proprietà
del
programma
InstallShield.4.
Fare
clic
su
OK
per
aggiungere
l’azione
del
programma
InstallShield
nel
pacchetto
software.
5.
Salvare
il
pacchetto
software
in
formato
.spd.
E’
possibile
procedere
con
la
distribuzione
e
l’installazione
del
pacchetto
software,
importandolo
in
un
profilo
del
pacchetto
software
dal
desktop
Tivoli
sul
server
Tivoli.
Consultare
Capitolo
9,
“Preparazione
di
pacchetto
software
per
la
distribuzione”,
a
pagina
195
per
ulteriori
informazioni
sulla
creazione
dei
profili
e
sull’importazione
e
la
distribuzione
dei
pacchetti
software.
L’Editor
dei
pacchetti
software
fornisce
inoltre
lo
strumento
InstallShield
che
consente
di
creare
un
oggetto
del
programma
InstallShield.
Per
avviare
InstallShield,
selezionare
Strumenti->Generatore
programma->InstallShield
nella
barra
dei
menu.
Per
ulteriori
informazioni,
consultare
la
documentazione
in
linea
di
questo
strumento.
Azione
del
programma
Microsoft
Setup
Il
programma
Microsoft
Setup
consente
di
creare
un
oggetto
programma
che
esegue
le
installazioni
delle
applicazioni
Windows
che
utilizzando
il
programma
di
installazione
Microsoft
Setup.
Selezionare
il
separatore
Programma,
quindi
fare
clic
sull’icona
del
programma
MS
Setup
nella
barra
degli
strumenti.
Viene
visualizzata
la
finestra
Proprietà
del
Programma
Microsoft
setup.
Altre
azioni
del
pacchetto
software
88
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
L’Editor
dei
pacchetti
software
fornisce
inoltre
lo
strumento
MSSetup
che
consente
di
creare
un
oggetto
del
programma
MSSetup.
Per
avviare
MSSetup,
selezionare
Strumenti->Generatore
programma->MSSetup
nella
barra
dei
menu.
Azioni
di
eliminazione
Durante
un’installazione
tipica,
oltre
ad
aggiungere
oggetti
quali
file,
directory,
voci
del
registro
e
cartelle
di
shell,
è
necessario
eliminare
alcuni
oggetti.
Ciascuna
azione
relativa
agli
oggetti
descritta
in
questo
capitolo
che
aggiunge
un
oggetto
su
un
sistema
di
destinazione
presenta
anche
una
corrispondente
azione
di
eliminazione.
Ad
esempio,
per
disinstallare
un’applicazione
che
non
dispone
di
un
programma
di
utilità
per
la
disinstallazione,
è
possibile
aggiungere
una
serie
di
azioni
di
eliminazione
nel
pacchetto
software
per
eliminare
cartelle,
file,
directory
e
voci
del
registro
relative
all’installazione
dell’applicazione.
Fare
clic
sul
separatore
relativo
all’eliminazione
dell’oggetto
nella
barra
degli
strumenti
per
visualizzare
le
azioni
di
eliminazione
possibili.
Ad
esempio,
per
rimuovere
un
valore
assegnato
ad
una
chiave
del
registro
di
Windows,
eseguire
le
seguenti
operazioni:
1.
Selezionare
l’icona
Chiave
di
registro
di
Windows
per
visualizzare
la
finestra
Elimina
proprietà
chiavi
di
registro
Windows.
2.
Specificare
Hive,
Chiave
padre,
Chiave
e
Classe.
3.
Selezionare
la
casella
di
spunta
Elimina
se
esistente
se
si
desidera
che
Software
Distribution
elimini
la
chiave
del
registro
di
Windows
contenente
il
valore.
4.
Fare
clic
su
OK
per
aggiungere
l’azione
di
eliminazione
della
chiave
del
registro
di
Windows
nel
pacchetto
software.
5.
Fare
clic
con
il
pulsante
destro
del
mouse
sull’azione
di
eliminazione
della
chiave
del
registro
di
Windows
e
selezionare
Inserisci
->
Valore.
Viene
Altre
azioni
del
pacchetto
software
Capitolo
3.
Creazione
di
pacchetti
software
mediante
l’Editor
dei
pacchetti
software
89
visualizzata
la
finestra
Elimina
proprietà
valori
di
registro
Windows.
6.
Specificare
il
nome
del
valore
da
eliminare
e
fare
clic
su
OK.
Salvataggio
del
pacchetto
software
Il
pacchetto
software
Appsample
creato
nell’Editor
dei
pacchetti
software
contiene
solo
una
descrizione
degli
oggetti
presenti
nel
pacchetto.
Vale
a
dire,
esso
contiene
un
elenco
sequenziale
di
azioni
da
eseguire
sul
sistema
di
destinazione
e
non
oggetti
o
risorse,
quali
i
file
e
i
programmi
da
eseguire.
Per
le
azioni
è
necessario
che
le
risorse
vengano
eseguite.
Quando
le
azioni
vengono
consolidate
con
le
risorse
reali
(file,
directory,
chiavi
di
registro
e
così
via),
il
pacchetto
software
viene
considerato
come
un
formato
composto
(.spb).
Un
pacchetto
software
che
contiene
soltanto
una
descrizione
delle
azioni
e
degli
oggetti
contenuti
in
esso
e
non
oggetti
o
risorse,
viene
considerato
come
formato
non
composto
(.sp
e
.spd).
Per
consolidare
le
azioni
con
le
risorse
in
un
file
compresso,
è
possibile
salvare
il
pacchetto
software
come
blocco
del
pacchetto
software,
selezionando
.spb
come
tipo
di
file.
Il
pacchetto
software,
in
questo
formato,
è
in
formato
composto.
Per
creare
un
blocco
del
pacchetto
software,
eseguire
le
seguenti
operazioni:
1.
Selezionare
Salva
con
nome
nel
menu
File.
Viene
visualizzata
la
finestra
Salva.
Per
personalizzare
il
percorso
o
la
cartella
in
cui
salvare
il
pacchetto
software,
consultare
“Impostazione
del
percorso
predefinito”
a
pagina
30.
Azioni
di
eliminazione
90
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
2.
Selezionare
la
directory
appropriata,
quindi
specificare
il
nome
del
file
nella
casella
di
testo
Nome
file.
Il
nome
del
file
può
essere
diverso
dal
nome
del
pacchetto.
3.
Nell’elenco
File
di
tipo
selezionare
Blocco
pacchetto
software
(file
spb),
quindi
fare
clic
su
Salva.
Salvando
il
pacchetto
software
in
questo
formato,
viene
creata
una
copia
locale
del
pacchetto
software.
Tutti
i
file
di
origine
devono
risiedere
sul
sistema
locale
affinché
il
processo
di
creazione
venga
eseguito
correttamente.
A
seconda
della
dimensione
del
pacchetto,
questa
operazione
può
richiedere
diversi
minuti.
Al
termine
della
creazione,
Software
Distribution
chiede
se
si
desidera
ricaricare
il
pacchetto
nella
finestra
principale
dell’Editor
dei
pacchetti
software.
Il
ricaricamento
può
richiedere
diversi
minuti
se
il
pacchetto
software
contiene
un’azione
di
aggiunta
di
directory
con
l’opzione
Directory
a
discesa
selezionata.
Quando
viene
ricaricato
il
pacchetto
software,
la
struttura
può
essere
diversa
perché
Software
Distribution
deve
aggiungere
l’intera
struttura
di
directory
nel
pacchetto
software,
creando
le
relative
azioni
(aggiunta
di
directory
e
di
file).
Per
ulteriori
informazioni
sull’opzione
Directory
a
discesa,
consultare
il
passo
11
a
pagina
42.
Si
osservino
gli
altri
due
formati
disponibili.
E’
anche
possibile
salvare
il
pacchetto
software
Appsample
come
file
del
pacchetto
software,
selezionando
Pacchetto
software
(.sp)
nell’elenco
File
di
tipo.
4.
Per
trasformare
il
file
del
pacchetto
software
o
il
blocco
del
pacchetto
software
in
un
file
di
definizione
del
pacchetto
software,
visualizzare
il
file
nell’Editor
dei
pacchetti
software
e
salvarlo
nel
formato
della
definizione
del
pacchetto
software,
selezionando
questa
opzione
nell’elenco
File
di
tipo.
Questa
procedura
trasforma
il
pacchetto
software
in
formato
file
di
testo.
Il
file
di
testo
è
formato
da
una
serie
di
stanze,
ciascuna
delle
quali
descrive
le
azioni
contenute
nel
pacchetto
software.
E’
possibile
utilizzare
il
file
.spd
come
base
per
creare
un
nuovo
pacchetto
software
o
per
modificare
un
pacchetto
esistente.
Consultare
Manuale
di
riferimento
per
Software
Distribution
per
ulteriori
informazioni
sulla
modifica
del
file
.spd.
Il
file
.spd
è
la
versione
in
formato
testo
delle
informazioni
contenute
nella
struttura
ad
albero
dell’Editor
dei
pacchetti
software.
Utilizzando
un
editor
di
testo,
è
possibile
visualizzare
il
file
.spd,
modificarlo
e
riaprirlo
nell’Editor
dei
pacchetti
software
per
salvarlo
in
un
formato
diverso.
Per
visualizzare
il
pacchetto
software
Appsample
nel
formato
del
file
di
definizione
del
pacchetto
software
(Appsample.spd),
consultare
gli
esempi
di
file
.spd
in
Manuale
di
riferimento
per
Software
Distribution.
Per
importare
il
file
di
definizione
del
pacchetto
software
nell’ambiente
di
Tivoli
Management
Framework,
consultare
“Importazione
di
un
pacchetto
software
in
ambiente
Tivoli”
a
pagina
201.
Salvataggio
del
pacchetto
software
Capitolo
3.
Creazione
di
pacchetti
software
mediante
l’Editor
dei
pacchetti
software
91
Salvataggio
del
pacchetto
software
92
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Capitolo
4.
Creazione
di
un
pacchetto
software
per
le
unità
In
questa
sezione
viene
illustrato
come
creare
un
pacchetto
software
per
le
destinazioni
che
rappresentano
unità
diffuse.
Nel
pacchetto
software
per
le
unità
è
possibile
inserire
le
seguenti
azioni:
Attività
Consultare
pagina
Aggiunta
di
directory
nelle
unità
94
Aggiunta
di
file
nelle
unità
96
Aggiunta
di
un’azione
Esegui
programma
65
Personalizzazione
delle
impostazioni
delle
unità
98
Per
eseguire
queste
operazioni:
1.
Avviare
l’Editor
dei
pacchetti
software
e
selezionare
Maschere
pacchetto
software,
quindi
Device
Software
Package
nell’elenco.
2.
Creare
un
pacchetto
software
contenente
le
azioni
da
eseguire
sulle
unità.
3.
Distribuire
il
pacchetto
software
sulle
unità
di
destinazione.
Per
informazioni
su
come
utilizzare
le
unità
diffuse,
consultare
la
sezione
relativa
alla
gestione
delle
risorse
nel
manuale
User’s
Guide
for
Deployment
Services.
Creazione
di
un
pacchetto
software
di
oggetti
unità
Per
eseguire
delle
operazioni
sulle
unità,
è
necessario
creare
un
pacchetto
software
di
oggetti
unità
ovvero
un
pacchetto
software
che
è
possibile
distribuire
sulle
unità.
L’oggetto
unità
diventa
il
contenitore
delle
azioni
che
si
desidera
eseguire
sulle
unità.
E’
possibile
creare
un
oggetto
unità
per
ciascun
tipo
secondario
di
unità.
Quindi,
aggiungere
le
azioni
che
si
desidera
eseguire
sulle
unità
nell’oggetto
unità.
Il
pacchetto
software
può
includere
un
oggetto
unità
per
ciascun
tipo
secondario
di
unità,
ma
deve
contenere
solo
oggetti
unità.
Per
creare
il
pacchetto
software
per
le
unità:
1.
Quando
si
avvia
l’Editor
dei
pacchetti
software,
viene
visualizzata
un’icona
vuota
di
un
pacchetto
software
il
cui
nome
predefinito
è
Senza
nome.
Assegnare
un
nome
al
pacchetto
software
facendo
clic
su
di
esso
e
digitando
il
nome
desiderato.
2.
Nella
scheda
Aggiungi
oggetto
dell’Editor
dei
pacchetti
software,
fare
clic
sull’icona
per
aggiungere
l’oggetto
unità.
©
Copyright
IBM
Corp.
2002,
2003
93
3.
Viene
visualizzata
la
finestra
Proprietà
di
Aggiungi
oggetto
unità:
Titolo
Inserire
un
nome
descrittivo
dell’azione.
Tipo
secondario
Selezionare
il
tipo
di
unità
per
la
quale
viene
preparata
l’azione.
L’operazione
verrà
eseguita
solo
sulle
unità
del
tipo
specificato.
Nokia9200Series
Per
le
unità
Nokia
9200
Communicator
series
Palm
Per
le
unità
Palm
WinCE
Per
le
unità
Windows
CE4.
Fare
clic
su
OK.
Il
nuovo
oggetto
unità
viene
elencato
nell’albero
nell’icona
del
pacchetto
software
nel
lato
sinistro
del
pannello
e
nell’elenco
di
oggetti
nel
pannello
principale
quando
viene
selezionata
l’icona
del
pacchetto
software
nell’albero
nel
lato
sinistro.
Ora
è
possibile
aggiungere
le
operazioni
che
si
desidera
eseguire
sulle
unità
nell’oggetto
unità.
Nota:
Non
aggiungere
operazioni
diverse
da
quelle
relative
all’unità
nell’oggetto
unità.
Per
le
operazioni
su
destinazioni
diverse
dalle
unità,
è
necessario
creare
un
altro
pacchetto
software
che
non
contenga
oggetti
unità.
Aggiunta
di
directory
nelle
unità
E’
possibile
aggiungere
delle
directory
solo
nelle
unità
di
Windows
CE.
Per
aggiungere
delle
directory
nelle
unità
di
destinazione:
1.
Selezionare
l’icona
dell’oggetto
unità
nel
pannello
a
sinistra.
2.
Selezionare
l’icona
relativa
all’aggiunta
di
directory
unità
nella
scheda
Aggiungi
oggetto
dell’Editor
dei
pacchetti
software.
Creazione
di
un
pacchetto
software
di
unità
94
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
3.
Viene
visualizzata
la
finestra
Proprietà
di
Aggiungi
directory
unità.
Specificare
le
seguenti
informazioni
nella
casella
di
gruppo
Origine:
Ubicazione
Specificare
la
cartella
parent
contenente
la
directory
di
origine.
Nome
Specificare
il
nome
della
directory
di
origine.
Inserire
un
asterisco
per
specificare
che
tutti
i
file
contenuti
nella
directory
di
origine
dovranno
essere
aggiunti
nel
pacchetto.
I
file
vengono
installati
con
il
loro
nome
originale
nella
directory
di
destinazione.
Note:
a.
Quando
si
specifica
il
nome
di
un
file
di
origine
o
di
destinazione,
i
nomi
dei
file
o
delle
directory
possono
contenere
caratteri
jolly.
I
caratteri
jolly
supportati
includono
l’asterisco
(*),
per
ricercare
tutte
le
stringhe
o
un
punto
interrogativo
(?),
per
ricercare
un
singolo
carattere.
Per
ulteriori
informazioni
su
come
specificare
i
nomi
di
file
e
di
directory
utilizzando
i
caratteri
jolly,
consultare
Manuale
di
riferimento
per
Software
Distribution.
b.
Verificare
che
i
nomi
file
siano
validi
per
le
unità
di
Nokia
9200
Communicator
series.
Ad
esempio,
i
seguenti
caratteri
non
sono
validi:
"
*
?
\
/
<
>
:
La
casella
di
gruppo
Destinazione
contiene
le
stesse
informazioni
specificate
nella
casella
di
gruppo
Origine.
La
destinazione
rappresenta
l’ubicazione
in
cui
viene
creata
la
directory
specificata
sul
sistema
di
destinazione.
I
file
vengono
installati
con
il
loro
nome
originale
nella
directory
di
destinazione
durante
l’installazione.
Non
specificare
un’unità
nel
campo
relativo
all’ubicazione
di
destinazione.
Selezionare
la
casella
di
spunta
Directory
a
discesa
per
aggiungere
l’intero
albero
di
directory
nell’oggetto
unità.
Se
non
si
seleziona
tale
opzione,
vengono
aggiunti
solo
i
file
elencati
al
di
sotto
della
directory
di
primo
livello.
4.
Fare
clic
su
OK
per
aggiungere
questa
azione
nell’oggetto
unità.
Selezionare
l’icona
dell’oggetto
unità
nel
pannello
a
sinistra
della
finestra
Editor
dei
pacchetti
software
per
visualizzare
l’oggetto
Directory
unità.
Aggiunta
di
directory
nelle
unità
Capitolo
4.
Creazione
di
un
pacchetto
software
per
le
unità
95
Aggiunta
di
file
nelle
unità
E’
possibile
aggiungere
i
file
nelle
unità
Palm
o
Nokia
9200
Communicator
series
nel
modo
illustrato
di
seguito.
Per
aggiungere
i
file
nelle
unità
di
Windows
CE,
è
necessario
aggiungere
le
directory
contenenti
i
file
nell’oggetto
unità
(consultare
“Aggiunta
di
directory
e
file”
a
pagina
38).
Per
aggiungere
i
file
nelle
unità
di
destinazione:
1.
Selezionare
l’icona
dell’oggetto
unità
nel
pannello
a
sinistra.
2.
Selezionare
l’icona
relativa
all’aggiunta
di
file
unità
nella
scheda
Aggiungi
oggetto
dell’Editor
dei
pacchetti
software.
3.
Viene
visualizzata
la
finestra
Proprietà
di
aggiungi
file
unità.
Specificare
le
seguenti
informazioni
nella
casella
di
gruppo
Origine:
Ubicazione
Specificare
la
cartella
parent
contenente
la
file
di
origine.
Nome
Specificare
il
nome
del
file
di
origine.
Il
file
viene
installato
con
il
suo
nome
originale
nella
destinazione.
Nota:
Quando
si
specifica
il
nome
di
un
file
di
origine
o
di
destinazione,
i
nomi
dei
file
possono
contenere
caratteri
jolly.
I
caratteri
jolly
supportati
includono
l’asterisco
(*),
per
ricercare
tutte
le
stringhe
o
un
punto
interrogativo
(?),
per
ricercare
un
singolo
carattere.
Per
ulteriori
informazioni
su
come
specificare
i
nomi
di
file
utilizzando
i
caratteri
jolly,
consultare
Manuale
di
riferimento
per
Software
Distribution.
Destinazione
La
casella
di
gruppo
Destinazione
contiene
la
stessa
ubicazione
(solo
per
le
unità
di
Nokia
9200
Communicator
series)
e
nome
file
specificati
nella
casella
di
gruppo
Origine.
La
destinazione
rappresenta
l’ubicazione
in
cui
viene
creato
il
file
specificato
sul
sistema
di
destinazione.
Aggiunta
di
file
nelle
unità
96
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Note:
a.
La
casella
di
testo
Ubicazione
viene
visualizzata
solo
per
le
unità
di
Nokia
9200
Communicator
series.
La
finestra
relativa
alle
unità
Palm
contiene
solo
la
casella
di
testo
Nome.
b.
Per
le
unità
Nokia
9200
Communicator
series,
specificare
sempre
l’unità.
Inoltre,
è
necessario
specificare
una
directory
già
esistente
nella
casella
di
gruppo
Destinazione.
Generalmente,
l’unità
predefinita
è
C:.
Generalmente,
la
scheda
di
memoria
è
l’unità
D:.
Utilizzare
la
barra
retroversa
(
\
)
come
delimitatore
di
percorso.
c.
Se
si
aggiunge
un
file
SIS
nelle
unità
Nokia
9200
Communicator
series,
esso
viene
considerato
come
un
file
di
installazione
del
software
di
Nokia
9200
Communicator
series.
Per
ciascun
file
SIS
viene
visualizzata
una
finestra
di
installazione
sul
PC
host
in
cui
viene
richiesto
al
proprietario
dell’unità
di
fornire
le
informazioni
relative
all’installazione.
Se
l’utente
decide
di
installare
il
software,
il
file
SIS
guiderà
l’installazione
del
software
sull’unità.
Il
software
viene
installato
nella
directory
specificata
dal
file
di
installazione
del
software,
ma
l’utente
può
anche
selezionare
un
ubicazione
sull’unità.
Per
completare
l’installazione
del
file
SIS,
fare
clic
su
Fine.
Si
consiglia
di
non
fare
clic
su
Aggiungi
componente
perché
in
tal
modo
viene
modificato
il
flusso
dell’installazione
del
pacchetto
software.
Se
il
pacchetto
software
contiene
altri
file
SIS,
verranno
ripetute
queste
operazioni.
Fare
clic
su
Fine
al
termine
dell’installazione
di
ciascun
file
SIS.
d.
Per
considerare
un
file
con
estensione
JPG,
BMP
o
GIF
come
un
file
di
immagine
di
sfondo
di
Nokia
9200
Communicator
series,
specificare
la
directory
di
sistema
di
Nokia
9200
Communicator
series
per
i
file
di
immagine
di
sfondo,
che
generalmente
è
C:\Documents\Photo
gallery.
Per
sostituire
lo
sfondo
del
desktop
con
il
nuovo
file
di
immagine,
il
proprietario
dell’unità
dovrà
selezionare
il
file
nell’elenco
di
file
di
immagine
di
sfondo
disponibili
per
il
desktop.
e.
Per
considerare
un
file
con
estensione
WAV,
AU
o
MP3
come
un
file
di
toni
della
suoneria
di
Nokia
9200
Communicator
series,
specificare
la
directory
di
sistema
di
Nokia
9200
Communicator
series
per
i
file
di
toni
della
suoneria,
che
generalmente
è
C:\Documents\Tones.
Per
sostituire
il
tono
della
suoneria
con
il
nuovo
file
di
toni,
il
proprietario
dell’unità
dovrà
selezionare
il
file
nell’elenco
di
file
di
toni
della
suoneria
disponibili.
Spazio
richiesto
Specificare
lo
spazio
richiesto
nell’unità
per
il
file.
Prima
di
eseguire
l’operazione,
viene
verificato
che
l’unità
contenga
lo
spazio
richiesto.
Questa
casella
di
testo
non
è
disponibile
per
le
unità
di
Nokia
9200
Communicator
series.
Nell’elenco
Byte,
fare
clic
su
un’unità
di
misura:
Kilobyte
o
Megabyte.
Sostituisci
se
esistente
Selezionare
la
casella
di
spunta
per
ricoprire
il
file
sull’unità
di
destinazione
se
già
esiste.4.
Fare
clic
su
OK
per
aggiungere
questa
azione
nell’oggetto
unità.
Selezionare
l’icona
dell’oggetto
unità
nel
pannello
a
sinistra
della
finestra
Editor
dei
pacchetti
software
per
visualizzare
l’oggetto
Directory
unità.
Aggiunta
di
file
nelle
unità
Capitolo
4.
Creazione
di
un
pacchetto
software
per
le
unità
97
Esecuzione
di
programmi
sulle
unità
L’utente
può
distribuire
un
pacchetto
software
che
esegue
dei
programmi
eseguibili
solo
sulle
unità
di
Windows
CE.
Software
Distribution
restituisce
un
errore
e
un
output
standard
nel
file
di
log.
Prima
di
avviare
le
operazioni,
verificare
che
il
file
del
programma
sia
distribuito
sulle
unità.
Per
fare
ciò,
includere
l’azione
di
aggiunta
di
file
nello
stesso
pacchetto
software
contenente
l’azione
di
esecuzione
del
programma
oppure
in
un
pacchetto
software
separato
che
è
stato
distribuito
precedentemente.
Per
eseguire
i
programmi
sulle
unità:
1.
Selezionare
l’icona
dell’oggetto
unità
nel
pannello
a
sinistra.
2.
Selezionare
l’icona
relativa
al
programma
di
esecuzione
unità
nella
scheda
Aggiungi
oggetto
dell’Editor
dei
pacchetti
software.
3.
Viene
visualizzata
la
finestra
Proprietà
del
programma
di
esecuzione
unità.
Fornire
le
seguenti
informazioni:
Titolo
Specificare
il
nome
del
programma
nella
casella
di
testo
Titolo.
Il
valore
predefinito
è
il
programma
specificato
nella
casella
di
testo
Percorso.
Nome
e
percorso
del
programma
Specificare
il
nome
e
il
percorso
del
programma
da
eseguire
sull’unità
di
Windows
CE.
Specificare
lo
stesso
percorso
e
nome
file
specificato
nella
casella
di
testo
Destinazione
della
finestra
Proprietà
di
aggiungi
file
unità
(a
pagina
96).
Argomenti
Specificare
gli
argomenti
del
programma
in
esecuzione.4.
Fare
clic
su
OK
per
aggiungere
questa
azione
nell’oggetto
unità.
Selezionare
l’icona
dell’oggetto
unità
nel
pannello
a
sinistra
della
finestra
Editor
dei
pacchetti
software
per
visualizzare
l’oggetto
programma
di
esecuzione
unità.
Personalizzazione
delle
impostazioni
delle
unità
L’utente
può
personalizzare
le
impostazioni
sulle
unità,
ad
esempio,
il
formato
di
data
e
ora.
Di
seguito
viene
illustrato
come
personalizzare
le
unità
utilizzando
l’Editor
dei
pacchetti
software.
E’
anche
possibile
creare
il
file
SPD
(software
package
definition)
manualmente
e
distribuirlo
sulle
unità.
Nella
sezione
relativa
alla
modifica
del
file
(Software
Package
Definition)
in
Manuale
di
riferimento
per
Software
Distribution
viene
illustrato
come
creare
un
file
SPD.
Nella
sezione
relativa
ai
parametri
di
personalizzazione
delle
unità
in
User’s
Guide
for
Deployment
Services
vengono
fornite
le
parole
chiave
e
i
valori
come
riferimento
per
l’utente.
Esecuzione
di
programmi
sulle
unità
98
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Dopo
avere
installato
sull’unità
le
impostazioni
relative
all’unità
stessa,
i
dati
di
Inventory
vengono
aggiornati
automaticamente
nel
database.
Personalizzazione
delle
unità
di
Nokia
9200
Communicator
Series
Per
personalizzare
le
unità
di
Nokia
9200
Communicator
series:
1.
Utilizzare
l’applicazione
Administrator
Suite
fornita
dal
produttore
dell’unità
per
selezionare
le
impostazioni
dell’unità
e
generare
un
file
XML.
Il
file
di
configurazione
viene
salvato
nella
directory
\AdministratorSuite\Configurations
Files.
2.
Nell’Editor
dei
pacchetti
software,
selezionare
l’icona
dell’oggetto
unità
nel
pannello
a
sinistra.
3.
Selezionare
l’icona
di
personalizzazione
unità
nella
scheda
Aggiungi
oggetto
dell’Editor
dei
pacchetti
software.
4.
Viene
visualizzata
la
finestra
Proprietà
di
personalizzazione
unità.
Nella
casella
di
testo
Titolo,
specificare
un
nome
che
identifichi
la
personalizzazione
dell’unità.
5.
Fare
clic
su
OK
per
aggiungere
questa
azione
nell’oggetto
unità.
Selezionare
l’icona
dell’oggetto
unità
nel
pannello
a
sinistra
della
finestra
Editor
dei
pacchetti
software
per
visualizzare
l’oggetto
personalizzazione
unità.
6.
Fare
clic
con
il
pulsante
destro
del
mouse
sull’oggetto
Proprietà
di
personalizzazione
unità
e
selezionare
Inserisci->
Impostazioni
unità.
7.
Viene
visualizzata
la
finestra
Impostazioni
unità:
Parola
chiave
L’elenco
è
impostato
sul
file
di
configurazione
e
non
è
abilitato.
Valore
Specificare
il
nome
e
il
percorso
del
file
di
configurazione.
Il
file
deve
essere
ubicato
sul
sistema
in
cui
viene
creato
il
pacchetto
software.
Fare
clic
su
OK.
L’impostazione
viene
elencata
nel
pannello
a
destra
dell’Editor
dei
pacchetti
software
quando
si
seleziona
l’oggetto
Impostazioni
unità.
Personalizzazione
delle
unità
Capitolo
4.
Creazione
di
un
pacchetto
software
per
le
unità
99
Personalizzazione
delle
unità
di
Palm
e
Windows
CE
Per
personalizzare
le
unità
di
Palm
e
Windows
CE:
1.
Selezionare
l’icona
dell’oggetto
unità
nel
pannello
a
sinistra.
2.
Selezionare
l’icona
di
personalizzazione
unità
nella
scheda
Aggiungi
oggetto
dell’Editor
dei
pacchetti
software.
3.
Viene
visualizzata
la
finestra
Proprietà
di
personalizzazione
unità.
Consultare
la
pagina
99.
Nella
casella
di
testo
Nome,
specificare
un
nome
che
identifichi
la
personalizzazione
dell’unità.
4.
Fare
clic
su
OK
per
aggiungere
questa
azione
nell’oggetto
unità.
Selezionare
l’icona
dell’oggetto
unità
nel
pannello
a
sinistra
della
finestra
Editor
dei
pacchetti
software
per
visualizzare
l’oggetto
Proprietà
di
personalizzazione
unità.
5.
Fare
clic
con
il
pulsante
destro
del
mouse
sull’oggetto
Proprietà
di
personalizzazione
unità
e
selezionare
Inserisci->
Impostazioni
unità.
6.
Viene
visualizzata
la
finestra
Impostazioni
unità:
Parola
chiave
Nell’elenco
selezionare
l’impostazione
che
si
desidera
definire.
Valore
Specificare
il
valore
che
si
desidera
assegnare
all’impostazione.
Consultare
la
guida
in
linea
di
questa
finestra
per
informazioni
sulle
parole
chiave
e
sui
valori
accettati.
Fare
clic
su
OK.
L’impostazione
viene
elencata
nel
pannello
a
destra
dell’Editor
dei
pacchetti
software
quando
si
seleziona
l’oggetto
Impostazioni
unità.
Ripetere
le
due
fasi
precedenti
per
ciascuna
impostazione
che
si
desidera
personalizzare.
Distribuzione
del
pacchetto
software
dell’oggetto
unità
sulle
destinazioni
Dopo
avere
creato
un
pacchetto
software
di
oggetti
unità,
è
necessario
importarlo
in
un
profilo
di
pacchetti
software
e
distribuirlo
sulle
unità
di
destinazione.
Verificare
che
le
unità
di
destinazione
siano
parte
di
un
gruppo
di
risorse,
in
modo
che
il
gruppo
di
risorse
venga
elencato
tra
i
destinatari
disponibili.
Consultare
la
sezione
relativa
alla
gestione
delle
risorse
in
User’s
Guide
for
Deployment
Services
per
informazioni
su
come
raggruppare
le
risorse.
Dopo
avere
installato
il
pacchetto
sulle
unità,
le
azioni
incluse
nel
pacchetto
software
di
oggetti
unità
vengono
eseguite
sulle
unità.
Per
ulteriori
informazioni,
consultare
Capitolo
9,
“Preparazione
di
pacchetto
software
per
la
distribuzione”,
a
pagina
195.
Personalizzazione
delle
unità
di
Palm
e
Windows
CE
100
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Per
annullare
le
distribuzioni
o
elencare
le
informazioni
sulle
distribuzioni
in
sospeso
sulle
unità,
utilizzare
il
comando
wwebgw.
Per
ulteriori
informazioni,
consultare
la
sezione
relativa
all’utilizzo
dei
comandi
in
Manuale
di
riferimento
per
Software
Distribution.
Distribuzione
dei
pacchetti
software
delle
unità
Capitolo
4.
Creazione
di
un
pacchetto
software
per
le
unità
101
Distribuzione
dei
pacchetti
software
delle
unità
102
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Capitolo
5.
Utilizzo
di
Software
Distribution
in
OS/400
Questo
capitolo
contiene
un
riepilogo
delle
funzioni
di
Software
Distribution
specifiche
per
i
sistemi
operativi
OS/400.
Include
le
informazioni
riportate
di
seguito:
v
Una
panoramica
delle
funzioni
di
Software
Distribution
disponibili
per
i
sistemi
OS/400.
Consultare
“Definizione
di
pacchetti
software
con
oggetti
OS/400”.
v
Una
panoramica
dei
file
system
utilizzati
su
sistemi
OS/400.
Questa
sezione
contiene
istruzioni
relative
alla
definizione
delle
ubicazioni
dei
file
sul
sistema
nativo
OS/400
e
su
IFS
(Integrated
File
System).
Consultare
“File
system
OS/400
nativi
e
integrati”
a
pagina
104.
v
Istruzioni
per
l’aggiunta
di
oggetti
OS/400
specifici
ad
un
pacchetto
software
utilizzando
l’Editor
di
pacchetti
software
OS/400.
Consultare
“Definizione
di
pacchetti
software
con
oggetti
OS/400”.
v
Informazioni
relative
all’aggiunta
di
oggetti
ad
un
file
system
nativo
OS/400
utilizzando
le
azioni
Aggiungi
file
e
Aggiungi
directory
standard
di
Software
Distribution.
Consultare
“Aggiunta
di
oggetti
non
nativi
al
file
system
nativo
OS/400”
a
pagina
115.
v
Informazioni
relative
all’utilizzo
dell’azione
di
esecuzione
dei
programmi
utente
standard
di
Software
Distribution
su
sistemi
OS/400.
Consultare
“Esecuzione
di
un
programma
OS/400”
a
pagina
116.
Note:
1.
La
tecnologia
AutoPack
non
è
disponibile
nell’Editor
di
pacchetti
software
OS/400.
2.
A
causa
di
limitazioni
relative
al
modo
in
cui
vengono
gestite
le
informazioni
relative
alla
data
su
sistemi
OS/400,
le
opzioni
di
anteprima
e
ripristino
non
sono
supportate
per
i
pacchetti
installati
nel
file
system
nativo
OS/400.
Consultare
“Servizio
Trasferimento
dati
in
ambiente
OS/400”
a
pagina
256
per
informazioni
specifiche
di
OS/400
relative
al
servizio
di
trasferimento
dati
di
Software
Distribution
che
consente
di
spostare
i
dati
in
IFS
e
nei
file
system
nativi
di
OS/400.
Definizione
di
pacchetti
software
con
oggetti
OS/400
Software
Distribution
include
un
Editor
di
pacchetti
software
per
sistemi
OS/400.
Tale
GUI
basata
su
Java
viene
utilizzata
per
creare
e
personalizzare
pacchetti
software
per
la
distribuzione
su
sistemi
OS/400.
E’
possibile
installare
ed
utilizzare
l’Editor
di
pacchetti
software
OS/400
basato
su
Java
su
una
macchina
Windows
che
dispone
di
connessione
TCP/IP
ad
una
macchina
OS/400
utilizzata
come
sito
di
preparazione
per
i
pacchetti
software.
L’installazione
e
l’utilizzo
dell’Editor
di
pacchetti
software
richiede
l’installazione
dei
file
SPB
riportati
di
seguito,
disponibili
nella
directory
CD3\SPB\
del
CD-ROM:
v
Tivoli_JRE_NT.spb
sulla
macchina
Windows
v
Tivoli_SWDEP_NTAS400.spb
sulla
macchina
Windows
v
Tivoli_SWDEP_400PS.spb
sulla
macchina
OS/400
©
Copyright
IBM
Corp.
2002,
2003
103
Per
ulteriori
informazioni
relative
all’installazione
dei
file
SPB,
fare
riferimento
a
Planning
and
Installation
Guide.
I
pacchetti
software
vengono
definiti
e
salvati
sulla
macchina
Windows,
ma
gli
oggetti
da
includere
nel
pacchetto
vengono
selezionati
dal
file
system
della
macchina
OS/400.
E’
possibile
importare
i
pacchetti
software
creati
in
questo
modo
nella
Tivoli
management
region
allo
stesso
modo
di
altri
pacchetti
software.
Per
informazioni
relative
all’installazione
di
tali
file
SPB,
fare
riferimento
a
Planning
and
Installation
Guide.
L’Editor
di
pacchetti
software
OS/400
utilizza
l’IFS
(Integrated
File
System)
per
ricercare
i
file
da
includere
nel
pacchetto
software.
In
questo
modo,
è
possibile
utilizzare
le
azioni
standard
dell’Editor
di
pacchetti
software,
come,
ad
esempio,
Aggiungi
directory
ed
Aggiungi
file,
durante
la
definizione
del
pacchetto
software
OS/400.
L’Editor
di
pacchetti
software
OS/400,
inoltre,
dispone
di
ulteriori
azioni
che
consentono
di
includere
programmi
ed
oggetti
nativi
OS/400
nel
pacchetto
software.
Per
informazioni
relative
al
modo
in
cui
vengono
definite
le
ubicazioni
dei
file
utilizzando
il
sistema
nativo
OS/400
e
l’IFS,
consultare
“File
system
OS/400
nativi
e
integrati”.
L’Editor
di
pacchetti
software
OS/400
consente
di
effettuare
le
attività
specifiche
di
OS/400
riportate
di
seguito:
v
Aggiungere
e
rimuovere
oggetti
e
librerie
OS/400.
v
Aggiungere
e
rimuovere
programmi
su
licenza
OS/400.
v
Modificare
i
valori
di
sistema
di
OS/400.
Per
istruzioni
relative
all’esecuzione
di
tali
attività,
consultare
“Utilizzo
dell’Editor
di
pacchetti
software
OS/400”
a
pagina
105.
Inoltre,
è
possibile
utilizzare
molte
funzioni
standard
dell’Editor
di
pacchetti
software,
come,
ad
esempio:
v
Distribuire
directory
e
file
ai
file
system
OS/400
nativi
ed
integrati.
v
Distribuire
file
di
testo
ASCII
sull’host
di
origine
che
possono
essere
convertiti
in
EBCDIC
sulla
destinazione
OS/400.
v
Eseguire
programmi
sulla
destinazione,
inclusi
i
programmi
CL
OS/400.
L’utilizzo
dell’Editor
di
pacchetti
software
per
l’esecuzione
di
tali
attività
è
descritto
in
Capitolo
3,
“Creazione
di
pacchetti
software
mediante
l’Editor
dei
pacchetti
software”,
a
pagina
33.
“Aggiunta
di
oggetti
non
nativi
al
file
system
nativo
OS/400”
a
pagina
115
e
“Esecuzione
di
un
programma
OS/400”
a
pagina
116
contengono
esempi
relativi
alla
definizione
delle
destinazioni
degli
oggetti
del
pacchetto
software
su
file
system
nativi
OS/400.
Se
si
utilizza
IFS,
è
possibile
modificare
e
gestire
gli
oggetti
nello
stesso
modo
in
cui
vengono
gestiti
gli
oggetti
UNIX.
E’
possibile
aggiungere
file,
directory
e
collegamenti
nello
stesso
modo
in
cui
tali
operazioni
vengono
eseguite
in
un
ambiente
UNIX.
File
system
OS/400
nativi
e
integrati
Il
file
system
OS/400
è
un
database
integrato
che
contiene
oggetti
invece
di
file.
Il
file
system
integrato
dispone
di
un’interfaccia
di
tipo
gerarchico
simile
ad
un
sistema
UNIX.
Definizione
di
pacchetti
software
su
oggetti
OS/400
104
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Un’interfaccia
shell
QSH
supporta
la
sintassi
per
i
percorsi
standard
per
i
file
e
le
directory
fornita
dai
sistemi
shell
UNIX.
E’
possibile
fare
riferimento
al
file
system
nativo
nella
convenzione
dei
percorsi
di
tipo
UNIX
utilizzando
IFS.
Ad
esempio,
è
possibile
fare
riferimento
alla
libreria
QGPL
utilizzando:
/QSYS.LIB/QGPL.LIB
Alla
coda
di
emissione
della
stampante
predefinita
QGPL/QPRINT
utilizzando:
/QSYS.LIB/QGPL.LIB/QPRINT.OUTQ
Generalmente,
gli
oggetti
nativi
sono
associati
in:
/QSYS.LIB
/<LIB_NAME>.LIB/<OBJ_NAME>.<TYPE>
Il
tipo
di
oggetto
è
identificato
dal
suffisso
.<TYPE>.
IFS
associa
i
file
fisici
ai
membri
nelle
directory;
per
questo
motivo,
si
fa
riferimento
ad
un
membro
di
file
fisico
nel
modo
riportato
di
seguito:
/QSYS.LIB/<LIB_NAME>.LIB/<OBJ_NAME>.FILE/<MBR_NAME>.MBR
Utilizzando
l’interfaccia
utente
FileChooser
dell’Editor
di
pacchetti
software
per
la
navigazione
in
IFS,
è
possibile
installare,
rimuovere
e
gestire
i
pacchetti
software
che
contengono
oggetti
UNIX
su
un
sistema
OS/400.
Utilizzo
dell’Editor
di
pacchetti
software
OS/400
L’Editor
di
pacchetti
software
OS/400
è
basato
sull’Editor
di
pacchetti
software
standard.
Per
questo
motivo,
le
operazioni
che
possono
essere
eseguite
dall’Editor
di
pacchetti
software
standard
e
dall’Editor
di
pacchetti
software
OS/400
non
vengono
riportate
in
questa
sezione.
Per
informazioni
relative
alle
operazioni
comuni,
consultare
Capitolo
3,
“Creazione
di
pacchetti
software
mediante
l’Editor
dei
pacchetti
software”,
a
pagina
33.
Questa
sezione
descrive
come
utilizzare
l’Editor
di
pacchetti
software
OS/400
per
effettuare
le
operazioni
riportate
di
seguito
da
un
sito
di
preparazione
Windows:
v
Aggiungere
una
libreria
OS/400
v
Aggiungere
un
oggetto
OS/400
v
Rimuovere
una
libreria
OS/400
v
Rimuovere
un
oggetto
OS/400
v
Aggiungere
un
programma
su
licenza
OS/400
v
Rimuovere
un
programma
su
licenza
OS/400
v
Modificare
un
valore
di
sistema
OS/400
Avvio
dell’Editor
di
pacchetti
software
OS/400
Da
una
macchina
Windows
su
cui
è
installato
l’Editor
di
pacchetti
software
OS/400
ed
è
disponibile
una
connessione
TCP/IP
ad
una
macchina
OS/400,
avviare
l’Editor
di
pacchetti
software
OS/400
nel
modo
riportato
di
seguito:
1.
Fare
doppio
clic
sull’icona
Editor
di
pacchetti
software
OS400
sul
desktop.
Note:
a.
Prima
di
utilizzare
l’Editor
di
pacchetti
software
OS/400,
effettuare
le
operazioni
riportate
di
seguito
sulla
macchina
del
sito
di
preparazione
AS/400:
v
Verificare
che
tutti
i
daemon
del
server
host
siano
stati
avviati.
Consultare
il
comando
strhostsvr
*all.
File
system
OS/400
nativi
e
integrati
Capitolo
5.
Utilizzo
di
Software
Distribution
in
OS/400
105
v
Installare
l’Editor
di
pacchetti
software
OS/400
fornito
nel
file
Tivoli_SWDEP_400PS.spb.b.
La
creazione
di
un
pacchetto
viene
eseguita
in
un
lavoro
nel
profilo
utente
specificato.Viene
visualizzata
la
finestra
Connessione
OS400.
2.
Immettere
il
nome
della
macchina
host
OS/400,
l’ID
utente
e
la
password
per
la
macchina
a
cui
si
desidera
collegarsi.
Tali
informazioni
sono
relative
alla
macchina
in
cui
sono
disponibili
gli
oggetti
per
la
creazione
del
pacchetto.
Per
creare
pacchetti
software
che
contengono
oggetti
OS/400,
l’ID
utente
deve
disporre
di
autorizzazione
*ALLOBJ
sul
sistema
AS/400.
3.
Fare
clic
su
OK
per
tornare
alla
finestra
principale
dell’Editor
di
pacchetti
software.
Aggiunta
di
oggetti
e
librerie
OS/400
Utilizzare
i
comandi
Aggiungi
libreria
OS/400
ed
Aggiungi
oggetto
OS/400
per
specificare
gli
oggetti
OS/400
che
devono
essere
installati
sui
sistemi
di
destinazione.
Un
oggetto
OS/400
può
essere
aggiunto
solo
in
una
libreria,
per
cuianche
se
la
libreria
già
esiste
sul
sistema
di
destinazione,
è
necessario
specificarla
nel
pacchetto
software
e
specificare
gli
oggetti
all’interno
di
tale
libreria
che
devono
essere
aggiunti
al
sistema
di
destinazione.
E’
possibile
specificare
gli
oggetti
della
libreria
da
includere,
come
riportato
di
seguito:
v
Tutti
gli
oggetti
nella
libreria.
Utilizzo
dell’Editor
di
pacchetti
software
OS/400
106
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
v
Solo
gli
oggetti
modificati
a
partire
da
una
data
ed
ora
di
riferimento
specificate.
v
Oggetti
selezionati
specificati
utilizzando
il
comando
Aggiungi
oggetto
OS/400.
Per
aggiungere
una
libreria
OS/400
ad
un
sistema
di
destinazione,
effettuare
le
operazioni
riportate
di
seguito:
1.
Nella
finestra
Editor
di
pacchetti
software,
selezionare
la
scheda
Aggiungi
oggetto.
2.
Selezionare
l’icona
Libreria
OS400.
Viene
visualizzata
la
finestra
Proprietà
di
Aggiungi
libreria
OS400.
3.
Nella
casella
di
testo
Ubicazione,
immettere
il
percorso
della
libreria
principale
in
cui
si
trova
la
libreria
da
aggiungere
oppure
utilizzare
il
pulsante
...
per
ricercare
la
libreria.
Il
percorso
non
può
contenere
caratteri
jolly.
Il
percorso
specificato
viene
duplicato
nella
casella
di
testo
Ubicazione
di
destinazione.
4.
Nella
casella
di
testo
Nome
di
origine,
immettere
il
nome
della
libreria
da
aggiungere.
In
questa
casella
di
testo
è
possibile
utilizzare
caratteri
jolly.
Il
nome
viene
duplicato
nella
casella
di
testo
Nome
di
destinazione.
5.
Nella
casella
di
testo
Ubicazione
di
destinazione,
specificare
il
percorso
della
libreria
principale
OS/400
in
cui
aggiungere
il
pacchetto
oppure
utilizzare
il
pulsante
...
per
ricercare
la
libreria.
6.
Nella
casella
di
testo
Nome
di
destinazione,
immettere
il
nome
della
libreria
a
cui
si
desidera
aggiungere
il
pacchetto.
7.
Se
non
si
desidera
aggiungere
tutti
gli
oggetti
della
libreria,
non
selezionare
la
casella
di
spunta
Scendi.
Questa
è
l’impostazione
predefinita.
8.
Per
aggiungere
tutti
gli
oggetti
della
libreria
oppure
gli
oggetti
modificati,
selezionare
la
casella
di
spunta
Scendi
e
definire
il
contenuto
della
libreria
che
si
desidera
aggiungere
al
pacchetto
software.
E’
possibile
effettuare
tale
operazione
selezionando
uno
dei
pulsanti
riportati
di
seguito:
Tutti
gli
oggetti
Selezionando
questo
pulsante,
vengono
aggiunti
tutti
gli
oggetti
contenuti
nella
libreria.
Utilizzo
dell’Editor
di
pacchetti
software
OS/400
Capitolo
5.
Utilizzo
di
Software
Distribution
in
OS/400
107
Solo
oggetti
modificati
Selezionando
questo
pulsante,
vengono
aggiunti
solo
gli
oggetti
che
sono
stati
modificati
a
partire
da
una
data
ed
un’ora
di
riferimento
specificate.
9.
Se
è
stato
selezionato
il
pulsante
Solo
oggetti
modificati,
è
necessario
specificare
la
data
e
l’ora
di
riferimento
nelle
caselle
di
testo
Data
di
riferimento
ed
Ora
di
riferimento.
Il
formato
dell’ora
deve
essere
HH:MM:SS.
E’
possibile
modificare
il
separatore
in
base
all’impostazione
del
valore
di
sistema
QTIMSEP,
che
supporta
i
separatori
riportati
di
seguito:
v
Due
punti
(:)
v
Punto
(.)
v
Virgola
(,)
v
Spazio
vuoto10.
Dall’elenco
Opzioni
di
sostituzione,
selezionare
l’opzione
di
sostituzione
appropriata,
come
riportato
di
seguito:
TUTTI
Tutti
gli
oggetti
contenuti
nella
libreria
vengono
aggiunti
al
sistema
di
destinazione.
Questa
è
l’impostazione
predefinita.
NUOVI
Vengono
aggiunti
al
sistema
di
destinazione
solo
gli
oggetti
che
non
esistono
nella
libreria
di
destinazione.
VECCHI
Vengono
aggiunti
al
sistema
di
destinazione
solo
gli
oggetti
che
già
esistono
nella
libreria
di
destinazione.11.
Nella
casella
di
elenco
Release
della
destinazione,
immettere
il
release
del
sistema
OS/400
di
destinazione.
E’
possibile
specificare
il
release
di
destinazione
nel
modo
riportato
di
seguito:
*CURRENT
Indica
il
release
corrente.
*PRV
Indica
il
release
precedente
con
livello
di
modifica
0.
VxRyMz
Indica
il
release
della
destinazione.
Dove
x
è
un
numero
di
versione
valido,
y
è
un
numero
di
release
valido
e
z
è
un
livello
di
modifica
valido.
Ad
esempio,
V4R4M0.
Nota:
Se
il
release
della
destinazione
dell’endpoint
AS/400
non
è
congruente
con
questo
valore,
l’oggetto
non
viene
installato.
E’
possibile
utilizzare
l’attributo
OS_VERSION
per
condizionare
l’installazione
in
base
alla
versione
del
pacchetto
installato
sul
sistema
di
destinazione.
12.
Definire
la
macchina
su
cui
raccogliere
gli
oggetti
della
libreria
selezionata
al
momento
dell’esecuzione
in
uno
dei
modi
riportati
di
seguito:
v
Sulla
macchina
di
preparazione
OS/400
quando
viene
creato
il
pacchetto:
lasciare
non
selezionata
la
casella
Remoto.
Questa
è
l’impostazione
predefinita.
Viene
creato
un
*SAVF.
v
Sulla
macchina
di
destinazione
al
momento
dell’esecuzione:
selezionare
la
casella
di
spunta
Remoto.
Non
viene
creato
un
file
*SAVF.
Gli
oggetti
vengono
raccolti
direttamente
dalla
macchina
di
destinazione.13.
Per
inserire
una
verifica
di
condizione,
fare
clic
sul
pulsante
Condizione
e
selezionare
le
opzioni
desiderate
nella
finestra
Editor
delle
condizioni.
14.
Fare
clic
su
OK
per
attivare
l’operazione.
Utilizzo
dell’Editor
di
pacchetti
software
OS/400
108
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Aggiunta
di
oggetti
OS/400
SE
non
è
stata
selezionata
la
casella
di
spunta
Scendi
nella
finestra
Aggiungi
libreria
OS/400,
è
necessario
utilizzare
l’azione
Aggiungi
oggetto
OS/400
per
aggiungere
i
singoli
oggetti
OS/400
alla
libreria
OS/400
aggiunta.
Ciascun
oggetto
aggiunto
contiene
un
simbolo
di
addizione
(+)
verde
nella
relativa
icona.
Per
aggiungere
un
oggetto
OS/400
ad
una
libreria,
effettuare
le
operazioni
riportate
di
seguito:
1.
Nel
pannello
di
sinistra
della
finestra
Editor
di
pacchetti
software,
selezionare
la
libreria
OS/400
a
cui
si
desidera
aggiungere
l’oggetto.
2.
Nella
pagina
Aggiungi
oggetto,
fare
clic
sull’icona
Oggetto
OS400.
Viene
visualizzata
la
finestra
Proprietà
di
Aggiungi
oggetto
OS400.
In
alternativa,
è
possibile
fare
clic
con
il
tastino
destro
sull’oggetto
della
libreria
OS/400
e
selezionare
Inserisci
per
inserire
un
altro
oggetto
della
libreria,
un
oggetto
OS/400
oppure
più
librerie
ed
oggetti.
3.
Nella
casella
di
testo
Ubicazione
di
origine,
specificare
il
percorso
della
libreria
che
contiene
l’oggetto
da
aggiungere
al
pacchetto
software.
Il
percorso
non
può
contenere
caratteri
jolly.
Il
nome
del
percorso
viene
duplicato
nella
casella
di
testo
Ubicazione
di
destinazione.
4.
Nella
casella
di
testo
Nome
di
origine,
specificare
il
nome
dell’oggetto
della
libreria
da
aggiungere.
E’
possibile
utilizzare
i
caratteri
jolly.
5.
Nella
casella
di
elenco
Ubicazione
di
destinazione,
specificare
il
percorso
di
destinazione
della
libreria
alla
quale
aggiungere
l’oggetto.
6.
Nella
casella
di
elenco
Nome
di
destinazione,
specificare
il
nome
dell’oggetto
da
aggiungere.
7.
Specificare
il
punto
in
cui
eseguire
la
raccolta
dell’oggetto,
come
riportato
di
seguito:
v
Selezionare
la
casella
di
spunta
Remoto
se
si
desidera
che
la
raccolta
dell’oggetto
venga
eseguita
sulla
macchina
di
destinazione
al
momento
dell’esecuzione.
v
Annullare
la
selezione
della
casella
di
spunta
Remoto
se
si
desidera
che
la
raccolta
dell’oggetto
venga
eseguita
sulla
macchina
di
preparazione
OS/400
quando
viene
creato
il
pacchetto.8.
Se
si
desidera
inserire
una
verifica
di
condizione,
fare
clic
sul
pulsante
Condizione
e
selezionare
le
opzioni
desiderate
nella
finestra
Editor
delle
condizioni.
Utilizzo
dell’Editor
di
pacchetti
software
OS/400
Capitolo
5.
Utilizzo
di
Software
Distribution
in
OS/400
109
9.
Fare
clic
su
OK
per
attivare
l’operazione.
Rimozione
di
librerie
OS/400
Per
rimuovere
una
libreria
da
una
macchina
OS/400
di
destinazione,
effettuare
le
operazioni
riportate
di
seguito:
1.
Nella
finestra
Editor
di
pacchetti
software,
selezionare
la
scheda
Elimina
oggetto.
2.
Selezionare
l’icona
Libreria
OS400.
Viene
visualizzata
la
finestra
Proprietà
di
Elimina
libreria
OS400.
3.
Nella
casella
di
elenco
Ubicazione,
specificare
la
posizione
della
libreria
principale
della
libreria
OS/400
da
rimuovere.
4.
Nella
casella
di
elenco
Nome,
specificare
il
nome
della
libreria
che
si
desidera
rimuovere.
5.
Se
si
desidera
rimuovere
la
libreria
ed
il
relativo
contenuto
dal
sistema
di
destinazione,
selezionare
la
casella
di
spunta
Scendi.
Annullare
la
selezione
di
questa
casella
di
spunta
se
si
desidera
rimuovere
una
libreria
vuota
dal
sistema
di
destinazione.
Per
impostazione
predefinita,
la
casella
non
è
selezionata.
6.
Se
si
desidera
inserire
una
verifica
di
condizione,
fare
clic
sul
pulsante
Condizione
e
selezionare
le
opzioni
desiderate
nella
finestra
Editor
delle
condizioni.
7.
Fare
clic
su
OK
per
attivare
l’operazione.
Eliminazione
di
oggetti
OS/400
L’azione
Elimina
oggetto
OS/400
consente
di
eliminare
singoli
oggetti
da
una
libreria.
Ciascun
oggetto
rimosso
contiene
un
simbolo
di
sottrazione
(-)
rosso
nella
relativa
icona.
Per
rimuovere
un
oggetto
OS/400,
effettuare
le
operazioni
riportate
di
seguito:
1.
Nel
pannello
di
sinistra
della
finestra
Editor
di
pacchetti
software,
selezionare
la
libreria
OS/400
da
cui
si
desidera
rimuovere
l’oggetto.
Utilizzo
dell’Editor
di
pacchetti
software
OS/400
110
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
2.
Nella
pagina
Elimina
oggetto,
selezionare
Elimina
oggetto.
Viene
visualizzata
la
finestra
Proprietà
di
Elimina
oggetto
OS400.
3.
Nella
casella
di
elenco
Ubicazione,
specificare
la
posizione
della
libreria
OS/400
che
contiene
l’oggetto
da
rimuovere,
se
la
posizione
non
è
già
visualizzata.
4.
Nella
casella
di
elenco
Nome,
specificare
il
nome
dell’oggetto
OS/400
da
rimuovere.
5.
Se
si
desidera
inserire
una
verifica
di
condizione,
fare
clic
sul
pulsante
Condizione
e
selezionare
le
opzioni
desiderate
nella
finestra
Editor
delle
condizioni.
6.
Fare
clic
su
OK
per
attivare
l’operazione.
Aggiunta
di
programmi
su
licenza
OS/400
Utilizzando
l’azione
Aggiungi
programma
su
licenza
OS/400,
è
possibile
aggiungere
un’azione
ad
un
pacchetto
software
per
installare
un
programma
su
licenza
su
un
sistema
OS/400.
Per
richiamare
il
programma
su
licenza
da
installare,
sono
disponibili
le
opzioni
riportate
di
seguito:
v
Da
un
LICPGM
esistente.
Questa
è
un’operazione
locale
in
cui
viene
fornito
l’ID
del
programma
su
licenza
già
installato
sul
sito
di
preparazione.
Al
momento
della
creazione,
il
programma
viene
richiamato
dalla
macchina
di
origine,
salvato
in
un
file
*SAVF
ed
incluso
nel
pacchetto.
Al
momento
dell’installazione,
il
programma
è
installato
sulla
macchina
di
destinazione.
v
Da
una
periferica.
Questa
è
un’operazione
remota
in
cui
viene
specificata
la
periferica,
ad
esempio
un’unità
CD-ROM,
da
cui
viene
installato
il
programma.
Al
momento
della
creazione,
nel
pacchetto
non
viene
incluso
alcun
file
*SAVF.
Al
momento
dell’installazione,
il
programma
viene
installato
sul
sistema
di
destinazione
dalla
periferica
specificata.
Nota:
Per
installare
correttamente
un
pacchetto
software
che
installa
un
programma
su
licenza,
alcuni
prodotti
richiedono
che
il
profilo
utente
che
esegue
il
processo
di
installazione
sia
incluso
nella
directory
di
distribuzione
del
sistema.
In
questo
caso,
aggiungere
il
profilo
utente
QTIVROOT
alla
directory
di
distribuzione
del
sistema.
Per
ulteriori
informazioni,
fare
riferimento
al
manuale
di
installazione
del
prodotto.v
Da
un
file
salvato
esistente.
Questa
è
un’operazione
remota
in
cui
viene
specificato
il
percorso
del
file
*SAVF
da
utilizzare
per
installare
il
programma
al
momento
dell’installazione.
Al
momento
della
creazione,
nel
pacchetto
non
viene
incluso
alcun
file
*SAVF,
ma
al
momento
dell’installazione
il
programma
viene
installato
sul
sistema
di
destinazione
dal
file
*SAVF
specificato.
Per
aggiungere
un
programma
su
licenza
OS/400,
effettuare
le
operazioni
riportate
di
seguito:
Utilizzo
dell’Editor
di
pacchetti
software
OS/400
Capitolo
5.
Utilizzo
di
Software
Distribution
in
OS/400
111
1.
Nella
finestra
Editor
di
pacchetti
software,
selezionare
la
scheda
Aggiungi
oggetto.
2.
Selezionare
l’icona
the
Programma
su
licenza
OS400.
Viene
visualizzata
la
finestra
Proprietà
di
Aggiungi
programma
su
licenza
OS400.
3.
Nelle
caselle
di
testo,
immettere
le
informazioni
relative
al
programma
su
licenza,
come
riportato
di
seguito:
Nome
Immettere
il
codice
alfanumerico
del
programma
su
licenza
da
installare,
in
formato
OS/400
(5763XD1).
Opzione
Immettere
il
nome
delle
parti
opzionali
del
programma
su
licenza
specificato.
Il
valore
predefinito
è
*ALL.
Lingua
Immettere
la
lingua
relativa
al
programma
su
licenza
specificato.
Il
valore
predefinito
è
*ALL.
Release
Immettere
il
release
del
programma
su
licenza
da
installare.
Questa
voce
non
è
necessaria
se
il
prodotto
specificato
contiene
solo
un
release.
Il
valore
predefinito
è
*ONLY.
Release
della
destinazione
Immettere
il
release
del
sistema
OS/400
di
destinazione.
Il
valore
predefinito
è
*CURRENT.4.
Dall’elenco
Tipo,
specificare
il
tipo
di
oggetto
da
ripristinare,
come
riportato
di
seguito:
*ALL
Installa
il
programma
su
licenza
ed
i
componenti
della
lingua.
Questa
è
l’impostazione
predefinita.
*PGM
Installa
solo
il
programma.
Questo
tipo
viene
utilizzato,
ad
esempio,
se
è
stato
aggiornato
il
programma
ma
non
il
componente
relativo
alla
lingua.
Utilizzo
dell’Editor
di
pacchetti
software
OS/400
112
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
*LNG
Installa
solo
il
componente
relativo
alla
lingua.
Utilizzare
questo
tipo,
ad
esempio,
se
si
aggiunge
una
nuova
lingua
ad
un
programma
su
licenza
precedentemente
installato.5.
Se
la
periferica
che
contiene
il
programma
su
licenza
da
aggiungere
si
trova
sulla
macchina
di
destinazione,
selezionare
la
casella
di
spunta
Remoto
ed
individuare
il
programma
in
uno
dei
modi
riportati
di
seguito:
v
Specificare
nella
casella
di
testo
Origine
il
file
SAVF
in
cui
è
contenuto
il
programma
su
licenza.
Utilizzare
il
formato
/QSYS.LIB/MYLIB.LIB/SAVF.FILE.
v
Specificare
nella
casella
di
testo
Unità
il
nome
dell’unità
in
cui
è
contenuto
il
programma,
ad
esempio,
il
nome
dell’unità
opzionale.6.
Se
si
desidera
inserire
una
verifica
di
condizione,
fare
clic
sul
pulsante
Condizione
e
selezionare
le
opzioni
desiderate
nella
finestra
Editor
delle
condizioni.
7.
Fare
clic
su
OK
per
attivare
l’operazione.
Rimozione
di
programmi
su
licenza
OS/400
L’azione
Elimina
programma
su
licenza
OS/400
consente
di
specificare
l’ID
del
programma
da
rimuovere
dal
sistema
di
destinazione.
Al
momento
dell’installazione,
il
programma
specificato
viene
rimosso
dal
sistema
di
destinazione.
Per
rimuovere
un
programma
su
licenza
OS/400,
effettuare
le
operazioni
riportate
di
seguito:
1.
Nella
finestra
Editor
di
pacchetti
software,
selezionare
la
scheda
Elimina
oggetto.
2.
Selezionare
l’icona
Programma
su
licenza
OS400.
Proprietà
del
programma
su
licenza
OS400su
licenza
OS400.
3.
Nelle
caselle
di
testo,
immettere
le
informazioni
relative
al
programma
su
licenza
da
rimuovere,
come
riportato
di
seguito:
Nome
Immettere
il
codice
alfanumerico
del
programma
su
licenza
da
rimuovere,
in
formato
OS/400
(5763XD1).
Opzione
Immettere
il
nome
dell’opzione
di
installazione
per
il
programma
su
licenza
selezionato.
Il
valore
predefinito
è
*ALL.
Lingua
Immettere
la
lingua
relativa
al
programma
su
licenza
specificato.
Il
valore
predefinito
è
*ALL.
Utilizzo
dell’Editor
di
pacchetti
software
OS/400
Capitolo
5.
Utilizzo
di
Software
Distribution
in
OS/400
113
Release
Immettere
il
release
del
programma
su
licenza
da
rimuovere.
Questa
voce
non
è
necessaria
se
il
prodotto
specificato
contiene
solo
un
release.
Il
valore
predefinito
è
*ONLY.4.
Se
si
desidera
inserire
una
verifica
di
condizione,
fare
clic
sul
pulsante
Condizione
e
selezionare
le
opzioni
desiderate
nella
finestra
Editor
delle
condizioni.
5.
Fare
clic
su
OK
per
attivare
l’operazione.
Modifica
del
valore
di
sistema
OS/400
L’azione
Imposta
valore
di
sistema
OS/400
consente
di
specificare
un
nuovo
valore
per
una
coppia
nome/valore
SYSVAL
OS/400.
Per
modificare
un
valore
di
sistema,
effettuare
le
operazioni
riportate
di
seguito:
1.
Nella
finestra
Editor
di
pacchetti
software
OS/400,
selezionare
la
scheda
Azioni
di
sistema.
2.
Selezionare
l’icona
Imposta
valore
di
sistema
OS400.
Viene
visualizzata
la
finestra
Proprietà
del
valore
di
sistema
OS400.
3.
Nella
casella
di
testo
Nome,
immettere
il
nome
del
valore
di
sistema
da
modificare.
4.
Nella
casella
di
testo
Valore,
immettere
il
nuovo
valore
del
valore
di
sistema
specificato.
Per
ulteriori
informazioni
relative
ai
valori
di
sistema
OS/400,
fare
riferimento
a
OS/400
Work
Management,
SC41-5306.
5.
Se
si
desidera
inserire
una
verifica
di
condizione,
fare
clic
sul
pulsante
Condizione
e
selezionare
le
opzioni
desiderate
nella
finestra
Editor
delle
condizioni.
6.
Fare
clic
su
OK
per
salvare
le
informazioni
e
chiudere
la
finestra
di
dialogo.
Utilizzo
di
funzioni
non
specifiche
di
OS/400
In
aggiunta
alle
funzioni
specifiche
di
OS/400,
quando
si
definisce
un
pacchetto
software
per
la
distribuzione
su
un
sistema
OS/400,
è
possibile
utilizzare
le
funzioni
standard
dell’Editor
di
pacchetti
software,
come
riportato
di
seguito:
v
Le
funzioni
Aggiungi
directory
ed
Aggiungi
file,
per
aggiungere
un
file
non
nativo,
ad
esempio
da
un
sistema
Unix
ad
un
sistema
OS/400.
Consultare
“Aggiunta
di
oggetti
non
nativi
al
file
system
nativo
OS/400”
a
pagina
115.
v
L’azione
Esegui
programma
utente
per
eseguire
un
programma,
come
ad
esempio,
uno
script
C,
CL,
REXX,
exec
oppure
batch.
Consultare
“Esecuzione
di
un
programma
OS/400”
a
pagina
116.
In
questa
sezione
viene
illustrato
come
specificare
i
percorsi
di
destinazione
dei
file
in
un
file
system
nativo
OS/400.
Sono
forniti
degli
esempi
che
illustrano
le
stanze
Utilizzo
dell’Editor
di
pacchetti
software
OS/400
114
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
che
definiscono
le
azioni
di
aggiunta
di
directory,
di
aggiunta
di
file
e
di
esecuzione
di
programmi
utente
nel
file
SPD.
Nota:
Se
il
file
system
di
destinazione
è
IFS
OS/400,
i
file
vengono
specificati
nello
stesso
modo
in
cui
vengono
specificati
per
un
file
system
Unix.
Aggiunta
di
oggetti
non
nativi
al
file
system
nativo
OS/400
E’
possibile
utilizzare
l’Editor
di
pacchetti
software
per
aggiungere
oggetti
in
un
pacchetto
software
che
aggiungerà
oggetti
non
nativi
ad
un
file
system
OS/400.
In
questo
modo,
è
possibile
aggiungere
file
di
un
file
system
non
OS/400,
ad
esempio,
Windows
o
Unix,
al
file
system
nativo
OS/400
come
file
fisici
o
membri
di
file.
E’
possibile
aggiungere
gli
oggetti
al
pacchetto
software
utilizzando
le
azioni
Aggiungi
directory
ed
Aggiungi
file
disponibili
nell’Editor
di
pacchetti
software
standard.
Consultare
“Aggiunta
di
directory
e
file”
a
pagina
38.
Per
aggiungere
una
directory
o
un
file
ad
un
file
system
nativo
OS/400,
specificare
un
file
fisico
nativo
OS/400
come
percorso
di
destinazione.
Durante
l’installazione,
Software
Distribution
aggiunge
il
file
al
file
fisico
nativo
come
file
più
membro
o
come
membro
aggiuntivo
di
un
file
esistente.
Note:
1.
Se
il
file
fisico
di
destinazione
già
esiste
sul
sistema
di
destinazione,
esso
mantiene
gli
attributi,
ad
esempio,
PF_DTA.
Se
il
file
fisico
non
esiste
sul
sistema
di
destinazione,
viene
creato
un
nuovo
file
fisico
con
attributo
PF_SRC
(File
fisico
di
origine).
2.
Quando
vengono
aggiunti
i
membri
ad
un
file
fisico,
accertarsi
che
il
numero
massimo
di
membri
(MAXMBRS)
e
la
dimensione
del
file
(SIZE)
sono
sufficienti.
3.
Non
è
possibile
aggiungere
un
gruppo
di
file
con
lo
stesso
nome
ed
estensioni
diverse.
OS/400
non
utilizza
le
estensioni
per
differenziare
i
file.
Le
estensioni
OS/400
sono
assegnate
ai
file
quando
questi
vengono
aggiunti
al
file
system
e
le
estensioni
originali
vengono
perse.
Ciò
significa
che
i
file
con
lo
stesso
nome
vengono
sovrascritti
reciprocamente.
4.
Quando
viene
aggiunto
un
oggetto
ad
un
sistema
di
destinazione
OS/400,
l’ultima
data
modificata
viene
impostata
sulla
data
corrente.
In
ogni
caso,
la
data
utilizzata
per
determinare
se
l’oggetto
deve
essere
aggiunto
è
la
data
modificata
più
recente
nel
sistema
di
origine.
Quando
viene
specificato
il
percorso
del
file
system
OS/400,
utilizzare
la
convenzione
descritta
nella
sezione
“File
system
OS/400
nativi
e
integrati”
a
pagina
104.
Ad
esempio,
per
aggiungere
i
file
della
directory
/usr/sd/source
alla
libreria
mylib.lib,
utilizzare:
...
add
directory
location
=
“/usr/sd”
name
=
“source”
destination
=
“/QSYS.LIB/MYLIB.LIB”
add
=
y
descend_dirs
=
y
translate
=
y
end
...
Durante
l’installazione,
tali
azioni
aggiungono
i
file
(raccolti
durante
la
creazione
in
nell’host
di
origine
UNIX
o
Windows)
come
file
della
libreria
MYLIB.LIB.
Ogni
file
Utilizzo
di
funzioni
non
specifiche
di
OS/400
Capitolo
5.
Utilizzo
di
Software
Distribution
in
OS/400
115
contiene
un
membro
con
il
nome
nel
file
fisico
(/QSYS.LIB/MYLIB.LIB/FILE_1.FILE/FILE_1.MEMBER).
Per
impostazione
predefinita,
i
file
sono
creati
come
file
fisici
di
origine
OS/400
(PF_SRC).
Per
aggiungere
i
file
FILE1.DAT
e
FILE2.DAT
ad
un
file
fisico
OS/400
esistente,
utilizzare:
...
add
directory
location
=
“/usr/sd”
name
=
“source”
destination
=
“/QSYS.LIB/MYLIB.LIB/DATA.FILE”
add
=
y
descend_dirs
=
n
file
name
=
“FILE1.DAT”
destination
=
“FILE1.MBR”
translate
=
y
end
file
name
=
“FILE2.DAT”
destination
=
“FILE2.MBR”
translate
=
y
end
end
end
...
Durante
l’installazione,
questi
comandi
aggiungono
i
file
FILE1.DAT
e
FILE2.DAT
(raccolti
durante
la
creazione
in
nell’host
di
origine
UNIX
o
Windows)
come
membri
file
fisico
OS/400
esistente
(/QSYS.LIB/MYLIB.LIB/DATA.FILE/FILE1.MBR
...
FILE2.MBR).
Nell’esempio,
l’attributo
translate
è
impostato
su
y.
Ciò
consente
la
conversione
da
ASCII
in
EBCDIC
e
la
conversione
della
code
page.
La
conversione
viene
eseguita
prima
che
il
file
sia
aggiunto
al
file
fisico
OS/400.
Esecuzione
di
un
programma
OS/400
E’
possibile
utilizzare
l’Editor
dei
pacchetti
software
per
aggiungere
un’azione
Esegui
programma
utente
ad
un
pacchetto
software
che
include
un
programma
OS/400,
come
C,
CL,
REXX,
un
exec,
o
un
batch.
Durante
l’installazione,
Software
Distribution
esegue
il
programma
nei
destinatari
OS/400.
Nota:
Se
il
programma
da
eseguire
non
è
già
sulla
macchina
di
destinazione,
è
possibile
installarlo
utilizzando
l’azione
aggiungi
oggetto
OS400.
Una
definizione
di
esempio
per
l’installazione
di
un
programma
OS/400
seguito
dall’esecuzione,
viene
fornita
alla
fine
di
questa
sezione.
Le
ubicazioni
del
programma
utente
da
eseguire,
i
file
di
output
e
di
errore
sono
specificati
negli
attributi
path
,
output_file
e
error_file
di
execute_user_program
stanza.
Quando
viene
specificato
il
percorso,
utilizzare
la
convenzione
descritta
nella
sezione
“File
system
OS/400
nativi
e
integrati”
a
pagina
104.
Ad
esempio,
la
seguente
stanza
aggiunge
un’azione
per
eseguire
il
programma
CL
outmsg:
.......
execute_user_program
name
=
“outmsg”
transactional
=
n
Utilizzo
di
funzioni
non
specifiche
di
OS/400
116
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
during_install
exit
codes
success
=
0,0
failure
=
1,65535
end
path
=
“\qsys.lib\mylib.lib\outmsg.pgm”
arguments
=
“first
second”
timeout
=
-1
unix_user_id
=
0
unix_group_id
=
0
user_input_required
=
n
output_file
=
“\qsys.lib\mylib.lib\output.file\output.mbr”
error_file
=
“\qsys.lib\mylib.lib\output.file\error.mbr”
output_file_append
=
y
error_file_append
=
y
end
.......
Durante
l’installazione,
questa
azione
esegue
il
programma
ubicato
in
/QSYS.LIB/MYLIB.LIB/OUTMSG.PGM.
I
file
di
output
e
di
errore
del
programma
vengono
creati
nel
sistema
di
destinazione
OS/400
come
membri
di
/QSYS.LIB/MYLIB.LIB/OUTPUT.FILE/
ERROR.MBR...OUTPUT.MBR.
L’esempio
seguente
esegue
il
programma
CL
post
che
utilizza
il
file
FILE.DAT
richiesto
(configurato).
.......
execute_user_program
transactional
=
n
during_install
exit
codes
success
=
0,0
failure
=
1,65535
end
path
=
“\qsys.lib\mylib.lib\post.pgm”
corequisite_files
file
name
=
“\usr\sd\target\file.dat
destination
=
“\usr\sd\target\file.dat
translate
=
y
end
end
............
Durante
la
creazione,
questo
comando
aggiunge
il
file
richiesto
(configurato)
e
file
FILE.DAT
(raccolti
durante
la
creazione
in
nell’host
di
origine
UNIX
o
Windows)
nel
pacchetto.
Durante
l’installazione,
questo
pacchetto
esegue
il
programma
ubicato
in
/QSYS.LIB/MYLIB.LIB/POST.PGM
ed
utilizza
il
file
richiesto
(configurato)
incluso
nel
pacchetto.
Utilizzo
di
funzioni
non
specifiche
di
OS/400
Capitolo
5.
Utilizzo
di
Software
Distribution
in
OS/400
117
Nell’esempio,
l’attributo
translate
per
il
file
richiesto
(configurato)
è
impostato
su
y.
Ciò
consente
la
conversione
da
ASCII
in
EBCDIC
e
viceversa,
o
la
conversione
della
codepage.
La
conversione
viene
eseguita
prima
che
il
file
sia
aggiunto
alla
destinazione
OS/400.
Nel
seguente
esempio
viene
eseguito
il
programma
C
nativo
myprog.
Questo
programma
viene
incluso
nel
pacchetto
software.
Come
illustrato
nell’esempio,
il
programma
viene
aggiunto
al
file
system
OS/400
utilizzando
le
azioni
Aggiungi
libreria
OS/400
e
Aggiungi
oggetto
OS/400.
Quindi,
il
pacchetto
software
che
contiene
queste
stanze
deve
essere
definito
utilizzando
l’Editor
di
pacchetti
software
OS/400
connesso
ad
una
macchina
di
preparazione
OS/400.
Questa
operazione
non
è
necessaria
per
gli
oggetti
non
nativi
riportati
in
altri
esempi.
.......
add
os400_lib
location
=
“\qsys.lib”
name
=
“mylib.lib”
destination
=
“\qsys.lib\mylib.lib”
descend
=
n
remote
=
n
os400_obj
name
=
“myprog.pgm”
destination
=
“myprog.pgm”
target_release
=
“*CURRENT*”
remote
=
n
replace_option
=
“*ALL”
end
end
execute_user_program”
name
=
“myprogram”
transactional
=
n
during_install
exit_codes
success
=
0,0
failure
=
1,65535
end
path
=
”\qsys.lib\mylib.lib\myprog.pgm”
end
end
......
Durante
la
creazione,
questo
comando
aggiunge
il
programma
MYPROG.PGM
raccolto
nel
sito
di
preparazione
OS/400)
al
pacchetto.
Durante
l’installazione,
questo
pacchetto
aggiunge
il
programma
MYPROG.PGM
a
/QSYS.LIB/MYLIB.LIB
e
lo
esegue.
Procedure
per
salvare
un
pacchetto
software
OS/400
Quando
vengono
salvati
i
pacchetti
software
dall’Editor
di
pacchetti
software,
tali
pacchetti
devono
essere
memorizzati
nel
database
del
sistema
nel
formato
creato
(.spb).
Non
salvare
i
pacchetti
in
un
formato
non
creato
in
quanto
non
è
possibile
crearli
successivamente.
E’
possibile
aggiornare
i
pacchetti
successivamente,
mediante
il
gateway,
nel
server
Tivoli
management
region,
che
instrada
i
pacchetti
ai
sistemi
di
destinazione
OS/400.
Per
informazioni
sul
salvataggio
dei
pacchetti
software
nel
formato
creato,
consultare
“Salvataggio
del
pacchetto
software”
a
pagina
90.
Utilizzo
di
funzioni
non
specifiche
di
OS/400
118
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Nota:
Quando
viene
creato
un
pacchetto
software
che
contiene
un’azione
per
aggiungere
un
oggetto
OS/400
nativo,
viene
creato
un
file
*SAVF
contenente
l’oggetto
di
origine
nel
sito
di
preparazione
OS/400
e
viene
aggiunto
al
file
del
blocco
di
pacchetti
software.
Per
questa
ragione,
Software
Distribution
gestisce
tutti
gli
oggetti
nativi
OS/400
che
è
possibile
salvare
e
ripristinare
da
un
file
*SAVF,
inclusi
i
programmi
su
licenza.
Utilizzo
di
funzioni
non
specifiche
di
OS/400
Capitolo
5.
Utilizzo
di
Software
Distribution
in
OS/400
119
Utilizzo
di
funzioni
non
specifiche
di
OS/400
120
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Capitolo
6.
Integrazione
di
oggetti
nativi
in
un
pacchetto
software
In
questa
sezione
viene
illustrato
come
utilizzare
Software
Distribution
per
creare
un
pacchetto
software
che
integra
un
pacchetto
di
installazione
nativo.
Software
Distribution
al
momento
supporta
i
seguenti
formati
di
pacchetti
di
terze
parti:
v
Microsoft
Setup,
in
ambiente
Microsoft
v
InstallShield,
in
ambiente
Microsoft
v
Microsoft
Software
Installer
(MSI)
pacchetto,
in
ambiente
Microsoft
v
(Package
Definition
File),
un
file
di
Microsoft
Systems
Management
Server
v
Programmi
CID
(Configuration,
installation,
and
distribution),
in
ambiente
OS/2
v
AIX,
in
ambiente
IBM
AIX
v
pacchetti
Solaris
e
patch
Solaris,
in
ambiente
Solaris.
v
pacchetto
RPM,
in
ambiente
Linux.
v
pacchetto
HP-UX,
in
ambiente
HP-UX.
Utilizzo
dell’Editor
dei
pacchetti
software
per
integrare
gli
oggetti
nativi
Per
integrare
gli
oggetti
nativi
in
un
pacchetto
software,
utilizzare
uno
dei
seguenti
metodi
integrati
nell’Editor
dei
pacchetti
software:
Una
procedura
guidata
E’
possibile
utilizzare
questo
metodo
sugli
endpoint.
Essa
consente
di
creare
un
pacchetto
software
contenente
un
oggetto
nativo.
Essa
prende
l’avvio
da
un
file
dell’oggetto
nativo
specificato.
Con
questo
metodo,
molti
parametri
vengono
presi
direttamente
dall’oggetto.
Questo
strumento
non
può
essere
utilizzato
per
installare
le
patch.
E’
possibile
utilizzare
questo
metodo
se
vengono
soddisfatte
le
seguenti
condizioni:
v
L’Editor
dei
pacchetti
software
è
in
esecuzione
sul
sistema
operativo
cui
appartengono
i
pacchetti
nativi.
v
L’Editor
dei
pacchetti
software
è
in
esecuzione
su
una
stazione
di
lavoro
da
cui
è
possibile
accedere
alle
immagini
del
pacchetto
nativo.
Consultare
“Utilizzo
di
una
procedura
guidata”
a
pagina
126
per
ulteriori
informazioni
su
come
utilizzare
una
procedura
guidata.
Un
metodo
passo
passo
E’
possibile
utilizzare
questo
metodo
sugli
endpoint
e
sui
nodi
gestiti.
Esso
utilizza
una
serie
di
finestre
per
specificare
i
valori
dei
parametri
necessari
per
la
creazione
di
un
pacchetto
software
contenente
un
oggetto
nativo.
Questo
metodo
può
essere
utilizzato
se
un
oggetto
nativo
non
è
presente
sulla
macchina
su
cui
viene
modificato
il
file
di
definizioni
del
pacchetto
software.
E’
anche
possibile
utilizzare
queste
finestre
per
modificare
gli
oggetti
creati
utilizzando
il
wizard,
per
modificare
i
valori
di
default
impostati
nell’oggetto
nativo.
E’
possibile
utilizzare
questo
metodo
se
vengono
soddisfatte
le
seguenti
condizioni:
©
Copyright
IBM
Corp.
2002,
2003
121
v
L’Editor
dei
pacchetti
software
è
in
esecuzione
su
un
sistema
operativo
diverso
da
quello
cui
appartengono
i
pacchetti
nativi.
v
L’Editor
dei
pacchetti
software
è
in
esecuzione
su
una
stazione
di
lavoro
da
cui
non
sono
disponibili
le
immagini
del
pacchetto
nativo.
Consultare
“Utilizzo
delle
finestre”
a
pagina
135
per
ulteriori
informazioni
su
come
utilizzare
le
finestre.
Vantaggi
prodotti
dall’integrazione
di
oggetti
nativi
Utilizzando
Software
Distribution,
è
possibile
creare
e
distribuire
un
pacchetto
software
contenente
un
oggetto
nativo.
Questo
metodo
di
distribuzione
presenta
diversi
vantaggi.
Ad
esempio,
è
possibile
eseguire
quanto
segue:
v
Distribuire
il
pacchetto
software
su
un
gran
numero
di
sistemi
di
destinazione
senza
l’interazione
dell’utente,
evitando
in
tal
modo
la
complessità
di
una
distribuzione
preliminare
sui
server
di
file
della
rete.
v
Memorizzare
le
informazioni
in
un
archivio
centrale
indipendentemente
dallo
stato
del
pacchetto
distribuito
per
ciascun
sistema
sulla
rete.
v
Eseguire
l’installazione
di
un
oggetto
nativo
su
un
sistema
di
destinazione.
v
Definire
la
firma
dell’inventario,
incluse
una
descrizione
e
la
versione
del
prodotto
da
installare.
Per
ulteriori
informazioni,
consultare
Capitolo
13,
“Integrazione
di
Inventory
con
Software
Distribution”,
a
pagina
297.
v
Definire
le
condizioni.
Per
ulteriori
informazioni,
consultare
“Come
rendere
condizionale
un’installazione
nativa”
a
pagina
159.
v
Utilizzare
l’operazione
di
verifica
per
identificare
eventuali
errori
di
installazione.
L’operazione
di
verifica
dei
pacchetti
software
contenenti
gli
oggetti
nativi
restituisce
le
seguenti
condizioni:
–
Quando
il
prodotto
non
è
in
uno
stato
di
installazione
valido.
–
In
ambiente
MSI,
quando
le
funzioni
non
sono
state
installate
con
lo
stato
specificato
nel
pacchetto
software.
–
Quando
mancano
dei
componenti.
Nota:
L’operazione
di
verifica
dei
pacchetti
MSI
non
identifica
situazioni
in
cui
una
versione
successiva
di
un
componente
è
stata
sovrascritta
dall’installazione.v
In
ambiente
MSI
e
AIX,
utilizzare
l’opzione
di
correzione
dell’installazione
per
correggere
gli
elementi
danneggiati
di
un
prodotto
già
installato.
Per
i
prodotti
MSI,
quando
si
definisce
la
finestra
Installa
prodotto
MSI,
è
possibile
selezionare
Modalità
di
reinstallazione,
che
determina
il
tipo
di
correzione
da
apportare.
Creazione
di
un
pacchetto
software
che
integra
un
oggetto
nativo
Un
oggetto
del
pacchetto
software
per
l’installazione
di
un
oggetto
nativo
definisce
le
seguenti
informazioni:
v
Il
pacchetto
nativo
da
utilizzare
per
l’installazione
del
prodotto
sulla
destinazione.
Utilizzando
uno
strumento
di
importazione
di
oggetti
nativi
dall’Editor
dei
pacchetti
software,
è
possibile
leggere
le
informazioni
necessarie
per
la
creazione
dell’oggetto
del
pacchetto
software
direttamente
dall’oggetto
nativo,
se
questo
file
è
presente
sul
sistema
su
cui
viene
creato
il
pacchetto
software.
v
L’ubicazione
delle
immagini
del
prodotto
da
utilizzare
nell’installazione.
Se
le
immagini
del
prodotto
non
sono
contenute
su
un’unità
cui
sia
possibile
accedere
dai
sistemi
di
destinazione,
esse
devono
essere
incluse
nella
Integrazione
di
oggetti
nativi
in
una
pacchetto
software
122
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
distribuzione
del
pacchetto
software
e
memorizzate
in
una
directory
locale
sui
sistemi
di
destinazione.
Viene
definita
installazione
incorporata.
Nota:
Le
installazioni
incorporate
richiedono
una
grande
quantità
di
spazio
sul
disco
sulla
destinazione.
Ciò
accade
perché
esse
creano
un’immagine
del
prodotto
da
installare
in
una
directory
specificata
sul
sistema
di
destinazione.
Queste
immagini
possono
essere
conservate
o
eliminate
al
termine
dell’installazione.
Per
le
installazioni
incorporate,
il
pacchetto
di
input
nativo
utilizzato
per
installare
il
prodotto
sulla
destinazione
deve
essere
definito
nella
directory
indicata
nella
casella
di
testo
Percorso
immagine
di
origine.
Per
i
pacchetti
MSI,
la
struttura
di
directory
contenente
il
file
MSI
deve
contenere
solo
le
immagini
necessarie
per
l’installazione
del
prodotto.
Se
dai
sistemi
di
destinazione
è
possibile
accedere
all’ubicazione
delle
immagini
del
prodotto,
il
pacchetto
software
dovrà
contenere
solo
il
percorso
di
accesso.
Essa
viene
definita
installazione
reindirizzata.
Per
le
installazioni
reindirizzate,
il
pacchetto
di
input
nativo
utilizzato
per
installare
il
prodotto
sulla
destinazione
deve
essere
definito
nella
directory
indicata
nella
casella
di
testo
Percorso
immagine
di
destinazione.
La
struttura
di
directory
contenente
il
file
MSI
deve
contenere
solo
le
immagini
necessarie
per
l’installazione
del
prodotto.
v
Opzioni
di
collegamento.
v
In
ambiente
MSI:
–
Opzioni
di
reinstallazione
da
utilizzare
se
il
pacchetto
viene
installato
in
modo
correzione.
–
Istruzioni
relative
all’installazione
o
alla
non
installazione
di
singole
funzioni
del
prodotto.
–
Proprietà
di
Windows
Installer.
Definizione
delle
operazioni
di
distribuzione
del
software
in
un’installazione
nativa
Nelle
seguenti
tabelle
vengono
indicate
le
operazioni
di
distribuzione
del
software
per
i
seguenti
oggetti
di
installazione
nativi:
v
di
Microsoft:
supporta
tutte
le
operazioni
di
distribuzione
del
software.
v
Pacchetto
MSI
e
patch:
consultare
Tabella
2
e
Tabella
3
a
pagina
124.
v
Pacchetto
AIX
e
aggiornamenti:
consultare
Tabella
4
a
pagina
124
e
Tabella
5
a
pagina
124.
v
Pacchetto
Solaris
e
patch:
consultare
Tabella
6
a
pagina
124
e
Tabella
7
a
pagina
125.
v
Pacchetto
Linux:
consultare
Tabella
8
a
pagina
125.
v
Pacchetto
HP-UX:
consultare
Tabella
9
a
pagina
125.
Tabella
2.
Operazioni
supportate
di
Software
Distribution
per
l’oggetto
nativo
del
pacchetto
MSI
Operazioni
di
Software
Distribution
Install
Install
transactional
Commit
Verify
Repair
Remove
Integrazione
di
oggetti
nativi
Capitolo
6.
Integrazione
di
oggetti
nativi
in
un
pacchetto
software
123
Tabella
3.
Operazioni
supportate
di
Software
Distribution
per
l’oggetto
nativo
della
patch
MSI
Operazioni
di
Software
Distribution
Installa
Install
transactional
Esegui
commit
Rimuovi
Nota:
Software
Distribution
non
esegue
nessuna
azione
sull’oggetto.
La
voce
creata
nel
catalogo
viene
eliminata.
Tabella
4.
Operazioni
supportate
di
Software
Distribution
per
l’oggetto
nativo
del
pacchetto
AIX
Operazioni
di
Software
Distribution
Opzioni
del
comando
AIX
Installp
Install
installp
-ac
Install
repair
Software
Distribution
esegue
una
verifica
dei
fileset
installati
e,
se
non
li
trova,
li
reinstalla.
Remove
installp
-u
Tabella
5.
Operazioni
supportate
di
Software
Distribution
per
l’oggetto
nativo
degli
aggiornamenti
di
AIX
Operazioni
di
Software
Distribution
Opzioni
del
comando
AIX
Installp
Install
undoable
installp
-a
Undo
installp
-r
Accept
installp
-c
Note:
1.
Quando
si
esegue
un
installazione
che
è
possibile
annullare
su
un
pacchetto
software
contenente
un
oggetto
nativo
di
aggiornamento
di
AIX,
il
percorso
della
directory
di
salvataggio
alternativa
o
di
backup,
se
specificato,
non
viene
creato.
2.
L’opzione
force
di
Software
Distribution
non
può
essere
utilizzata
con
i
pacchetti
software
contenenti
un
oggetto
nativo
di
aggiornamento
di
AIX.
Tabella
6.
Operazioni
supportate
di
Software
Distribution
per
l’oggetto
nativo
del
pacchetto
Solaris
Operazioni
di
Software
Distribution
Opzioni
dei
comandi
dei
pacchetti
di
Solaris
Install
pkgadd
Install
transactional
pkgadd
-s
spool_dir
Commit
pkgadd
-d
spool_dir
Verify
pkginfo
[altre
opzioni]
istanza
del
pacchetto
Remove
pkgrm
-s
istanza
del
pacchetto
Undo
(rollback
di
un
pacchetto
IP---)
pkgrm
-s
spool_dir
Integrazione
di
oggetti
nativi
124
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Tabella
7.
Operazioni
supportate
di
Software
Distribution
per
l’oggetto
nativo
della
patch
Solaris
Operazioni
di
Software
Distribution
Opzioni
dei
comandi
delle
patch
di
Solaris
Install
patchadd
-d
Install
undoable
patchadd
Undo
patchrm
patchid
Tabella
8.
Operazioni
supportate
di
Software
Distribution
per
l’oggetto
nativo
del
pacchetto
Linux
Operazioni
di
Software
Distribution
Opzioni
del
comando
Linux
RPM
Install
rpm
-i
rpm
-f
rpm
-u
Remove
rpm
-e
Verify
rpm
-v
Tabella
9.
Operazioni
supportate
di
Software
Distribution
per
l’oggetto
nativo
del
pacchetto
HP-UX
Operazione
Software
Distribution
Opzioni
dei
comandi
HP-UX
Install
swinstall
-s
depot
software_selection
Install
and
accept
Supportato
solo
sulle
patch.
Produce
la
seguente
sequenza
di
comandi:
1.
swinstall
-s
depot
-x
patch_save_files=true
software_selection
2.
swmodify
-x
patch_commit=true
software_selection
Accept
Supportato
solo
sulle
patch.
swmodify
-x
patch_commit=true
software_selection
Install
undoable
Supportato
solo
sulle
patch.
swinstall
-s
depot
-x
patch_save_files=true
software_selection
Verifica
Produce
la
seguente
sequenza
di
comandi:
1.
swlist
-R
software_selection
2.
swverify
software_selection
Undo
Supportato
solo
sulle
patch.
swremove
software_selection
Remove
Se
l’oggetto
è
una
patch
che
è
stata
accettata,
Software
Distribution
non
esegue
nessuna
azione
sull’oggetto.
La
voce
creata
nel
catalogo
viene
eliminata.
Altrimenti,
l’operazione
produce
il
seguente
comando:
swremove
software_selection
Install
repair
swinstall
-s
depot
-x
reinstall=true
software_selection
Nota:
L’operazione
undo
è
consentita
solo
sui
pacchetti
contenenti
le
patch
native
HP-UX.
In
base
al
funzionamento
di
HP-UX,
quando
viene
eseguito
il
commit
di
una
patch
(nell’ambiente
di
Software
Distribution,
quando
una
patch
viene
accettata),
essa
non
può
essere
eliminata
dal
sistema,
a
meno
Integrazione
di
oggetti
nativi
Capitolo
6.
Integrazione
di
oggetti
nativi
in
un
pacchetto
software
125
che
non
venga
eliminata
la
relativa
applicazione.
Per
questo
motivo,
quando
si
rimuove
un
pacchetto
software
contenente
una
patch
HP-UX
già
accettata,
Software
Distribution
rimuove
solo
la
relativa
voce
nel
catalogo.
Se
si
desidera
conservare
la
funzione
per
rimuovere
le
patch
HP-UX,
è
necessario
creare
un
pacchetto
software
per
installare
l’applicazione
e
uno
per
installare
le
relative
patch.
Utilizzo
di
una
procedura
guidata
A
seconda
del
sistema
operativo
su
cui
è
in
esecuzione
l’Editor
dei
pacchetti
software,
è
possibile
utilizzare
una
procedura
guidata
per
creare
un
pacchetto
software
contenente
un
oggetto
nativo.
E’
possibile
creare
un
pacchetto
software
contenente
i
pacchetti
nativi
per
le
seguenti
piattaforme:
v
AIX
v
Sistema
operativo
Solaris
v
Linux
v
HP-UX
v
Windows.
In
ambiente
Windows
è
possibile
scegliere
tra
i
seguenti
oggetti
nativi:
–
Microsoft
–
MSI
–
InstallShield
–
MSSetup
Nota:
Il
wizard
non
può
essere
utilizzato
per
creare
oggetti
per
l’installazione
di
patch
di
installazione
native.
Utilizzare
la
finestra
appropriata.
E’
possibile
utilizzare
questo
metodo
se
si
ha
accesso
all’oggetto
nativo
per
il
prodotto
che
si
desidera
includere
nel
pacchetto
software.
Viene
richiesto
l’oggetto
nativo
e
il
wizard
lo
legge
per
impostare
la
maggior
parte
dei
parametri
richiesti
per
definire
la
stanza
dell’oggetto
nativo
nel
file
di
definizioni
del
pacchetto
software.
La
seguente
sezione
contiene:
v
Un
esempio
per
creare
un
pacchetto
software
contenente
un
pacchetto
di
installazione
MSI
utilizzando
il
wizard
Importer
di
Installa
prodotto
MSI.
Consultare
“Utilizzo
di
Importer
di
Installa
prodotto
MSI”
a
pagina
127.
Questa
procedura
è
simile
per
tutti
gli
oggetti
di
installazione
nativi.
v
Un
esempio
di
importazione
delle
definizioni
da
un
file
per
produrre
un
pacchetto
software
utilizzando
il
wizard
Importer.
Consultare
“Utilizzo
di
Importer”
a
pagina
130.
Questa
procedura
si
distingue
dalle
altre.
per
avviare
una
procedura
guidata
per
creare
un
pacchetto
software
contenente
un
oggetto
nativo,
eseguire
quanto
riportato
di
seguito:
1.
Avviare
l’Editor
dei
pacchetti
software.
Viene
visualizzata
la
finestra
Selettore
dell’Editor
dei
pacchetti
software.
2.
Selezionare
Tecnologia
pacchetto
nativo
e
fare
clic
su
OK.
A
seconda
del
sistema
operativo
su
cui
è
in
esecuzione
l’Editor
dei
pacchetti
software,
viene
richiesto
quanto
segue:
v
In
ambiente
non
Windows,
la
finestra
Tecnologia
pacchetto
software.
Selezionare
il
tipo
di
oggetto
nativo
da
utilizzare
e
fare
clic
su
OK.
La
Integrazione
di
oggetti
nativi
126
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
selezione
effettuata
in
questa
finestra
di
dialogo
consente
l’avvio
di
una
procedura
guidata
relativa
all’integrazione
del
pacchetto
nativo
selezionato
in
un
pacchetto
software.
v
In
ambiente
diverso
da
Windows,
il
pannello
di
benvenuto
relativo
al
wizard
specifico
del
sistema
operativo.
E’
anche
possibile
avviare
il
wizard
MSI
selezionando
Strumenti
->
nella
barra
dei
menu
della
GUI
dell’Editor
dei
pacchetti
software.
Utilizzo
di
Importer
di
Installa
prodotto
MSI
In
questa
sezione
viene
illustrato
come
creare
un
pacchetto
software
contenente
un
pacchetto
di
installazione
MSI
utilizzando
il
wizard
di
Importer
di
Installa
prodotto
MSI.
Un
pacchetto
MSI
contiene
tutte
le
informazioni
richieste
da
Microsoft
Windows
Installer
per
installare
o
disinstallare
i
prodotti
software.
Generalmente,
ciascun
pacchetto
MSI
contiene
quanto
segue:
v
Un
file
.msi
contenente
il
database
di
installazione
v
File
interni,
esterni
o
di
cabinet
richiesti
per
l’installazione
del
pacchetto
MSI
Per
ulteriori
informazioni
su
Microsoft
Windows
Installer
e
sulle
relative
opzioni,
consultare
la
documentazione
di
Microsoft
Platform
SDK.
Per
inserire
un
prodotto
MSI
in
un
pacchetto
software,
eseguire
le
seguenti
operazioni:
1.
Avviare
l’Editor
dei
pacchetti
software.
Viene
visualizzata
la
finestra
di
dialogo
Selettore
dell’Editor
dei
pacchetti
software.
2.
Selezionare
Tecnologia
pacchetto
nativo
e
fare
clic
su
OK.
Viene
visualizzata
la
finestra
Tecnologia
pacchetto
nativo.
3.
Selezionare
MSI
(Microsoft
Product
Installer)
e
fare
clic
su
OK.
Viene
avviato
il
wizard
e
viene
visualizzata
la
finestra
di
benvenuto.
In
questa
finestra
vengono
elencati
i
pannelli
inclusi
nel
wizard.
4.
Posizionando
il
mouse
su
uno
degli
elementi
elencati,
viene
visualizzata
una
breve
spiegazione.
Integrazione
di
oggetti
nativi:
utilizzo
di
una
procedura
guidata
Capitolo
6.
Integrazione
di
oggetti
nativi
in
un
pacchetto
software
127
5.
Fare
clic
su
Avanti
per
passare
al
pannello
dei
file
MSI.
6.
Specificare
il
percorso
del
file
MSI
del
prodotto
che
di
desidera
installare
oppure
fare
clic
sul
pulsante
Sfoglia
per
ricercare
il
file.
7.
Fare
clic
su
Avanti
per
passare
al
pannello
Informazioni
sull’applicazione.
8.
Specificare
il
percorso
della
cartella
di
destinazione
per
l’installazione,
se
la
si
conosce.
Altrimenti,
eseguire
una
delle
seguenti
operazioni:
v
Selezionare
una
cartella
o
un
percorso
nell’elenco
a
discesa.
v
Fare
clic
sul
pulsante
Sfoglia
per
ricercare
la
cartella.
Il
valore
specificato
qui
viene
assegnato
alla
proprietà
INSTALLDIR.
Si
tratta
della
cartella
sul
sistema
di
destinazione
su
cui
verrà
installato
il
prodotto.
Nota:
A
seconda
del
pacchetto
MSI,
non
è
possibile
modificare
il
contenuto
della
cartella
di
destinazione.
Ad
esempio,
ciò
accade
con
Microsoft
Office
2000
e
Microsoft
Project
2000.
9.
Fare
clic
su
Avanti
per
passare
al
pannello
Destinazione
e
origine.
In
questo
pannello
è
possibile
identificare
la
posizione
delle
immagini
del
prodotto
da
Utilizzo
dell’importer
di
Installa
prodotto
MSI
128
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
utilizzare
nell’installazione
MSI.
10.
Se
le
immagini
del
prodotto
sono
contenute
in
una
directory
cui
è
possibile
accedere
dai
sistemi
di
destinazione,
specificare
tale
ubicazione
nella
casella
di
testo
Percorso
immagini
di
destinazione
e
selezionare
la
casella
di
spunta
Installazione
reindirizzata.
Per
le
installazioni
reindirizzate,
il
file
MSI
utilizzato
per
installare
il
prodotto
sulla
destinazione
deve
essere
definito
nella
directory
indicata
nella
casella
di
testo
Percorso
immagine
di
destinazione.
La
struttura
di
directory
contenente
il
file
MSI
deve
contenere
solo
le
immagini
necessarie
per
l’installazione
del
prodotto.
11.
Se
le
immagini
del
prodotto
sono
contenute
in
una
directory
cui
i
sistemi
di
destinazione
non
possono
accedere,
eseguire
quanto
segue:
a.
Specificare
l’ubicazione
corrente
delle
immagini
del
prodotto
nella
casella
di
testo
Percorso
immagine
di
origine.
Durante
la
distribuzione,
le
immagini
vengono
richiamate
da
questa
directory
e
distribuite
sui
sistemi
di
destinazione
come
parte
del
pacchetto
software.
b.
Nella
casella
di
testo
Percorso
immagini
di
destinazione,
specificare
l’ubicazione
del
sistema
di
destinazione
su
cui
verranno
memorizzate
le
immagini
del
prodotto
quando
verranno
estratte
dal
pacchetto
software.
Si
tratta
della
directory
da
cui
il
processo
di
installazione
di
MSI
richiama
le
immagini
del
prodotto
durante
l’installazione.
c.
Per
salvare
le
immagini
nel
percorso
specificato
nel
Percorso
immagini
di
destinazione
al
termine
dell’installazione,
selezionare
la
casella
di
spunta
Conserva
immagini.
Per
le
installazioni
incorporate,
il
file
MSI
utilizzato
per
installare
il
prodotto
sulla
destinazione
deve
essere
definito
nella
directory
indicata
nella
casella
di
testo
Percorso
immagine
di
origine.
La
struttura
di
directory
contenente
il
file
MSI
deve
contenere
solo
le
immagini
necessarie
per
l’installazione
del
prodotto.
12.
Selezionare
la
casella
di
spunta
Disponibili
a
tutti
gli
utenti,
se
il
prodotto
installato
deve
essere
reso
disponibile
a
tutti
gli
utenti
dei
sistemi
di
destinazione.
Se
questa
casella
di
spunta
non
è
selezionata,
il
prodotto
sarà
disponibile
solo
all’utente
collegato
durante
l’installazione.
13.
Fare
clic
su
Avanti
per
passare
al
pannello
Funzioni
dell’applicazione.
Utilizzo
dell’importer
di
Installa
prodotto
MSI
Capitolo
6.
Integrazione
di
oggetti
nativi
in
un
pacchetto
software
129
Questo
pannello
contiene
un
albero
espandibile
in
cui
vengono
elencate
le
funzioni
dell’applicazione
che
è
possibile
installare
con
il
prodotto
MSI.
Il
wizard
ottiene
tali
informazioni
dal
file
MSI
specificato
dall’utente.
14.
Per
modificare
l’azione
che
verrà
eseguita
da
una
funzione:
a.
Nell’albero
espanso,
selezionare
la
funzione
che
si
desidera
modificare
e
fare
clic
con
il
pulsante
destro
del
mouse
per
visualizzare
il
menu
contestuale
delle
azioni
disponibili.
b.
Selezionare
l’azione
desiderata.
L’icona
associata
all’azione
selezionata
viene
visualizzata
accanto
alla
funzione
nell’albero.
15.
Fare
clic
su
Fine
per
confermare
tutte
le
selezioni
e
per
creare
l’oggetto
del
pacchetto
software.
Utilizzo
di
Importer
Un
(package
definition
file)
di
Microsoft
SMS
(Systems
Management
Server)
è
un
file
di
testo
contenente
le
informazioni
di
configurazione
strutturate
come
un
file
di
inizializzazione
standard
(file
.INI)
e
viene
utilizzato
per
configurare
o
installare
un’applicazione.
Esso
contiene
le
impostazioni
predefinite
delle
proprietà
di
inventario,
condivisione
e
della
stazione
di
lavoro.
Utilizzando
lo
strumento
Importer,
Software
Distribution
considera
un
come
input
ed
associa
i
dati
contenuti
nel
file
a
determinate
proprietà
del
pacchetto
software.
Il
risultato
è
un
pacchetto
software
visualizzato
nella
finestra
dell’Editor
dei
pacchetti
software
contenente
un
contenitore
generico
di
sequenze
di
esecuzione
di
programmi
e,
in
alcuni
casi,
anche
un’azione
di
aggiunta
di
directory.
Ad
esempio,
la
distribuzione
di
questo
pacchetto
software
può
essere
utilizzata
per
configurare
e
installare
un’applicazione.
Consultare
“Utilizzo
di
Importer”
per
informazioni
su
come
utilizzare
Importer
per
configurare
le
opzioni
di
installazione
del
prodotto
Norton
AntiVirus.
La
directory
di
immagini
di
è
la
struttura
di
directory
contenente
tutti
i
file
necessari
per
supportare
le
opzioni
di
installazione
o
di
eliminazione
nel
PDF.
Lo
strumento
importer
utilizza
la
struttura
di
directory
durante
la
creazione
del
pacchetto
software.
Sezioni
obbligatorie
in
un
PDF:
Utilizzo
dell’importer
di
Installa
prodotto
MSI
130
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
[PDF]
Identifica
il
file
come
un
file
di
definizioni
del
pacchetto.
Software
Distribution
supporta
le
versioni
1.0
e
2.0
del
formato
e
verifica
la
versione
del
file
in
questa
sezione.
[Definizione
pacchetto]
Definisce
le
proprietà
globali
del
pacchetto
software.
Questa
sezione
contiene
informazioni
quali
il
nome
e
la
versione
del
prodotto,
le
impostazioni
dei
commenti,
un
elenco
di
variazioni
di
impostazioni
supportate
dal
pacchetto
e
le
autorizzazioni
di
accesso
dei
pacchetti
creati
con
il
PDF.
[Setup_Variations]
Definisce
le
variazioni
di
impostazione
specificate
nella
sezione
Definizione
pacchetto.
Le
variazioni
di
impostazione
specificano
i
comandi
del
pacchetto
e
le
piattaforme
supportate.
Ad
esempio,
Deinstall
Setup,
Manual
Setup,
Complete
Setup.
Nel
seguente
scenario
viene
illustrato
come
importare
le
definizioni
da
un
file
per
produrre
un
pacchetto
software.
Il
file
utilizzato
in
questo
esempio
fa
parte
di
Norton
AntiVirus
Corporate
Edition,
Versione
7.5,
un
prodotto
SYMANTEC1
.
1.
Per
avviare
lo
strumento
Importer,
selezionare
Tecnologia
pacchetto
nativo
nella
finestra
Selettore
dell’Editor
dei
pacchetti
software
e
nella
finestra
Tecnologia
pacchetti
software.
Per
ulteriori
informazioni
su
come
avviare
lo
strumento,
consultare
“Definizione
del
tipo
di
pacchetto
da
creare”
a
pagina
25.
2.
Nella
casella
di
testo
Nome
PDF,
specificare
il
percorso
del
file
NAVCE.PDF.
3.
Eseguire
una
delle
seguenti
operazioni,
a
seconda
dell’ubicazione
dei
file
necessari
per
l’installazione:
v
Se
i
file
necessari
per
l’installazione
dell’applicazione
AntiVirus
sono
contenuti
in
un
percorso
locale
dell’host
di
origine,
specificare
la
directory
da
1. Per
utilizzare
il
prodotto
Norton
AntiVirus,
è
necessario
richiedere
la
relativa
licenza
alla
Symantec
Corporation.
Per
ulteriori
informazioni
sul
prodotto
Norton
AntiVirus,
consultare
il
sito
Web
di
SYMANTEC:
http://www.symantec.com.
Norton
AntiVirus
e
SYMANTEC
sono
marchi
registrati
della
Symantec
Corporation.
Utilizzo
di
Importer
Capitolo
6.
Integrazione
di
oggetti
nativi
in
un
pacchetto
software
131
cui
verrà
avviato
l’eseguibile
dell’installazione
sul
sistema
di
destinazione
nella
casella
di
testo
Percorso
immagini
di
destinazione.
I
file
necessari
per
l’installazione
verranno
incorporati
nel
pacchetto
software.
v
Se
l’eseguibile
dell’installazione
è
contenuto
in
un
percorso
della
rete
remoto,
selezionare
la
casella
di
spunta
Installazione
reindirizzata.
Se
le
immagini
di
file
sono
ubicate
in
un
disco
remoto,
è
possibile
caricare
il
disco
remoto
o
creare
un’azione
di
programma
che
carichi
il
disco
remoto
utilizzando
il
seguente
comando:
net
use
disco_remoto
\\nome_percorso
specificare
nel
percorso
delle
immagini
di
destinazione
il
disco
remoto
montato
o
specificato
dall’utente
nell’azione
di
esecuzione
del
programma.
Per
questo
scenario,
non
selezionare
questa
casella
di
spunta.
4.
Nella
casella
di
testo
Percorso
immagine
di
origine
specificare
la
struttura
di
directory
contenente
tutti
i
file
necessari
per
supportare
l’installazione
dell’applicazione
Norton
AntiVirus.
La
struttura
di
directory
specificata
è
incorporata
nel
pacchetto
software
come
un
oggetto
di
aggiunta
del
file
system.
5.
Fare
clic
su
Avanti
per
visualizzare
la
finestra
Definizione
pacchetto.
Lo
strumento
importer
estrae
le
informazioni
contenute
in
questa
finestra
dalla
sezione
Definizione
pacchetto
del
file
NAVCE.PDF.
Utilizzo
di
Importer
132
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
6.
Fare
clic
su
Avanti
per
visualizzare
le
opzioni
di
impostazione
definite
nel
file
NAVCE.PDF.
Per
ciascuna
variazione
di
impostazione
contenuta
nel
file
viene
visualizzata
una
finestra
di
impostazione.
Pertanto,
nel
caso
del
file
NAVCE.PDF,
viene
visualizzata
una
finestra
di
impostazione
per
le
opzioni
Complete,
Deinstall
e
Manual.
Utilizzare
questi
pannelli
per
personalizzare
i
comandi
e
gli
argomenti
del
pacchetto.
Apportare
le
modifiche
necessarie,
in
modo
che
le
informazioni
contenute
nei
pannelli
riflettano
l’ambiente
del
sistema
di
destinazione.
Fare
clic
su
Avanti
per
visualizzare
i
pannelli
di
impostazione
successivi.
7.
Dopo
l’ultimo
pannello
di
installazione,
viene
visualizzato
il
pannello
di
variazione
di
impostazione
di
default.
Questo
pacchetto
contiene
l’elenco
delle
variazioni
di
impostazione
supportate
dal
file
NAVCE.PDF.
Selezionare
una
delle
opzioni
come
impostazione
di
default
da
utilizzare
quando
viene
installato
questo
pacchetto
software.
La
Utilizzo
di
Importer
Capitolo
6.
Integrazione
di
oggetti
nativi
in
un
pacchetto
software
133
variazione
di
impostazione
di
default
selezionata
diventa
il
valore
della
variabile
$(setup_variations)
creata
alla
fine
del
processo
di
importazione.
8.
Fare
clic
su
Fine
per
completare
l’importazione.
Nella
finestra
Editor
dei
pacchetti
software
viene
visualizzato
un
pacchetto
software.
Il
pacchetto
software
è
composto
da
un
contenitore
generico
contenente
un’azione
di
aggiunta
di
directory
e
una
serie
di
azioni
di
esecuzione
di
programmi.
L’azione
di
aggiunta
di
directory
contiene
la
struttura
di
directory,
come
specificato
nel
percorso
dell’immagine
contenente
tutti
i
file
richiesti
per
supportare
l’installazione.
Per
ciascuna
variazione
di
impostazione
contenuta
nel
PDF,
viene
generato
un
Esegui
programma
corrispondente.
Tuttavia,
quando
si
distribuisce
questo
pacchetto
software,
viene
eseguito
solo
il
programma
della
variazione
di
impostazione
di
default.
Una
condizione
che
soddisfa
il
valore
della
variazione
di
impostazione
di
default
viene
impostata
su
questa
azione
Esegui
programma.
E’
possibile
modificare
la
variazione
di
impostazione
di
default
anche
al
termine
del
processo
di
importazione,
modificando
il
valore
della
variabile
$(setup_variations)
nell’edito
dell’elenco
di
variabili
o
utilizzando
la
riga
comandi.
Nota:
Si
verifica
un
errore
quando
si
installa
il
pacchetto
software
creato
con
Importer
per
Norton
AntiVirus
Corporate
Edition,
Versione
7.5
utilizzando
Versione
2.0
PDF.
Per
installare
correttamente
il
pacchetto,
è
necessario
specificare
l’opzione
Analisi
di
esclusione
per
la
variazione
di
impostazione
completa.
L’azione
Analisi
di
esclusione
impedisce
l’analisi
standard
dei
valori
definiti
negli
argomenti
dell’impostazione.
Per
fare
ciò,
modificare
le
proprietà
dell’azione
Esegui
programma.
L’opzione
Analisi
di
esclusione
è
contenuta
nella
finestra
Proprietà
di
Esegui
programma
-
Avanzate.
Per
ulteriori
informazioni
sulla
modifica
delle
proprietà,
consultare
“Modifica
delle
proprietà
dei
pacchetti
software”
a
pagina
85.
Per
ulteriori
informazioni
sull’opzione
Analisi
di
esclusione,
consultare
Manuale
di
riferimento
per
Software
Distribution.
Utilizzo
di
Importer
134
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Utilizzo
delle
finestre
In
questa
sezione
viene
illustrato
come
utilizzare
le
finestre
dell’Editor
dei
pacchetti
software
per
creare
un
pacchetto
software
contenente
un
oggetto
nativo.
E’
anche
possibile
utilizzare
queste
finestre
per
modificare
gli
oggetti
creati
utilizzando
il
wizard,
per
modificare
i
valori
di
default
impostati
nell’oggetto
nativo.
Mediante
le
finestre
è
possibile
creare
o
modificare
l’oggetto
nativo
per
i
seguenti
sistemi
operativi:
v
AIX.
Consultare
“Utilizzo
delle
finestre
per
incorporare
o
modificare
un
pacchetto
AIX”.
v
Ambiente
Solaris.
Consultare
“Utilizzo
delle
finestre
per
integrare
o
modificare
un
pacchetto
Solaris”
a
pagina
139.
v
Linux.
Consultare
“Utilizzo
delle
finestre
per
integrare
o
modificare
un
pacchetto
Linux”
a
pagina
142.
v
HP-UX.
Consultare
“Utilizzo
delle
finestre
per
incorporare
o
modificare
un
pacchetto
HP-UX”
a
pagina
145
v
Windows.
Consultare
una
delle
seguenti
sezioni:
–
“Utilizzo
delle
finestre
per
incorporare
o
modificare
un
pacchetto
MSI”
a
pagina
152.
–
“Azione
Esegui
programma
CID”
a
pagina
159.
–
“Azione
del
programma
InstallShield”
a
pagina
159.
–
“Azione
del
programma
Microsoft
Setup”
a
pagina
159.
Per
avviare
le
finestre
per
creare
un
pacchetto
software
contenente
un
oggetto
nativo,
eseguire
le
seguenti
operazioni:
1.
Avviare
l’Editor
dei
pacchetti
software.
Viene
visualizzata
la
finestra
Selettore
dell’Editor
dei
pacchetti
software.
2.
Selezionare
Pacchetto
generale
e
fare
clic
su
OK.
Viene
visualizzata
la
finestra
Editor
dei
pacchetti
software.
3.
Nella
finestra
Editor
dei
pacchetti
software
selezionare
il
separatore
Programma
e
l’icona
appropriata.
Utilizzo
delle
finestre
per
incorporare
o
modificare
un
pacchetto
AIX
Per
integrare
o
modificare
un
pacchetto
AIX
in
un
pacchetto
software
su
un
sistema
su
cui
non
è
presente
nessun
pacchetto
AIX
o
per
installare
un
aggiornamento
di
AIX,
è
possibile
utilizzare
una
serie
di
finestre
fornite,
come
illustrato
di
seguito.
Per
eseguire
questi
task,
attenersi
alle
seguenti
istruzioni:
1.
Nella
finestra
Editor
dei
pacchetti
software,
selezionare
il
separatore
Programma.
2.
Fare
clic
sull’icona
AIX.
Viene
visualizzato
Installa
pacchetto
AIX.
La
pagina
Generale
è
selezionata
per
default.
3.
Se
le
immagini
sono
memorizzate
in
un
file,
specificare
il
nome
del
file
del
pacchetto
AIX
nella
casella
di
testo
File
del
pacchetto
AIX
e
la
directory
contenente
questo
file
in
Percorso
unità
di
destinazione.
4.
Se
le
immagini
del
prodotto
sono
contenute
in
una
directory
cui
è
possibile
accedere
dai
sistemi
di
destinazione,
specificare
tale
ubicazione
nella
casella
di
testo
Percorso
unità
di
destinazione
e
selezionare
la
casella
di
spunta
Installazione
reindirizzata.
5.
Se
le
immagini
del
prodotto
sono
contenute
in
una
directory
cui
i
sistemi
di
destinazione
non
possono
accedere,
eseguire
quanto
segue:
Integrazione
di
oggetti
nativi:
utilizzo
delle
finestre
Capitolo
6.
Integrazione
di
oggetti
nativi
in
un
pacchetto
software
135
a.
Specificare
l’ubicazione
corrente
delle
immagini
del
prodotto
nella
casella
di
testo
Percorso
unità
di
origine.
Durante
la
distribuzione,
le
immagini
vengono
richiamate
da
questa
directory
e
distribuite
sui
sistemi
di
destinazione
come
parte
del
pacchetto
software.
b.
Nella
casella
di
testo
Percorso
unità
di
destinazione
specificare
l’ubicazione
del
sistema
di
destinazione
in
cui
è
possibile
memorizzare
le
immagini
del
prodotto
quando
vengono
estratte
dal
pacchetto
software.
Si
tratta
della
directory
da
cui
il
processo
di
installazione
di
AIX
richiama
le
immagini
del
prodotto
durante
l’installazione.
c.
Per
salvare
le
immagini
nell’ubicazione
del
Percorso
unità
di
destinazione,
selezionare
la
casella
di
spunta
Conserva
immagini
al
termine
dell’installazione.
6.
Nella
casella
di
gruppo
Compressione,
selezionare
Decompresso
per
decomprimere
file
e
directory
oppure
Memorizzato
per
memorizzare
file
e
directory
senza
comprimerli.
Integrazione
di
oggetti
nativi:
pacchetto
AIX
136
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
7.
Selezionare
il
separatore
Opzioni
avanzate
per
specificare
le
opzioni
di
installazione
del
pacchetto
AIX.
8.
Nella
casella
di
testo
Percorso
per
backup
specificare
il
percorso
della
directory
di
salvataggio
alternativo
per
i
file
che
vengono
aggiornati
e
sostituiti.
9.
Nella
casella
di
testo
Dimensione
blocco
specificare
la
dimensione
del
blocco
di
supporti
di
installazione.
Il
valore
di
default
è
512
byte.
10.
Selezionare
la
casella
di
spunta
Espandi
file
system
per
espandere
i
file
system
in
caso
di
spazio
non
sufficiente
per
eseguire
l’installazione.
11.
Selezionare
la
casella
di
spunta
Installa
corequisiti
per
installare
i
corequisiti
associati
ai
fileset
specificati.
12.
Selezionare
la
casella
di
spunta
Sovrascrivi
file
per
sostituire
i
file
esistenti
durante
l’installazione
o
l’aggiornamento,
senza
possibilità
di
ripristino.
13.
Selezionare
la
casella
di
spunta
Aggiornato
se
il
pacchetto
che
si
sta
installando
è
un
aggiornamento.
14.
Selezionare
la
casella
di
spunta
Volume
CD
ROM
se
si
utilizza
un
CD-ROM
come
unità
di
installazione
e
si
desidera
eliminare
l’elaborazione
di
più
volumi.
15.
Nella
casella
di
gruppo
Installa,
selezionare
una
delle
seguenti
opzioni
o
una
combinazione
di
opzioni
per
specificare
quale
parte
del
prodotto
software
installare:
Percorso
root
Specifica
di
installare
la
parte
/
(root).
Percorso
condiviso
Specifica
di
installare
la
parte
/usr/share.
Percorso
utente
Specifica
di
installare
la
parte
/usr.
Nota:
Selezionare
queste
caselle
di
spunta
solo
se
si
sta
installando
l’oggetto
in
un
sistema
di
destinazione
senza
dischi.
Integrazione
di
oggetti
nativi:
pacchetto
AIX
Capitolo
6.
Integrazione
di
oggetti
nativi
in
un
pacchetto
software
137
16.
Selezionare
il
separatore
Opzioni
di
log.
17.
Per
disabilitare
il
log,
selezionare
la
casella
di
spunta
Disabilitato
oppure
definire
le
opzioni
di
log
nel
seguente
modo:
a.
Specificare
la
directory
di
log
in
cui
memorizzare
il
log
di
AIX.
E’
possibile
specificare
il
percorso
nella
casella
di
testo
Percorso
di
log
oppure
fare
clic
sul
pulsante
Sfoglia
(...)
per
individuare
la
directory.
b.
Se
si
desidera
riportare
le
voci
di
log
di
AIX
nel
log
di
Software
Distribution,
selezionare
Riporta
log
sul
server.18.
Selezionare
il
separatore
Fileset
per
definite
i
fileset
necessari
per
il
pacchetto
di
installazione
di
AIX.
19.
Per
aggiungere
un
fileset,
specificare
il
nome
del
fileset
nella
casella
di
testo
e
fare
clic
su
Add.
Viene
visualizzata
la
finestra
Filesets.
In
questa
finestra
è
possibile
definire
le
informazioni
relative
al
fileset
nel
modo
seguente:
a.
Specificare
il
livello
di
fileset
nella
casella
di
testo
Level.
b.
Specificare
una
descrizione
nella
casella
di
testo
Description.
c.
Fare
clic
su
OK
per
chiudere
la
finestra
e
salvare
le
informazioni
nella
pagina
Filesets.
Integrazione
di
oggetti
nativi:
pacchetto
AIX
138
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
20.
Per
rimuovere
un
fileset,
selezionarlo
nella
casella
di
gruppo
Filesets
e
fare
clic
su
Remove.
21.
Dopo
avere
specificato
le
impostazioni
in
Installa
pacchetto
AIX,
fare
clic
su
OK
per
creare
l’oggetto
del
programma
di
installazione
del
pacchetto
AIX.
E’
possibile
aggiungere
le
condizioni
agli
oggetti
di
installazione
nativi
di
AIX
allo
stesso
modo
degli
altri
tipi
di
oggetti
del
pacchetto
software.
Per
ulteriori
informazioni
su
come
specificare
le
condizioni,
consultare
“Come
rendere
condizionale
un’installazione
nativa”
a
pagina
159.
E’
anche
possibile
creare
un
oggetto
del
programma
di
installazione
del
pacchetto
AIX
utilizzando
un
wizard.
Per
ulteriori
informazioni,
consultare
“Utilizzo
di
una
procedura
guidata”
a
pagina
126.
Utilizzo
delle
finestre
per
integrare
o
modificare
un
pacchetto
Solaris
Per
integrare
un
oggetto
Solaris
in
un
pacchetto
software
o
per
modificare
i
parametri
degli
oggetti
esistenti
del
pacchetto
software,
utilizzare
l’Editor
dei
pacchetti
software
per
definire
le
stanze
install_solaris_package
o
install_solaris_patch,
come
illustrato
di
seguito.
Nota:
E’
anche
possibile
utilizzare
queste
finestre
per
modificare
i
parametri
degli
oggetti
esistenti
del
pacchetto
software
che
definiscono
i
pacchetti
software,
inclusi
gli
oggetti
creati
utilizzando
il
wizard
per
l’installazione
del
prodotto
Solaris.
Per
eseguire
questi
task,
attenersi
alle
seguenti
istruzioni:
1.
Nella
finestra
Editor
dei
pacchetti
software,
selezionare
il
separatore
Programma.
Integrazione
di
oggetti
nativi:
pacchetto
AIX
Capitolo
6.
Integrazione
di
oggetti
nativi
in
un
pacchetto
software
139
2.
Fare
clic
sull’icona
Installa
pacchetto
Solaris.
Viene
visualizzata
la
finestra
Installa
pacchetto
Solaris.
Nota:
Poiché
le
finestre
Installa
prodotto
Solaris
e
Installa
patch
Solaris
sono
molto
simili
(le
finestre
delle
patch
non
contengono
un
pannello
per
le
istanze
del
pacchetto),
viene
fornita
una
sola
serie
di
istruzioni
per
entrambe.
3.
Nella
casella
di
testo
Titolo,
specificare
una
stringa
di
testo
che
descrive
l’installazione
del
pacchetto
Solaris.
4.
Nella
casella
di
testo
PKG
file,
specificare
il
file
Solaris
in
cui
sono
definite
le
informazioni
relative
all’installazione
del
prodotto.
Se
il
file
PKG
non
viene
specificato,
il
contenuto
del
Percorso
immagine
di
destinazione
viene
utilizzato
per
eseguire
l’operazione.
5.
Se
le
immagini
del
prodotto
sono
contenute
in
una
directory
cui
è
possibile
accedere
dai
sistemi
di
destinazione,
specificare
tale
ubicazione
nella
casella
di
testo
Percorso
immagini
di
destinazione
e
selezionare
la
casella
di
spunta
Installazione
reindirizzata.
6.
Se
le
immagini
del
prodotto
sono
contenute
in
una
directory
cui
i
sistemi
di
destinazione
non
possono
accedere,
eseguire
quanto
segue:
a.
Specificare
l’ubicazione
corrente
delle
immagini
del
prodotto
nella
casella
di
testo
Percorso
immagine
di
origine.
Durante
la
distribuzione,
le
immagini
vengono
distribuite
sui
sistemi
di
destinazione
come
parte
del
pacchetto
software.
b.
Nella
casella
di
testo
Percorso
immagine
di
destinazione
specificare
l’ubicazione
del
sistema
di
destinazione
in
cui
sono
memorizzate
le
immagini
del
prodotto
quando
vengono
estratte
dal
pacchetto
software.
Si
tratta
della
directory
da
cui
il
processo
di
installazione
di
Solaris
richiama
le
immagini
del
prodotto
durante
l’installazione.
c.
Per
salvare
le
immagini
nel
percorso
specificato
nel
Percorso
immagini
di
destinazione
al
termine
dell’installazione,
selezionare
la
casella
di
spunta
Conserva
immagini.
Integrazione
di
oggetti
nativi:
pacchetto
Solaris
140
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
7.
Nella
casella
di
gruppo
Compressione,
selezionare
Decompresso
per
decomprimere
file
e
directory
oppure
Memorizzato
per
memorizzare
file
e
directory
senza
comprimerli.
8.
Selezionare
il
separatore
Opzioni
avanzate.
9.
Nella
casella
di
testo
Spool
directory,
specificare
il
nome
della
directory
in
cui
verrà
memorizzato
il
pacchetto.
Questo
parametro
viene
utilizzato
quando
si
esegue
un’operazione
transazionale
di
installazione.
10.
Nella
casella
di
testo
File
amministrazione,
specificare
il
percorso
completo
del
file
amministrazione
dell’installazione
da
utilizzare
al
posto
del
file
amministrazione
di
installazione
di
default.
11.
Selezionare
Utilizza
percorso
root
per
il
client
per
utilizzare
il
file
system
root
del
client.
12.
Nella
casella
di
testo
Percorso
root
per
il
client,
specificare
il
percorso
completo
della
directory
da
utilizzare
come
percorso
root.
Tutti
i
file,
compresi
i
file
delle
informazioni
sul
sistema
del
pacchetto,
vengono
collocati
in
un
albero
della
directory
durante
l’avvio
nel
percorso
root
specificato.
E’
possibile
specificare
il
percorso
root
durante
l’installazione
su
un
client
da
un
server
(ad
esempio,
/export/root/client).
13.
Selezionare
Interactive,
per
eseguire
l’installazione
con
l’intervento
dell’utente.
14.
Selezionare
Riporta
output
sul
server,
per
riportare
sul
server
l’output
standard
e
l’errore
standard
dell’operazione
eseguita.
15.
Nella
casella
di
testo
File
di
risposta
specificare
il
percorso
completo
del
file
da
utilizzare
per
eseguire
l’installazione.
Questo
file
fornisce
le
risposte
di
interazione
richieste
dal
pacchetto
in
modalità
interattiva.
16.
Selezionare
Elimina
anche
se
condiviso,
per
rimuovere
il
pacchetto
anche
se
un
suo
file
è
condiviso
da
un’altra
applicazione.
17.
Nella
casella
di
testo
File
FS
alternativo
specificare
un
file
FS
alternativo
per
mappare
i
file
system
del
client.
Ad
esempio,
è
possibile
utilizzarlo
nel
caso
in
cui
il
file
$root_path/etc/vfstab
non
esista
o
non
sia
affidabile.
Integrazione
di
oggetti
nativi:
pacchetto
Solaris
Capitolo
6.
Integrazione
di
oggetti
nativi
in
un
pacchetto
software
141
18.
Selezionare
il
separatore
relativo
alle
istanze
del
pacchetto.
19.
Nella
casella
di
testo
specificare
il
nome
dell’istanza
del
pacchetto
e
fare
clic
su
Aggiungi.
20.
Definire
le
proprietà
dell’istanza
del
pacchetto
nella
finestra
Proprietà
istanza
pacchetto.
Si
ritorna
alla
pagina
delle
istanze
del
pacchetto,
che
ora
contiene
il
nome
dell’istanza.
21.
Per
cancellare
un’istanza
del
pacchetto,
selezionarla
e
fare
clic
su
Elimina.
E’
possibile
definire
le
condizioni
come
per
gli
altri
tipi
di
oggetto
del
pacchetto
software.
Per
ulteriori
informazioni
su
come
specificare
le
condizioni,
consultare
“Come
rendere
condizionale
un’installazione
nativa”
a
pagina
159.
Utilizzo
delle
finestre
per
integrare
o
modificare
un
pacchetto
Linux
Per
integrare
un
file
del
pacchetto
RPM
in
un
pacchetto
software,
è
possibile
utilizzare
una
serie
di
finestre,
come
illustrato
di
seguito.
Per
eseguire
questi
task,
attenersi
alle
seguenti
istruzioni:
1.
Nella
finestra
Editor
dei
pacchetti
software,
selezionare
il
separatore
Programma.
Integrazione
di
oggetti
nativi:
pacchetto
Solaris
142
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
2.
Fare
clic
sull’icona
Installa
pacchetto
RPM.
Viene
visualizzato
Installa
pacchetto
RPM.
La
pagina
File
RPM
è
selezionata
per
default.
3.
Nella
casella
di
testo
Titolo,
specificare
una
stringa
di
testo
descrittiva.
4.
Per
aggiungere
un
file
RPM
nel
pacchetto,
nella
casella
di
testo
in
basso
specificare
il
nome
del
file
RPM
del
prodotto
che
si
desidera
installare
oppure
fare
clic
sul
pulsante
Sfoglia
(...)
per
individuare
il
file
system
e
selezionarlo.
Fare
clic
su
Aggiungi.
Viene
visualizzata
la
finestra
di
dialogo
Informazioni
sul
file
RPM.
5.
Nella
casella
di
testo
relativa
al
file
del
pacchetto
RPM,
specificare
il
nome
file
del
pacchetto
RPM
oppure
utilizzare
il
pulsante
Sfoglia
(...)
per
navigare
nel
file
system
e
digitare
il
nome
della
directory
contenente
questo
file
nella
casella
di
testo
Percorso
unità
di
destinazione.
Se
le
immagini
da
installare
sono
memorizzate
in
una
directory,
specificare
il
percorso
nella
casella
di
testo
Percorso
unità
di
destinazione.
6.
Specificare
il
nome
del
pacchetto
RPM
nella
casella
di
testo
relativa
al
nome
del
pacchetto
RPM.
7.
Se
le
immagini
del
prodotto
sono
contenute
in
una
directory
cui
è
possibile
accedere
dai
sistemi
di
destinazione,
specificare
tale
ubicazione
nella
casella
di
testo
Percorso
unità
di
destinazione
e
selezionare
la
casella
di
spunta
Installazione
reindirizzata.
8.
Se
le
immagini
del
prodotto
sono
contenute
in
una
directory
cui
i
sistemi
di
destinazione
non
possono
accedere,
eseguire
quanto
segue:
a.
Specificare
l’ubicazione
corrente
delle
immagini
del
prodotto
nella
casella
di
testo
Percorso
unità
di
origine.
Durante
la
distribuzione,
le
immagini
vengono
richiamate
da
questa
directory
e
distribuite
sui
sistemi
di
destinazione
come
parte
del
pacchetto
software.
b.
Nella
casella
di
testo
Percorso
unità
di
destinazione,
specificare
il
percorso
sul
sistema
di
destinazione
in
cui
è
possibile
memorizzare
le
immagini
del
Integrazione
di
oggetti
nativi:
pacchetto
RPM
Capitolo
6.
Integrazione
di
oggetti
nativi
in
un
pacchetto
software
143
prodotto
quando
vengono
estratte
dal
pacchetto
software.
Si
tratta
della
directory
da
cui
il
processo
di
installazione
di
RPM
richiama
le
immagini
del
prodotto
durante
l’installazione.
c.
Per
salvare
le
immagini
nel
percorso
specificato
in
Percorso
unità
di
destinazione
al
termine
dell’installazione,
selezionare
la
casella
di
spunta
Conserva
immagini.
9.
Nella
casella
di
gruppo
Compressione,
selezionare
Decompresso
per
decomprimere
file
e
directory
oppure
Memorizzato
per
memorizzare
file
e
directory
senza
comprimerli.
10.
Dopo
avere
inserito
le
informazioni
necessarie
nella
finestra
Informazioni
sul
file
RPM,
fare
clic
su
OK
per
salvare
le
informazioni
e
ritornare
alla
pagina
File
RPM.
11.
Per
rimuovere
un
file
RPM,
selezionare
il
file
nella
casella
di
gruppo
File
RPM
e
fare
clic
su
Elimina.
12.
Selezionare
il
separatore
Generale.
13.
Nella
casella
di
testo
Common
Options,
specificare
le
opzioni
RPM
comuni
per
le
operazioni
di
installazione,
verifica
ed
eliminazione.
14.
Nella
casella
di
gruppo
Installa,
selezionare
le
opzioni
per
l’operazione
di
installazione.
v
Install,
per
installare
un
pacchetto
RPM.
v
Update,
per
aggiornare
un
pacchetto
RPM,
modificando
l’installazione
esistente.
v
Freshen,
per
reinstallare
un
pacchetto
da
capo.15.
Selezionare
la
casella
di
spunta
Forza
installazione
per
eseguire
l’installazione,
ignorando
eventuali
conflitti
di
file
o
pacchetti.
16.
Selezionare
la
casella
di
spunta
No
dependencies
per
ignorare
eventuali
problemi
relativi
alle
dipendenze
e
completare
l’installazione
del
pacchetto.
Integrazione
di
oggetti
nativi:
pacchetto
RPM
144
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
17.
Nella
casella
di
testo
Opzioni
avanzate,
specificare
le
opzioni
RPM
per
l’operazione
di
installazione.
18.
Nella
casella
di
gruppo
Verify,
specificare
le
opzioni
RPM
relative
all’operazione
di
verifica.
19.
Nella
casella
di
gruppo
Remove,
selezionare
la
casella
di
spunta
No
dependencies
per
ignorare
eventuali
problemi
relativi
alle
dipendenze
e
completare
l’installazione
del
pacchetto.
20.
Nella
casella
di
testo
Opzioni
avanzate,
specificare
le
opzioni
RPM
relative
all’operazione
di
eliminazione.
21.
Dopo
avere
specificato
le
impostazioni
in
Installa
pacchetto
RPM,
fare
clic
su
OK
per
creare
l’oggetto
del
programma
di
installazione
del
pacchetto
RPM.
E’
possibile
aggiungere
le
condizioni
agli
oggetti
di
installazione
nativi
di
RPM
allo
stesso
modo
degli
altri
tipi
di
oggetti
del
pacchetto
software.
Per
ulteriori
informazioni
su
come
specificare
le
condizioni,
consultare
“Come
rendere
condizionale
un’installazione
nativa”
a
pagina
159.
E’
anche
possibile
creare
un
oggetto
del
programma
di
installazione
del
pacchetto
RPM
utilizzando
un
wizard.
Per
ulteriori
informazioni,
consultare
“Utilizzo
di
una
procedura
guidata”
a
pagina
126.
Utilizzo
delle
finestre
per
incorporare
o
modificare
un
pacchetto
HP-UX
Per
integrare
un
oggetto
del
pacchetto
HP-UX
in
un
pacchetto
software,
è
possibile
utilizzare
una
serie
di
finestre,
come
illustrato
di
seguito.
Per
eseguire
questi
task,
attenersi
alle
seguenti
istruzioni:
1.
Nella
finestra
Editor
dei
pacchetti
software,
selezionare
il
separatore
Programma.
2.
Fare
clic
sull’icona
HP-UX.
Viene
visualizzato
Installa
pacchetto
HP-UX.
La
pagina
Generale
è
selezionata
per
default.
Integrazione
di
oggetti
nativi:
pacchetto
RPM
Capitolo
6.
Integrazione
di
oggetti
nativi
in
un
pacchetto
software
145
3.
Nella
casella
di
testo
Titolo,
specificare
una
stringa
di
testo
descrittiva.
4.
Nella
casella
di
testo
depot
di
origine
HP-UX,
specificare
il
percorso
contenente
il
depot
di
origine
HP-UX.
Se
le
immagini
da
installare
sono
memorizzate
in
un
file,
specificare
il
nome
file
o
il
depot
del
software
HP-UX.
Fare
clic
sul
pulsante
Sfoglia
(...)
per
sfogliare
il
file
system
e
selezionarlo.
5.
Nella
casella
di
testo
Percorso
unità
di
destinazione,
specificare
la
directory
in
cui
vengono
memorizzate
le
immagini
del
prodotto
e
da
cui
verrà
avviata
l’installazione.
Questa
posizione
deve
essere
accessibile
da
tutti
i
sistemi
di
destinazione.
Può
trattarsi
di
una
directory
locale
su
ciascun
sistema
di
destinazione
oppure
di
una
directory
su
un’unità
di
rete
accessibile
da
tutti
i
sistemi
di
destinazione.
Fare
clic
sul
pulsante
Sfoglia
(...)
per
navigare
nel
file
system
e
per
selezionarlo.
6.
Se
le
immagini
del
prodotto
sono
contenute
in
una
directory
cui
è
possibile
accedere
dai
sistemi
di
destinazione,
specificare
tale
ubicazione
nella
casella
di
testo
Percorso
unità
di
destinazione
e
selezionare
la
casella
di
spunta
Installazione
reindirizzata.
7.
Se
le
immagini
del
prodotto
sono
contenute
in
una
directory
cui
i
sistemi
di
destinazione
non
possono
accedere,
eseguire
quanto
segue:
a.
Specificare
l’ubicazione
corrente
delle
immagini
del
prodotto
nella
casella
di
testo
Depot
di
origine
HP-UX.
Durante
la
distribuzione,
le
immagini
vengono
richiamate
da
questa
directory
e
distribuite
sui
sistemi
di
destinazione
come
parte
del
pacchetto
software.
b.
Nella
casella
di
testo
Percorso
unità
di
destinazione,
specificare
il
percorso
sul
sistema
di
destinazione
in
cui
è
possibile
memorizzare
le
immagini
del
prodotto
quando
vengono
estratte
dal
pacchetto
software.
Si
tratta
della
directory
da
cui
il
processo
HP-UX
richiama
le
immagini
del
prodotto
durante
l’operazione
di
gestione
delle
modifiche
specificata.
c.
Per
salvare
le
immagini
nel
percorso
specificato
in
Percorso
unità
di
destinazione
al
termine
dell’installazione,
selezionare
la
casella
di
spunta
Conserva
immagini.
Nota:
In
questo
caso,
tutte
le
immagini
del
depot
di
origine
HP-UX
vengono
aggiunte
nel
pacchetto
software.
8.
Nella
casella
di
gruppo
Compressione,
selezionare
Decompresso
per
decomprimere
file
e
directory
oppure
Memorizzato
per
memorizzare
file
e
directory
senza
comprimerli.
Integrazione
di
oggetti
nativi:
pacchetto
HP-UX
146
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
9.
Selezionare
il
separatore
Avanzate
per
specificare
le
opzioni
avanzate.
Viene
visualizzata
la
pagina
Avanzate.
10.
Nella
casella
di
testo
Response
files
catalog,
specificare
il
nome
del
catalogo
dei
file
di
risposte
contenente
tutti
i
file
di
risposte
da
utilizzare
per
eseguire
le
operazioni
di
gestione
delle
modifiche
richieste
senza
l’intervento
dell’utente.
Il
file
di
risposte
fornisce
le
riposte
di
interazione
richieste
dal
pacchetto
in
modalità
interattiva.
11.
Nella
casella
di
testo
Input
session
file,
specificare
il
nome
del
file
delle
sessioni
di
input
contenente
le
opzioni
e
gli
operandi
utilizzati
per
il
pacchetto
precedente.
12.
Nella
casella
di
testo
Output
session
file,
specificare
il
nome
del
file
delle
sessioni
di
output
in
cui
si
desidera
salvare
le
opzioni
e
gli
operandi
definiti
per
il
pacchetto
corrente.
13.
Selezionare
Is
a
patch
per
indicare
che
si
sta
definendo
una
patch.
In
tal
caso
è
possibile
installare
il
pacchetto
in
modalità
non
eseguibile
in
modo
da
poter
accettare
o
annullare
successivamente
la
patch.
Integrazione
di
oggetti
nativi:
pacchetto
HP-UX
Capitolo
6.
Integrazione
di
oggetti
nativi
in
un
pacchetto
software
147
14.
Selezionare
il
separatore
Opzioni
per
specificare
le
opzioni.
Viene
visualizzata
la
pagina
Opzioni.
15.
Per
definire
l’opzione,
è
possibile
specificare
un
file
di
opzioni,
definire
le
opzioni
singolarmente
o
entrambe.
Per
definire
le
opzioni,
effettuare
le
seguenti
operazioni:
a.
Nella
casella
di
testo
File
di
opzioni,
specificare
il
nome
del
file
di
opzioni
contenente
tutte
le
opzioni
che
si
desidera
utilizzare.
E’
possibile
utilizzare
variabili
per
indicare
il
file
delle
opzioni
facendo
doppio
clic
con
il
tastino
destro
del
mouse
nelle
caselle
di
testo.
E’
possibile
utilizzare
il
pulsante
Sfoglia
(...)
per
navigare
nel
file
system
e
selezionarlo.
b.
Definire
ciascuna
opzione
da
utilizzare
nel
seguente
modo:
1)
Nella
casella
di
testo
in
alto,
specificare
il
nome
dell’opzione
oppure
fare
clic
sulla
freccia
per
visualizzare
l’elenco
di
opzioni.
2)
Selezionare
un’opzione
nell’elenco
e
fare
clic
su
Aggiungi
per
aggiungerla
nell’elenco
nella
casella
in
basso.
3)
Per
cancellare
un’opzione,
selezionarla
e
fare
clic
su
Elimina.
Per
informazioni
dettagliate
sul
significato
di
ciascuna
operazione
fare
riferimento
alla
documentazione
di
HP-UX.
Integrazione
di
oggetti
nativi:
pacchetto
HP-UX
148
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
16.
Selezionare
il
separatore
Opzioni
di
log.
Viene
visualizzata
la
pagina
Opzioni
di
log.
17.
Per
disabilitare
il
log,
selezionare
la
casella
di
spunta
Disabilitato
oppure
definire
le
opzioni
di
log
nel
seguente
modo:
a.
Specificare
la
directory
in
cui
memorizzare
il
log
di
HP-UX.
E’
possibile
specificare
il
percorso
nella
casella
di
testo
Percorso
di
log
oppure
fare
clic
sul
pulsante
Sfoglia
(...)
per
individuare
la
file.
b.
Se
si
desidera
riportare
le
voci
di
log
di
HP-UX
nel
log
di
Software
Distribution,
selezionare
Riporta
log
sul
server.18.
Selezionare
il
separatore
relativo
alle
selezioni
software
per
specificare
le
selezioni
software.
Viene
visualizzata
la
pagina
relativa
alle
selezioni
Integrazione
di
oggetti
nativi:
pacchetto
HP-UX
Capitolo
6.
Integrazione
di
oggetti
nativi
in
un
pacchetto
software
149
software.
19.
Per
definire
una
selezione
software,
è
possibile
specificare
un
file
software
o
una
serie
di
selezioni
software
o
entrambe.
E’
possibile
specificare
le
selezioni
software
a
livello
di
prodotto
o
a
livello
di
raccolta.
Se
si
specifica
un
prodotto
o
una
raccolta,
è
anche
possibile
identificare
una
serie
secondaria
di
selezioni
software
che
verranno
aggiunte
nel
pacchetto
software.
Nota:
Se
non
si
specifica
nessuna
selezione
software,
tutte
le
selezioni
software
contenute
nel
depot
di
origine
HP-UX
verranno
incluse
nel
pacchetto
HP-UX.
Per
definire
le
selezioni
software,
effettuare
le
seguenti
operazioni:
a.
Nella
casella
di
testo
relativa
al
file
del
software,
specificare
il
nome
del
file
del
software
contenente
tutte
le
selezioni
software
che
si
desidera
utilizzare.
E’
possibile
utilizzare
variabili
per
indicare
il
file
del
software
facendo
doppio
clic
con
il
tastino
destro
del
mouse
nelle
caselle
di
testo.
E’
possibile
utilizzare
il
pulsante
Sfoglia
(...)
per
navigare
nel
file
system
e
selezionarlo.
b.
Per
definire
altre
selezioni
software,
effettuare
le
seguenti
operazioni:
1)
Selezionare
Software
Selections
nell’elenco.
2)
Specificare
il
nome
della
raccolta
o
del
prodotto
nella
casella
di
testo
in
alto
e
fare
clic
su
Add.
Viene
visualizzata
la
finestra
di
dialogo
Proprietà
selezioni
software.
Se
necessario,
specificare
un
livello
di
revisione
e
una
descrizione
della
selezione
software.
3)
Fare
clic
su
OK
per
salvare
le
informazioni
e
chiudere
la
finestra
delle
proprietà
della
selezione
software.
La
raccolta
o
il
prodotto
viene
aggiunto
nell’elenco.
E’
possibile
definire
una
selezione
software
in
una
raccolta
o
in
un
prodotto.
Selezionare
la
raccolta
o
il
prodotto
nell’elenco
e
ripetere
i
passi
2
e
3.
Integrazione
di
oggetti
nativi:
pacchetto
HP-UX
150
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
20.
Selezionare
il
separatore
Opzioni
GUI.
Viene
visualizzata
la
pagina
Opzioni
GUI.
21.
Lasciare
la
casella
di
spunta
GUI
Interaction
non
selezionata
se
non
si
desidera
definire
le
opzioni
della
GUI
oppure
selezionare
la
casella
di
spunta
GUI
Interaction
per
definire
le
seguenti
opzioni
della
GUI:
v
Sfondo
v
Primo
piano
v
Visualizza
v
Nome
v
XRM
Se
si
seleziona
questa
casella
di
spunta,
una
volta
eseguita
l’operazione
di
gestione
modifiche
richiesta
per
il
pacchetto
HP-UX,
viene
visualizzata
la
finestra
Installa
selezione
software
di
SD.
La
finestra
Installa
selezione
software
di
SD
utilizza
le
opzioni
di
XToolkit
definite
in
questa
pagina.
Fare
riferimento
alla
documentazione
XToolkit
per
una
descrizione
dettagliata
delle
opzioni
GUI.
22.
Dopo
avere
specificato
le
impostazioni
in
Installa
pacchetto
HP-UX,
fare
clic
su
OK
per
creare
l’oggetto
del
programma
di
installazione
del
pacchetto
HP-UX.
E’
possibile
aggiungere
le
condizioni
agli
oggetti
di
installazione
nativi
di
HP-UX
allo
stesso
modo
degli
altri
tipi
di
oggetti
del
pacchetto
software.
Per
ulteriori
informazioni
su
come
specificare
le
condizioni,
consultare
“Come
rendere
condizionale
un’installazione
nativa”
a
pagina
159.
E’
anche
possibile
creare
un
oggetto
del
programma
di
installazione
del
pacchetto
HP-UX
utilizzando
un
wizard.
Per
ulteriori
informazioni,
consultare
“Utilizzo
di
una
procedura
guidata”
a
pagina
126.
Integrazione
di
oggetti
nativi:
pacchetto
HP-UX
Capitolo
6.
Integrazione
di
oggetti
nativi
in
un
pacchetto
software
151
Utilizzo
delle
finestre
per
incorporare
o
modificare
un
pacchetto
MSI
Se
non
si
dispone
del
file
MSI
sul
sistema
su
cui
si
sta
definendo
e
creando
il
file
del
pacchetto
di
distribuzione
del
software,
è
possibile
utilizzare
una
serie
di
finestre
in
cui
verranno
inserite
le
informazioni
necessarie
per
definire
le
stanze
install_msi_product
o
install_msi_patch.
Le
finestre
Installa
prodotto
MSI
e
Installa
patch
MSI
sono
disponibili
nel
separatore
Programma
dell’Editor
dei
pacchetti
software.
In
questa
sezione
viene
illustrato
come
creare
un
pacchetto
software
contenente
un
pacchetto
MSI.
La
procedura
è
simile
per
le
patch
MSI.
Nota:
E’
anche
possibile
utilizzare
queste
finestre
per
modificare
i
parametri
degli
oggetti
esistenti
del
pacchetto
software
che
definiscono
i
pacchetti
MSI,
inclusi
gli
oggetti
creati
utilizzando
il
wizard
per
l’installazione
del
prodotto
MSI.
Per
definire
un
pacchetto
MSI
utilizzando
le
finestre,
eseguire
le
seguenti
operazioni:
1.
Nella
barra
degli
strumenti
della
finestra
Editor
dei
pacchetti
software,
selezionare
il
separatore
Programma
per
visualizzare
le
icone
di
azione
del
programma.
2.
Fare
clic
sull’icona
Installa
prodotto
MSI.
Viene
visualizzata
la
finestra
Installa
prodotto
MSI.
Nota:
Poiché
le
finestre
relative
al
prodotto
e
alla
patch
sono
molto
simili
(le
finestre
delle
patch
non
contengono
un
pannello
per
le
funzioni
che
è
possibile
installare
o
un’opzione
di
configurazione),
viene
fornita
una
sola
serie
di
istruzioni
per
entrambe.
3.
Nella
pagina
di
installazione
o
configurazione,
selezionare
Install
product
per
installare
un
nuovo
prodotto
o
una
nuova
versione
del
prodotto
oppure
Configure
Product
per
apportare
delle
modifiche
ad
un
prodotto
già
installato.
Integrazione
di
oggetti
nativi:
pacchetti
MSI
152
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
4.
A
seconda
dell’opzione
selezionata,
cambiano
le
informazioni
richieste
nella
pagina
Generale.
Install
Product
a.
Selezionare
il
separatore
Generale
per
visualizzare
la
pagina
generale
relativa
all’opzione
Install
product.
b.
Nella
casella
di
testo
Titolo,
specificare
una
stringa
di
testo
in
cui
viene
descritta
l’installazione
del
prodotto
MSI.
c.
Nella
casella
di
testo
File
MSI,
specificare
il
file
MSI
in
cui
sono
definite
le
informazioni
relative
all’installazione
del
prodotto.
d.
Se
le
immagini
del
prodotto
sono
contenute
in
una
directory
cui
è
possibile
accedere
dai
sistemi
di
destinazione,
specificare
tale
ubicazione
nella
casella
di
testo
Percorso
immagini
di
destinazione
e
selezionare
la
casella
di
spunta
Installazione
reindirizzata.
e.
Se
le
immagini
del
prodotto
sono
contenute
in
una
directory
cui
i
sistemi
di
destinazione
non
possono
accedere,
eseguire
quanto
segue:
v
Specificare
l’ubicazione
corrente
delle
immagini
del
prodotto
nella
casella
di
testo
Percorso
immagine
di
origine.
Durante
la
distribuzione,
le
immagini
vengono
richiamate
da
questa
directory
e
distribuite
sui
sistemi
di
destinazione
come
parte
del
pacchetto
software.
v
Nella
casella
di
testo
Percorso
immagine
di
destinazione,
specificare
il
percorso
sul
sistema
di
destinazione
in
cui
è
possibile
memorizzare
le
immagini
del
prodotto
quando
vengono
estratte
dal
pacchetto
software.
Si
tratta
della
directory
da
cui
il
processo
di
installazione
di
MSI
richiama
le
immagini
del
prodotto
durante
l’installazione.
v
Per
salvare
le
immagini
nel
percorso
specificato
nel
Percorso
immagini
di
destinazione
al
termine
dell’installazione,
selezionare
la
casella
di
spunta
Conserva
immagini.f.
Selezionare
Disponibili
a
tutti
gli
utenti
per
rendere
il
prodotto
disponibile
a
tutti
gli
utenti
dei
sistemi
di
destinazione.
Se
si
Integrazione
di
oggetti
nativi:
pacchetti
MSI
Capitolo
6.
Integrazione
di
oggetti
nativi
in
un
pacchetto
software
153
annulla
la
selezione
di
questa
casella
di
spunta,
il
prodotto
sarà
disponibile
solo
agli
utenti
collegati
ai
sistemi
di
destinazione
durante
l’installazione.
g.
Nella
casella
di
gruppo
Compressione,
selezionare
Decompresso
per
decomprimere
file
e
directory
oppure
Memorizzato
per
memorizzare
file
e
directory
senza
comprimerli.
Integrazione
di
oggetti
nativi:
pacchetti
MSI
154
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Configure
product
a.
Selezionare
il
separatore
Generale
per
visualizzare
la
pagina
generale
relativa
all’opzione
Configure
product.
b.
Nella
pagina
Generale,
specificare
le
informazioni
relative
al
prodotto
che
si
desidera
configurare
e
il
percorso
in
cui
è
installato
sui
sistemi
di
destinazione.
5.
Selezionare
il
separatore
relativo
al
modo
di
reinstallazione
e
selezionare
i
tipi
di
componenti
da
reinstallare
se
il
pacchetto
software
è
in
esecuzione
con
l’opzione
Correggi
installazione
specificata.
Nella
Tabella
10
a
pagina
156
viene
illustrata
la
corrispondenza
tra
i
valori
del
modo
di
reinstallazione
in
Software
Distribution
e
la
corrispondente
riga
comandi
di
MSI.
Integrazione
di
oggetti
nativi:
pacchetti
MSI
Capitolo
6.
Integrazione
di
oggetti
nativi
in
un
pacchetto
software
155
Tabella
10.
Corrispondenza
dei
valori
del
modo
di
reinstallazione
di
Software
Distribution
con
la
riga
comandi
di
MSI
Valori
del
modo
di
reinstallazione
di
Software
Distribution
Valori
del
modo
di
reinstallazione
nella
riga
comandi
di
MSI
Descrizione
File
Missing
p
Reinstalla
solo
se
manca
il
file.
File
older
version
o
Reinstalla
se
manca
il
file
o
se
è
installata
una
versione
precedente.
File
equal
version
e
Reinstalla
se
manca
il
file
o
se
è
installata
una
versione
uguale
o
precedente.
File
exact
d
Reinstalla
se
manca
il
file
o
se
è
installata
una
versione
diversa.
File
verify
c
Reinstalla
se
manca
il
file
o
se
il
checksum
memorizzato
non
corrisponde
al
valore
calcolato.
File
replace
a
Forza
la
reinstallazione
di
tutti
i
file.
User
data
t
Riscrive
tutte
le
voci
del
registro
dell’utente
necessarie.
Machine
data
m
Riscrive
tutte
le
voci
del
registro
della
macchina
necessarie.
Shortcut
s
Sovrascrive
tutte
le
scelte
rapide
esistenti.
Package
v
Esegue
dall’origine
e
memorizza
nuovamente
nella
cache
il
pacchetto
locale.
6.
Selezionare
il
separatore
Log
Mode.
Integrazione
di
oggetti
nativi:
pacchetti
MSI
156
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Per
disabilitare
il
log,
selezionare
la
casella
di
spunta
Disabilitato
oppure
definire
le
opzioni
di
log
nel
seguente
modo:
a.
Specificare
la
directory
in
cui
memorizzare
il
log
di
MSI.
E’
possibile
specificare
il
percorso
nella
casella
di
testo
Percorso
di
log
oppure
fare
clic
sul
pulsante
Sfoglia
per
individuare
la
directory.
b.
Scegliere
i
modi
di
log
desiderati
selezionando
o
annullando
la
selezione
delle
relative
caselle
di
spunta.
Nota:
I
modi
di
log
visualizzati
sono
i
modi
di
log
SDK
standard.
Per
ulteriori
informazioni,
consultare
la
documentazione
relativa
a
Microsoft
Platform
SDK.
c.
Se
si
desidera
riportare
le
voci
di
log
di
MSI
nel
log
di
Software
Distribution,
selezionare
Report
log.
7.
Fare
clic
sul
separatore
Properties
per
assegnare
i
valori
alle
proprietà
di
Windows
Installer
necessarie
per
l’installazione.
8.
Per
aggiungere
una
proprietà,
eseguire
le
seguenti
operazioni:
a.
Selezionare
una
proprietà
di
Windows
Installer
nell’elenco
e
fare
clic
su
Add.
La
proprietà
viene
visualizzata
nella
casella
di
testo
in
basso.
b.
Fare
clic
nella
casella
di
testo
ed
assegnare
un
valore
alla
proprietà.
Ad
esempio,
TARGETDIR=C:\properties.
9.
Per
rimuovere
una
proprietà,
selezionarla
nella
casella
di
testo
e
fare
clic
su
Remove.
Integrazione
di
oggetti
nativi:
pacchetti
MSI
Capitolo
6.
Integrazione
di
oggetti
nativi
in
un
pacchetto
software
157
10.
Se
il
prodotto
presenta
altre
funzioni
che
è
possibile
installare,
fare
clic
sul
separatore
Features.
11.
Per
ogni
funzione
da
aggiungere,
specificare
il
nome
della
funzione
nella
casella
di
testo
in
alto
e
fare
clic
su
Add.
La
funzione
viene
aggiunta
nella
struttura
ad
albero
delle
funzioni.
Fare
clic
con
il
pulsante
destro
del
mouse
sulla
funzione
per
visualizzare
un
menu
a
comparsa.
Nel
menu,
selezionare
l’azione
da
eseguire
sulla
funzione.
L’azione
di
default
consiste
nell’installare
la
funzione
sul
disco
fisso
locale.
12.
Per
cancellare
una
funzione,
selezionarla
e
fare
clic
su
Elimina.
13.
Per
modificare
l’impostazione
di
default
per
il
livello
di
interfaccia
utente
durante
l’installazione,
selezionare
il
separatore
UI
level.
L’impostazione
di
default
è
“none”,
che
rappresenta
l’installazione
non
presidiata.
Nota:
La
modifica
del
livello
della
GUI
non
produce
nessun
effetto,
a
meno
che
l’installazione
non
venga
completata
in
modo
disconnesso.
Tutte
le
Integrazione
di
oggetti
nativi:
pacchetti
MSI
158
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
altre
installazioni
sono
non
presidiate.
14.
Dopo
avere
specificato
le
impostazioni,
fare
clic
su
OK
per
creare
l’oggetto
del
pacchetto
software.
Azione
Esegui
programma
CID
L’architettura
IBM
CID
(configuration,
installation,
and
distribution)
consente
di
eseguire
l’installazione
remota
e
non
presidiata
e
di
configurare
le
applicazioni
OS/2
che
utilizzano
OS/2
Software
Installer.
Il
file
di
risposte
di
OS/2
Software
Installer
(file
.rsp)
viene
utilizzato
come
input.
Per
istruzioni
dettagliate
su
come
utilizzarlo,
consultare
“Aggiunta
di
un’azione
Esegui
programma
CID”
a
pagina
64.
Azione
del
programma
InstallShield
L’azione
del
programma
InstallShield
consente
di
creare
un
oggetto
programma
che
esegue
le
installazioni
delle
applicazioni
che
utilizzando
il
programma
di
installazione
InstallShield.
E’
possibile
utilizzare
questo
programma
per
installare
un’applicazione
i
cui
file
da
installare
sono
contenuti
su
un’unità
di
rete.
Software
Distribution
utilizza
l’installazione
nativa
dell’applicazione
(InstallShield)
per
eseguire
un’installazione
reindirizzata.
Per
ulteriori
informazioni,
consultare
“Azione
del
programma
InstallShield”
a
pagina
86.
Azione
del
programma
Microsoft
Setup
Il
programma
Microsoft
Setup
consente
di
creare
un
oggetto
programma
che
esegue
le
installazioni
delle
applicazioni
Windows
che
utilizzando
il
programma
di
installazione
Microsoft
Setup.
Per
ulteriori
informazioni,
consultare
“Azione
del
programma
Microsoft
Setup”
a
pagina
88.
Come
rendere
condizionale
un’installazione
nativa
Come
gli
altri
tipi
di
oggetti
del
pacchetto
software,
i
pacchetti
nativi
incorporati
possono
essere
resi
condizionali.
E’
possibile
stabilire
una
o
più
condizioni
per
un
oggetto,
in
modo
che
durante
la
distribuzione
esso
venga
eseguito
solo
se
vengono
soddisfatte
tali
condizioni.
Integrazione
di
oggetti
nativi:
pacchetti
MSI
Capitolo
6.
Integrazione
di
oggetti
nativi
in
un
pacchetto
software
159
E’
possibile
definire
le
condizioni
utilizzando
l’editor
delle
condizioni,
cui
è
possibile
accedere
selezionando
le
finestre
di
installazione
nativa
nel
separatore
Programma
della
finestra
Editor
dei
pacchetti
software.
Se
si
crea
l’oggetto
utilizzando
le
finestre,
è
possibile
definire
le
condizioni
durante
la
creazione.
Se
si
crea
un
oggetto
utilizzando
il
wizard,
è
necessario
aggiungere
le
condizioni
dopo
avere
eseguito
la
creazione,
aprendo
l’oggetto
per
modificarlo.
Per
aprire
un
oggetto
per
modificarlo,
fare
doppio
clic
su
di
esso.
In
questa
sezione
viene
illustrato
come
definire
le
condizioni
per
un
oggetto
del
pacchetto
MSI.
La
stessa
procedura
si
applica
a
tutti
gli
oggetti
del
pacchetto
nativo.
Per
definire
le
condizioni
di
un
oggetto
del
pacchetto
MSI,
eseguire
le
seguenti
operazioni:
1.
Con
l’oggetto
aperto
nella
finestra
Installa
prodotto
MSI
o
Installa
patch
MSI,
fare
clic
sul
pulsante
Condizione.
Viene
visualizzata
la
finestra
Editor
delle
condizioni.
2.
Definire
un’espressione
selezionando
una
variabile
nell’elenco
e
un
operatore
nel
pannello,
quindi
specificando
un
valore.
Ad
esempio,
selezionare
la
variabile
os_name,
l’operatore
==
e
specificare
il
valore
Windows_
NT
per
costruire
l’espressione
$(os_name)==Windows_
NT.
o
Ad
esempio,
selezionare
la
variabile
os_name,
l’operatore
LIKE
e
specificare
il
valore
Win*
tra
singoli
apici
per
costruire
l’espressione
os_name
LIKE
'Win*'.
Integrazione
di
oggetti
nativi:
pacchetti
MSI
160
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
3.
Fare
clic
su
OK
per
ritornare
alla
finestra
Installa
prodotto
MSI
o
Installa
patch
MSI,
quindi
fare
nuovamente
clic
su
OK
per
confermare
la
modifica
apportata
all’oggetto.
Definizione
di
una
firma
di
Inventory
per
un
pacchetto
nativo
Come
per
gli
altri
tipi
di
oggetti
del
pacchetto
software,
è
possibile
definire
una
firma
di
Inventory
per
un
pacchetto
nativo.
Per
eseguire
questo
task,
attenersi
alle
seguenti
istruzioni:
1.
Nella
finestra
Editor
dei
pacchetti
software,
selezionare
il
separatore
Azioni
di
sistema.
Viene
visualizzata
la
finestra
Imposta
firma
Inventory.
2.
Selezionare
l’icona
Firma
Inventory
per
visualizzare
la
finestra
Finestra
Imposta
firma
Inventory
3.
Nella
casella
di
testo
Nome
file,
immettere
il
nome
del
prodotto.
4.
Nella
casella
di
testo
Dimensione
file
immettere
la
dimensione
del
file
in
byte.
5.
Selezionare
la
casella
di
testo
Aggiungi
se
non
esistente
per
aggiungere
la
firma
Inventory
sulla
tabella
appropriata
nel
contenitore
di
configurazione,
se
non
è
già
presente.
E’
anche
possibile
immettere
una
descrizione
e
il
numero
di
versione
del
prodotto
nelle
caselle
di
testo
Descrizione
e
Versione.
Nota:
Non
viene
eseguito
alcun
controllo
sulla
macchina
endpoint
di
destinazione
dopo
l’installazione
del
pacchetto
per
verificare
che
il
file
di
firma
esista.
Integrazione
di
oggetti
nativi:
pacchetti
MSI
Capitolo
6.
Integrazione
di
oggetti
nativi
in
un
pacchetto
software
161
Integrazione
di
oggetti
nativi:
pacchetti
MSI
162
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Capitolo
7.
Funzionamento
di
AutoPack
In
questo
capitolo
vengono
introdotti
i
concetti
della
tecnologia
AutoPack.
La
tecnologia
AutoPack
si
basa
sull’individuazione
automatica
delle
modifiche
apportate
al
sistema
e
ai
file
durante
l’installazione
di
un’applicazione
e
dell’inserimento
di
tali
modifiche
in
un
unico
pacchetto
software
per
la
distribuzione
sui
sistemi
di
destinazione.
In
tal
modo,
vengono
ridotte
le
attività
di
amministrazione
del
sistema
nella
preparazione
del
software
per
la
distribuzione
di
rete.
Per
utilizzare
AutoPack,
selezionare
Tecnologia
AutoPack
nella
finestra
Selettore
dell’Editor
di
pacchetti
software
oppure
utilizzare
il
comando
autopack
nella
riga
comandi.
Per
ulteriori
informazioni
sull’utilizzo
di
AutoPack
dall’Editor
dei
pacchetti
software,
consultare
“Definizione
del
tipo
di
pacchetto
da
creare”
a
pagina
25.
Per
ulteriori
informazioni
sul
comando
autopack,
consultare
Manuale
di
riferimento
per
Software
Distribution.
AutoPack
crea
automaticamente
un
pacchetto
software
confrontando
due
successive
“istantanee”
di
un
sistema
di
preparazione.
Per
sistema
di
preparazione
si
intende
Windows,
OS/2
o
UNIX.
Consultare
Note
sul
rilascio
per
ulteriori
informazioni
sulle
piattaforme
supportate
su
cui
è
installato
il
componente
Software
Distribution
Java
Endpoint
Package
Editor.
Eseguire
il
processo
AutoPack
su
un
sistema
di
preparazione
su
cui
siano
installate
poche
applicazioni.
Poiché
AutoPack
si
affida
alla
tecnologia
di
differenziazione
che
individua
le
configurazioni
del
sistema
e
dei
file,
utilizzando
un
sistema
semplice,
si
eviterà
di
fare
confusione
tra
i
file.
Se
sul
sistema
di
preparazione
sono
state
installate
altre
applicazioni
prima
di
creare
il
pacchetto
software,
AutoPack
potrebbe
includere
dati
e
file
system
non
desiderati
ed
escludere
file
di
sistema
importanti
dal
pacchetto
software.
Inoltre,
è
utile
per
evitare
i
problemi
connessi
agli
oggetti
condivisi
tra
le
varie
applicazioni.
E’
necessario
creare
un
pacchetto
software
sullo
stesso
sistema
operativo
del
sistema
di
destinazione.
In
tal
modo,
non
verrà
fatta
confusione
tra
i
file.
Ad
esempio,
se
si
installa
Netscape
Navigator
in
Windows
2000
e
Windows
XP,
creare
un
pacchetto
software
su
ciascuna
piattaforma.
Nota:
Poiché
la
tecnologia
AutoPack
individua
automaticamente
le
modifiche
apportate
al
sistema
e
ai
file
durante
l’installazione
di
un’applicazione,
le
applicazioni
che
dipendono
dall’hardware
possono
creare
dei
problemi.
Ad
esempio,
alcune
applicazioni
grafiche
sono
dipendenti
dal
tipo
di
controllo.
Durante
l’installazione
di
questi
tipi
di
applicazione,
vengono
memorizzate
le
impostazioni
hardware
che
causeranno
incompatibilità
con
le
destinazioni
che
presentano
impostazioni
diverse
da
quelle
presenti
sul
sistema
di
preparazione.
Prima
di
creare
un
pacchetto
software
utilizzando
AutoPack,
è
importante
comprendere
il
funzionamento
di
AutoPack,
per
personalizzarlo
in
base
ai
sistemi
operativi
in
esecuzione
sulle
stazioni
di
lavoro.
©
Copyright
IBM
Corp.
2002,
2003
163
Componenti
di
AutoPack
AutoPack
consente
di
creare
i
pacchetti
software
per
la
distribuzione
sui
sistemi
di
destinazione
senza
dovere
scrivere
dei
programmi
di
configurazione
o
eseguire
altre
attività
di
installazione.
Esso
determina
automaticamente
i
file
da
distribuire
sul
sistema
di
destinazione
e
gestisce
le
modifiche
ai
componenti
del
sistema,
ad
esempio
al
registro,
alle
icone
del
desktop
e
ai
programmi
elencati
nel
menu
Start/Avvio.
Alcune
delle
modifiche
apportate
ai
componenti
del
sistema
quando
si
installa
un’applicazione
in
Windows
2000:
v
Una
serie
di
file
viene
copiato
in
una
directory
di
destinazione.
v
Delle
voci
vengono
aggiunte
nel
registro
di
Windows.
v
Vengono
creati
e
modificati
i
file
.ini.
v
Vengono
aggiunte
delle
istruzioni
nei
file
di
sistema
(config.sys,
autoexec.bat).
v
Sul
desktop
di
Windows
vengono
aggiunte
delle
cartelle
e
dei
collegamenti.
v
Servizi
di
Windows.
AutoPack
esegue
un’istantanea
dello
stato
di
tali
componenti
prima
dell’installazione
di
un’applicazione,
esegue
un’altra
istantanea
al
termine
dell’installazione
ed
utilizza
la
tecnologia
della
differenziazione
per
identificare
le
modifiche
apportate
allo
stato
dei
componenti.
La
fase
di
differenziazione
è
il
processo
in
base
al
quale
vengono
esaminate
e
confrontate
la
prima
e
la
seconda
istantanea.
Per
ogni
differenza
trovata,
viene
generata
l’azione
corrispondente
e
viene
aggiunta
nel
pacchetto
software.
Ad
esempio,
si
assuma
che
il
file
c:\winnt\system32\myapp.dll
sia
stato
aggiunto
nel
sistema.
L’aggiunta
di
questo
file
viene
individuata
durante
la
fase
di
differenziazione
e
viene
generata
un’azione
per
aggiungere
questo
file
nel
pacchetto
software.
I
componenti
del
sistema
variano
a
seconda
del
sistema
operativo.
Nella
seguente
tabella
vengono
illustrati
i
diversi
componenti
controllati
da
AutoPack,
i
corrispondenti
oggetti
gestiti
e
le
piattaforme
che
supportano
ciascun
componente.
Tabella
11.
Componenti
controllati
da
AutoPack
e
piattaforme
supportate
Componente
Oggetti
gestiti
Piattaforme
supportate
File
system
File,
directory,
collegamenti
simbolici
(per
le
piattaforme
UNIX)
Tutti
File
di
testo
Righe,
token
e
comandi
Tutti
Profili
di
Windows
(.ini)
Sezioni,
elementi
Windows
Registro
di
Windows
Chiavi,
valori
Windows
Shell
di
Windows
Cartelle,
collegamenti
Windows
profili
di
OS/2
Elementi
OS/2
4.0,
4.5
Desktop
di
OS/2
Oggetti
generici,
cartelle,
programmi,
ombreggiature
OS/2
4.0,
4.5
File
system
di
OS/2
(OS2.ini
e
OS2SYS.ini)
Elementi
OS/2
4.x
e
successivo
Servizi
di
Windows
Servizi
Windows
2000,
Windows
XP,
Windows
2003
Componenti
di
AutoPack
164
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
File
di
configurazione
di
AutoPack
In
questa
sezione
viene
illustrata
la
struttura
del
file
di
configurazione
di
AutoPack
autopack.ini
per
i
sistemi
Windows
e
viene
illustrato
un
file
autopack.ini
tipico
per
i
sistemi
UNIX.
AutoPack
utilizza
il
file
di
configurazione
per
stabilire
quali
oggetti
di
un
determinato
componente
debbano
essere
controllati
e
quali
debbano
essere
ignorati
durante
la
fase
di
differenziazione.
AutoPack
memorizza
il
file
di
configurazione
nella
directory
di
lavoro.
Alla
fine
di
questo
capitolo
vengono
inseriti
i
file
di
configurazione
autopack.ini
predefiniti
per
Windows
2000,
Windows
XP,
Windows
2003,
OS/2
e
UNIX.
Il
file
autopack.ini
presenta
la
stessa
struttura
del
file
.ini
di
Windows.
Esso
contiene
una
sezione
generale
e
una
sezione
di
inclusione
ed
esclusione
per
ciascun
componente
del
sistema.
Consultare
la
tabella
a
pagina
164
per
l’elenco
dei
componenti
del
sistema
e
degli
oggetti
che
essi
gestiscono.
Nella
sezione
di
inclusione
vengono
elencati
gli
oggetti
nel
relativo
componente
che
verranno
controllati
durante
l’istantanea.
Nelle
sezioni
di
esclusione
viene
indicata
una
serie
secondaria
di
oggetti
della
sezione
di
inclusione
che
verranno
ignorati
durante
la
fase
di
differenziazione.
Ad
esempio,
è
possibile
specificare
un’intera
struttura
di
directory
nella
sezione
di
inclusione,
ma
è
possibile
escludere
determinati
file
contenuti
in
questa
directory,
indicandoli
nella
sezione
di
esclusione.
Se
viene
individuata
una
differenza
in
un
oggetto
contenuto
nell’elenco
di
esclusione,
l’azione
relativa
a
questo
oggetto
non
verrà
inclusa
nel
pacchetto
software.
Nota:
E’
importante
che
le
sezioni
di
inclusione
del
file
autopack.ini
non
cambino
tra
la
prima
e
la
seconda
istantanea.
Il
file
autopack.ini
è
composto
dalle
seguenti
sezioni:
v
Sezione
General.
La
sezione
General
contiene
il
percorso
della
directory
di
lavoro.
La
directory
di
lavoro
predefinita
è
la
directory
di
autopack
contenuta
nella
directory
del
prodotto,
ad
esempio
c:\swdis\autopack.
L’utente
può
modificare
questa
directory
predefinita,
ma
il
file
autopack.ini
deve
essere
contenuto
nella
directory
di
lavoro.
Sintassi
della
sezione
General:
[General]
WorkingDir
=
percorso
In
UNIX
la
directory
di
lavoro
è
product_dir/autopack,
dove
product_dir
è
specificato
nel
file
swdis.ini
nel
percorso
/etc/Tivoli
di
UNIX.
Per
ulteriori
informazioni
sul
file
swdis.ini,
consultare
“Informazioni
relative
alla
configurazione
di
base
sugli
endpoint”
a
pagina
320.
v
Sezioni
del
file
system.
Utilizzare
le
sezioni
del
file
system
per
gestire
il
controllo
degli
oggetti
del
file
system.
Nella
sezione
di
inclusione
specificare
le
unità
di
cui
si
desidera
eseguire
la
scansione.
In
Windows
e
OS/2,
$(unità_sistema)
è
sempre
controllata
anche
se
non
la
si
aggiunge
nella
sezione
di
inclusione.
Nella
sezione
di
esclusione
specificare
le
directory
o
i
file
che
verranno
ignorati
durante
la
fase
di
differenziazione.
In
questa
sezione
è
possibile
utilizzare
i
caratteri
jolly.
Ad
esempio,
per
elencare
i
file
nella
directory
temp
della
sezione
File
system
da
escludere,
utilizzare
c:\temp\*.*
nell’elenco.
Per
ulteriori
informazioni
su
come
specificare
i
nomi
del
file
e
della
directory
con
i
caratteri
jolly,
consultare
Manuale
di
riferimento
per
Software
Distribution.
Di
seguito
viene
indicata
la
sintassi
per
le
sezioni
di
inclusione
ed
esclusione
per
questo
componente:
[FileSystem
Include]
unità_1
unità_2
...
File
di
configurazione
di
AutoPack
Capitolo
7.
Funzionamento
di
AutoPack
165
unità_n
[FileSystem
Exclude]
percorso_1
percorso_2
...
percorso_n
In
UNIX,
viene
controllata
l’unità
root
(/)
o
home
($(home)).
Se
è
stato
eseguito
il
mount
delle
directory,
non
annullare
tale
operazione,
poiché
essere
vengono
escluse
automaticamente
dall’istantanea.
Note:
1.
Nella
sezione
FileSystem
Exclude,
escludere
la
directory
contenente
il
codice
Tivoli.
2.
La
root
viene
controllata
per
impostazione
predefinita.
Escludere
il
controllo
della
root
se
i
file
installati
non
riguardano
la
root.
Il
controllo
della
root
può
influire
sulle
prestazioni,
in
modo
particolare
su
sistemi
di
grandi
dimensioni.
Per
un
esempio
di
file
di
configurazione
di
AutoPack
di
UNIX,
consultare
“Autopack.ini
predefinito
per
UNIX”
a
pagina
173.
v
Sezioni
dei
file
di
testo.
Utilizzare
queste
sezioni
per
gestire
il
controllo
degli
oggetti
del
file
di
testo.
Elenca
i
file
di
testo
da
controllare
nella
sezione
di
inclusione
e
i
file
di
testo
da
ignorare
durante
la
fase
di
differenziazione
nella
sezione
di
esclusione.
E’
possibile
utilizzare
i
caratteri
jolly
in
entrambe
le
sezioni.
[TextFiles
Include]
<percorso_1>
<percorso_2>
...
<percorso_n>
[TextFiles
Exclude]
<percorso_1>
<percorso_2>
...
<percorso_n>
Quando
AutoPack
controlla
un
file
come
un
oggetto
file
di
testo,
individua
le
modifiche
apportate
al
file
e
genera
un’azione
nel
pacchetto
software
per
applicare
solo
quelle
modifiche
al
sistema
di
destinazione.
Ciò
si
differenzia
dal
controllo
dei
file
come
oggetti
file
system.
Quando
AutoPack
controlla
gli
oggetti
del
file
system,
l’intero
file
viene
sostituito
sul
sistema
di
destinazione.
Ad
esempio,
si
immagini
di
controllare
le
modifiche
apportate
al
file
config.sys.
Il
controllo
di
questo
file
come
oggetto
file
di
testo,
consente
di
ripetere
solo
le
modifiche
apportate
al
file,
ad
esempio
l’aggiunta
di
nuove
righe
o
l’eliminazione
delle
righe
dal
file.
Il
controllo
del
file
come
oggetto
file
system,
l’intero
file
config.sys
viene
aggiunto
nel
pacchetto
e
distribuito
sul
sistema
di
destinazione.
v
Sezioni
dei
profili
Win.
Utilizzare
queste
sezioni
per
gestire
il
controllo
dei
profili
di
Windows,
ad
esempio
i
file
.ini.
Nella
sezione
di
inclusione,
specificare
i
file
che
si
desidera
controllare.
Nella
sezione
di
esclusione,
specificare
i
file
che
verranno
ignorati
durante
la
fase
di
differenziazione.
I
caratteri
jolly
possono
essere
utilizzati
in
entrambe
le
sezioni.
[WinProfiles
Include]
percorso_1
percorso_2
...
File
di
configurazione
di
AutoPack
166
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
percorso_n
[WinProfiles
Exclude]
percorso_1
percorso_2
...
percorso_n
Controllare
i
file
.ini
come
oggetti
profilo
di
Windows
se
si
desidera
individuare
solo
le
modifiche
apportate
all’interno
di
un
file
.ini.
Controllare
i
file
.ini
come
oggetti
file
system
se
si
desidera
inserire
l’intero
file
nel
pacchetto
software
per
la
distribuzione
sul
sistema
di
destinazione.
v
Sezioni
del
registro
di
Windows.
Utilizzare
queste
sezioni
per
gestire
il
controllo
dei
percorsi
del
registro
di
Windows.
Specificare
i
percorsi
del
registro
da
controllare
nelle
sezioni
di
inclusione
e
i
percorsi
da
ignorare
durante
la
fase
di
differenziazione.
Nei
file
del
registro
non
è
possibile
utilizzare
caratteri
jolly.
[WinRegistry
Include]
percorsoregistro_1
percorsoregistro_2
...
percorsoregistro_n
[WinRegistry
Exclude]
percorsoregistro_1
percorsoregistro_2
...
percorsoregistro_n
v
sezioni
dei
profili
di
OS2.
Utilizzare
queste
sezioni
per
controllare
i
profili
di
OS/2
o
i
file
.ini
ad
eccezione
dei
file
OS2.ini
e
OS2SYS.ini.
Questi
file
vengono
considerati
come
oggetti
OS2SystemFiles.
A
differenza
dei
profili
di
Windows,
i
profili
di
OS/2
sono
file
binari.
Specificare
i
file
del
profilo
che
si
desidera
controllare
nella
sezione
di
inclusione
e
i
file
da
ignorare
durante
la
fase
di
differenziazione
nella
sezione
di
esclusione.
I
caratteri
jolly
possono
essere
utilizzati
in
entrambe
le
sezioni.
[OS2Profiles
Include]
percorso_1
percorso_2
...
percorso_n
[OS2Profiles
Exclude]
percorso_1
percorso_2
...
percorso_n
Controllare
i
file
.ini
come
oggetti
profilo
di
OS2
se
si
desidera
individuare
solo
le
modifiche
apportate
all’interno
di
un
file
.ini.
Controllare
i
file
.ini
come
oggetti
file
system
se
si
desidera
inserire
l’intero
file
nel
pacchetto
software
per
la
distribuzione
sul
sistema
di
destinazione.
v
Sezioni
dei
file
di
sistema
di
OS2.
La
sezione
di
inclusione
di
questo
componente
contiene
i
file
OS2.ini
e
OS2SYS.ini.
Non
modificare
questa
sezione.
Tuttavia,
è
possibile
modificare
la
sezione
di
esclusione
per
specificare
le
sezioni
dei
file
.ini
che
dovranno
essere
ignorare
durante
la
fase
di
differenziazione.
Ad
esempio,
questi
file
contengono
informazioni
sugli
oggetti
del
desktop
che
non
presentano
nessuna
relazione
con
il
sistema
di
destinazione.
Escludere
le
sezioni
contenenti
informazioni
sugli
oggetti
del
desktop
aggiungendole
nella
sezione
di
esclusione.
Sintassi
della
sezione
di
esclusione:
File
di
configurazione
di
AutoPack
Capitolo
7.
Funzionamento
di
AutoPack
167
[OS2SystemFiles
Include]
c:\os2\os2.ini
c:\os2\os2sys.ini
[OS2SystemFiles
Exclude]
file:sezione
file:sezione
...
file:sezione
v
Sezioni
del
desktop
di
OS2.
La
sezione
di
inclusione
di
questo
componente
contiene
un
elenco
delle
cartelle
del
desktop
da
controllare.
Ogni
cartella
può
essere
specificata
utilizzando
il
percorso
completo
o
il
relativo
ID
oggetto.
Non
modificare
la
sezione
di
esclusione.
I
caratteri
jolly
non
possono
essere
utilizzati
in
queste
sezioni.
Si
seguito
viene
illustrato
come
specificare
le
cartelle
del
desktop:
[OS2Desktop
Include]
percorso_1
OPPURE
ID-oggetto_1
percorso_2
OPPURE
ID-oggetto_2
...
percorso_n
OPPURE
ID-oggetto_n
Personalizzazione
del
file
di
configurazione
AutoPack
crea
il
file
di
configurazione
quando
viene
eseguito
per
la
prima
volta.
Ogni
sezione
contiene
dei
valori
predefiniti
in
base
alla
configurazione
della
stazione
di
lavoro.
Questi
valori
predefiniti
vengono
impostati
per
soddisfare
la
maggior
parte
dei
sistemi
operativi
presenti
sulle
stazioni
di
lavoro.
Ad
esempio,
poiché
la
maggior
parte
delle
procedure
di
installazione
modificano
le
stesse
chiavi
del
registro,
la
sezione
di
inclusione
dei
percorsi
del
registro
di
Windows
è
impostata
per
controllare
i
seguenti
percorsi
del
registro:
HKEY_LOCAL_MACHINE\SOFTWARE
HKEY_CURRENT_USER
HKEY_USERS\.Default
HKEY_LOCAL_MACHINE\System\CurrentControlSet
L’utente
può
aggiungere
un
oggetto
nella
relativa
sezione
di
esclusione
per
ignorare
le
modifiche
apportate
a
quell’oggetto
e
non
inserirle
nel
pacchetto
software.
E’
altresì
possibile
aggiungere
un
oggetto
nella
relativa
sezione
di
inclusione
per
controllare
le
modifiche
apportate
a
quell’oggetto
ed
inserirle
nel
pacchetto
software.
La
sezione
di
esclusione
dei
percorsi
del
registro
di
Windows
contiene
le
chiavi
del
registro
che
non
è
necessario
controllare.
Si
tratta
di
chiavi
che
non
vengono
coinvolte
nell’installazione
del
software,
pertanto
non
è
necessario
includerle
nel
pacchetto
software.
Ad
esempio,
il
seguente
percorso
del
registro
viene
escluso:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows
NT\CurrentVersion\Perflib
Il
percorso
del
registro
viene
utilizzato
per
le
informazioni
statistiche
relative
al
sistema
e
alle
modifiche
indipendenti
dall’installazione
dell’applicazione.
La
sezione
di
esclusione
dei
profili
di
Windows
contiene
i
file
che
non
è
necessario
controllare.
Ad
esempio,
per
impostazione
predefinita
il
file
winit.ini
è
contenuto
in
questa
sezione.
Questo
file
contiene
informazioni
relative
ai
file
da
eliminare
dopo
avere
riavviato
il
sistema
e
non
è
legato
all’installazione
delle
applicazioni.
L’unità
del
file
system
da
controllare
nei
sistemi
Windows
viene
configurata
per
impostazione
predefinita.
Può
essere
necessario
modificare
il
file
autopack.ini
File
di
configurazione
di
AutoPack
168
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
diverse
volte
se
le
impostazioni
predefinite
non
possono
essere
applicate
ai
componenti
del
sistema.
In
UNIX,
può
essere
necessario
personalizzare
la
sezione
di
inclusione
del
file
system.
Per
ridurre
il
tempo
richiesto
per
il
controllo,
è
possibile
specificare
una
serie
secondaria
di
file
system
piuttosto
che
indicare
la
root,
evitando
in
tal
modo
di
controllare
ciascun
file
system
sul
sistema
di
destinazione.
Note
relative
ad
alcuni
scenari
utente
Alcuni
scenari
utente
richiedono
la
personalizzazione
del
file
autopack.ini
per
eseguire
correttamente
l’installazione
del
pacchetto
software
creato
utilizzando
AutoPack.
Di
seguito
vengono
illustrati
alcuni
scenari
noti
che
richiedono
l’intervento
dell’utente:
1.
Quando
la
fase
di
differenziazione
viene
avviata
mediante
l’Editor
dei
pacchetti
software,
il
processo
subisce
un
rallentamento
se
il
pacchetto
software
da
creare
contiene
molti
oggetti.
Per
migliorare
le
prestazioni,
è
necessario
regolare
il
valore
″
-mx100m
″
nel
file
speditor.bat
appropriato.
Incrementare
gradualmente
il
valore
finché
non
si
raggiunge
il
valore
ottimale
per
il
proprio
ambiente.
Ad
esempio,
sostituire
″
mx100m
″
con
″
mx150m
″
e
continuare
ad
incrementare
questo
valore
finché
non
migliorano
le
prestazioni
del
sistema.
2.
Per
le
distribuzioni
che
aggiornano
i
file
di
sistema
di
Windows,
che
possono
essere
bloccati
per
la
lettura
o
la
scrittura,
si
consiglia
di
eseguire
l’installazione
in
modalità
annullabile-in-transazionale.
In
tal
caso,
viene
creata
una
copia
di
backup
dei
file
bloccati
durante
la
fase
di
commit.
3.
Quando
si
crea
un
pacchetto
software
utilizzando
AutoPack
che
installa
il
prodotto
Norton
AntiVirus
su
un
endpoint
Windows
2000,
la
distribuzione
non
viene
eseguita
correttamente
se
la
seguente
chiave
del
registro
è
inserita
nel
pacchetto
software:
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\ServiceCurrent
Per
eseguire
correttamente
la
distribuzione,
aggiungere
la
chiave
del
registro
nella
sezione
di
esclusione
dei
percorsi
del
registro
di
Windows.
4.
Quando
si
crea
un
pacchetto
software
utilizzando
AutoPack
che
installa
il
prodotto
Norton
AntiVirus,
è
necessario
attendere
il
completamento
di
LiveUpdate
e
della
scansione
del
disco
e
riavviare
il
sistema
prima
di
eseguire
la
seconda
istantanea.
Questa
procedura
evita
che
si
verifichino
problemi
a
causa
di
file
bloccati.
5.
L’opzione
OverrideRegistryPermissions
deve
essere
impostata
su
y
(yes)
se
si
sta
eseguendo
uno
dei
seguenti
scenari:
v
Creare
un
pacchetto
software
utilizzando
AutoPack
per
il
software
del
client
DB2
e
installarlo
su
un
endpoint
Windows
2000.
v
Creare
un
pacchetto
software
utilizzando
AutoPack
per
il
software
di
Exceed
6.1
ed
installarlo
su
un
endpoint
Windows
2000.
v
Creare
un
pacchetto
software
utilizzando
AutoPack
per
il
software
di
Office
2000
ed
installarlo
su
un
endpoint
Windows
2000.
In
alternativa,
aggiungere
la
seguente
voce
nella
sezione
di
esclusione
dei
percorsi
del
registro
di
Windows
del
file
autopack.ini:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\
ServiceCurrent
6.
Creare
un
pacchetto
software
utilizzando
AutoPack
per
il
software
di
Microsoft
Office
2000.
Se
si
esegue
un’installazione
annullabile
del
pacchetto
software
su
un
endpoint
Windows
2000,
è
necessario
incrementare
la
memoria
virtuale
su
un
valore
di
almeno
400
MB.
File
di
configurazione
di
AutoPack
Capitolo
7.
Funzionamento
di
AutoPack
169
7.
Quando
si
crea
un
pacchetto
software
utilizzando
AutoPack
che
installa
il
software
di
Microsoft
Office
XP
su
un
endpoint
Windows
XP,
impostare
le
seguenti
chiavi
nel
file
autopack.ini:
v
Nella
sezione
General:
OverrideRegistryPermission=y
v
Nella
sezione
di
esclusione
dei
percorsi
del
registro
di
Windows:
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\ServiceCurrent
Operazioni
con
gli
oggetti
condivisi
E’
opportuno
che
sul
sistema
di
preparazione
siano
installate
poche
applicazioni:
il
sistema
operativo
e
AutoPack.
Oltre
ad
evitare
problemi
con
i
file,
ciò
è
utile
per
evitare
i
problemi
connessi
agli
oggetti
condivisi.
Molte
applicazioni
di
Windows
condividono
oggetti
quali
file
e
voci
del
registro.
Per
evitare
di
reinstallare
oggetti
già
installati
su
una
stazione
di
lavoro,
Microsoft
suggerisce
di
utilizzare
un
contatore
di
riferimento
memorizzato
nel
seguente
percorso
del
registro:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\
CurrentVersion\SharedDLLS
Non
tutte
le
applicazioni
utilizzano
questo
percorso
del
registro
per
memorizzare
i
loro
contatori
di
riferimento.
Apple
QuickTime,
ad
esempio,
memorizza
i
file
condivisi
nel
seguente
percorso
del
registro:
HKEY_LOCAL_MACHINE\SOFTWARE\Apple\QuickTime32\CurrentVersion
\SharedFiles
Altre
applicazioni
non
utilizzano
dei
contatori
di
riferimento.
Si
consideri
il
caso
di
un
file
e
di
una
voce
del
registro
comuni
ad
un’applicazione
già
installata
sul
sistema
di
preparazione
e
ad
un’applicazione
da
installare
tra
la
prima
e
la
seconda
istantanea.
Come
già
ricordato,
gli
oggetti
condivisi
non
vengono
reinstallati.
Pertanto,
durante
la
fase
di
differenziazione,
AutoPack
include
il
file
condiviso
e
la
voce
del
registro
come
parte
del
pacchetto
software.
Il
file
e
la
voce
del
registro
erano
presenti
prima
dell’installazione
e
dopo
l’installazioni
tali
file
non
sono
stati
modificati.
Non
viene
generato
nessun
comando
per
aggiungere
questo
file
e
questa
voce
del
registro.
AutoPack
può
ridurre
i
problemi
associati
agli
oggetti
condivisi,
controllando
i
contatori
di
riferimento.
Autopack.ini
predefinito
per
Windows
2003
[General]
OverrideRegistryPermissions=n
ReplaceIfNewer=n
RemoveIfModified=n
ReplaceIfExisting=y
ComputeCRC=n
VerifyCRC=n
WorkingDir=C:\swdis\autopack
[FileSystem
Include]
C:\
[TextFiles
Include]
c:\autoexec.bat
c:\config.sys
[TextFiles
Exclude]
[WinRegistry
Include]
HKEY_LOCAL_MACHINE\SOFTWARE
HKEY_CURRENT_USER
File
di
configurazione
di
AutoPack
170
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
HKEY_USERS\.Default
HKEY_LOCAL_MACHINE\System\CurrentControlSet
[WinRegistry
Exclude]
HKEY_LOCAL_MACHINE\SAM
HKEY_LOCAL_MACHINE\System\Clone
HKEY_LOCAL_MACHINE\SOFTWARE\Program
Groups
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\SharedDLLs
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows
NT\CurrentVersion\Perflib
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Enum
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Reliability
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session
Manager\PendingFileRenameOperations
[WinProfiles
Include]
C:\WINDOWS\*.ini
[WinProfiles
Exclude]
C:\WINDOWS\progman.ini
C:\WINDOWS\wininit.ini
C:\WINDOWS\swdis.ini
[FileSystem
Exclude]
C:\Documents
and
Settings\Administrator\Local
Settings\Temp\*.*
C:\swdis\*.*
C:\WINDOWS\swdis.*
C:\WINDOWS\*.grp
c:\boot.ini
*\win386.swp
*\pagefile.sys
C:\WINDOWS\*.ini
c:\autoexec.bat
c:\config.sys
??\recycler\*.*
??\recycled\*.*
C:\WINDOWS\system32\config\*.*
*.lnk
C:\WINDOWS\APPLOG\*.*
C:\WINDOWS\SchedLgU.Txt
C:\WINDOWS\DEBUG\*.*
C:\*\ntuser.dat.log
C:\*\ntuser.dat
C:\WINDOWS\prefetch\*.*
*\hiberfil.sys
C:\*\UsrClass.dat
C:\*\UsrClass.dat.LOG
Autopack.ini
predefinito
per
Windows
XP
[General]
WorkingDir=C:\swdis\autopack
[FileSystem
Include]
C:\
[TextFiles
Include]
c:\autoexec.bat
c:\config.sys
[TextFiles
Exclude]
[WinProfiles
Include]
C:\WINDOWS\*.ini
[WinProfiles
Exclude]
C:\WINDOWS\progman.ini
C:\WINDOWS\wininit.ini
C:\WINDOWS\swdis.ini
[FileSystem
Exclude]
C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\*.*
C:\swdis\*.*
C:\WINDOWS\swdis.*
C:\WINDOWS\*.grp
c:\boot.ini
File
di
configurazione
di
AutoPack
Capitolo
7.
Funzionamento
di
AutoPack
171
*\win386.swp
*\pagefile.sys
C:\WINDOWS\*.ini
c:\autoexec.bat
c:\config.sys
??\recycler\*.*
??\recycled\*.*
C:\WINDOWS\System32\config\*.*
*.lnk
C:\WINDOWS\APPLOG\*.*
C:\WINDOWS\SchedLgU.Txt
C:\WINDOWS\DEBUG\*.*
C:\*\ntuser.dat.log
C:\*\ntuser.dat
C:\WINDOWS\prefetch\*.*
*\hiberfil.sys
C:\*\UsrClass.dat
C:\*\UsrClass.dat.LOG
C:\Tivoli\*.*
[WinRegistry
Include]
HKEY_LOCAL_MACHINE\SOFTWARE
HKEY_CURRENT_USER
HKEY_USERS\.Default
HKEY_LOCAL_MACHINE\System\CurrentControlSet
[WinRegistry
Exclude]
HKEY_LOCAL_MACHINE\SAM
HKEY_LOCAL_MACHINE\System\Clone
HKEY_LOCAL_MACHINE\SOFTWARE\Program
Groups
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\SharedDLLs
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows
NT\CurrentVersion\Perflib
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Enum
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Reliability
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\
Session
Manager\PendingFileRenameOperations
Autopack.ini
predefinito
per
Windows
2000
[General]
WorkingDir=C:\Tivoli\swdis\1\autopack
[TextFiles
Include]
c:\autoexec.bat
c:\config.sys
[TextFiles
Exclude]
[FileSystem
Exclude]
C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\*.*
C:\Tivoli\swdis\1\*.*
C:\WINNT\swdis.*
C:\WINNT\*.grp
c:\boot.ini
*\win386.swp
*\pagefile.sys
C:\WINNT\*.ini
c:\autoexec.bat
c:\config.sys
??\recycler\*.*
??\recycled\*.*
C:\WINNT\System32\config\*.*
*.lnk
C:\WINNT\APPLOG\*.*
C:\WINNT\SchedLgU.Txt
C:\WINNT\DEBUG\*.*
C:\*\ntuser.dat.log
C:\*\ntuser.dat
C:\WINNT\prefetch\*.*
[FileSystem
Include]
File
di
configurazione
di
AutoPack
172
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
C:\
[WinRegistry
Include]
HKEY_LOCAL_MACHINE\SOFTWARE
HKEY_CURRENT_USER
HKEY_USERS\.Default
HKEY_LOCAL_MACHINE\System\CurrentControlSet
[WinRegistry
Exclude]
HKEY_LOCAL_MACHINE\SAM
HKEY_LOCAL_MACHINE\System\Clone
HKEY_LOCAL_MACHINE\SOFTWARE\Program
Groups
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\SharedDLLs
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows
NT\CurrentVersion\Perflib
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Enum
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Reliability
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session
Manager\PendingFileRenameOperations
[WinProfiles
Include]
C:\WINNT\*.ini
[WinProfiles
Exclude]
C:\WINNT\progman.ini
C:\WINNT\wininit.ini
C:\WINNT\swdis.ini
Autopack.ini
predefinito
per
UNIX
[General]
CompressionMethod=deflated
ReplaceIfNewer=n
RemoveIfModified=n
ReplaceIfExisting=y
ComputeCRC=n
VerifyCRC=n
WorkingDir=/endpoint/swdis/1/autopack
[TextFiles
Include]
[TextFiles
Exclude]
[FileSystem
Exclude]
/mnt/*
/tmp/*
/endpoint/swdis/1/*
/dev/*
/etc/Tivoli/swdis.*
*/.sh_history
[FileSystem
Include]
/
Autopack.ini
predefinito
per
OS/2
[General]
ReplaceIfNewer=n
RemoveIfModified=n
ReplaceIfExisting=y
ComputeCRC=n
VerifyCRC=n
WorkingDir=C:\TIVOLI\swdis\1\autopack
[FileSystem
Include]
C:\
[TextFiles
Include]
C:\config.sys
C:\autoexec.bat
C:\startup.cmd
C:\os2init.cmd
[TextFiles
Exclude]
[OS2Profiles
Include]
[OS2Profiles
Exclude]
[FileSystem
Exclude]
File
di
configurazione
di
AutoPack
Capitolo
7.
Funzionamento
di
AutoPack
173
C:\TCPIP\TMP\*.*
C:\TIVOLI\swdis\1\*.*
C:\OS2\swdis.*
C:\OS2\*.ini
C:\OS2\os2.!!!
C:\OS2\os2sys.!!!
*\SWAPPER.DAT
C:\config.*
C:\autoexec.*
C:\startup.*
C:\os2init.*
C:\OS2\SYSTEM\RAS*.*
?:\EA
DATA.
SF
?:\WP
ROOT.
SF
C:\\dmisl\*.*
C:\\mptn\*.*
File
di
configurazione
di
AutoPack
174
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Capitolo
8.
Creazione
di
un
pacchetto
software
utilizzando
AutoPack
AutoPack
crea
automaticamente
un
pacchetto
software
riproducendo
i
risultati
di
un’installazione
su
un
sistema
di
preparazione.
Per
informazioni
sul
funzionamento
della
tecnologia
AutoPack,
consultare
Capitolo
7,
“Funzionamento
di
AutoPack”,
a
pagina
163.
In
questo
capitolo,
Il
processo
guidato
AutoPack
viene
utilizzato
per
creare
un
pacchetto
software
che
ripete
l’installazione
di
Adobe
Reader
6.0,
eseguendo
le
seguenti
attività:
v
Scansione
delle
periferiche
sul
sistema
di
preparazione
su
cui
verrà
installato
il
software
per
creare
una
prima
istantanea,
o
istantanea
di
preinstallazione,
delle
configurazioni
dell’unità
e
del
sistema.
E’
importante
che
sul
sistema
di
preparazione
siano
installate
poche
applicazioni.
Inoltre,
il
sistema
deve
essere
dello
stesso
tipo
del
sistema
operativo
del
PC
di
destinazione.
v
Raggruppamento
delle
modifiche
apportate
al
sistema
e
ai
file
in
seguito
all’installazione
del
software
sul
sistema
di
preparazione
per
la
distribuzione
sui
sistemi
di
destinazione.
v
Esecuzione
di
una
seconda
istantanea,
o
istantanea
di
postinstallazione,
dell’unità
del
sistema
di
preparazione
e
identificazione
dei
file
installati
e
delle
modifiche
apportate
al
sistema.
v
Creazione
di
un
pacchetto
software
in
base
alla
differenza
tra
la
prima
e
la
seconda
istantanea.
La
tecnologia
AutoPack
viene
integrata
nell’Editor
dei
pacchetti
software.
E’
possibile
avviare
il
processo
guidato,
per
operare
con
il
processo
AutoPack
fase
per
fase
dall’inizio
alla
fine,
oppure
è
possibile
avviare
ogni
fase
separatamente
se
è
necessario
personalizzare
il
sistema
di
preparazione
tra
le
fase.
Processo
guidato
Per
avviare
il
processo
guidato,
è
possibile
selezionare
la
tecnologia
AutoPack
dalla
finestra
Selettore
dell’Editor
di
pacchetti
software
oppure
selezionare
Pacchetto
generale
nella
finestra
Selettore
e,
quindi,
AutoPack->Processo
guidato
nella
barra
dei
menu
dell’Editor
dei
pacchetti
software.
Ordine
consecutivo
Per
avviare
ciascuna
fase
in
modo
consecutivo,
selezionare
Pacchetto
generale
nella
finestra
Selettore,
quindi
AutoPack
nella
barra
dei
menu
dell’Editor
dei
pacchetti
software,
quindi
selezionare
le
opzioni
nel
seguente
ordine:
1.
Prima
istantanea
2.
Seconda
istantanea
3.
Differenziazione
Consultare
questo
capitolo
e
la
guida
in
linea
per
ulteriori
informazioni
su
queste
finestre.
Note:
1.
Questa
procedura
può
essere
eseguita
localmente
su
un
sistema
non
collegato,
utilizzando
l’interfaccia
della
riga
comandi.
Consultare
il
comando
autopack
in
Manuale
di
riferimento
per
Software
Distribution.
©
Copyright
IBM
Corp.
2002,
2003
175
2.
Non
è
possibile
utilizzare
AutoPack
per
creare
i
pacchetti
software
che
eseguono
installazioni
e
aggiornamenti
del
sistema
operativo.
Esecuzione
di
AutoPack
Utilizzare
Windows
2000
come
sistema
di
preparazione
per
creare
il
pacchetto
software
di
Adobe
Reader
per
sistemi
Windows
2000.
Eseguire
AutoPack
sullo
stesso
sistema
operativo
del
sistema
di
destinazione.
1.
Verificare
che
sul
sistema
di
preparazione
siano
installate
poche
applicazioni.
Per
verificare
le
applicazioni
installate
su
un
sistema
Windows
2000,
selezionare
Installazione
applicazioni
nel
Pannello
di
controllo
di
Windows.
Consultare
anche
i
menu
di
Windows
Start->Programmi,
perché
non
tutte
le
installazioni
delle
applicazioni
aggiungono
una
voce
nel
gruppo
Installazione
applicazioni
di
Windows.
2.
Per
avviare
il
processo
guidato
AutoPack,
selezionare
Tecnologia
AutoPack
nella
finestra
Selettore
dell’Editor
di
pacchetti
software,
come
illustrato
in
“Definizione
del
tipo
di
pacchetto
da
creare”
a
pagina
25.
Il
processo
guidato
AutoPack
fornisce
un
wizard
che
guida
l’utente
durante
la
creazione
di
un
pacchetto
software.
Viene
visualizzata
una
finestra
di
introduzione.
3.
Fare
clic
su
Avanti
per
procedere
con
la
prima
istantanea.
Creazione
della
prima
istantanea
La
prima
istantanea
è
quella
in
cui
viene
indicata
la
configurazione
del
sistema
e
dell’unità
del
sistema
di
preparazione
prima
dell’installazione
di
Adobe
Reader.
AutoPack
esegue
la
scansione
dell’unità
specificata
e
memorizza
le
informazioni
sulla
configurazione
corrente
e
sulla
struttura
di
directory
nella
directory
di
lavoro.
Creazione
di
un
pacchetto
software
utilizzando
AutoPack
176
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
1.
Avviare
la
creazione
della
prima
istantanea
inserendo
le
informazioni
richieste
nella
finestra
Opzioni
generali.
Questa
finestra
corrisponde
alla
sezione
Generale
del
file
autopack.ini,
poiché
qui
viene
specificata
la
directory
di
lavoro.
Per
ulteriori
informazioni
sul
file
autopack.ini,
consultare
“File
di
configurazione
di
AutoPack”
a
pagina
165.
Nella
casella
di
testo
Directory
di
lavoro,
specificare
il
nome
della
directory
in
cui
si
desidera
memorizzare
temporaneamente
i
risultati
delle
istantanee.
Questa
directory
contiene
i
file
di
output
della
prima
e
della
seconda
istantanea.
Il
valore
predefinito
è
<product_directory>\autopack.
Il
valore
predefinito
di
<product_directory>
è
contenuto
nel
file
<system_root>\swdis.ini,
in
Windows
o
OS/2
oppure
nel
file
/etc/Tivoli/swdis.ini,
in
UNIX.
Per
ulteriori
informazioni
sul
file
swdis.ini,
consultare
“Verifica
dei
file
di
configurazione”
a
pagina
320.Per
modificare
il
valore
predefinito,
modificare
il
file
autopack.ini.
2.
Nell’elenco
Unità
da
controllare,
specificare
le
unità
che
si
desidera
controllare
durante
la
prima
e
la
seconda
istantanea.
E’
possibile
specificare
più
di
un’unità.
Il
valore
predefinito
è
l’unità
di
sistema.
Nota:
Utilizzando
AutoPack
in
Linux,
può
essere
richiesto
di
modificare
il
percorso
predefinito
da
controllare
da
/root
(la
directory
HOME
dell’utente
root)
in
/.
Normalmente,
/root
non
è
una
directory
di
installazione
in
cui
l’utente
root
installa
il
software.
3.
Lasciare
la
casella
di
spunta
Personalizza
monitoraggio
sistema
selezionata
per
specificare
gli
oggetti
da
controllare
o
escludere
durante
la
fase
di
differenziazione,
ad
esempio
file
di
testo,
voci
del
registro
o
file
.ini.
Se
AutoPack
individua
delle
differenze
negli
oggetti
controllati,
l’azione
associata
viene
inclusa
nel
pacchetto
software.
AutoPack
ignora
eventuali
differenze
trovate
negli
oggetti
esclusi
dal
controllo
durante
la
fase
di
differenziazione.
Fare
clic
su
Avanti
per
visualizzare
la
finestra
File
di
testo
da
includere.
Se
non
si
seleziona
questa
casella
di
spunta,
AutoPack
passa
alla
finestra
Opzioni
dell’installazione
software
nella
fase
10
a
pagina
182.
Creazione
della
prima
istantanea
Capitolo
8.
Creazione
di
un
pacchetto
software
utilizzando
AutoPack
177
Nella
finestra
File
di
testo
da
includere,
indicare
i
file
che
si
desidera
controllare
durante
la
fase
di
differenziazione.
Questa
finestra
corrisponde
alla
sezione
File
di
testo
del
file
autopack.ini
illustrato
a
pagina
166.
Nella
sezione
File
di
testo
viene
illustrata
la
differenza
tra
il
controllo
dei
file
come
oggetti
file
di
testo
e
come
oggetti
file
system.
Nella
finestra
File
di
testo
da
includere
vengono
elencati
alcuni
file
controllati
automaticamente
da
AutoPack.
Si
tratta
in
genere
di
file
del
sistema
operativo.
Si
consiglia
di
non
eliminare
i
file
contenuti
in
questo
elenco.
Tuttavia,
è
possibile
aggiungere
dei
file
di
testo
da
controllare,
facendo
clic
su
Aggiungi
file
o
eliminare
altri
file
dall’elenco,
selezionando
Elimina.
Nota:
I
file
predefiniti
da
includere
e
escludere
sono
diversi
per
ciascuna
piattaforma
supportata.
Windows,
OS/2
e
UNIX
indicano
dei
file
predefiniti
diversi
da
includere
ed
escludere.
4.
Fare
clic
su
Avanti
per
visualizzare
la
finestra
File
di
testo
da
escludere.
Creazione
della
prima
istantanea
178
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
In
questa
finestra,
indicare
i
file
che
è
necessario
ignorare
durante
la
fase
di
differenziazione.
Ad
esempio,
è
possibile
escludere
una
serie
secondaria
di
oggetti
specificati
nella
finestra
di
inclusione
corrispondente.
Se
durante
la
fase
di
differenziazione
vengono
individuate
delle
differenze
in
questi
oggetti,
le
azioni
ad
essi
associate
vengono
escluse
dal
pacchetto
software.
5.
Fare
clic
su
Avanti
per
visualizzare
la
finestra
Voci
di
registro
da
includere.
In
questa
finestra
è
possibile
specificare
i
percorsi
del
registro
che
si
desidera
controllare
durante
la
fase
di
differenziazione.
Fare
clic
su
Aggiungi
per
aggiungere
nuove
voci
nell’elenco
oppure
fare
clic
su
Elimina
per
eliminare
le
voci
selezionate
dall’elenco.
Questa
finestra
corrisponde
alla
sezione
WinRegistry
del
file
autopack.ini
illustrato
a
pagina
167.
6.
Fare
clic
su
Avanti
per
visualizzare
la
finestra
Voci
del
registro
da
escludere.
Specificare
i
percorsi
del
registro
da
ignorare
durante
la
fase
di
differenziazione.
In
questa
finestra,
aggiungere
le
voci
contenenti
le
informazioni
che
non
vengono
utilizzate
per
l’installazione
dell’applicazione.
Ad
esempio,
per
impostazione
predefinita
la
seguente
voce
è
già
contenuta
Creazione
della
prima
istantanea
Capitolo
8.
Creazione
di
un
pacchetto
software
utilizzando
AutoPack
179
nella
finestra
di
esclusione,
poiché
contiene
le
informazioni
sulle
prestazioni
del
sistema
di
destinazione
che
non
è
possibile
applicare
all’installazione
dell’applicazione:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\
Windows
NT\CurrentVersion\Perflib
7.
Fare
clic
su
Aggiungi
per
aggiungere
nuove
voci
nell’elenco
di
esclusione
oppure
fare
clic
su
Elimina
per
eliminare
le
voci
selezionate
dall’elenco.
8.
Fare
clic
su
Avanti
per
visualizzare
la
finestra
Profili
Win
da
includere.
Il
file
.ini
indicato
è
un
file
di
impostazioni
predefinito
controllato
da
AutoPack.
Questa
finestra
corrisponde
alla
sezione
WinProfiles
del
file
autopack.ini
illustrato
a
pagina
166.
Aggiungere
i
file
che
si
desidera
controllare
durante
la
fase
di
differenziazione,
facendo
clic
su
Aggiungi
file.
Per
eliminare
un
file
selezionato
nell’elenco,
fare
clic
su
Elimina.
Fare
clic
su
Avanti
per
visualizzare
la
finestra
Profili
Win
da
escludere.
Creazione
della
prima
istantanea
180
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Specificare
i
file
.ini
da
ignorare
durante
la
fase
di
differenziazione.
Fare
clic
su
Aggiungi
file
per
aggiungere
nuovi
file
nell’elenco
predefinito
oppure
fare
clic
su
Elimina
per
eliminare
i
file
selezionati
dall’elenco.
9.
Fare
clic
su
Avanti
per
visualizzare
la
finestra
File
di
sistema
da
escludere.
Questa
finestra
contiene
l’elenco
di
file
e
directory
esclusi
per
impostazione
predefinita.
Aggiungere
i
file
o
le
directory
che
si
desidera
ignorare
durante
la
fase
di
differenziazione.
Se
vengono
trovate
delle
differenze
in
questi
file
o
in
queste
directory
durante
la
fase
di
differenziazione,
essi
vengono
esclusi
dal
pacchetto
software.
Questa
finestra
corrisponde
alla
sezione
FileSystem
del
file
autopack.ini
illustrato
a
pagina
165.
Nota:
E’
necessario
includere
le
seguenti
directory
nell’elenco
File
di
sistema
da
escludere:
v
La
directory
in
cui
è
installato
l’endpoint.
La
directory
predefinita
è
C:\Program
Files\LCF.
v
La
directory
in
cui
è
installato
il
server.
La
directory
predefinita
è
C:\Tivoli.
Creazione
della
prima
istantanea
Capitolo
8.
Creazione
di
un
pacchetto
software
utilizzando
AutoPack
181
10.
Fare
clic
su
Avanti.
Viene
visualizzata
la
finestra
Opzioni
dell’installazione
software.
In
questa
finestra
è
possibile
scegliere
tra
due
opzioni
di
installazione:
v
Installazione
manuale
v
Installazione
automatica
Di
seguito
verranno
descritte
tali
opzioni
di
installazione.
Opzione
Installazione
manuale
Per
installare
manualmente
il
software
Tivoli,
selezionare
Installazione
manuale
nella
finestra
Opzioni
dell’installazione
software.
L’opzione
di
installazione
manuale
interrompe
il
processo
guidato
AutoPack
per
consentire
l’installazione
del
software.
L’utente
decide
quando
riprendere
la
seconda
istantanea
riavviando
il
processo
guidato
AutoPack.
Creazione
della
prima
istantanea
182
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
1.
Selezionare
Avanti
nella
finestra
Opzioni
dell’installazione
software
per
visualizzare
la
finestra
Proprietà
del
pacchetto
software.
2.
Sostituire
il
nome
del
pacchetto
software
predefinito,
MyPackage,
con
AcroReader.
3.
Lasciare
il
valore
predefinito
1.0
nella
casella
di
testo
Versione.
4.
Selezionare
le
caselle
di
spunta
appropriate:
Verifica
CRC
Se
questa
opzione
è
selezionata,
quando
si
verifica
l’identità
dei
file
di
origine
e
di
destinazione,
Software
Distribution
confronta
i
loro
valori
CRC
(cyclic
redundancy
check).
Utilizzare
questa
opzione
insieme
a
Sostituisci
se
esistente,
per
verificare
se
è
necessario
sostituire
un
file
esistente.
Calcola
CRC
Se
questa
opzione
è
selezionata,
dopo
avere
installato
un
file,
Software
Distribution
confronta
il
CRC
del
file
installato
sul
sistema
di
destinazione
con
il
file
corrispondente
nel
pacchetto
per
verificare
se
il
file
è
stato
danneggiato
durante
la
distribuzione
o
l’installazione.
Sostituisci
se
esistente
Questa
opzione
specifica
se
sostituire
un
oggetto
già
esistente
sulla
destinazione.
Essa
è
selezionata
per
impostazione
predefinita.
Elimina
se
modificato
Questa
opzione
specifica
se
eliminare
l’oggetto
anche
se
l’oggetto
di
destinazione
è
stato
modificato.
Sovrascrivi
autorizzazioni
di
registro
Se
questa
opzione
è
selezionata,
l’accesso
alle
autorizzazioni
per
l’aggiunta
o
l’eliminazione
delle
chiavi
di
registro
protette
e
dei
valori
è
temporaneamente
ignorato.
Esso
viene
ripristinato
dopo
avere
completato
l’operazione.
Opzione
Installazione
manuale
Capitolo
8.
Creazione
di
un
pacchetto
software
utilizzando
AutoPack
183
5.
Fare
clic
su
Avanti
per
visualizzare
una
finestra
in
cui
vengono
indicate
le
operazioni
da
eseguire.
Poiché
è
stata
selezionata
l’installazione
manuale,
le
operazioni
da
eseguire
sono
la
prima
istantanea
e
l’installazione
manuale.
Le
fasi
successive
verranno
eseguite
dopo
avere
completato
l’installazione
di
Adobe
Reader
e
dopo
avere
riavviato
il
processo
guidato
AutoPack.
6.
Selezionare
Fine
per
avviare
l’esecuzione
della
prima
istantanea.
Nota:
In
alcune
installazioni
si
consiglia
di
chiudere
le
applicazioni
attive
prima
di
procedere
all’installazione.
Selezionare
la
casella
di
spunta
Chiudi
Editor
dei
pacchetti
software
per
chiudere
l’Editor
dei
pacchetti
software
prima
di
avviare
l’installazione
manuale.
In
tal
modo,
viene
ottimizzato
l’utilizzo
delle
risorse.
Al
termine
dell’installazione,
è
possibile
riprendere
la
seconda
istantanea
avviando
l’Editor
dei
pacchetti
software
e
selezionando
AutoPack->Processo
guidato.
AutoPack
notifica
che
non
è
stata
completata
una
procedura
AutoPack
precedente
e
viene
richiesto
se
si
desidera
riprendere
la
procedura.
7.
Al
termine
della
prima
operazione,
viene
chiuso
il
processo
guidato
AutoPack
e
viene
richiesto
di
avviare
l’installazione
manuale.
8.
Installare
Adobe
Reader
6.0.
Indipendentemente
da
come
viene
eseguito
l’eseguibile,
chiudere
tutte
le
applicazioni.
9.
Al
termine
dell’installazione,
è
possibile
riprendere
la
prima
istantanea.
Ripresa
della
seconda
istantanea
Dopo
avere
installato
il
software,
riprendere
la
seconda
istantanea
e
la
creazione
del
pacchetto
software.
1.
Avviare
l’Editor
dei
pacchetti
software
e
selezionare
Tecnologia
AutoPack
nella
finestra
Selettore
dell’Editor
di
pacchetti
software.
Opzione
Installazione
manuale
184
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Viene
visualizzata
una
finestra
di
introduzione.
2.
Fare
clic
su
Avanti,
viene
visualizzato
un
messaggio
in
cui
viene
richiesto
se
si
desidera
riprendere
un
processo
AutoPack
avviato
precedentemente
o
si
desidera
ignorare
l’installazione
precedente
ed
avviare
un
nuovo
processo
AutoPack.
3.
Fare
clic
su
Avanti.
Vengono
visualizzate
le
proprietà
del
pacchetto
software
specificate
prima
di
eseguire
la
prima
istantanea.
Se
necessario,
è
possibile
Ripresa
della
seconda
istantanea
Capitolo
8.
Creazione
di
un
pacchetto
software
utilizzando
AutoPack
185
modificare
queste
informazioni.
4.
Fare
clic
su
Avanti.
Vengono
visualizzate
le
altre
operazioni
da
eseguire.
5.
Fare
clic
su
Fine
per
avviare
la
creazione
della
seconda
istantanea.
6.
Dopo
avere
completato
la
seconda
istantanea,
il
pacchetto
software
di
AcroReader
e
il
relativo
contenuto
vengono
visualizzati
nella
finestra
Editor
dei
Ripresa
della
seconda
istantanea
186
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
pacchetti
software.
E’
possibile
utilizzare
gli
strumenti
di
Editor
dei
pacchetti
software
per
personalizzare
le
proprietà
del
pacchetto.
Per
ulteriori
informazioni
sulla
modifica
delle
proprietà
del
pacchetto
software,
consultare
“Modifica
delle
proprietà
dei
pacchetti
software”
a
pagina
85.
Per
ulteriori
informazioni
sul
salvataggio
del
pacchetto
in
diversi
formati,
consultare
“Salvataggio
del
pacchetto
software”
a
pagina
90.
Prima
di
creare
il
pacchetto
software,
verificare
il
risultato
di
AutoPack
nell’Editor
dei
pacchetti
software
e
rimuovere
gli
oggetti
non
desiderati.
Dopo
avere
creato
il
pacchetto
software,
è
possibile
verificarlo
utilizzando
i
comandi
CLI
(command
line
interface)
non
collegati.
Per
ulteriori
informazioni
sui
comandi
CLI
non
collegati,
consultare
Manuale
di
riferimento
per
Software
Distribution.
Opzione
Installazione
automatica
Utilizzando
il
processo
guidato
AutoPack,
è
possibile
selezionare
l’installazione
automatica
o
manuale
per
installare
l’applicazione.
Quando
si
seleziona
l’opzione
di
installazione
automatica,
l’eseguibile
dell’installazione
specificato
viene
avviato
durante
il
processo
guidato
e
AutoPack
riprende
automaticamente
la
seconda
istantanea
al
termine
dell’installazione.
Utilizzando
l’opzione
di
installazione
automatica,
è
possibile
installare
una
sola
applicazione,
ossia
è
possibile
specificare
un
solo
eseguibile.
Nota:
Utilizzando
il
processo
guidato
AutoPack,
l’opzione
di
installazione
automatica
non
funziona
correttamente
con
alcune
applicazioni,
ad
esempio
le
applicazioni
Tivoli
e
il
software
WinZip.
AutoPack
non
è
in
grado
di
individuare
quando
viene
completata
l’installazione.
La
prima
istantanea
viene
creata
correttamente
e
l’eseguibile
dell’installazione
dell’applicazione
viene
avviato
automaticamente.
Tuttavia,
AutoPack
avvia
erroneamente
la
seconda
istantanea
prima
del
completamento
dell’installazione
e
ciò
crea
un
risultato
di
differenziazione
non
corretto.
In
questo
caso,
utilizzare
l’opzione
di
installazione
manuale
per
installare
il
software.
Ripresa
della
seconda
istantanea
Capitolo
8.
Creazione
di
un
pacchetto
software
utilizzando
AutoPack
187
1.
Nella
casella
di
testo
Programma
della
finestra
Opzioni
dell’installazione
software,
specificare
l’unità
e
il
percorso
del
programma
di
installazione
dell’applicazione.
2.
Fare
clic
su
Avanti
per
visualizzare
la
finestra
Proprietà
del
pacchetto
software.
Le
operazioni
restanti
sono
simili
a
quelle
dell’installazione
manuale.
Inserire
le
informazioni
richieste
nella
finestra
Proprietà
del
pacchetto
software.
Per
ulteriori
informazioni
su
questa
finestra,
consultare
183.
Opzione
Installazione
automatica
188
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
3.
Fare
clic
su
Avanti.
Viene
visualizzato
l’elenco
delle
operazioni
da
eseguire.
Nota:
In
alcune
installazioni
si
consiglia
di
chiudere
le
applicazioni
attive
prima
di
procedere
all’installazione.
Selezionare
la
casella
di
spunta
Chiudi
Editor
dei
pacchetti
software
per
chiudere
l’Editor
dei
pacchetti
software
prima
di
avviare
l’installazione
automatica.
In
tal
modo,
viene
ottimizzato
l’utilizzo
delle
risorse.
Al
termine
dell’installazione,
è
possibile
riprendere
la
seconda
istantanea
avviando
l’Editor
dei
pacchetti
software
e
selezionando
AutoPack->Processo
guidato.
AutoPack
notifica
che
non
è
stata
completata
una
procedura
AutoPack
precedente
e
viene
richiesto
se
si
desidera
riprendere
la
procedura.
4.
Fare
clic
su
Fine,
AutoPack
avvia
l’esecuzione
delle
operazioni,
aggiungendo
un
segno
di
spunta
nel
lato
sinistro
di
ciascuna
operazione
dopo
il
relativo
Opzione
Installazione
automatica
Capitolo
8.
Creazione
di
un
pacchetto
software
utilizzando
AutoPack
189
completamento.
Quando
viene
eseguita
l’installazione
automatica,
viene
avviato
il
programma
di
installazione
dell’applicazione
e
viene
installato
il
software.
Dopo
avere
completato
l’installazione
automatica,
AutoPack
riprende
automaticamente
la
seconda
istantanea.
Al
termine
dell’ultima
operazione,
viene
visualizzata
la
finestra
Editor
dei
pacchetti
software
contenente
il
pacchetto
software
creato
da
AutoPack.
Per
personalizzarlo,
è
possibile
utilizzare
l’Editor
dei
pacchetti
software.
Per
ulteriori
informazioni
sulla
modifica
delle
proprietà
del
pacchetto
software,
consultare
“Modifica
delle
proprietà
dei
pacchetti
software”
a
pagina
85.
Per
ulteriori
informazioni
sul
salvataggio
del
pacchetto
software
in
diversi
formati,
consultare
“Salvataggio
del
pacchetto
software”
a
pagina
90.
Opzione
Installazione
automatica
190
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Parte
2.
Pianificazione
e
distribuzione
dei
pacchetti
software
Capitolo
9.
Preparazione
di
pacchetto
software
per
la
distribuzione
.
.
.
.
.
.
.
.
.
.
. 195
Creazione
di
un
profilo
Software
Distribution
.
. 195
Impostazione
dei
destinatari
del
profilo
.
.
. 199
Importazione
di
un
pacchetto
software
in
ambiente
Tivoli
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 201
Creazione
di
un
nuovo
pacchetto
software
ed
importazione
in
un
profilo
del
pacchetto
software
.
.
.
.
.
.
.
.
.
.
.
.
.
. 201
Importazione
di
un
pacchetto
software
esistente
in
un
profilo
di
pacchetto
software
.
.
.
.
. 202
Eliminazione
di
un
profilo
di
pacchetto
software
205
Proprietà
del
pacchetto
software
.
.
.
.
.
.
. 205
Calcolo
delle
dimensioni
di
un
pacchetto
software
207
Conversione
di
un
pacchetto
software
.
.
.
.
. 208
Conversione
dal
formato
non
composto
al
formato
composto
.
.
.
.
.
.
.
.
.
.
. 208
Conversione
dal
formato
composto
al
formato
non
composto
.
.
.
.
.
.
.
.
.
.
.
. 209
Esportazione
di
un
pacchetto
software
.
.
.
.
. 210
Operazioni
di
gestione
modifica
.
.
.
.
.
.
. 211
Stati
dei
pacchetti
software
.
.
.
.
.
.
.
. 211
Esecuzione
delle
operazioni
di
gestione
modifica
211
Installazione
di
un
pacchetto
software
.
.
. 213
Eliminazione
di
un
pacchetto
software
.
.
. 213
Annullamento
di
un
pacchetto
software
.
. 213
Accettazione
di
un
pacchetto
software
.
.
. 213
Commit
di
un
pacchetto
software
.
.
.
. 214
Verifica
di
un
pacchetto
software
.
.
.
.
. 214
Caricamento
e
scaricamento
dei
pacchetti
software
.
.
.
.
.
.
.
.
.
.
.
.
. 214
Personalizzazione
delle
impostazioni
della
GUI
214
Installazione
del
pacchetto
software
Appsample^1.0
.
.
.
.
.
.
.
.
.
.
.
. 216
Opzioni
avanzate
.
.
.
.
.
.
.
.
.
.
. 221
Modalità
dell’operazione
di
gestione
delle
modifiche
.
.
.
.
.
.
.
.
.
.
.
. 222
Sovrascrittura
delle
variabili
di
default
.
.
. 224
Definizione
delle
impostazioni
della
distribuzione
.
.
.
.
.
.
.
.
.
.
. 225
Notifica
agli
utenti
di
una
distribuzione
.
. 227
Distribuzione
di
pacchetti
software
a
destinazioni
mobili
.
.
.
.
.
.
.
.
. 229
Installazione
del
pacchetto
software
di
oggetti
unità
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 231
Distribuzione
dei
pacchetti
software
nidificati
.
. 233
Informazioni
utili
.
.
.
.
.
.
.
.
.
.
. 234
Scenari
di
distribuzione
dei
pacchetti
nidificati
.
.
.
.
.
.
.
.
.
.
.
.
. 235
Verifica
del
risultato
di
una
distribuzione
.
.
.
. 236
Servizio
riavvio
del
punto
di
controllo
per
gli
errori
di
rete
o
le
interruzioni
di
alimentazione
.
. 237
Esempio
.
.
.
.
.
.
.
.
.
.
.
.
.
. 237
Pianificazione
di
una
distribuzione
.
.
.
.
.
. 238
Capitolo
10.
Utilizzo
di
Trasferimento
dati
.
.
. 243
Configurazione
del
servizio
Trasferimento
dati
.
. 243
Scenari
di
trasferimento
dati
.
.
.
.
.
.
.
. 244
Invio
di
dati
a
più
destinazioni
.
.
.
.
.
. 244
Richiamo
dei
dati
per
più
origini
.
.
.
.
.
. 247
Eliminazione
di
un
file
su
più
sistemi
.
.
.
. 250
Spostamento
dei
file
da
endpoint
ad
endpoint
252
Definizione
delle
opzioni
avanzate
.
.
.
.
. 252
Utilizzo
degli
script
prima
e
dopo
l’elaborazione
253
Esempi
.
.
.
.
.
.
.
.
.
.
.
.
.
. 255
Servizio
Trasferimento
dati
in
ambiente
OS/400
256
Capitolo
11.
Configurazione
della
topologia
di
rete
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 259
Introduzione
a
NoonTide
.
.
.
.
.
.
.
.
. 260
Architettura
della
rete
.
.
.
.
.
.
.
.
.
. 261
Creazione
di
una
gerarchia
di
ripetitori
.
.
.
.
. 262
Configurazione
dei
siti
del
ripetitore
.
.
.
. 265
Impostazione
dei
parametri
del
ripetitore
.
.
. 266
Passo
1:
elenco
delle
impostazioni
correnti
dei
parametri
dei
ripetitori
.
.
.
.
.
.
. 267
Passo
2:
determinazione
dei
requisiti
di
spazio
su
disco
delle
applicazioni
da
distribuire
.
.
.
.
.
.
.
.
.
.
.
. 271
Passo
3:
verifica
dello
spazio
su
disco
e
della
memoria
richiesta
per
i
siti
Electron
e
Pescado
.
.
.
.
.
.
.
.
.
.
.
.
. 271
Passo
4:
impostazione
dei
parametri
dei
ripetitori
di
Electron
.
.
.
.
.
.
.
.
. 273
Passo
5:
impostazione
dei
parametri
del
ripetitore
di
Pescado
.
.
.
.
.
.
.
.
. 273
Passo
6:
verifica
della
corretta
impostazione
dei
parametri
del
ripetitore
.
.
.
.
.
.
. 274
Passo
7:
riavvio
del
ripetitore
.
.
.
.
.
. 274
Funzionamento
di
Software
Distribution
.
.
.
. 275
Metodi
di
Software
Distribution
.
.
.
.
.
.
. 278
Scenari
di
Software
Distribution
.
.
.
.
.
.
. 278
Scenario
1:
distribuzione
da
un
server
di
Tivoli
Management
Region
mediante
un
gateway
.
. 279
Scenario
2:
distribuzione
da
un
server
Tivoli
Management
Region
o
da
un
host
di
origine
su
un
ripetitore
.
.
.
.
.
.
.
.
.
.
.
.
. 280
Distribuzione
del
pacchetto
software
SP^1.0
su
GW1
e
GW2
.
.
.
.
.
.
.
.
.
.
. 281
Distribuzione
da
un
server
di
file
.
.
.
.
. 281
Scenario
3:
distribuzione
da
un
host
di
origine
mediante
i
depot
del
ripetitore
.
.
.
.
.
. 282
Scenario
4:
distribuzione
da
un
server
Tivoli
Management
Region
su
un
endpoint
mobile
installando
le
immagini
da
un
CD-ROM
.
.
. 284
Scenario
5:
esecuzione
delle
operazioni
di
spostamento
dati
.
.
.
.
.
.
.
.
.
.
. 286
Capitolo
12.
Integrazione
di
Tivoli
Enterprise
Console
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 289
Abilitazione
di
Tivoli
Enterprise
Console
.
.
.
. 289
©
Copyright
IBM
Corp.
2002,
2003
191
Operazioni
da
eseguire
per
abilitare
l’integrazione
.
.
.
.
.
.
.
.
.
.
.
. 289
File
tecad_sd.conf
.
.
.
.
.
.
.
.
.
.
.
. 290
Creazione
di
Software
Distribution
Console
.
.
. 293
Classi
di
Software
Distribution
.
.
.
.
.
.
. 294
Capitolo
13.
Integrazione
di
Inventory
con
Software
Distribution
.
.
.
.
.
.
.
.
.
. 297
Repository
di
configurazione
.
.
.
.
.
.
.
. 298
Funzione
query
.
.
.
.
.
.
.
.
.
.
.
.
. 298
Descrizione
delle
tabelle
di
Software
Distribution
298
Funzionamento
dell’integrazione
.
.
.
.
.
.
. 300
Abilitazione
e
disabilitazione
del
database
e
dello
stato
di
gestione
delle
modifiche
.
.
.
. 300
Scambio
di
informazioni
tra
Software
Distribution
e
Inventory
.
.
.
.
.
.
.
.
. 301
Definizione
di
una
firma
Inventory
.
.
.
.
. 302
Creazione
di
INVENTORY_QUERIES
.
.
.
.
. 303
Esecuzione
di
INVENTORY_QUERY
.
.
.
.
. 303
Desktop
.
.
.
.
.
.
.
.
.
.
.
.
.
. 303
Riga
comandi
.
.
.
.
.
.
.
.
.
.
.
. 305
Modifica
di
SWDISTDATA_QUERY
.
.
.
.
.
. 305
Desktop
.
.
.
.
.
.
.
.
.
.
.
.
.
. 306
Riga
comandi
.
.
.
.
.
.
.
.
.
.
.
. 308
Capitolo
14.
Passaggio
da
Windows
2000
Professional
a
Windows
XP
.
.
.
.
.
.
.
. 309
Configurazione
dell’ambiente
.
.
.
.
.
.
.
. 309
Creazione
di
un
file
di
risposte
.
.
.
.
.
.
. 309
Copia
dei
file
necessari
per
eseguire
la
migrazione
sul
server
Tivoli
.
.
.
.
.
.
.
.
.
.
.
. 310
Copia
dei
file
di
Windows
XP
sul
server
di
immagini
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 311
Personalizzazione
del
file
di
definizioni
del
pacchetto
software
Inst_wXP.spd
.
.
.
.
.
.
. 311
Creazione
del
pacchetto
software
sul
server
Tivoli
312
Registrazione
degli
endpoint
sul
gestore
profili
degli
aggiornamenti
.
.
.
.
.
.
.
.
.
.
. 313
Distribuzione
del
pacchetto
software
sugli
endpoint
Tivoli
.
.
.
.
.
.
.
.
.
.
.
.
. 313
Utilizzo
di
Check_OS^1.0.spd
per
verificare
l’aggiornamento
.
.
.
.
.
.
.
.
.
.
.
. 313
Capitolo
15.
Risoluzione
dei
problemi
.
.
.
. 315
Processo
di
risoluzione
problemi
.
.
.
.
.
.
. 315
Consigli
e
suggerimenti
.
.
.
.
.
.
.
.
. 319
Miglioramento
delle
prestazioni
.
.
.
.
.
.
. 319
Impostazione
del
numero
di
endpoint
da
gestire
320
Impostazione
del
timeout
di
prospetto
per
il
server
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 320
Impostazione
del
numero
di
thread
.
.
.
.
. 320
Verifica
dei
file
di
configurazione
.
.
.
.
.
.
. 320
Informazioni
relative
alla
configurazione
di
base
sul
server
di
distribuzione
e
sull’host
di
origine
. 320
Informazioni
relative
alla
configurazione
di
base
sugli
endpoint
.
.
.
.
.
.
.
.
.
.
.
. 320
Log
di
Software
Distribution
.
.
.
.
.
.
.
. 323
Log
del
pacchetto
software
.
.
.
.
.
.
.
. 323
Esempio
di
log
del
server
Software
Distribution
.
.
.
.
.
.
.
.
.
.
.
. 324
Log
di
trasferimento
dei
dati
.
.
.
.
.
.
. 329
Log
di
esempio
.
.
.
.
.
.
.
.
.
.
. 329
Elenco
oggetti
di
log
.
.
.
.
.
.
.
.
.
. 329
Notifiche
e
posta
.
.
.
.
.
.
.
.
.
.
. 330
Tivoli
Enterprise
Console
.
.
.
.
.
.
.
. 330
Database
di
configurazione
.
.
.
.
.
.
.
. 331
Controllo
del
file
SPD
.
.
.
.
.
.
.
.
.
. 332
Risoluzione
dei
problemi
relativi
alla
GUI
dell’Editor
di
pacchetti
software
.
.
.
.
.
.
. 332
Verifica
di
ripetitori,
gateway
ed
endpoint
.
.
.
. 333
Impostazione
dei
valori
di
timeout
per
una
distribuzione
.
.
.
.
.
.
.
.
.
.
.
. 334
Timeout
del
ripetitore
.
.
.
.
.
.
.
. 334
Timeout
del
programma
utente
.
.
.
.
. 335
Verifica
dell’impostazione
degli
endpoint
.
.
. 336
Verifica
dei
lost-n-found
.
.
.
.
.
.
.
.
.
. 338
Verifica
della
directory
di
default
su
un
sistema
di
destinazione
.
.
.
.
.
.
.
.
.
.
.
.
.
. 338
192
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Di
seguito
viene
illustrato
come
pianificare
ed
eseguire
le
operazioni
di
Software
Distribution,
gli
aggiornamenti
del
sistema
operativo
e
come
utilizzare
l’integrazione
di
Inventory
e
Tivoli
Enterprise
Console
con
Software
Distribution.
Individuazione
delle
informazioni
correlate
Le
informazioni
relative
a
queste
attività
sono
disponibili
in:
v
Introduzione
a
IBM
Tivoli
Configuration
Manager.
Contiene
una
panoramica
di
Software
Distribution.
v
Manuale
di
riferimento
per
Software
DistributionContiene
informazioni
su
come
eseguire
le
stesse
operazioni
dalla
riga
comandi.
v
Planning
and
Installation
Guide.
Contiene
informazioni
su
come
installare
Software
Distribution.
v
Messaggi
e
codici.
Contiene
informazioni
su
tutti
i
messaggi
generati
dai
componenti
e
dai
servizi
di
IBM
Tivoli
Configuration
Manager.
v
User’s
Guide
for
Inventory
Contiene
informazioni
su
come
gestire
l’hardware
e
il
software
utilizzando
Inventory.
v
IBM
Tivoli
Enterprise
Console:
User’s
Guide
e
IBM
Tivoli
Enterprise
Console:
Adapters
Guide
Contengono
informazioni
su
come
integrare
la
rete,
i
sistemi,
i
database
e
e
la
gestione
di
applicazioni
con
Tivoli
Enterprise
Console
Parte
2.
Pianificazione
e
distribuzione
dei
pacchetti
software
193
194
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Capitolo
9.
Preparazione
di
pacchetto
software
per
la
distribuzione
Questo
capitolo
descrive
la
procedura
di
preparazione
di
pacchetti
software
per
la
distribuzione
in
ambiente
Tivoli.
Dal
desktop
Tivoli,
è
possibile
definire
i
pacchetti
software,
associarli
alle
macchine
di
destinazione
e
distribuirli,
parallelamente,
nelle
stesse
aree
di
gestione
Tivoli.
Utilizzare
il
desktop
Tivoli
per
importare
i
pacchetti
software
nell’ambiente
Tivoli,
in
cui
è
possibile
eseguire
le
operazioni
di
Software
Distribution.
Il
desktop
supporta
tutte
le
operazioni
che
possono
essere
eseguite
dalla
CLI
(command
line
interface).
Per
ulteriori
informazioni
sui
comandi,
consultare
Manuale
di
riferimento
per
Software
Distribution.
Per
eseguire
le
attività
di
Software
Distribution,
è
necessario
disporre
dell’autorizzazione
appropriata.
Per
ulteriori
informazioni
relative
all’autorizzazione,
consultare
Appendice
D,
“Ruoli
di
autorizzazione”,
a
pagina
377.
Questo
capitolo
fornisce
istruzioni
per:
v
La
creazione
di
profili
in
un
gestore
profili
e
l’importazione
di
pacchetti
software
in
tale
profilo
e
per
l’impostazione
dei
destinatari
del
profilo
(gestori
profili
ed
endpoint)
per
il
gestore
profili
in
cui
risiedono
i
profili.
Consultare
“Creazione
di
un
profilo
Software
Distribution”
a
pagina
195.
v
La
preparazione
del
pacchetto
software
per
la
distribuzione
nell’ambiente
Tivoli.
Consultare
“Importazione
di
un
pacchetto
software
in
ambiente
Tivoli”
a
pagina
201.
v
La
definizione
delle
proprietà
di
un
pacchetto
software
utilizzando
l’Editor
di
pacchetti
software
o
la
riga
comandi.
Consultare
“Proprietà
del
pacchetto
software”
a
pagina
205.
v
Il
calcolo
della
dimensione
dei
nuovi
pacchetti
software
creati
e
il
nuovo
calcolo
di
tali
pacchetti
se
sono
stati
modificati
dal
momento
della
loro
creazione.
Consultare
“Calcolo
delle
dimensioni
di
un
pacchetto
software”
a
pagina
207.
v
La
conversione
del
formato
del
file
del
pacchetto
software
dal
pacchetto
software
in
un
blocco
del
pacchetto
software
e
viceversa.
Consultare
“Conversione
di
un
pacchetto
software”
a
pagina
208.
v
L’esportazione
di
un
oggetto
del
pacchetto
software
in
un
formato
(.spd)
di
file
di
testo
per
creare
un
file
di
definizione
del
pacchetto
software.
Tale
file
di
definizione
può
essere
modificato
ed
importato
in
un
pacchetto
o
in
un
blocco
di
pacchetti
software.
Consultare
“Esportazione
di
un
pacchetto
software”
a
pagina
210.
v
L’uso
di
operazioni
di
gestione
modifiche
in
oggetti
di
pacchetti
software.
Consultare
“Operazioni
di
gestione
modifica”
a
pagina
211.
Creazione
di
un
profilo
Software
Distribution
E’
possibile
creare
un
profilo
Software
Distribution
in
un
gestore
profili
definito
in
una
policy
region.
Quindi,
importare
i
pacchetti
software
nei
profili
Software
Distribution.
Lo
scenario
seguente
crea
un
profilo
Software
Distribution
dal
desktop
Tivoli
ed
importa
il
pacchetto
software
Appsample.
©
Copyright
IBM
Corp.
2002,
2003
195
In
questo
scenario,
l’ambiente
di
distribuzione
include:
v
Un
amministratore:
Root_msecchi-region
v
Una
policy
region:
msecchi-region
v
Un
nodo
gestito:
msecchi
v
Un
gestore
profili
che
contiene
più
profili
software
distribution:
PM1
Per
determinare
il
nome
dell’amministratore
definito
per
l’ID
utente
root
quando
è
stato
installato
Tivoli
Management
Framework
sul
server,
fare
doppio
clic
sull’icona
Amministratori.
Per
ulteriori
informazioni
sugli
amministratori,
fare
riferimento
a
Tivoli
Management
Framework:
User’s
Guide.
Creazione
di
un
profilo
Software
Distribution
196
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
1.
Fare
doppio
clic
sull’icona
msecchi-region
per
visualizzare
il
contenuto
di
una
policy
region.
2.
Nella
Policy
Region:
finestra
msecchi-region,
selezionareCrea
->
ProfileManager
per
creare
gestore
profili
in
cui
risiede
il
profilo
del
pacchetto
software
Appsample.
La
Viene
visualizzata
la
finestra
Crea
gestore
profili.
3.
Nella
casella
di
testo
Etichetta
nome/icona
,
immettere
PM2.
4.
Selezionare
la
casella
di
testo
Modalità
endpoint
dataless
per
abilitare
il
gestore
profili
alla
distribuzione
dei
profili
dei
pacchetti
software
agli
endpoint.
Nota:
Se
non
viene
selezionata
la
casella
Modalità
endpoint
dataless,
il
sistema
è
in
modalità
database.
In
tal
modo
viene
abilitata
la
distribuzione
dei
profili
dei
pacchetti
software
ad
ogni
gestore
profili
che
dispone
di
endpoint
e
destinatari.
Per
ulteriori
informazioni
sulla
modalità
dataless
e
database,
consultare
Tivoli
Management
Framework:
Pianificazione
per
la
guida
all’implementazione.
5.
Fare
clic
su
Crea
&
Chiudi
per
tornare
alla
Policy
Region:
finestra
msecchi-region.
Viene
visualizzato
il
gestore
profilo
PM2.
6.
Per
creare
un
profilo
nel
gestore
profilo
PM2,
fare
doppio
clic
sull’icona
PM2
per
aprire
la
finestra
del
gestore
profili.
7.
Selezionare
Crea
->
Profilo
per
visualizzare
Finestra
Crea
profilo.
In
questa
finestra
è
possibile
creare
un
profilo
del
pacchetto
software
per
un
pacchetto
Creazione
di
un
profilo
Software
Distribution
Capitolo
9.
Preparazione
di
pacchetto
software
per
la
distribuzione
197
Appsample.
8.
Nella
casella
di
testo
Nella
casella
di
testo
Etichetta
nome/icona,
immettere
il
nome
del
profilo
Appsample^1.0.
Nota:
La
stringa
che
rappresenta
il
nome
del
pacchetto
software
e
la
versione
devono
essere
creati
in
modo
che
il
nome
sia
separato
dalla
versione
da
uno
dei
seguenti
caratteri:
v
Accento
circonflesso
(^)
v
Punto
(.)
Per
ulteriori
informazioni
sul
nome
del
pacchetto
software
e
la
sintassi
della
versione,
consultare
Manuale
di
riferimento
per
Software
Distribution.
9.
Selezionare
il
tipo
di
risorsa
SoftwarePackage
dall’elenco
di
scorrimento
Tipo.
Nota:
Se
un
tipo
di
risorsa
non
è
disponibile
nell’elenco
di
scorrimento,
è
necessario
aggiungerla
come
risorsa
gestita
della
propria
policy
region
spostandola
dalle
Risorse
disponibili
alle
Risorse
correnti
nella
policy
region.
Ogni
policy
region
mantiene
un
elenco
di
tipi
di
risorse
gestite
valide
o
definite
per
la
policy
region
specifica.
10.
Fare
clic
su
Crea
&
Chiudi
per
creare
il
nuovo
profilo
e
ritornare
alla
finestra
Gestore
profili.
Un
icona
che
rappresenta
il
profilo
del
pacchetto
software
appena
creato,
Appsample^1.0,
viene
visualizzata
nel
gestore
profili
PM2.
Il
Creazione
di
un
profilo
Software
Distribution
198
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
formato
del
profilo
del
pacchetto
software
a
questo
punto
è
vuoto.
Impostazione
dei
destinatari
del
profilo
Prima
di
poter
eseguire
un’operazione
sul
profilo,
è
necessario
impostare
i
destinatari
del
gestore
profili
in
cui
si
trova
il
profilo.
I
destinatari
possono
includere
altri
gestori
profilo,
endpoint,
o
i
gruppi
di
risorsa.
I
gruppi
di
risorse
possono
contenere
gli
utenti
o
le
unità
diffuse.
I
profili
distribuiti
agli
utenti
sono
distribuiti
all’endpoint
associato
all’utente.
Quando
viene
eseguita
un’operazione
di
gestione
modifica,
è
possibile
selezionare
i
destinatari
da
quelli
già
disponibili
nel
gestore
profilo
specifico.
In
ogni
modo,
selezionando
Gestore
profili
->
Distribuisci
dal
menu
della
finestra
Gestore
profili,
la
distribuzione
viene
eseguita
per
tutti
i
destinatari
identificati
dal
gestore
profili
e
non
è
possibile
selezionarli
per
ogni
tipo
di
pacchetto
nel
gestore
profili.
Nello
scenario
seguente,
aggiungere
due
endpoint
come
destinatari
al
gestore
profili
PM2.
1.
Dalla
finestra
Gestore
profili,
selezionare
il
profilo
Appsample^1.0.
Creazione
di
un
profilo
Software
Distribution
Capitolo
9.
Preparazione
di
pacchetto
software
per
la
distribuzione
199
2.
Selezionare
Gestore
profili
->
Destinatari
per
visualizzare
Finestra
Destinatari:
3.
Per
spostare
un
destinatario
nell’elenco
Destinatari
correnti,
selezionare
uno
o
più
destinatari
dall’elenco
di
destinatari
possibili
e
fare
clic
sul
pulsante
freccia
sinistra.
Per
default,
tutti
i
destinatari
nel
gestore
profili
sono
visualizzati
nell’elenco
di
di
destinatari
possibili.
Per
eliminare
un
destinatario,
selezionare
uno
o
più
destinatari
dall’elenco
dall’elenco
Destinatari
correnti
e
fare
clic
sul
pulsante
freccia
destra
per
spostarli
nell’elenco
di
destinatari
possibili.
4.
Spostare
il
destinatario
PM1
nell’elenco
Destinatari
correnti,
quindi
fare
clic
su
Imposta
destinatari
&
Chiudi.
Il
destinatario
PM1
viene
aggiunto
alla
finestra
del
Gestore
profili
PM2.
Creazione
di
un
profilo
Software
Distribution
200
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Importazione
di
un
pacchetto
software
in
ambiente
Tivoli
Prima
di
poter
utilizzare
un
profilo
di
pacchetto
software
in
un
sistema
di
destinazione,
è
necessario
importare
il
pacchetto
nell’ambiente
Tivoli
in
cui
esso
è
catalogato
come
oggetto
di
pacchetto
software
nel
database
di
oggetti
Tivoli.
Il
profilo
del
pacchetto
software
è
solo
una
definizione
delle
informazioni
che
ogni
voce
del
profilo
include.
Le
voci
del
profilo
devono
essere
inserite
di
oggetti
database
da
distribuire.
E’
possibile
importare
un
pacchetto
software
esistente
ubicato
in
un
endpoint
o
nodo
gestito
nel
profilo
del
pacchetto,
oppure
è
possibile
creare
un
nuovo
pacchetto
software
con
il
profilo
del
pacchetto.
Creazione
di
un
nuovo
pacchetto
software
ed
importazione
in
un
profilo
del
pacchetto
software
Per
creare
un
nuovo
pacchetto
software
ed
importarlo
in
un
profilo
del
pacchetto
software,
accertarsi
che
l’Editor
di
pacchetti
software
di
Software
Distribution
sia
installato
ed
eseguire
le
seguenti
operazioni:
1.
Creare
un
profilo
di
pacchetto
software
come
definito
in
“Creazione
di
un
profilo
Software
Distribution”
a
pagina
195.
Creazione
di
un
profilo
Software
Distribution
Capitolo
9.
Preparazione
di
pacchetto
software
per
la
distribuzione
201
2.
Fare
clic
con
il
tasto
destro
del
mouse
sull’icona
del
profilo
di
pacchetto
software
dalla
finestra
Gestore
profili,
quindi
selezionare
Proprietà
dal
menu
a
comparsa.
Viene
visualizzata
la
finestra
delle
proprietà
del
pacchetto
software.
3.
Fare
clic
su
Avvia
Editor
del
pacchetto
software
per
visualizzare
la
finestra
per
la
creazione
del
pacchetto.
Immettere
il
nome
dell’host
di
origine.
4.
Fare
clic
su
Imposta
&
Chiudi
per
chiudere
la
finestra
e
avviare
l’Editor
del
pacchetto
software.
Viene
visualizzata
la
finestra
principale
di
Software
Package
Editor.
5.
Creare
il
pacchetto
software
utilizzando
l’Editor
del
pacchetto
software
come
spiegato
in
Capitolo
3,
“Creazione
di
pacchetti
software
mediante
l’Editor
dei
pacchetti
software”,
a
pagina
33.
6.
Salvare
il
pacchetto
software
e
tornare
al
profilo
del
pacchetto
software
nella
finestra
del
Gestore
profili.
Verificare
che
il
pacchetto
software
sia
stato
importato
nel
profilo
del
pacchetto
software.
Importazione
di
un
pacchetto
software
esistente
in
un
profilo
di
pacchetto
software
Pacchetti
software
esistenti
possono
essere
importati
in
formato
composto
(.spb)
o
non
composto
(.sp).
Prima
della
composizione,
un
pacchetto
software
contiene
solo
una
descrizione
degli
oggetti
contenuti
nel
pacchetto,
vale
a
dire
un
elenco
sequenziale
di
azioni
da
eseguire
sul
sistema
di
destinazione
e
risorse
effettive,
come
i
file
e
i
programmi.
Le
risorse
si
trovano
nell’host
di
origine.
Un
pacchetto
software
in
formato
composto
già
contiene
tutti
gli
oggetti
e
le
risorse
richieste
dalle
azioni
in
un
formato
file
compresso.
In
questo
scenario,
nel
profilo
Appsample^1.0
vengono
inseriti
i
pacchetti
software
Appsample,
in
formato
non
composto.
Importazione
di
un
pacchetto
software
in
ambiente
Tivoli
202
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
1.
Fare
clic
con
il
tasto
destro
del
mouse
sul
profilo
Appsample^1.0
dalla
finestra
Gestore
profili,
quindi
selezionare
Importa
dal
menu
a
comparsa.
Importazione
di
un
pacchetto
software
in
ambiente
Tivoli
Capitolo
9.
Preparazione
di
pacchetto
software
per
la
distribuzione
203
La
Mediante
tale
finestra
è
possibile
importare
un
file
del
pacchetto
software
in
un
profilo
di
pacchetto
software.
2.
Nella
casella
di
gruppo
relativa
all’ubicazione
del
file
di
input,
specificare
il
tipo
di
macchina
dall’elenco
a
discesa.
Le
opzioni
sono
Nodo
gestito
ed
Endpoint.
Se
si
seleziona
Endpoint,
immettere
il
nome
dell’endpoint
nella
casella
di
testo
Nome
endpoint
e,
quindi,
fare
clic
sul
pulsante
(...)
.
3.
Selezionare
Nodo
gestito
dall’elenco
a
discesa
Tipo
di
macchina,
quindi
immettere
msecchi
nella
casella
di
testo
Nome
nodo
gestito.
4.
Fare
clic
sul
pulsante
(...)
per
visualizzare
la
finestra
di
selezione
del
file
di
input.
La
finestra
visualizza
la
gerarchi
del
file
system
per
il
nodo
gestito
msecchi.
Il
file
selezionato
in
questa
finestra
del
browser
è
il
file
importato
nel
profilo
del
pacchetto
software
Appsample^1.0.
5.
Tracciare
il
percorso
per
il
file
Appsample.sp
nelle
caselle
relative
alle
directory
e
ai
file.
Fare
clic
su
Imposta
file
&
Chiudi
per
tornare
alla
finestra
Importa.
6.
E’
possibile
importare
il
pacchetto
software
in
formato
composto
oppure
in
formato
non
composto.
Per
importare
il
pacchetto
software
Appsample
in
formato
non
composto,
eseguire
le
seguenti
operazioni:
a.
Deselezionare
Creain
Ubicazione
host
di
origine
.
b.
Nella
casella
di
testo
Nome
host
di
origine,
immettere
il
nome
dell’host
di
origine.
Il
pacchetto
viene
creato
durante
la
distribuzione
e
le
risorse
a
cui
si
fa
riferimento
nel
pacchetto
software
sono
raccolte
dall’host
di
origine
specificate.
Accertarsi
che,
quando
un
pacchetto
viene
creato
o
importato
nel
formato
di
creazione,
il
componente
Software
Distribution
viene
installato
nell’host
di
origine.
Se
non
si
verificano
errori.
–OPPURE–
Per
importare
il
pacchetto
software
Appsample
in
formato
composto,
eseguire
le
seguenti
operazioni:
a.
Selezionare
la
casella
di
spunta
Crea.
b.
Immettere
il
percorso
SPB
nella
casella
di
testo
Percorso
SPB.
Se
il
file
di
input
è
un
pacchetto
software
o
un
file
di
definizione
del
pacchetto
Importazione
di
un
pacchetto
software
in
ambiente
Tivoli
204
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
software,
esso
viene
importato
nel
blocco
del
pacchetto
software.
Se
il
file
di
input
è
un
blocco
del
pacchetto
software,
esso
viene
copiato
dal
nodo
gestito
o
dall’endpoint
specificato
nella
casella
di
gruppo
Ubicazione
del
file
di
input
nel
percorso
del
blocco
del
pacchetto
software
specificato
nell’host
di
origine.
Nota:
Selezionare
sempre
la
casella
Crea
quando
si
importa
un
blocco
del
pacchetto
software.
Selezionando
la
casella
Crea,
viene
abilitata
la
casella
Sovrascrivi.
Selezionare
Sovrascrivi
per
sovrascrivere
il
blocco
del
pacchetto
software
se
già
esiste
nell’host
di
origine.
In
questo
scenario,
deselezionare
la
casella
Crea.
7.
Nella
casella
di
testo
Nome
host
di
origine,
immettere
il
nome
dell’host
di
origine
da
cui
i
file
nel
blocco
del
pacchetto
software
vengono
ottenuti,
se
esso
non
è
già
definito
nel
file
di
input.
Nota:
L’host
di
origine
può
essere
un
nodo
gestito
disponibile
in
cui
è
installato
il
componente
Software
Distribution.
8.
Fare
clic
su
Importa
&
Chiudi.
L’icona
del
profilo
di
pacchetto
software
nella
finestra
Gestore
profili
è
ora
in
formato
non
composto.
Eliminazione
di
un
profilo
di
pacchetto
software
Quando
si
elimina
un
profilo
di
pacchetto
software,
viene
rimosso
dal
database
Tivoli
e
la
relativa
icona
viene
rimossa
dal
gestore
profili.
Eliminazione
di
un
profilo
non
elimina
i
file
di
origine
o
le
directory
o
i
file
distribuiti
o
le
directory
dei
destinatari.
Nota:
Se
si
elimina
un
pacchetto
software
per
il
quale
è
stata
pianificata
una
distribuzione,
è
necessario
eliminare
il
lavoro
dallo
scheduler.
L’eliminazione
di
un
profilo
non
elimina
automaticamente
il
lavoro.
Per
ulteriori
informazioni
sulla
distribuzione
di
un
software
fornito
in
un
periodo
pianificato,
consultare
“Pianificazione
di
una
distribuzione”
a
pagina
238.
Per
ulteriori
informazioni
relative
all’uso
di
Tivoli
Management
Framework
Scheduler,
consultare
Tivoli
Management
Framework:
Pianificazione
per
la
guida
all’implementazione.
Per
eliminare
i
pacchetti
software
precedentemente
distribuiti
dai
sistemi
di
destinazione,
eseguire
un’operazione
di
Eliminazione
di
modifica
della
gestione.
Consultare
“Eliminazione
di
un
pacchetto
software”
a
pagina
213
per
ulteriori
informazioni
sull’eliminazione
di
un
pacchetto
software.
Proprietà
del
pacchetto
software
Le
proprietà
del
pacchetto
software
possono
essere
definite
nei
seguenti
modi:
v
Utilizzo
dell’Editor
del
pacchetto
software.
v
Utilizzo
di
wsetspop,
wsetspgs
e
wsetspat
comandi
dalla
riga
comandi
(escluso
il
Tipo
di
pacchetto
e
le
proprietà
del
tipo
di
versione).
v
Esportazione
di
un
pacchetto
software
nel
formato
del
file
di
definizione
del
pacchetto
software,
modificando
le
proprietà
e
importando
nuovamente
il
file
nel
formato
del
pacchetto
software.
Per
visualizzare
le
proprietà
del
profilo
del
pacchetto
software
Appsample
dal
desktop
Tivoli,
eseguire
le
seguenti
operazioni:
Importazione
di
un
pacchetto
software
in
ambiente
Tivoli
Capitolo
9.
Preparazione
di
pacchetto
software
per
la
distribuzione
205
1.
Fare
clic
con
il
tasto
destro
del
mouse
sull’icona
relativa
al
profilo
del
pacchetto
software
Appsample^1.0
dalla
finestra
Gestore
profili,
quindi
selezionare
Proprietà.
La
Viene
visualizzata
la
finestra
delle
proprietà
del
pacchetto
software
da
cui
è
possibile
visualizzare
le
proprietà
definite
per
il
pacchetto
software.
2.
Fare
clic
su
Avvia
Editor
del
pacchetto
software
per
visualizzare
l’Editor
del
pacchetto
software.
Dall’editor,
consente
di
effettuare
quanto
segue:
v
Visualizzare
il
contenuto
di
un
pacchetto
software
v
Creare
direttamente
un
pacchetto
software
v
Modificare
i
pacchetti
software
nel
formato
composto
Nota:
Per
modificare
il
contenuto
di
un
pacchetto
software,
ogni
endpoint
Per
informazioni
sulle
procedure
di
modifica
dei
pacchetti
software
nel
formato
composto
e
le
opzioni
disponibili
quando
viene
avviato
l’Editor
del
pacchetto
software
dalla
finestra
delle
proprietà
del
pacchetto
software,
consultare
“Avvio
di
Software
Package
Editor
sui
nodi
gestiti”
a
pagina
23.
3.
Per
visualizzare
le
informazioni
sui
pacchetti
software
nidificati
nel
pacchetto
software
Appsample^1.0,
fare
clic
su
Pacchetti
software
nidificati.
Per
ulteriori
informazioni
sulla
distribuzione
dei
pacchetti
software
che
contengono
i
pacchetti
nidificati,
consultare
“Distribuzione
dei
pacchetti
software
nidificati”
a
pagina
233.
Proprietà
del
pacchetto
software
206
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
4.
Fare
clic
su
Avanzate
per
visualizzare
Finestra
Proprietà
avanzate.
Le
proprietà
visualizzate
nelle
finestre
Proprietà
del
pacchetto
software
e
Proprietà
avanzate
sono
illustrate
in
“Impostazione
delle
proprietà
nel
pacchetto”
a
pagina
70.
Calcolo
delle
dimensioni
di
un
pacchetto
software
Calcolare
le
dimensioni
del
pacchetto
software
nell’host
di
origine
per
determinare
la
dimensione
totale
dei
file
che
esso
contiene.
Utilizzare
questa
opzione
per
calcolare
nuovamente
la
dimensione
se
sono
state
effettuate
delle
modifiche
al
pacchetto
dopo
la
creazione.
Per
calcolare
la
dimensione
del
pacchetto
software
Appsample
nel
formato
composto,
eseguire
le
seguenti
operazioni:
1.
Fare
clic
con
il
tasto
destro
del
mouse
sull’icona
del
profilo
di
pacchetto
software
dalla
finestra
Gestore
profili,
quindi
selezionare
Calcola
dimensione
dal
menu
a
comparsa.
La
Viene
visualizzata
la
finestra
Calcola
le
dimensioni
Proprietà
del
pacchetto
software
Capitolo
9.
Preparazione
di
pacchetto
software
per
la
distribuzione
207
del
pacchetto
software.
La
finestra
Calcola
le
dimensioni
del
pacchetto
software
visualizza
il
nome
del
pacchetto
software
e
il
relativo
gestore
profili.
Se
la
dimensione
del
pacchetto
software
è
stata
già
calcolata,
viene
visualizzato
l’ultimo
conteggio
registrato.
2.
Fare
clic
su
Calcola
dimensione
per
ricalcolare
la
dimensione
del
pacchetto
software
attualmente
selezionato
(in
byte).
Notare
che
se
il
pacchetto
contiene
solo
azioni,
vale
a
dire,
il
pacchetto
è
in
formato
non
composto,
la
sua
dimensione
viene
calcolata
pari
a
zero.
Quando
viene
calcolata
la
dimensione
dei
pacchetti
software
nidificati,
essa
è
prodotta
dalla
somma
della
dimensione
del
pacchetto
principale
più
quella
dei
pacchetti
nidificati.
La
dimensione
può
essere
calcolata
correttamente
solo
se
il
pacchetto
principale
e
i
pacchetti
nidificati
sono
stati
importati
in
ambiente
Tivoli
e
catalogati
come
oggetti
del
pacchetto
software
nel
database
di
oggetti
Tivoli.
Conversione
di
un
pacchetto
software
L’operazione
di
conversione
è
utilizzata
per
trasformare
il
formato
del
file
del
pacchetto
software
dal
pacchetto
software
in
un
blocco
del
pacchetto
software
o
dal
blocco
del
pacchetto
software
in
pacchetto.
Un
pacchetto
software
contiene
solo
una
descrizione
degli
oggetti
contenuti
nel
pacchetto.
Vale
a
dire,
esso
contiene
un
elenco
sequenziale
di
azioni
da
eseguire
sulla
macchina
di
destinazione
e
non
gli
oggetti
effettivi
o
le
risorse
stesse,
come
i
file
e
i
programmi,
ubicati
nell’host
di
origine.
Un
blocco
del
pacchetto
software
è
in
formato
compresso
ed
unisce
le
azioni
alle
risorse.
Questa
operazione
serve
a
convertire
solo
gli
oggetti
del
pacchetto
software
già
esistenti
nel
database
di
oggetti.
In
altri
termini,
gli
oggetti
del
pacchetto
software
devono
essere
importati
nell’ambiente
Tivoli.
Nota:
La
dimensione
del
blocco
del
pacchetto
software
non
può
superare
i
2
GB.
E’
possibile
superare
tale
limite
nidificando
i
pacchetti
software.
Ogni
segmento
o
pacchetto
non
può
superare
i
2
GB.
Conversione
dal
formato
non
composto
al
formato
composto
Per
convertire
il
pacchetto
software
Appsample
(non
composto)
in
un
blocco
del
pacchetto
software
(composto),
eseguire
le
seguenti
operazioni:
1.
Fare
clic
con
il
tasto
destro
del
mouse
sul
pacchetto
software
Appsample^1.0
dalla
finestra
Gestore
profili,
quindi
selezionare
Converti
dal
menu
a
comparsa.
Calcolo
delle
dimensioni
del
pacchetto
software
208
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
La
Viene
visualizzata
la
finestra
Converti
pacchetto
software.
2.
Nella
casella
di
testo
Percorso
SPB
immettere
il
percorso
e
il
nome
del
file
Per
il
blocco
del
pacchetto
software
nell’host
di
origine.
L’host
di
origine
è
il
nodo
gestito
definito
quando
il
pacchetto
viene
importato.
Tutte
le
risorse
devono
essere
ubicate
nell’host
di
origine
selezionato,
altrimenti
l’operazione
non
riesce.
3.
Selezionare
la
casella
Sovrascrivi
per
sovrascrivere
il
blocco
del
pacchetto
software
se
già
esiste
nell’host
di
origine.
Questa
opzione
è
valida
solo
se
il
formato
di
destinazione
è
un
blocco
del
pacchetto
software.
4.
Fare
clic
su
Converti
&
Chiudi
per
convertire
il
pacchetto
software
nel
blocco
del
pacchetto
software
nell’host
di
origine.
Conversione
dal
formato
composto
al
formato
non
composto
Per
scomporre
o
convertire
il
software
Appsample
blocco
del
pacchetto
(composto)
in
un
pacchetto
software
(non
composto)
e
salvarlo
in
una
directory,
eseguire
le
seguenti
operazioni:
1.
Fare
clic
con
il
tasto
destro
del
mouse
sul
blocco
del
pacchetto
software
e
selezionare
Converti.
Il
blocco
del
pacchetto
software
viene
memorizzato
nell’host
di
origine
definito
durante
l’importazione
e
la
Viene
visualizzata
la
finestra
Converti
pacchetto
software.
2.
Selezionare
la
casella
Scomponi
se
si
desidera
salvare
il
contenuto
del
pacchetto
software
in
una
directory
di
trasferimento.
3.
Se
è
stato
selezionato
Scomponi
fare
clic
su
Scomponi
directory
e
navigare
nella
directory
in
cui
si
desidera
memorizzare
il
contenuto
del
pacchetto
software
quando
viene
scomposto.
4.
Fare
clic
su
Converti
&
Chiudi.
Il
pacchetto
software
viene
convertito
in
un
formato
non
composto.
Se
è
stata
selezionata
la
casella
Scomponi,
il
contenuto
viene
salvato
nella
directory
non
composta
e
i
percorsi
di
origine
nel
pacchetto
Conversione
di
un
pacchetto
software
Capitolo
9.
Preparazione
di
pacchetto
software
per
la
distribuzione
209
software
vengono
aggiornati
affinché
puntino
alla
directory
non
composta.
Diversamente,
il
blocco
del
pacchetto
software
viene
convertito
in
un
pacchetto
software
e
i
percorsi
di
origine
non
vengono
modificati.
Nota:
Se
i
percorsi
di
origine
sono
specificati
nel
pacchetto
software,
l’operazione
di
scomposizione
potrebbe
non
riuscire
o
dare
risultati
non
previsti.
Esportazione
di
un
pacchetto
software
La
finestra
Esporta
abilita
l’esportazione
di
un
oggetto
del
pacchetto
software
in
un
formato
del
file
di
testo.
Questo
file
di
testo
è
il
file
di
definizione
del
pacchetto
software
.
E’
formato
da
una
serie
di
stanze,
ognuna
delle
quali
descrive
un’azione
da
eseguire.
Utilizzando
un
editor
di
testo,
è
possibile
visualizzare
il
file
.spd,
modificarlo
e
utilizzare
la
funzione
di
importazione
per
importare
il
file
.spd
corretto
in
un
pacchetto
software
o
in
un
blocco
del
pacchetto
software.
Fare
riferimento
a
Manuale
di
riferimento
per
Software
Distribution
per
ulteriori
informazioni
sul
formato
del
file
.spd.
Per
esportare
un
oggetto
del
pacchetto
software
nel
formato
.spd
e,
quindi,
importarlo,
eseguire
le
seguenti
operazioni.
1.
Fare
clic
con
il
tasto
destro
del
mouse
sul
profilo
del
pacchetto
software
Appsample^1.0,
quindi
selezionare
Esporta
dal
menu
a
comparsa.
La
Viene
visualizzata
la
finestra
Esporta.
2.
Specificare
il
nome
del
nodo
gestito
in
cui
il
file
deve
essere
esportato
nella
casella
di
testo
Nome
nodo
gestito.
3.
Nella
casella
Percorso,
specificare
il
percorso
completo
del
file
ne
l
nodo
gestito
dove
esportare
il
pacchetto
software.
Per
esportare
un
nodo
gestito
remoto,
è
necessario
specificare
il
percorso
completo.
4.
Selezionare
la
casella
Sovrascrivi
per
sovrascrivere
un
file
.spd
esistente.
5.
Fare
clic
su
Esporta
&
Chiudi
per
esportare
il
pacchetto
software
nel
formato
del
file
.spd.
6.
Aprire
e
modificare
il
file
di
definizione
del
pacchetto
software
mediante
un
editor
di
testo.
E’
possibile
visualizzare
i
file
di
definizione
del
pacchetto
software
in
IBM
Tivoli
Configuration
Manager:
Manuale
di
riferimento
per
Software
Distribution.
7.
Seguire
le
istruzioni
in
“Importazione
di
un
pacchetto
software
in
ambiente
Tivoli”
a
pagina
201
per
importare
il
file
.spd
in
un
pacchetto
software
composto
o
non
composto.
Conversione
di
un
pacchetto
software
210
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Operazioni
di
gestione
modifica
Questa
sezione
descrive
le
seguenti
operazioni
di
gestione
modifica
che
è
possibile
eseguire
sugli
oggetti
del
pacchetto
software.
Tali
opzioni
automatizzano
la
distribuzione
e
l’installazione
del
software,
nel
modo
seguente:
v
Installa
v
Rimuovi
v
Annulla
v
Accetta
v
Esegui
commit
v
Verifica
v
Carica
v
Scarica
Per
ulteriori
informazioni
sulle
operazioni
e
finestre
descritte
in
questa
sezione,
fare
riferimento
al
comando
del
server
Software
Distribution,
che
è
possibile
eseguire
dalla
riga
comandi
del
server
in
Manuale
di
riferimento
per
Software
Distribution.
Stati
dei
pacchetti
software
Lo
stato
del
pacchetto
software
conseguente
ad
un’operazione
può
variare
in
base
alla
cronologia
del
pacchetto,
vale
a
dire,
in
base
a
quali
operazioni,
come
l’installazione,
sono
state
precedentemente
eseguite.
Lo
stato
è
rappresentato
da
una
stringa
a
cinque
caratteri.
Ogni
carattere
della
stringa
rappresenta
una
categoria
di
informazioni
sul
pacchetto,
a
cui
può
essere
assegnato
un
numero
di
valori.
Ad
esempio,
un
pacchetto
software
con
stato
IC–
–
–
è
un
pacchetto
che
è
stato
installato
e
su
cui
è
stato
eseguito
il
commit.
Fare
riferimento
a
Manuale
di
riferimento
per
Software
Distribution
per
una
tabella
di
riepilogo
degli
stati
del
pacchetto
software
possibili.
In
base
allo
stato
del
pacchetto
software
a
causa
di
una
operazione
precedente,
non
è
possibile
eseguire
tutte
le
operazioni.
Lo
stato
operativo
del
pacchetto
software
possono
essere
determinati
in
due
modi:
v
Eseguire
CM_STATUS_QUERY.
v
Aprire
il
file
di
log
di
Software
Distribution
ubicato
nel
percorso
specificato
nel
percorso
di
log
delle
proprietà
del
pacchetto
software.
v
Se
la
riga
comandi
installata
sull’endpoint
non
è
connessa,
eseguire
wdlssp
comando.
Lo
stato
di
un
pacchetto
software
è
determinato
dagli
elementi
di
seguito
riportati:
v
La
natura
dell’ultima
operazione
eseguita
(installazione
o
eliminazione).
v
Lo
stato
dell’ultima
operazione
eseguita
(preparazione
o
esecuzione
del
commit).
v
Lo
stato
del
pacchetto
di
backup
(stato
annullabile).
v
E’
necessario
riavviare
la
macchina
per
completare
l’operazione.
v
Un
indicatore
aggiuntivo
segnala
una
condizione
di
errore
o
che
lo
stato
è
in
fase
di
modifica.
Esecuzione
delle
operazioni
di
gestione
modifica
Ogni
operazione
di
gestione
viene
eseguita
in
tre
fasi:
Operazioni
di
gestione
modifica
Capitolo
9.
Preparazione
di
pacchetto
software
per
la
distribuzione
211
Verifica
Verificare
che
l’operazione
possa
essere
eseguita
per
ridurre
il
rischio
di
errore
durante
l’esecuzione.
Esegui
Eseguire
l’operazione
solo
se
la
verifica
è
corretta.
Cancella
tutto
Le
risorse
acquisite
durante
la
fase
di
esecuzione
sono
eliminate.
Le
operazioni
di
gestione
modifica
possono
essere
eseguite
dalla
finestra
Gestore
profili
in
ognuno
di
questi
modi:
v
Trascinare
e
rilasciare
l’icona
del
pacchetto
software
Appsample^1.0
nell’icona
del
destinatario
richiesto,
per
utilizzare
l’operazione
di
gestione
modifica
di
default
e
gli
attributi
associati
impostati
nel
pacchetto
software
(consultare
“Impostazione
delle
opzioni
avanzate
del
server”
a
pagina
76).
v
Fare
clic
col
tastino
destro
del
mouse
sull’icona
del
pacchetto
software
Appsample^1.0
per
visualizzare
un
menu
a
comparsa
da
cui
è
possibile
selezionare
l’operazione
di
gestione
modifica
richiesta
e
personalizzare
gli
attributi
associati,
come
riportato
di
seguito.
Da
questo
menu,
è
possibile
visualizzare
le
proprietà,
calcolare
la
dimensione
del
pacchetto
software
in
un
blocco
del
pacchetto
software,
esportare
i
pacchetti
ed
Operazioni
di
gestione
modifica
212
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
eseguire
le
operazioni
di
gestione
modifica
sui
pacchetti
software.
Le
operazioni
di
gestione
modifica
disponibili
dipendono
dal
formato
del
pacchetto
software.
Installazione
di
un
pacchetto
software
La
operazione
di
installazione
esegue
le
azioni
contenute
nel
pacchetto
software.
Le
azioni
eseguite
dall’operazione
di
installazione
dipendono
dal
tipo
di
azione.
Ad
esempio,
mentre
l’operazione
di
installazione
dell’azione
di
aggiunta
file
copia
un
file
in
un
file
system
di
destinazione,
l’operazione
di
installazione
dell’azione
di
eliminazione
di
una
chiave
di
registro
dal
registro
Windows
del
sistema
di
destinazione.
Per
eseguire
l’operazione
di
installazione
dalla
riga
comandi,
consultare
il
comando
winstsp
in
Manuale
di
riferimento
per
Software
Distribution.
Eliminazione
di
un
pacchetto
software
La
l’operazione
di
eliminazione
disinstalla
il
pacchetto
software;
vale
a
dire,
esegue
l’azione
contraria
all’operazione
di
installazione.
L’operazione
di
eliminazione
non
riporta
il
sistema
allo
stato
precedente
all’esecuzione
dell’ultima
operazione
(consultare
“Annullamento
di
un
pacchetto
software”).
Le
azioni
eseguite
dall’operazione
di
eliminazione
dipendono
dal
tipo
di
azione
contenuto
nel
pacchetto
software.
Le
azioni
di
aggiunta
correlate
all’oggetto
sono
invertite.
Ad
esempio,
mentre
l’operazione
di
rimozione
dell’azione
di
aggiunta
file
rimuove
un
file
dal
file
system,
l’operazione
di
rimozione
dell’azione
di
aggiunta
della
chiave
di
registro
rimuove
una
chiave
di
registro
dal
registro
Windows.
In
ogni
modo,
l’operazione
di
eliminazione
su
un’azione
di
eliminazione
dell’oggetto
non
ha
alcun
effetto.
Gli
effetti
delle
operazioni
di
eliminazione
sulle
azioni
di
sistema
e
di
programma
vengono
definite
nelle
proprietà
di
tali
azioni.
Per
eseguire
un’operazione
di
eliminazione
dalla
riga
comandi,
consultare
il
comando
wremovsp
in
Manuale
di
riferimento
per
Software
Distribution.
Annullamento
di
un
pacchetto
software
L’operazione
di
annullamento
riporta
il
sistema
allo
stato
precedente
l’esecuzione
dell’ultima
operazione.
Questa
operazione
viene
utilizzata
per
gli
oggetti
per
cui
l’operazione
precedente
è
stata
inoltrata
in
modalità
annullabile
o
transazionale
per
eseguire
il
roll
back
del
sistema
e
riportarlo
allo
stato
originale.
Vengono
eliminati
i
file
aggiunti
dall’installazione
non
esistenti
prima
della
distribuzione.
Se
i
file
esistevano
prima
della
distribuzione
e
sono
stati
rimossi,
essi
vengono
aggiunti
nuovamente.
Se
i
file
esistevano
prima
della
distribuzione
e
sono
stati
eliminati,
viene
ripristinata
la
copia
di
backup.
Le
aggiunte,
le
eliminazioni
o
le
modifiche
alla
configurazione
o
alle
informazioni
di
sistema
(modifiche
al
registro,
immissioni
del
file
.ini,
cartelle
e
scelte
rapide
e
così
via)
vengono
ripristinate
sullo
stato
originale.
In
ogni
modo,
questa
operazione
è
valida
solo
per
l’ultimo
tentativo
di
installazione,
non
per
le
installazioni
precedenti.
In
caso
di
errori
gravi
durante
il
processo
di
installazione,
questa
operazione
viene
avviata
automaticamente.
Per
eseguire
l’operazione
di
installazione
dalla
riga
comandi,
consultare
il
comando
wundosp
in
Manuale
di
riferimento
per
Software
Distribution.
Accettazione
di
un
pacchetto
software
La
operazione
di
accettazione
non
considera
le
risorse
necessarie
per
annullare
l’operazione
precedente
(copia
di
backup).
L’operazione
Accetta,
che
permette
di
liberare
risorse
di
sistema,
deve
essere
eseguita
soltanto
quando
si
è
sicuri
che
non
sarà
necessario
annullare
l’operazione
precedente.
Quando
si
esegue
un’operazione
di
accettazione,
l’operazione
precedente
non
è
più
annullabile.
Operazioni
di
gestione
modifica
Capitolo
9.
Preparazione
di
pacchetto
software
per
la
distribuzione
213
Per
eseguire
un’operazione
di
accettazione
dalla
riga
comandi,
consultare
il
comando
waccptsp
in
Manuale
di
riferimento
per
Software
Distribution.
Commit
di
un
pacchetto
software
L’operazione
di
installazione
o
eliminazione
inoltrata
in
modalità
transazionale
viene
eseguita
in
due
fasi:
la
fase
di
preparazione
e
quella
di
commit.
Durante
la
fase
di
preparazione,
ogni
azione
nel
pacchetto
prepara
le
condizioni
per
l’esecuzione
dell’operazione
richiesta,
riducendo
in
tal
modo
il
rischio
di
errore
durante
la
fase
di
commit.
L’operazione
Esegui
commit
consente
di
rendere
effettivi
tutti
gli
aggiornamenti
apportati
nella
fase
di
preparazione.
Per
eseguire
l’operazione
di
commit
dalla
riga
comandi,
consultare
il
comando
wcmmtsp
in
Manuale
di
riferimento
per
Software
Distribution.
Verifica
di
un
pacchetto
software
L’operazione
di
verifica
controlla
la
congruenza
di
un
pacchetto
software
installato
e
gli
oggetti
sul
sistema
di
destinazione.
L’operazione
di
verifica
controlla
che
le
modifiche
che
si
sono
verificate
durante
l’ultima
operazione
non
siano
danneggiate.
Se
la
verifica
della
congruenza
non
riesce,
lo
stato
del
pacchetto
software
riporta
un
errore.
Le
azioni
eseguite
dall’operazione
di
verifica
dipendono
dal
tipo
di
azione.
Ad
esempio,
l’operazione
di
verifica
dell’azione
di
aggiunta
file
verifica
che
il
file
copiato
esista
ancora
e
l’operazione
di
verifica
dell’azione
di
aggiunta
della
chiave
di
registro,verifica
che
la
chiave
di
registro
si
trovi
ancora
nel
registro
Windows.
Per
eseguire
l’operazione
di
verifica
dalla
riga
comandi,
consultare
il
comando
wversp
in
Manuale
di
riferimento
per
Software
Distribution.
Caricamento
e
scaricamento
dei
pacchetti
software
Distribuzioni
complete
possono
essere
memorizzati
in
una
directory
nel
depot
ripetitore
e
una
distribuzione
interrotta
in
caso
di
nodi
non
disponibili
o
errori
di
rete
può
essere
ripristinata
dal
depot
ripetitore
anziché
dall’origine
della
distribuzione
iniziale.
E’
possibile,
di
conseguenza,
scaricare
il
pacchetto
software
dal
depot.
Queste
operazioni
sono
valide
solo
per
i
pacchetti
software
composti.
Per
eseguire
l’operazione
di
caricamento
o
scaricamento
dalla
riga
comandi,
fare
riferimento
a
i
comandi
wldsp
ewuldsp
in
Manuale
di
riferimento
per
Software
Distribution.
Consultare
“Scenario
3:
distribuzione
da
un
host
di
origine
mediante
i
depot
del
ripetitore”
a
pagina
282
per
ulteriori
informazioni
sui
depot
dei
ripetitori
e
le
operazioni
che
è
possibile
eseguire.
Personalizzazione
delle
impostazioni
della
GUI
E’
possibile
personalizzare
alcune
impostazioni
di
distribuzione
di
default
per
una
policy
region
specificata,
o
per
tutte
le
policy
region,
per
renderle
compatibili
con
le
politiche
di
distribuzione
della
propria
azienda.
Il
comando
wswdmgr
consente
di
personalizzare
i
valori
di
default
per
le
opzioni
seguenti:
Tabella
12.
Personalizzazione
dei
valori
di
default
per
le
opzioni
di
distribuzione
Finestre
Opzioni
Fare
riferimento
a...
Operazioni
di
gestione
modifica
(installa,
rimuovi,
accetta,
esegui
commit,
annulla,
verifica,
carica
e
scarica)
etichetta,
priorità,
operazione,
eliminabile,
da
depot,
dal
server
dei
file,
da
cd,
“Installazione
del
pacchetto
software
Appsample^1.0”
a
pagina
216
Operazioni
di
gestione
modifica
214
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Tabella
12.
Personalizzazione
dei
valori
di
default
per
le
opzioni
di
distribuzione
(Continua)
Finestre
Opzioni
Fare
riferimento
a...
Impostazioni
di
distribuzione
intervallo
di
notifica,
invia
timeout,
esegui
timeout,
scadenza,
endpoint,
endpoint
wake
on
lan,
abilita
multicast,
riprova
unicast,
“Definizione
delle
impostazioni
della
distribuzione”
a
pagina
225
Impostazioni
di
notifica
utente
abilita
notifica
utente,
nota
di
notifica
utente,
consenti
rinvio,
consenti
rifiuto,
azioni
di
default,
timeout
di
default
“Notifica
agli
utenti
di
una
distribuzione”
a
pagina
227
Impostazioni
mobili
attiva
operazione
disconnesse,
nota
di
distribuzione,
facoltativo,
obbligato
rio,
nascosto,
data
obbligatoria,
messaggi
di
invio,
date
di
invio
“Distribuzione
di
pacchetti
software
a
destinazioni
mobili”
a
pagina
229
Tali
opzioni
sono
completamente
illustrate
nelle
sezioni
seguenti
e
corrispondono
all’opzione
–l
definita
in
Manuale
di
riferimento
per
Software
Distribution.
Fare
riferimento
a
Manuale
di
riferimento
per
Software
Distribution
per
ulteriori
informazioni
relative
alla
sintassi
del
comando
e
agli
argomenti
del
comando
wswdmgr.
Operazioni
di
gestione
modifica
Capitolo
9.
Preparazione
di
pacchetto
software
per
la
distribuzione
215
Installazione
del
pacchetto
software
Appsample^1.0
1.
Selezionare
Installa
dal
menu
a
comparsa
del
pacchetto
software
Appsample^1.0
per
visualizzare
finestra
Installa
pacchetto
software.
2.
Nella
casella
di
testo
Etichetta,
indicare
il
nome
del
del
pacchetto
software,
ad
esempio
Appsample^1.0.
Il
valore
di
default
corrisponde
al
nome
del
pacchetto
software,
ma
in
questa
casella
di
testo
è
possibile
specificare
qualsiasi
testo.
3.
Specificare
l’ordine
in
cui
vengono
gestite
le
distribuzioni
dai
ripetitori
nella
casella
di
gruppo
Livello
di
priorità.
Il
valore
di
default
è
Medio.
Il
livello
di
priorità
selezionato
in
questa
casella
di
gruppo
è
la
priorità
utilizzata
anche
dal
gestore
delle
notifiche
informa
i
programmi
di
ascolto
dei
risultati
della
distribuzione.
Consultare
277
in
“Funzionamento
di
Software
Distribution”
a
pagina
275
per
ulteriori
informazioni
sul
gestore
delle
notifiche.
Operazioni
di
gestione
modifica
216
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
4.
Nella
casella
di
gruppo
Modifiche,
fare
clic
su
una
delle
voci
seguenti:
Tutti
Installa
tutti
i
file
nel
pacchetto
software.
Questa
opzione
corrisponde
all’attributo
–m
a
utilizzato
nella
versione
della
riga
comandi
dell’operazione.
Origine
Questa
opzione
è
visibile
solo
per
i
pacchetti
non
composti.
Installa
solo
i
file
host
di
risorsa
che
sono
stati
modificati
dall’ultima
distribuzione
corretta
nella
macchina
di
destinazione.
Correggi
Installa
:
v
Gli
oggetti
di
origine
che,
dall’ultima
installazione
riuscita,
sono
stati
danneggiati,
modificati
o
non
sono
presenti
sulla
destinazione.
Ciò
rende
gli
oggetti
di
destinazione
coerenti
con
gli
oggetti
di
origine.
v
Gli
oggetti
e
le
azioni
sulla
destinazione
modificati
o
danneggiati
dall’ultima
installazione
riuscita.
Il
pacchetto
software
viene
creato
nuovamente
contenente
solo
gli
oggetti
necessari
per
eseguire
il
ripristino
e,
quindi,
è
inferiore
rispetto
al
pacchetto
originale
e
installato
sulla
macchina
di
destinazione.
L’opzione
di
ripristino
viene
applicata
solo
ai
pacchetti
software
nei
seguenti
stati
operativi:
v
Le
macchine
di
destinazione
dove
il
pacchetto
software
è
già
stato
installato
e
su
cui
è
stato
eseguito
il
commit
(IC)
v
Le
macchine
di
destinazione
dove
il
pacchetto
software
è
già
stato
installato
e
su
cui
è
stato
eseguito
il
commit,
ma
il
pacchetto
ha
riportato
un
errore
(IC---E)
Nota:
L’opzione
di
ripristino
supporta
anche
i
blocchi
di
pacchetto
software,
tranne
se
è
selezionata
la
casella
di
spunta
Dal
depot.
Fare
riferimento
alla
sezione
8
a
pagina
219
per
informazioni
sull’opzione
Da
depot.
Per
ulteriori
informazioni
sugli
stati
operativi
del
pacchetto
software
e
la
sintassi
della
versione,
consultare
Manuale
di
riferimento
per
Software
Distribution.
Questa
opzione
corrisponde
all’attributo
–m
r
utilizzato
nella
versione
della
riga
comandi
dell’operazione.
5.
Per
aggiornare
un
pacchetto
installato
utilizzando
la
differenziazione
a
livello
byte,
selezionare
Installazione
del
deltacasella
di
spunta
ed
immettere
il
nome
e
la
versione
del
pacchetto
composto
da
aggiornare
in
Pacchetto
di
base.
Software
Distribution
utilizza
i
file
contenuti
nel
pacchetto
delta
per
ricreare
ogni
file
di
versione
iniziando
dal
file
di
base
già
installato
sulla
macchina
di
destinazione
ed
ed
applicandolo
al
file
del
delta
corrispondente
contenuto
nel
pacchetto
del
delta.
Se
non
viene
rilevato
sulla
macchina
di
destinazione
uno
dei
file
installati
da
ricreare,
o
è
stato
modificato,
o
è
di
sola
lettura,
o
bloccato,
l’installazione
del
delta
non
riesce.
Per
applicare
l’installazione
del
delta
i
pacchetti
della
versione
e
quelli
di
base
devono
avere
la
stessa
struttura
nidificata.
La
differenziazione
a
livello
byte
utilizza
la
verifica
della
dipendenza
per
verificare
se
il
pacchetto
di
base
è
stato
installato
sulla
macchina
di
destinazione.
Il
pacchetto
di
base
deve
essere
in
stato
IC
o
ICU.
Se
è
stata
deselezionata
la
casella
Dipendenza
non
viene
eseguito
nessun
controllo
sul
pacchetto
di
base.
Per
una
spiegazione
dettagliata
sul
funzionamento
della
differenziazione
a
livello
byte,
fare
riferimento
a
Manuale
Operazioni
di
gestione
modifica
Capitolo
9.
Preparazione
di
pacchetto
software
per
la
distribuzione
217
di
riferimento
per
Software
Distribution.
L’opzione
dell’installazione
del
delta
corrisponde
all’opzione
–d
utilizzata
nella
versione
della
riga
comandi
dell’operazione.
Se
si
esegue
un’installazione
del
delta,
non
è
possibile
installare
il
pacchetto
software
in
modalità
origine
o
ripristino.
6.
La
casella
di
gruppo
Verifiche
consente
di
selezionare
il
tipo
di
verifica
da
eseguire.
E’
possibile
accedere
al
database
delle
configurazioni
per
ottenere
informazioni
relative
allo
stato
delle
operazioni
di
gestione
modifiche
su
tutte
le
destinazioni,
oltre
alla
disponibilità
delle
destinazioni
stesse.
L’operazione
di
gestione
modifiche
viene
eseguita
a
seconda
delle
informazioni
restituite
dall’opzione
di
controllo
selezionata.
Nessuna
verifica
L’operazione
di
gestione
modifiche
selezionata
verrà
eseguita
su
tutte
le
destinazioni
selezionate
in
cui
non
viene
rilevato
alcun
tipo
di
errore
durante
il
processo
di
verifica;
in
caso
contrario,
tale
processo
viene
arrestato
prima
dell’avvio
dell’operazione.
Questa
è
l’impostazione
di
default
ed
equivale
a
non
specificare
nessun
attributo
di
verifica
nella
versione
della
riga
comandi
dell’operazione.
Verifiche
Verificare
se
è
possibile
eseguire
l’operazione
senza
effettuare
la
verifica.
Il
processo
genera
un
elenco
di
destinazioni
sulle
quali
l’operazione
ha
esito
negativo.
Questa
opzione
corrisponde
all’opzione
–i
utilizzata
nella
versione
della
riga
comandi
dell’operazione.
Questa
opzione
è
disponibile
solo
se
la
destinazione
è
già
registrata
nel
database
di
Inventory
come
conseguenza
di
una
scansione
di
un’operazione
di
gestione
modifica
eseguita
sulla
destinazione.
Forza
Forza
l’operazione
indipendentemente
dallo
stato
del
pacchetto
software
sul
sistema
di
destinazione.
Se
è
possibile
inserire
il
pacchetto
nella
versione,
il
controllo
della
versione
viene
effettuato
sulla
destinazione
anche
quando
tale
opzione
è
selezionata.
Se
tale
controllo
rileva
errori,
l’operazione
ha
esito
negativo.
Per
ulteriori
informazioni
sulla
verifica
della
versione
del
pacchetto
software,
consultare
Manuale
di
riferimento
per
Software
Distribution.
Questa
opzione
corrisponde
all’opzione
–f
utilizzata
nella
versione
della
riga
comandi
dell’operazione.
Ignora
Verifica
se
l’operazione
può
essere
eseguita
e
procede
con
l’operazione
solo
sui
sistemi
di
destinazione
che
superano
tale
verifica.
Ad
esempio,
se
si
sta
eseguendo
un’operazione
di
installazione
ed
il
pacchetto
software
è
già
stato
installato
su
un
sistema
di
destinazione,
l’operazione
non
procede
su
tale
sistema.
Se
non
viene
selezionata
questa
opzione,
l’operazione
non
procede
sulle
destinazioni
specificate
a
meno
che
tutte
le
destinazioni
superino
la
verifica.
Questa
opzione
corrisponde
all’opzione
–I
utilizzata
nella
versione
della
riga
comandi
dell’operazione.
Questa
opzione
è
disponibile
solo
se
la
destinazione
è
già
registrata
nel
database
di
Inventory
come
conseguenza
di
una
scansione
di
un’operazione
di
gestione
modifica
eseguita
sulla
destinazione.
Anteprima
Restituisce
il
file
di
log
sul
server
un
elenco
di
azioni
che
è
possibile
eseguire
se
si
effettua
l’operazione.
Attualmente
l’operazione
non
è
stata
eseguita.
E’
possibile
utilizzare
questo
attributo
in
combinazione
con
le
opzioni
Correggi
o
Origine.
Quando
si
specificano
le
opzioni
di
origine
ed
anteprima,
non
specificare
i
destinatari
per
l’operazione,
in
Operazioni
di
gestione
modifica
218
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
quanto
ciò
comporterebbe
un
errore.
Sulla
destinazione
viene
eseguita
una
verifica
e
al
file
di
log
viene
restituito
l’elenco
dei
file
da
correggere
o
quello
dei
file
di
origine
che
sono
stati
modificati.
Questa
opzione
corrisponde
all’opzione
–i
utilizzata
nella
versione
della
riga
comandi
dell’operazione.
7.
Deselezionare
la
casella
Eliminabile
per
mantenere
i
dati
associati
alla
distribuzione
(segmento
depot)
dopo
che
i
sistemi
di
destinazione
hanno
ricevuto
la
distribuzione.
Se
la
distribuzione
deve
essere
ripetuta
in
futuro,
può
essere
inizializzata
dal
depot
e
non
dall’host
di
origine.
Selezionare
la
casella
di
spunta
Eliminabile
per
eliminare
dal
ripetitore
i
dati
associati
alla
distribuzione
una
volta
che
la
distribuzione
ha
terminato
(o
tutti
gli
endpoint
finali
hanno
completato
o
la
distribuzione
ha
superato
la
propria
durata
di
vita).
I
depot
ripetitori
che
sono
stati
configurati
per
accettare
le
distribuzioni
permanenti,
elimineranno
la
distribuzione
se
l’opzione
Eliminabile
è
selezionata.
Se
un
depot
ripetitore
viene
configurato
per
accettare
le
distribuzioni
temporanee
e
l’opzione
Eliminabile
non
è
selezionata,
la
distribuzione
non
viene
eliminata.
Per
ulteriori
informazioni
sulla
configurazione
dei
depot
ripetitori
per
accettare
le
le
distribuzioni
permanenti,
consultare
“Impostazione
dei
parametri
del
ripetitore”
a
pagina
266.
Questa
opzione,
se
selezionata,
corrisponde
all’opzione
–l
disposable=y
utilizzata
nella
versione
della
riga
comandi
dell’operazione.
Nota:
Se
l’oggetto
della
distribuzione
è
un
pacchetto
software
nel
formato
non
composto
e
non
un
file
.spb,
questa
opzione
viene
disabilitata
e
i
dati
vengono
cancellati
dopo
che
il
pacchetto
software
viene
distribuito
e
non
memorizzato
nel
depot.
8.
Selezionare
la
casella
Dal
depot
per
specificare
che
il
pacchetto
software
da
installare
risiede
nel
depot
ripetitore
piuttosto
che
nell’host
di
origine.
Per
ulteriori
informazioni
sui
depot,
consultare
“Creazione
di
una
gerarchia
di
ripetitori”
a
pagina
262.
Questa
opzione
non
è
valida
per
i
pacchetti
software
che
non
si
trovano
nel
formato
non-composto.
Questa
opzione,
se
selezionata,
corrisponde
all’opzione
–l
from_depot=y
utilizzata
nella
versione
della
riga
comandi
dell’operazione.
Note:
a.
Se
viene
selezionata
questa
casella
di
spunta,
non
è
possibile
selezionare
la
casella
Dal
server
dei
file
o
Dal
CD.
b.
Se
è
stato
selezionato
Dal
depot
con
Roaming
dell’endpoint,
il
pacchetto
software
deve
essere
caricato
su
tutti
i
depot
in
cui
l’endpoint
può
eseguire
il
roaming
per
evitare
un
errore
di
installazione.
9.
Selezionare
Dal
server
dei
fileper
specificare
che
le
immagini
da
installare
devono
essere
richiamato
da
un
server
di
file
e
non
dall’host
di
origine.
Se
viene
utilizzata
questa
opzione,
i
server
dei
file
devono
essere
stati
configurati.
Fare
riferimento
a
“Scenario
2:
distribuzione
da
un
server
Tivoli
Management
Region
o
da
un
host
di
origine
su
un
ripetitore”
a
pagina
280
per
la
descrizione
delle
fasi
necessarie
per
eseguire
una
distribuzione
senza
dati
del
pacchetto
software
che
richiama
le
immagini
a
cui
si
fa
riferimento
nel
pacchetto
software
da
un
server
di
file.
Nota:
Quando
si
invia
una
distribuzione
con
l’opzione
Dal
server
dei
file
selezionata,
incrementare
il
valore
send_timeout
della
distribuzione.
Una
volta
superato
questo
valore
di
timeout,
non
è
possibile
sospendere
o
annullare
la
distribuzione.
Operazioni
di
gestione
modifica
Capitolo
9.
Preparazione
di
pacchetto
software
per
la
distribuzione
219
Tale
opzione
viene
applicata
ai
blocchi
del
pacchetto
software
(formato
composto).
Questa
opzione,
se
selezionata,
corrisponde
all’opzione
–l
from_fileserver=y
utilizzata
nella
versione
della
riga
comandi
dell’operazione.
10.
Selezionare
la
casella
di
spunta
Dal
CD
per
specificare
che
le
immagini
referenziate
nel
pacchetto
software
vengano
richiamate
dal
CD-ROM
nel
sistema
di
destinazione
e
non
dall’host
di
origine.
Questa
opzione
non
è
valida
per
i
pacchetti
software
che
non
si
trovano
nel
formato
non-composto.
Questa
opzione,
se
selezionata,
corrisponde
all’opzione
–l
from_cd=y
utilizzata
nella
versione
della
riga
comandi
dell’operazione.
Consultare
“Scenario
4:
distribuzione
da
un
server
Tivoli
Management
Region
su
un
endpoint
mobile
installando
le
immagini
da
un
CD-ROM”
a
pagina
284
per
le
operazioni
necessarie
per
eseguire
una
distribuzione
senza
dati
che
accede
alle
immagini
installabili
dal
CD-ROM
dell’endpoint.
11.
Per
spostare
un
destinatario
nell’elenco
Installa
pacchetto
software
su,
selezionare
uno
o
più
destinatari
dall’elenco
di
destinatari
possibili
e
fare
clic
sul
pulsante
freccia
sinistra.
Per
default,
tutti
i
destinatari
nel
gestore
profili
sono
visualizzati
nell’elenco
di
destinatari
possibili.
Per
eliminare
un
destinatario,
selezionare
uno
o
più
destinatari
dall’elenco
Installa
pacchetto
software
su
e
fare
clic
sul
pulsante
freccia
destra
per
spostarli
nell’elenco
di
destinatari
possibili.
Se
l’elenco
di
destinatari
possibili
contiene
un
gestore
profili,
viene
visualizzato
un
segno
più
(+)
davanti
al
nome.
Fare
doppio
clic
sul
nome
del
gestore
profili
per
espanderlo
e
visualizzare
gli
endpoint
Tivoli
contenuti
e
gli
altri
gestori
profili
che
dipendono
da
esso.
E’
possibile
selezionare
un
destinatario
ed
aggiungerlo
all’elenco
Installa
pacchetto
software
su.
Se
si
seleziona
un
nome
del
gestore
profili
nell’elenco
di
destinatari
possibili,
è
necessario
deselezionarlo
prima
di
fare
doppio
clic.
Il
nome
di
un
gestore
profili
espanso
presenta
il
segno
(–)
davanti
al
nome
nell’elenco
di
destinatari
possibili.
Per
comprimere
una
voce
del
gestore
profili
espansa,
fare
doppio
clic
sul
nome
del
gestore
profili.
Fare
clic
su
Espandi
tutto
o
su
Comprimi
tutto
per
espandere
o
comprimere
tutti
i
gestori
profili
nell’elenco
di
destinatari
possibili.
12.
Se
Tivoli
Inventory
è
installato,
selezionare
i
destinatari
mediante
la
scansione
degli
endpoint
Tivoli
disponibili
per
alcuni
criteri
definiti
da
una
query
in
una
libreria
query.
Fare
clic
su
Query
per
visualizzare
finestra
Esegui
query.
E’
possibile
utilizzare
questa
finestra
di
dialogo
per
definire
un
elenco
di
destinazioni
della
distribuzione
per
un
gestore
profilo
che
contiene
un
pacchetto
software.
Vengono
elencate
le
librerie
di
query
disponibili
create
mediante
Tivoli
Management
Framework.
Selezionare
una
libreria
query
Operazioni
di
gestione
modifica
220
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
dall’elenco
a
scorrimento
Librerie
query,
quindi
fare
clic
su
Esegui
per
eseguire
la
query
nel
repository
di
configurazione
di
Tivoli
e
tornare
ai
nomi
degli
endpoint
che
corrispondono
ai
criteri.
Tale
elenco
riempie
automaticamente
l’elenco
Installa
pacchetto
software
su.
Per
ulteriori
informazioni
sulla
creazione
e
l’uso
delle
query,
consultare
Tivoli
Management
Framework:
Pianificazione
per
la
guida
all’implementazione.
Fare
clic
su
Chiudi
per
ritornare
alla
finestra
Installa
pacchetto
software
su.
13.
Selezionare
Dipendenza
per
applicare
ogni
dipendenza
software
e
hardware
definita
per
il
pacchetto
software.
La
casella
Dipendenza,
se
selezionata,
corrisponde
all’opzione
–R
y
utilizzata
nella
versione
riga
comandi
dell’operazione.
14.
Fare
clic
su
Pianifica
per
pianificare
distribuzioni
successive.
Per
ulteriori
informazioni,
consultare
“Pianificazione
di
una
distribuzione”
a
pagina
238.
E’
inoltre
possibile
pianificare
le
operazioni
di
gestione
delle
modifiche
di
Software
Distribution
mediante
Activity
Planner.
Consultare
“Pianificatore
attività”
a
pagina
343
per
informazioni
sulla
funzione
di
pianificazione
che
consente
di
gestire
un
gruppo
di
operazioni
come
una
singola
operazione
da
una
singola
macchina
nella
rete.
15.
Per
sostituire
tutti
i
valori
in
questa
finestra
con
i
valori
di
default
per
questa
operazione
fare
clic
su
Reimposta.
16.
Dal
menu
a
discesa
delle
opzioni
avanzate,
selezionare
le
opzioni
necessarie.
Le
Opzioni
avanzate
consentono
di
impostare
le
seguenti
informazioni
per
la
distribuzione:
modalità
delle
operazioni,
variabili
di
default,
impostazioni
della
distribuzione
e
impostazioni
mobili.
Per
ulteriori
informazioni,
consultare
“Opzioni
avanzate”.
17.
Completata
l’impostazione
delle
opzioni
dal
menu
Opzioni
avanzate,
installare
il
pacchetto
software
nei
destinatari
selezionati
facendo
clic
su
Installa
&
Chiudi.
La
finestra
non
viene
scaricata
se
l’operazione
non
è
stata
inoltrata.
E’
possibile
visualizzare
lo
stato
della
distribuzione
utilizzando
la
Console
stato
distribuzione
o
la
riga
comandi
mediante
il
comando
wmdist.
Consultare
Tivoli
Management
Framework
User’s
Guide
per
ulteriori
informazioni.
Opzioni
avanzate
La
finestra
per
ogni
operazione
di
gestione
modifiche
contiene
un
menu
a
discesa
Opzioni
avanzate.
Le
opzioni
in
tale
menu
dipendono
dall’operazione
selezionata.
E’
possibile
impostare
le
seguenti
opzioni
per
l’operazione
di
installazione:
v
Modalità
operative:
consultare
“Modalità
dell’operazione
di
gestione
delle
modifiche”
a
pagina
222
Fornisce
le
opzioni
come
la
funzione
di
ripristino
del
sistema
sullo
stato
iniziale
se
l’operazione
non
riesce,
il
backup
del
software,
il
riavvio
automatico,
opzioni
in
caso
di
risorse
bloccate
o
spazio
sul
disco
insufficiente.
v
Variabili
di
default:
consultare
“Sovrascrittura
delle
variabili
di
default”
a
pagina
224
Consente
di
sovrascrivere
temporaneamente
il
valore
delle
variabili
di
default
già
definite
nel
pacchetto
software.
v
Impostazioni
di
distribuzione:
consultare
“Definizione
delle
impostazioni
della
distribuzione”
a
pagina
225
Consente
di
utilizzare
la
tecnologia
Wake
on
LAN,
ottimizzare
la
larghezza
di
banda
di
rete
mediante
distribuzioni
multicast,
reinstradando
le
distribuzioni
in
coda
da
un
gateway
ad
un
altro,
in
base
all’ultimo
gateway
a
cui
si
è
collegato
l’endpoint
mobile,
impostare
i
termini
di
scadenza.
Operazioni
di
gestione
modifica
Capitolo
9.
Preparazione
di
pacchetto
software
per
la
distribuzione
221
v
Impostazioni
di
notifica
utente:
consultare
“Notifica
agli
utenti
di
una
distribuzione”
a
pagina
227
Consente
di
inviare
agli
utenti
una
nota
per
informarli
di
una
distribuzione,
determinare
se
gli
utenti
possono
rimandare
l’accettazione
del
pacchetto
software
e
se
essi
possono
decidere
di
rifiutare
il
pacchetto
stesso.
v
Impostazioni
mobili:
consultare
“Distribuzione
di
pacchetti
software
a
destinazioni
mobili”
a
pagina
229
Consente
agli
utenti
mobili
di
rimandare
l’accettazione
di
una
distribuzione
del
pacchetto
software,
rifiutare
la
distribuzione,
notificare
gli
utenti
con
un
messaggio
relativo
ad
una
distribuzione
software
in
sospeso.
Modalità
dell’operazione
di
gestione
delle
modifiche
Selezionare
Modalità
operative
dalla
finestra
Dal
menu
Opzioni
avanzate,
è
possibile
specificare
ulteriori
opzioni
da
utilizzare
quando
si
esegue
un’operazione
di
installazione.
Le
opzioni
disponibili
in
questa
finestra
dipendono
dalle
selezioni
effettuate.
Ad
esempio,
selezionando
Sì
nella
casella
di
gruppo
Opzioni
di
transazione
viene
abilitata
la
casella
Commit
automatico
nella
casella
di
gruppo
Operazioni
automatiche,
precedentemente
disabilitata.
Selezionando
la
casella
Commit
automatico
viene
abilitata
la
casella
Opzioni
di
riavvio
precedentemente
disabilitata.
Le
opzioni
di
riavvio
non
sono
valide
su
sistemi
UNIX.
L’operazione
di
installazione
supporta
le
seguenti
opzioni
di
esecuzione:
v
Transazionale
Opzioni
No
Non-transazionale:
questa
opzione
non
fornisce
la
possibilità
di
ripristinare
il
sistema
sullo
stato
iniziale
se
l’operazione
non
riesce,
se
non
è
stata
selezionata
l’opzione
Sì
nella
casella
di
gruppo
Opzioni
annullabili.
Se
lo
spazio
su
disco
è
esaurito
prima
del
completamento
della
distribuzione,
tale
distribuzione
non
riesce
ed
alcuni
file
rimangano
nel
sistema
di
destinazione.
Utilizzare
questa
opzione
solo
dopo
aver
verificato
che
l’operazione
è
stata
eseguita
correttamente.
Questa
opzione
corrisponde
all’opzione
–t
n
nella
versione
della
riga
comandi
dell’operazione.
Operazioni
di
gestione
modifica
222
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Sì
Transazionale:
l’esecuzione
di
un’operazione
viene
eseguita
in
due
fasi:
la
fase
di
preparazione
e
la
fase
di
commit.
Durante
la
fase
di
preparazione,
ogni
azione
nel
pacchetto
prepara
le
condizioni
per
l’esecuzione
dell’operazione
richiesta,
riducendo
in
tal
modo
il
rischio
di
errore
durante
la
fase
di
commit
.
Se
la
fase
di
preparazione
viene
completata
normalmente,
in
caso
di
installazione,
i
file
vengono
installati
nell’area
di
trasferimento.
A
questo
punto,
inizia
la
fase
di
commit,
durante
la
quale
gli
aggiornamenti
vengono
attivati,
ossia
i
file
vengono
spostati
dall’area
di
servizio
all’area
di
produzione.
Se
la
fase
di
preparazione
non
viene
eseguita
correttamente,
il
sistema
torna
allo
stato
originario.
Ad
esempio,
questa
opzione
è
utile
in
caso
di
file
bloccati
o
in
mancanza
di
spazio
sufficiente
sul
disco.
Si
evita
l’interruzione
di
una
distribuzione
in
mid-stream
lasciando
distribuzioni
parziali
(file)
sul
sistema
di
destinazione.
Questa
opzione
corrisponde
all’opzione
–t
y
nella
versione
della
riga
comandi
dell’operazione.
Solo
se
necessario
Preferibilmente
non-transazionale:
si
richiede
al
sistema
di
non
eseguire
l’operazione
in
modalità
transazionale
solo
se
rileva
che
non
è
possibile
procedere
a
causa
di
errori
temporanei
che
potrebbero
scomparire
durante
la
fase
di
commit.
Ad
esempio,
è
utile
eseguire
un’operazione
con
questo
metodo
delle
due
fasi
(preparazione
e
commit)
se
le
risorse
sono
bloccate
o
non
disponibili
nella
fase
di
preparazione
e
divengono
disponibili
nella
fase
di
commit.
Questa
opzione
corrisponde
all’opzione
–t
o
nella
versione
della
riga
comandi
dell’operazione.
Nota:
L’opzione
Solo
se
necessario
non
è
supportata
sugli
endpoint
OS/400.v
Annullabile
Opzioni
No
Non-annullabile:
un
pacchetto
di
backup
non
viene
creato
e
l’annullamento
di
un’operazione
è
perciò
impossibile.
Questa
opzione
corrisponde
all’opzione
–u
n
nella
versione
della
riga
comandi
dell’operazione.
Sì
Annullabile:
richiede
di
poter
riportare
il
sistema
allo
stato
in
cui
si
trovava
precedentemente
in
quanto
è
stato
creato
un
pacchetto
di
backup.
Questa
opzione
corrisponde
all’opzione
–u
y
nella
versione
della
riga
comandi
dell’operazione.
Nota:
Questa
opzione
è
consigliata
per
pacchetti
software
che
installano
file
di
sistema
poiché
l’operazione
può
essere
annullata
senza
danneggiare
il
sistema.
Se
possibile
Preferibilmente-annullabile:
prova
a
creare
un
pacchetto
di
backup
ma
continua
con
l’installazione
normale
se
il
il
procedimento
di
acquisizione
di
spazio
di
backup
non
ha
esito
negativo.
Questa
opzione
corrisponde
all’opzione
–u
o
nella
versione
della
riga
comandi
dell’operazione.
Transazionale
Annullabile-in-transazionale:
transazionale,
che
richiede
che
l’azione
sia
annullabile
in
modalità
transazionale,
vale
a
dire,
l’operazione
sia
annullabile,
ma
il
pacchetto
di
backup
viene
creato
durante
la
fase
di
commit.
Questa
modalità,
che
è
una
combinazione
di
modalità
transazionale
e
annullabile,
richiede
che
lo
spazio
per
l’area
di
trasferimento
e
di
backup
siano
riservate.
L’operazione
viene
eseguita
in
due
fasi:
la
fase
di
preparazione
e
quella
di
commit,
come
in
modalità
Operazioni
di
gestione
modifica
Capitolo
9.
Preparazione
di
pacchetto
software
per
la
distribuzione
223
transazionale.
L’esecuzione
dell’operazione
di
commit
crea
un
pacchetto
di
backup,
da
utilizzare
nella
fase
di
annullamento
e
rende
effettivi
tutti
gli
aggiornamento
eseguiti
durante
la
fase
di
preparazione.
Questa
opzione
corrisponde
all’opzione
–u
u
nella
versione
della
riga
comandi
dell’operazione.v
Riavvio
Opzioni
No
Non-in-riavvio:
commit
automatico
senza
riavvio.
Il
sistema
esegue
l’operazione
di
commit
senza
un
riavvio
di
macchina.
Questa
opzione
aumenta
la
possibilità
di
errori
dovuti
ad
un
possibile
blocco
delle
risorse.
Questa
opzione
corrisponde
all’opzione
–c
n
nella
versione
della
riga
comandi
dell’operazione.
Sì
In-riavvio:
commit
automatico
con
riavvio
dell’utente.
Esegue
la
fase
di
commit
la
volta
successiva
in
cui
il
sistema
viene
riavviato
dall’utente.
Questa
opzione
corrisponde
all’opzione
–c
y
nella
versione
della
riga
comandi
dell’operazione.
Se
necessario
Il
sistema
esegue
l’operazione
di
commit
con
un
riavvio
solo
se
necessario.
Ad
esempio,
se
vengono
trovati
i
file
bloccati,
viene
effettuato
automaticamente
un
riavvio.
Questa
opzione
corrisponde
all’opzione
–c
o
nella
versione
della
riga
comandi
dell’operazione.
Automatico
Riavvio
automatico:
il
sistema
esegue
la
fase
di
commit
con
un
riavvio
solo
quando
è
in
esecuzione
il
sistema
operativo
e
tutte
le
altre
applicazioni
sono
chiuse.
Questa
opzione
prepara
il
sistema
al
completamento
dell’operazione
quando
l’agent
Software
Distribution
effettua
automaticamente
l’operazione
di
riavvio.
Questa
opzione
corrisponde
all’opzione
–c
r
nella
versione
della
riga
comandi
dell’operazione.v
Operazioni
automatiche
Commit
automatico
Richiede
al
sistema
di
eseguire
automaticamente
il
commit
di
un’operazione
in
sospeso.
Questa
opzione
corrisponde
all’opzione
–c
nella
versione
della
riga
comandi
dell’operazione.
Accettazione
automatica
Richiede
al
sistema
di
accettare
automaticamente
un’operazione
annullabile.
Questa
opzione
corrisponde
all’opzione
–a
nella
versione
della
riga
comandi
dell’operazione.
Fare
clic
su
Imposta
per
salvare
le
opzioni
selezionate
oppure
fare
clic
su
Imposta
&
Chiudi
per
salvare
le
opzioni
e
tornare
alla
finestra
Installa
pacchetto
software.
Sovrascrittura
delle
variabili
di
default
Mediante
questa
finestra,
è
possibile
sovrascrivere
temporaneamente
il
valore
delle
variabili
di
default
definito
precedentemente
in
Software
Package
Editor
o
in
un
file
SPD
(Software
Package
Definition)
per
una
distribuzione
specifica.
Consultare
Capitolo
3,
“Creazione
di
pacchetti
software
mediante
l’Editor
dei
pacchetti
software”,
a
pagina
33
per
ulteriori
informazioni
sull’utilizzo
di
Software
Package
Editor.
Se
si
rimuove
un
pacchetto
software,
è
possibile
definire
o
sostituire
solo
le
variabili
non
risolte
quando
viene
installato
il
pacchetto.
Operazioni
di
gestione
modifica
224
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Fare
riferimento
a
Manuale
di
riferimento
per
Software
Distribution
per
un
elenco
e
una
descrizione
delle
variabili
integrate
di
Software
Distribution.
Aprire
questa
finestra
selezionando
Variabili
di
default
dal
menu
a
discesa
Opzioni
avanzate
nella
finestra
Installa
pacchetto
software.
1.
Per
modificare
il
valore
di
una
variabile,
immettere
il
nome
della
variabile
di
default
per
la
quale
si
desidera
modificare
il
valore
nella
casella
di
testo
Nome
variabile.
Nella
casella
di
testo
Valore
variabile,
immettere
il
nuovo
valore
da
assegnare
alla
variabile.
2.
Utilizzando
la
casella
di
gruppo
Elenco
variabili
di
default,
è
possibile
inoltre
aggiungere
o
rimuovere
la
variabili
da
utilizzare
durante
l’esecuzione
di
un’operazione.
3.
Fare
clic
su
Imposta
per
salvare
le
variabili
selezionate
oppure
fare
clic
su
Imposta
&
Chiudi
per
salvare
le
variabili
e
tornare
alla
finestra
Installa
pacchetto
software.
Definizione
delle
impostazioni
della
distribuzione
Utilizzare
questa
finestra
per
definire
le
impostazioni
di
distribuzione
inclusi
i
parametri
timeout
livello
server
e
livello
client
che
abilitano
a
specificare
un
intervallo
di
tempo
dopo
il
quale
o
il
server
o
il
client
interrompe
una
distribuzione.
L’impostazione
dei
parametri
timeout
può
evitare
le
distribuzioni
sospese.
Operazioni
di
gestione
modifica
Capitolo
9.
Preparazione
di
pacchetto
software
per
la
distribuzione
225
Aprire
questa
finestra
selezionando
Impostazioni
della
distribuzione
dal
menu
a
discesa
Opzioni
avanzate
nella
finestra
Installa
pacchetto
software.
1.
Selezionare
la
casella
di
spunta
Endpoint
Wake
on
Lan
se
la
distribuzione
deve
effettuare
il
trigger
automatico
di
un
riavvio
di
destinazioni
non
disponibili
al
momento
della
distribuzione.
La
macchina
di
destinazione
deve
disporre
di
un
adattatore
di
rete
Wake
on
LAN
per
usufruire
della
tecnologia.
2.
Selezionare
la
casella
di
spunta
Roaming
dell’endpoint
se
la
distribuzione
deve
essere
trasferita
da
un
gateway
a
cui
è
in
coda,
al
gateway
a
cui
si
è
collegata
più
di
recente,
dove
l’endpoint,
che
rappresenta
la
destinazione
di
una
distribuzione,
si
è
collegato.
Se
si
deseleziona
tale
casella,
la
distribuzione
resta
in
coda
al
gateway
originale
fino
a
quando
l’endpoint
mobile
si
collega
nuovamente
o
la
distribuzione
scade.
Nota:
Se
è
stato
selezionato
Dal
depot
con
Roaming
dell’endpoint,
il
pacchetto
software
deve
essere
caricato
su
tutti
i
depot
in
cui
l’endpoint
può
eseguire
il
roaming
per
evitare
un
errore
di
installazione.
3.
Selezionare
la
casella
di
spunta
Abilita
multicast
per
abilitare
la
trasmissione
dei
dati
su
più
ripetitori.
Multicast
invia
simultaneamente
solo
una
distribuzione
dall’origine
a
un
gruppo
di
destinazioni.
Utilizzare
questa
opzione
in
presenza
di
una
larghezza
di
banda
limitata.
Facoltativamente
selezionare
la
casella
di
spunta
Riprova
unicast
per
trasmettere
di
nuovo
la
distribuzione
indipendentemente
da
ciascun
endpoint
che
ha
generato
un
errore
nel
ricevere
la
distribuzione
multicast
originale.
Fare
riferimento
a
Tivoli
Management
Framework:
Pianificazione
per
la
guida
all’implementazione
per
informazioni
sul
precaricamento
di
un
depot
utilizzando
multicast
ed
inviando
la
distribuzione
agli
endpoint
mediante
multicast.
Operazioni
di
gestione
modifica
226
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
4.
Specificare
la
Scadenza
immettendo
la
data
e
l’ora
di
scadenza
della
distribuzione.
La
distribuzione
non
riesce
per
le
destinazioni
che
non
hanno
ricevuto
la
distribuzione
prima
della
data
e
ora
indicate.
5.
Specifica
un
intervallo
di
notifica.
Il
valore
di
default
è
1800
secondi
(30
minuti).
Controlla
l’intervallo
con
cui
ogni
ripetitore
raccoglie
i
risultati
completi
e
li
restituisce
all’applicazione
e
al
gestore
della
distribuzione.
Il
valore
qui
specificato
sostituisce
quello
precedentemente
impostato
utilizzando
il
comando
wmdist
-s.
Per
ulteriori
informazioni,
consultare
“Impostazione
dei
parametri
del
ripetitore”
a
pagina
266.
6.
Specificare
un
periodo
Invia
timeout.
Il
valore
di
default
è
300
secondi
(cinque
minuti).
Invia
timeout
fa
riferimento
al
periodo
di
tempo
che
il
ripetitore
attende
prima
che
una
destinazione
riceva
un
blocco
di
dati.
Questo
timeout
viene
utilizzato
per
rilevare
errori
di
rete
o
dell’endpoint.
Il
valore
qui
specificato
sostituisce
quello
precedentemente
impostato
utilizzando
il
comando
wmdist
-s.
7.
Specificare
il
Timeout
di
esecuzione.
Il
valore
di
default
è
300
secondi
(cinque
minuti).
Il
Timeout
di
esecuzione
indica
a
durata
dell’attesa
prima
che
il
ripetitore
riceva
da
Software
Distribution
i
risultati
di
un
distribuzione,
in
seguito
all’invio
di
tutti
i
dati.
Questo
timeout
viene
utilizzato
per
rilevare
errori
di
rete,
dell’endpoint
o
dello
script,
per
esempio,
se
uno
script
è
in
stato
di
loop
infinito.
Il
valore
qui
specificato
sostituisce
quello
precedentemente
impostato
utilizzando
il
comando
wmdist
-s.
8.
Fare
clic
su
Imposta
per
salvare
le
impostazioni
selezionate
oppure
fare
clic
su
Imposta
&
Chiudi
per
salvare
le
impostazioni
e
tornare
alla
finestra
Installa
pacchetto
software.
Notifica
agli
utenti
di
una
distribuzione
Utilizzare
questa
finestra
di
dialogo
per
informare
gli
utenti
delle
distribuzioni
del
pacchetto
software
inizializzate
sui
sistemi.
La
finestra
di
notifica
di
The
Software
Distribution
viene
visualizzata
nel
sistema
dell’utente
per
informare
l’utente
di
una
distribuzione
ed
abilitarlo
ad
eseguire
operazioni
relative
alla
distribuzione.
La
finestra
di
notifica
dell’endpoint
viene
visualizzata
solo
negli
endpoint
della
piattaforma
Windows.
Mediante
le
impostazioni
della
notifica
utente,
è
possibile
eseguire
quanto
segue:
v
Inviare
una
nota
agli
utenti
per
informarli
della
distribuzione.
v
Determinare
se
gli
utenti
possono
rimandare
l’accettazione
di
un
pacchetto
software.
v
Determinare
se
gli
utenti
possono
decidere
di
rifiutare
un
pacchetto
software.
Aprire
questa
finestra
selezionando
Impostazioni
di
notifica
utente
dal
menu
a
discesa
Opzioni
avanzate
nella
finestra
Installa
pacchetto
software.
Tali
impostazioni
sono
disponibili
per
tutte
le
operazioni
di
gestione
delle
modifiche,
Operazioni
di
gestione
modifica
Capitolo
9.
Preparazione
di
pacchetto
software
per
la
distribuzione
227
tranne
il
caricamento
e
lo
scaricamento.
1.
Selezionare
Abilita
notifica
utenteper
notificare
all’utente
l’avvio
di
una
distribuzione
sulla
propria
macchina.
2.
Nella
casella
di
testo
Nota
di
notifica
utente,
immettere
il
testo
da
inviare
con
la
distribuzione
oppure
fare
clic
su
Aggiungi
nota
da
SPO
per
importare
il
testo
della
descrizione
definito
nel
pacchetto
software.
Consultare
“Descrizione”
a
pagina
82.
In
alternativa,
fare
clic
su
Aggiungi
nota
dal
file
per
ricercare
il
file
in
cui
è
stato
memorizzato
il
messaggio
predefinito.
Questo
messaggio
è
visualizzato
nella
finestra
Endpoint
Software
Distribution.
3.
Selezionare
Azioni
consentite.
Individuare
le
azioni
che
l’utente
può
eseguire
sul
endpoint.
Consenti
rinvio
Selezionare
per
consentire
all’utente
di
rinviare
la
distribuzione.
Un
utente
può
rimandare
la
distribuzione
del
software
e,
allo
scadere
del
periodo
di
rinvio,
rifiutare
il
software
o
rimandarlo
nuovamente.
Consenti
rifiuto
Selezionare
per
consentire
all’utente
di
rifiutare
la
distribuzione.4.
Selezionare
Azione
di
default.
Nel
caso
in
cui
l’utente
non
sia
collegato
o
non
sia
presente,
selezionare
l’azione
di
default
da
eseguire
sul
endpoint:
-
Selezionare
Accetta
per
far
sì
che
il
endpoint
accetti
la
distribuzione.
Accetta
Selezionare
questo
pulsante
di
opzione
per
impostare,
nella
finestra
di
dialogo
di
notifica,
l’azione
di
default
da
accettare.
Rifiuta
Selezionare
questo
pulsante
di
opzione
per
impostare,
nella
finestra
di
dialogo
di
notifica,
l’azione
di
default
da
rifiutare.5.
Nella
casella
di
testo
Timeout
di
default
immettere
l’intervallo
di
tempo
per
la
visualizzazione
della
finestra
di
dialogo
di
notifica.Il
valore
di
default
è
60
Operazioni
di
gestione
modifica
228
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
secondi.
Scaduto
il
timeout,
l’azione
di
default
selezionata
viene
avviata
se
l’utente
è
collegato.
Se
l’utente
non
è
collegato,
l’azione
di
default
viene
avviata
immediatamente
senza
un
periodo
di
timeout.
6.
Fare
clic
su
Imposta
per
salvare
le
impostazioni
selezionate
oppure
fare
clic
su
Imposta
&
Chiudi
per
salvare
le
impostazioni
e
tornare
alla
finestra
Installa
pacchetto
software.
Quando
il
pacchetto
software
viene
inoltrato
per
la
distribuzione,
la
notifica
Endpoint
Software
Distribution
viene
visualizzata
sullo
schermo
dell’utente
endpoint.
L’impostazioni
specificate
nella
finestra
Impostazioni
di
notifica
utente
determinano
le
eventuali
opzioni
di
cui
dispone
l’utente
in
questa
finestra.
Ad
esempio,
se
le
caselle
Consenti
rinvio
e
Consenti
rifiuto
nella
finestra
Impostazioni
di
notifica
utente
non
sono
selezionate,
l’utente
non
ha
l’opzione
di
rifiutare
o
rinviare
e
deve
accettare
la
distribuzione.
L’utente
può
fare
clic
su
Mostra
dettagli
per
visualizzare
la
finestra
dei
dettagli
della
distribuzione
per
visualizzare
le
informazioni
sul
nome
del
pacchetto
software,
l’operazione
di
gestione
modifiche
da
eseguire,
la
modalità
dell’operazione
e
l’ID
di
distribuzione.
Nota:
Questa
finestra
non
viene
visualizzata
negli
endpoint
mobili.
Distribuzione
di
pacchetti
software
a
destinazioni
mobili
Mediante
tale
finestra,
è
possibile
definire
le
regole
per
la
distribuzione
dei
pacchetti
software
su
destinazioni
mobili.
Utilizzando
le
impostazioni
mobili,
è
possibile
eseguire
quanto
segue:
v
Determinare
se
gli
utenti
mobili
possono
rimandare
l’accettazione
di
un
pacchetto
software
e
per
quanto
tempo.
v
Determinare
se
rifiutare
il
pacchetto
software.
v
Specificare
la
data
in
cui
deve
essere
completata
o
cancellata
la
distribuzione.
v
Definire
una
sequenza
di
messaggi
da
inviare
nelle
date
specificate
per
informare
gli
utenti
mobili
sulle
distribuzioni
di
pacchetti
software
sospese.
Operazioni
di
gestione
modifica
Capitolo
9.
Preparazione
di
pacchetto
software
per
la
distribuzione
229
Aprire
questa
finestra
selezionando
Impostazioni
mobili
dal
menu
a
discesa
Opzioni
avanzate
nella
finestra
Installa
pacchetto
software.
1.
Selezionare
la
casella
Abilita
operazione
disconnessa
per
consentire
l’installazione
del
pacchetto
in
modalità
disconnessa.Selezionando
questa
opzione,
l’endpoint
mobile
viene
abilitato
per
scaricare
i
pacchetti
software
nel
depot
locale
ed
eseguire
successivamente
l’operazione
di
distribuzione
del
software.
Se
non
viene
selezionata
questa
opzione,
è
necessario
installare
i
pacchetti
software
quando
vengono
scaricati.
2.
Nella
casella
di
testo
Nota
di
distribuzione
immettere
il
testo
da
inviare
con
la
distribuzione
oppure
utilizzare
una
delle
seguenti
opzioni
per
importare
il
testo
predefinito:
v
Fare
clic
su
>Aggiungi
nota
dal
file
per
ricercare
il
file
in
cui
è
stato
memorizzato
il
messaggio
predefinito.
v
Fare
clic
su
Aggiungi
nota
da
SPO
per
utilizzare
la
descrizione
del
pacchetto
software
nella
nota
di
distribuzione.3.
Selezionare
una
Modalità
di
distribuzione.
Operazioni
di
gestione
modifica
230
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Facoltativa
Selezionando
questa
modalità,
l’utente
mobile
dispone
dell’opzione
di
rimandare
o
rifiutare
l’installazione
a
tempo
indeterminato.
Obbligatoria
Se
viene
selezionata
questa
modalità,
è
necessario
specificare
data
obbligatoria
entro
la
quale
eseguire
l’installazione.
L’utente
mobile
può
rimandare
l’installazione
fino
a
questa
data.
Nascosta
Selezionando
questa
modalità,
l’utente
mobile
non
dispone
dell’opzione
di
rimandare
l’installazione.
L’installazione
viene
eseguita
appena
l’utente
si
collega
al
gateway.4.
Se
è
stata
selezionata
la
modalità
Obbligatoria,
specificare
la
data
e
l’ora
entro
le
quali
eseguire
l’installazione.
E’
possibile
scegliere
di
deselezionare
la
casella
Forza.
L’opzione
Forza
comporta:
Selezionata
L’installazione
obbligatoria
viene
automaticamente
avviata
non
appena
l’utente
mobile
si
connette
e
se
viene
raggiunta
la
data
obbligatoria.
Questa
è
l’impostazione
predefinita.
Deselezionata
L’utente
mobile
ha
la
possibilità
di
non
avviare
l’installazione
obbligatoria.
L’utente
però
non
è
in
grado
di
effettuare
altre
operazioni
fino
a
quando
l’installazione
obbligatoria
è
stata
effettuata.5.
Se
non
è
stata
selezionata
la
modalità
di
distribuzione
Nascosta,
è
possibile
specificare
un
data
e
un’ora
di
avvio,
quando
il
messaggio
deve
essere
inviato
agli
utenti
mobili,
avvisandoli
della
presenza
dell’installazione
sospesa
da
eseguire.
Se
si
specifica
una
data,
è
necessario
fornire
inoltre
un
messaggio
corrispondente.
E’
possibile
immettere
il
messaggio
nella
casella
di
testo,
oppure
fare
clic
su
Aggiungi
da
file
per
ricercare
il
file
in
cui
è
stato
memorizzato
il
messaggio
predefinito.
E’
possibile
definire
fino
a
dieci
date
di
avvio
e
messaggi.
6.
Fare
clic
su
Imposta
per
salvare
le
impostazioni
selezionate
oppure
fare
clic
su
Imposta
&
Chiudi
per
salvare
le
impostazioni
e
tornare
alla
finestra
Installa
pacchetto
software.
Per
ulteriori
informazioni
su
Mobile
Computing,
consultare
Tivoli
Management
Framework:
User’s
Guide.
Installazione
del
pacchetto
software
di
oggetti
unità
Per
installare
(l’unica
azione
supportata
per
le
unità)
il
pacchetto
software
di
oggetti
unità,
seguire
le
istruzioni
per
installare
il
pacchetto
software
(come
descritto
in
“Installazione
di
un
pacchetto
software”
a
pagina
213).
In
ogni
modo,
non
tutte
le
opzioni
si
applicano
ai
pacchetti
software
di
oggetti
unità.
Operazioni
di
gestione
modifica
Capitolo
9.
Preparazione
di
pacchetto
software
per
la
distribuzione
231
La
la
finestra
Installa
pacchetto
software
mostra
le
opzioni
che
non
si
applicano
agli
oggetti
unità
non
evidenziati.
Inoltre,
è
possibile
completare
le
finestre
Variabili
di
default
e
Impostazioni
della
distribuzione
a
cui
si
accede
dal
menu
a
discesa
Opzioni
avanzate
nella
finestra
Installa
pacchetto
software.
L’altra
opzione
di
questo
menu
non
si
applica
agli
oggetti
unità.
Operazioni
di
gestione
modifica
232
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Distribuzione
dei
pacchetti
software
nidificati
La
distribuzione
dei
un
pacchetto
software
contenente
pacchetti
software
nidificati
varia
in
base
ai
seguenti
fattori:
v
Il
tipo
di
operazione
di
gestione
modifiche
inoltrato
nel
pacchetto
principale
v
Lo
stato
di
gestione
modifiche
del
pacchetto
principale
e
dei
pacchetti
nidificati
v
Le
opzioni
di
installazione
impostate
nel
pacchetto
principale
e
nei
pacchetti
nidificati
Quando
le
operazioni
di
gestione
modifiche
Software
Distribution
sono
eseguite
su
un
pacchetto
principale,
l’operazione
viene
eseguita
anche
sui
pacchetti
nidificati.
Di
seguito
è
riportato
il
funzionamento
del
pacchetto
software
principale
contenente
i
pacchetti
software
nidificati
per
ogni
operazione
di
gestione
modifiche.
Installa
L’operazione
di
installazione
installa
il
pacchetto
software
principale
e
i
relativi
pacchetti
software
nidificati
nell’ordine
indicato
durante
la
creazione
del
pacchetto.
Sebbene
non
sia
selezionata
l’opzione
di
arresto
all’errore
nel
pacchetto
principale,
se
l’installazione
di
un
pacchetto
software
nidificato
non
riesce,
anche
l’installazione
del
pacchetto
principale
ha
esito
negativo.
E’
possibile
eseguire
operazioni
di
ripristino,
in
base
alle
opzioni
di
installazione
specificate
nel
pacchetto
software.
Ad
esempio,
se
l’operazione
di
installazione
è
stata
inoltrata
in
modalità
annullabile,
il
sistema
di
destinazione
viene
riportato
sullo
stato
originale
prima
della
mancata
esecuzione
dell’installazione.
Elimina
Inoltrando
l’operazione
di
eliminazione
nel
pacchetto
software
principale
che
contiene
i
pacchetti
software
nidificati,
vengono
eliminati
i
pacchetti
nell’ordine
inverso
in
cui
sono
stati
installati.
Annulla
L’operazione
Annulla
viene
eseguita
sul
pacchetto
principale
e
sui
pacchetti
software
nidificati
nell’ordine
inverso
rispetto
all’ordine
in
cui
sono
stati
installati.
L’operazione
annulla
riesce
se
l’operazione
nel
pacchetto
principale
viene
completata
correttamente
e
l’operazione
su
ogni
pacchetto
software
nidificato
viene
completata.
L’operazione
annulla
non
riesce
se
il
pacchetto
software
principale
o
uno
dei
relativi
pacchetti
nidificati
non
stati
installati
originariamente
nel
modo
transazionale.
Accetta
L’operazione
Accetta
viene
eseguita
sul
pacchetto
software
principale
e
i
relativi
pacchetti
software
nidificati
nell’ordine
indicato
durante
la
creazione
del
pacchetto.
Se
uno
o
più
pacchetti
software
presentano
errori,
vengono
ignorati
durante
l’operazione
di
accettazione.
L’operazione
Accetta
viene
correttamente
completata
solo
se
il
pacchetto
software
principale
e
i
pacchetti
software
nidificati
sono
in
stato
non
annullabile.
Commit
L’operazione
Commit
viene
eseguita
sul
pacchetto
software
principale
e
i
relativi
pacchetti
software
nidificati
nell’ordine
indicato
durante
la
creazione
del
pacchetto.
L’operazione
Commit
viene
correttamente
completata
solo
se
il
pacchetto
software
principale
e
i
pacchetti
software
nidificati
sono
installati
in
stato
commit.
Distribuzione
dei
pacchetti
software
nidificati
Capitolo
9.
Preparazione
di
pacchetto
software
per
la
distribuzione
233
Verifica
L’operazione
di
verifica
viene
eseguita
sul
pacchetto
software
principale
e
i
relativi
pacchetti
software
nidificati
nell’ordine
indicato
durante
la
creazione
del
pacchetto.
Per
ulteriori
informazioni
sulle
operazioni
di
gestione
delle
modifiche,
consultare
“Operazioni
di
gestione
modifica”
a
pagina
211.
Consultare
“Pacchetti
nidificati”
a
pagina
83
per
ulteriori
informazioni
sulla
specifica
dell’ordine
di
esecuzione
del
pacchetto
principale
e
dei
pacchetti
software
nidificati.
Informazioni
utili
Prima
di
implementare
i
pacchetti
software
nidificati,
considerare
quanto
segue:
v
I
pacchetti
software
nidificati
sono
creati
in
maniera
indipendente
dal
pacchetto
software
primario.
v
I
pacchetti
software
nidificati
sono
importati
in
ambiente
Tivoli
individualmente.
Se
uno
o
più
pacchetti
software
nidificati
non
si
trova
nel
database
di
oggetti
e
l’operazione
è
stata
inoltrata
nel
pacchetto
principale,
l’operazione
ha
esito
negativo
e
viene
visualizzato
un
messaggio
di
errore
per
ogni
pacchetto
mancante.
v
L’host
di
origine
per
tutti
i
pacchetti
deve
essere
lo
stesso.
v
I
pacchetti
nidificati
possono
risiedere
in
policy
region
diverse,
ma
l’utente
che
esegue
un’operazione
sul
pacchetto
principale
contenente
i
pacchetti
software
nidificati
deve
disporre
del
ruolo
di
autorizzazione.
v
L’operazione
di
ripristino
viene
eseguita
solo
nel
pacchetto
software
principale.
Non
viene
eseguita
nessuna
modifica
durante
tale
operazione.
v
Non
viene
eseguita
nessuna
verifica
nei
pacchetti
software
nidificati
quando
il
pacchetto
principale
viene
importato
nel
database
di
oggetti.
Tutti
i
controlli
vengono
eseguiti
quando
l’operazione
di
gestione
modifiche
viene
inoltrata
nel
pacchetto
principale.
Per
questo
motivo,
nessuna
verifica
viene
eseguita
quando
un
pacchetto
software
viene
eliminato
dal
database
di
oggetti
o
ridenominato.
v
Inoltrare
le
operazioni
in
modalità
di
destinazione
disconnessa
non
ha
effetti
sui
pacchetti
nidificati.
Utilizzare
solo
i
comandi
del
server.
v
Se
si
utilizza
la
funzione
MDist
2,
ogni
pacchetto
software
viene
considerato
come
un
segmento.
Quando
si
distribuisce
o
viene
caricato
un
pacchetto
principale
contenente
due
pacchetti
nidificati,
la
distribuzione
utilizza
tre
segmenti
distinti:
uno
per
il
pacchetto
principale,
uno
per
il
primo
pacchetto
nidificato
e
uno
per
il
secondo
pacchetto
nidificato.
Distribuzione
dei
pacchetti
software
nidificati
234
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Scenari
di
distribuzione
dei
pacchetti
nidificati
Considerare
la
struttura
del
pacchetto
software
illustrata
dalla
figura
seguente:
Pacchetti
software
B,
C
e
D
sono
nidificati
nel
Pacchetto
Software
A.
L’ordine
di
esecuzione
dei
pacchetti
software
è
l’ordine
specificato
durante
la
creazione
del
pacchetto
software
principale.
In
questo
scenario,
il
pacchetto
software
principale
è
stato
specificato
per
essere
eseguito
per
primo
e,
successivamente,
i
pacchetti
nidificati.
Di
seguito
è
riportato
l’ordine
di
esecuzione
dei
pacchetti
software:
1.
Pacchetto
software
A
2.
Pacchetto
software
B
3.
Pacchetto
software
C
4.
Pacchetto
software
D
Supporre
che
le
seguenti
impostazioni
siano
specificate
nel
Pacchetto
software
A
(pacchetto
software
principale):
v
Operazioni
di
gestione
delle
modifiche
di
default:
installazione
v
Modalità
operazioni
di
gestione
delle
modifiche
di
default:
annullabile
v
L’opzione
Arresta
all’errore
non
è
selezionata
(stop_on_failure
=
no)
Distribuzione
dei
pacchetti
software
nidificati
Capitolo
9.
Preparazione
di
pacchetto
software
per
la
distribuzione
235
Le
operazioni
di
gestione
delle
modifiche
di
default
e
le
modalità
operative
impostate
nel
pacchetto
principale
sovrascrivono
i
valori
di
default
specificati
nei
pacchetti
software
nidificati.
Quando
viene
inoltrata
un’operazione
di
installazione
nel
pacchetto
principale,
vengono
eseguite
le
seguenti
operazioni:
1.
Le
informazioni
relative
allo
stato
del
pacchetto
software
sono
richiamate
dal
database
di
configurazione
per
i
Pacchetti
Software
A,
B,
C
e
D.
Risultato:
convalida
corretta.
2.
Operazione
di
installazione
eseguita
sul
Pacchetto
Software
A.
Risultato:
installazione
corretta.
3.
Operazione
di
installazione
eseguita
sul
Pacchetto
Software
B.
Risultato:
installazione
corretta.
4.
Operazione
di
installazione
eseguita
sul
Pacchetto
Software
C.
Risultato:
errore.
5.
E’
stata
eseguita
un’operazione
di
annullamento
nel
Pacchetto
Software
A.
Il
log
indica
che
l’operazione
di
rollback
è
stata
eseguita
correttamente.
6.
E’
stata
eseguita
un’operazione
di
annullamento
nel
Pacchetto
Software
B.
Il
log
indica
che
l’operazione
di
rollback
è
stata
eseguita
correttamente.
7.
E’
stata
eseguita
un’operazione
di
annullamento
nel
Pacchetto
Software
C.
Il
log
indica
che
l’operazione
di
rollback
è
stata
eseguita
correttamente.
8.
Il
Pacchetto
Software
D
non
è
stato
eseguito.
Non
è
stato
creato
nessun
log.
Sebbene
l’opzione
Arresta
all’errore
non
sia
stata
selezionata
(stop_on_failure
=
no)
nel
pacchetto
principale,
l’operazione
di
installazione
viene
interrotta
e
le
operazioni
di
ripristino
vengono
eseguite.
I
report
correlati
contenenti
i
risultati
dell’operazione
sono
inviati
in
base
alle
opzioni
delle
informazioni
di
log
in
ciascun
pacchetto
software.
In
ogni
modo,
il
log
per
il
pacchetto
software
principale
contiene
anche
i
risultati
delle
operazioni
per
i
pacchetti
software
nidificati.
Il
report
non
è
stato
ritrasmesso
al
server
in
quanto
i
pacchetti
sono
stati
riportati
allo
stato
originale.
Quando
viene
completata
correttamente
l’installazione
e
le
funzioni
Database
cronologico
e
Stato
di
gestione
delle
modifiche
sono
abilitate,
il
database
di
configurazione
viene
aggiornato
con
le
informazioni
relative
al
pacchetto
software
principale
e
i
pacchetti
software
nidificati.
Verifica
del
risultato
di
una
distribuzione
E’
possibile
verificare
il
risultato
di
una
distribuzione
nei
modi
seguenti:
v
Verificare
lo
stato
MDist2
mediante
il
comando
wmdist
o
verificare
la
Console
stato
distribuzione
MDist2
v
Consultare
il
messaggio
di
Software
Distribution
l’ID
del
messaggio
riportato
nella
tabella
relativa
aimessaggi
del
database
di
MDist
2.
v
Log
di
Software
Distribution.
Consultare
“Log
di
Software
Distribution”
a
pagina
323
v
Verificare
CM_STATUS
nel
database
di
configurazione.
Consultare
Capitolo
13,
“Integrazione
di
Inventory
con
Software
Distribution”,
a
pagina
297.
v
Mediante
l’integrazione
con
Tivoli
Enterprise
Console,
verificare
gli
eventi
di
Enterprise
Console
per
le
informazioni
sui
codici
di
uscita
di
destinazione
corretti
e
non
corretti
e
i
messaggi
relativi
alle
distribuzioni
non
riuscite.
Consultare
Capitolo
12,
“Integrazione
di
Tivoli
Enterprise
Console”,
a
pagina
289.
v
Verificare
i
risultati
riportati
nei
log
di
Software
Distribution
4
gruppo
di
notifiche.
v
Verificare
il
messaggio
per
l’utente
specificato.
Distribuzione
dei
pacchetti
software
nidificati
236
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Servizio
riavvio
del
punto
di
controllo
per
gli
errori
di
rete
o
le
interruzioni
di
alimentazione
Se
la
distribuzione
di
un
pacchetto
software
viene
interrotta
da
un
errore
di
rete,
il
riavvio
della
macchina
o
un’interruzione
dell’alimentazione,
il
gateway
riconosce
l’errore
e
Software
Distribution
e
MDist
2
risolvono
il
problema
tentando
nuovamente
la
distribuzione
quando
scade
il
periodo
di
timeout
specificato.
La
distribuzione
viene
ripristinata
automaticamente
quando
viene
corretta
la
causa
dell’errore.
Per
gli
errori
di
rete
,
la
distribuzione
riprende
dall’ultimo
blocco
completato.
La
quantità
di
dati
da
ritrasmettere
dipende
dalla
dimensione
del
buffer
MDist
2.
Il
valore
di
default
è
16
KB.
Per
gli
errori
di
alimentazione,
la
distribuzione
riprende
dall’ultimo
punto
di
controllo
corretto.
In
caso
di
un
errore
di
alimentazione,
si
verifica
un
handshake
tra
i
ripetitori
e
gli
endpoint
che
consentono
di
riprendere
il
flusso
di
dati
dal
punto
dell’interruzione.
L’handshake
si
verifica
per
ogni
connessione,
quindi
in
caso
di
errore
nella
gerarchia
durante
la
distribuzione
di
un
pacchetto
di
grandi
dimensioni,
non
è
necessario
riavviare
la
distribuzione
dall’inizio.
Per
le
trasmissioni
tra
ripetitori
ed
endpoint,
la
dimensione
di
buffer
utilizzata
per
impostare
i
punti
di
controllo,
viene
impostata
dinamicamente.
Generalmente,
la
dimensione
di
buffer
viene
impostata
su
un
decimo
della
dimensione
del
pacchetto.
In
caso
di
errore,
la
trasmissione
riprende
dall’ultimo
punto
di
controllo
salvato.
Il
buffer
presenta
una
dimensione
minima
di
1
MB
ed
una
massima
di
2
GB.
Quindi,
il
numero
di
punti
di
controllo
è
diverso
da
dieci,
solo
nel
caso
di
pacchetti
inferiori
a
10
MB
o
superiori
a
20
GB.
Se
si
imposta
una
dimensione
fissa
per
il
buffer,
è
possibile
definire
una
dimensione
di
buffer
assegnando
il
valore
a
checkpoint_buffer_size
attributo
definito
nel
file
swdis.ini.
Tale
attributo
controlla
i
buffer
dei
punti
di
controllo
nel
modo
seguente:
v
Se
l’attributo
non
viene
indicato,
viene
utilizzata
la
valutazione
del
buffer
dinamica.
v
Se
l’attributo
è
impostato
come
uguale
a
0,
il
punto
di
controllo
viene
disabilitato.
v
Se
l’attributo
è
impostato
come
uguale
ad
un
valore
compreso
tra
1
MB
e
2
GB,
la
dimensione
di
buffer
è
impostata
su
tale
valore.
Un
punto
di
controllo
viene
salvato
quando
si
trasmette
un
file
che
aumenta
il
numero
di
byte
trasmessi
dall’ultimo
punto
di
controllo
salvato
ad
un
valore
superiore
o
uguale
alla
dimensione
di
buffer.
Se
la
trasmissione
comprende
solo
un
file,
non
viene
salvato
nessun
punto
di
controllo,
anche
se
la
dimensione
del
file
è
superiore
o
uguale
alla
dimensione
di
buffer,
in
quanto
non
è
possibile
scomporre
il
file.
Esempio
La
dimensione
di
un
pacchetto
è
di
3800
KB.
Quindi,
la
dimensione
di
buffer
è
impostata
sul
minimo
per
il
buffer
dinamico,
1
MB.
Il
pacchetto
contiene
quattro
file.
Le
dimensioni
del
file
e
le
posizioni
del
salvataggio
del
punto
di
controllo
sono
riportate
nella
tabella
nel
modo
seguente:
Distribuzione
dei
pacchetti
software
nidificati
Capitolo
9.
Preparazione
di
pacchetto
software
per
la
distribuzione
237
File
Dimensione
Salvataggio
punto
di
controllo
File
1
1200
KB
Dopo
la
trasmissione
File
2
600
KB
File
3
500
KB
Dopo
la
trasmissione
File
4
1500
KB
In
questo
esempio,
il
primo
punto
di
controllo
viene
salvato
quando
vengono
inviati
1200
KB
e
il
secondo
viene
salvato
quando
vengono
inviati
altri
1100
KB.
La
dimensione
di
buffer
viene
sempre
raggiunta
o
superata
prima
che
venga
salvato
il
punto
di
controllo
e
tale
salvataggio
non
viene
mai
effettuato
durante
la
trasmissione
di
un
file.
Se
questo
pacchetto
contiene
solo
un
file
di
3800
KB,
non
vengono
salvati
i
punti
di
controllo
anche
se
la
dimensione
del
file
è
tre
volte
superiore
alla
dimensione
di
buffer.
Pianificazione
di
una
distribuzione
Per
pianificare
la
distribuzione
di
un
pacchetto
software,
è
possibile
utilizzare
sia
il
servizio
Tivoli
Management
Framework
che
IBM
Tivoli
Configuration
Manager
Activity
Planner.
Con
Tivoli
Management
Framework,
la
distribuzione
stessa
corrisponde
all’attività
da
eseguire
e
l’esecuzione
viene
definita
come
lavoro.
Lo
scheduler
consente
di
effettuare
quanto
segue:
v
Pianificare
i
lavori
che
devono
verificarsi
ad
un’ora
specifica
ed
entro
un
certo
periodo
di
tempo.
v
Pianificare
i
lavori
da
ripetere
uno
specifico
numero
di
volte
e
ad
orari
specifici.
v
Pianificare
i
lavori
da
ripetere
indefinitamente.
v
Limitare
l’esecuzione
dei
lavori
pianificati
solo
ad
una
volta
al
giorno,
o
durante
la
notte,
o
durante
la
settimana
o
nei
fine
settimana.
Per
ulteriori
informazioni
sul
servizio
scheduler,
consultare
Tivoli
Management
Framework:
Pianificazione
per
la
guida
all’implementazione.
Activity
Planner
rappresenta
un
solido
ed
efficace
servizio
di
pianificazione.
Con
è
possibile
eseguire
quanto
segue:
v
Pianificare
un
progetto
contenente
qualsiasi
numero
di
attività,
ciascuna
delle
quali
con
una
relativa
pianificazione
dell’esecuzione.
v
Definire
più
tipi
di
attività
diverse
nello
stesso
progetto,
non
soltanto
nelle
operazioni
di
Software
Distribution.
Le
attività
comprendono:
le
operazioni
di
Software
Distribution,
le
funzioni
della
libreria
delle
attività,
le
scansioni
dell’inventario
e
le
installazioni
pristine
manager.
v
L’esecuzione
delle
condizioni
di
attività
su
altre
attività
nello
stesso
progetto.
v
Piani
di
controllo
e
verifica
e
attività
individuali.
v
Piani
di
ripristino
e
sospensione
e
attività
individuali.
Per
ulteriori
informazioni
sul
servizio
Activity
Planner,
consultare
User’s
Guide
for
Deployment
Services.
Distribuzione
dei
pacchetti
software
nidificati
238
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Per
pianificare
un’operazione
di
gestione
delle
modifiche
con
il
servizio
Tivoli
Management
Framework,
completare
quanto
riportato
di
seguito:
1.
Dalla
finestra
delle
operazioni
di
gestione
delle
modifiche,
fare
clic
su
Pianifica
per
pianificare
l’operazione
successivamente.
2.
Fare
clic
su
Pianifica
per
pianificare
distribuzioni
successive.
Consultare
“Pianificatore
attività”
a
pagina
343
per
informazioni
sulla
funzione
di
pianificazione
che
consente
di
gestire
un
gruppo
di
operazioni
come
una
singola
operazione
da
una
singola
macchina
nella
rete.
Software
Distribution
visualizza
la
finestra
Aggiungi
lavoro
pianificato.
La
finestra
Aggiungi
lavoro
pianificato
può
essere
utilizzata
per
pianificare
i
lavori
per
le
seguenti
operazioni:
v
Installa
v
Rimuovi
Distribuzione
dei
pacchetti
software
nidificati
Capitolo
9.
Preparazione
di
pacchetto
software
per
la
distribuzione
239
v
Accetta
v
Esegui
commit
v
Annulla
v
Carica
v
Scarica
Software
Distribution
tenta
automaticamente
una
destinazione
non
disponibile
per
la
durata
del
periodo
di
distribuzione,
senza
attendere
che
la
distribuzione
di
tutte
le
destinazioni
venga
completata.
Nota:
Quando
si
esegue
la
distribuzione
di
un
profilo
di
pacchetto
software
mediante
l’opzione
di
Distribuzione
dal
menu
gestore
profili
o
il
metodo
di
trascinamento
e
rilascio,
le
opzioni
di
nuovi
tentativi
non
sono
abilitate
al
funzionamento.
E’
inoltre
possibile
impostare
le
opzioni
di
ripetizione
selezionando
la
casella
relativa
all’impostazione
delle
opzioni
Riprova/Annulla/Limitazione
dalla
finestra
Aggiungi
lavoro
pianificato.
La
finestra
Viene
visualizzata
la
finestra
di
dialogo
Opzioni
Imposta
Riprova/Annulla/Limitazione.
Quando
viene
raggiunta
l’ora
impostata
nella
casella
di
gruppo
Opzioni
di
ripetizione,
ogni
destinazione
in
cui
la
distribuzione
non
è
riuscita
prima
dell’ora
specificata
viene
nuovamente
tentata.
Ogni
distribuzione
in
atto,
o
le
distribuzioni
annullate,
non
vengono
reinoltrate.
Al
contrario,
se
una
ripetizione
è
pianificata
nella
casella
di
Ripeti
il
lavoro,
la
distribuzione
viene
ripetuta
per
tutte
le
destinazioni,
incluse
quelle
precedentemente
non
disponibili
e
di
cui
il
servizio
MDist
2
sta
tentando
nuovamente
l’esecuzione.
Ne
risultano
due
istanze
della
stessa
distribuzione
sulla
stessa
destinazione
alla
stessa
ora.
Per
evitare
una
simile
situazione,
impostare
la
durata
della
distribuzione
su
un
periodo
inferiore
all’intervallo
di
ripetizione.
Fare
riferimento
alle
impostazione
di
timeout
in
“Sovrascrittura
Distribuzione
dei
pacchetti
software
nidificati
240
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
delle
variabili
di
default”
a
pagina
224
per
ulteriori
informazioni
sull’impostazione
della
durata
di
una
distribuzione.
Se
le
caselle
Verifiche,
Ignora,
o
Forza
sono
selezionate
nella
casella
di
gruppo
Verifiche
dalle
finestre
delle
operazioni
di
gestione
delle
modifiche
che
supportano
la
funzione
di
pianificazione,
la
verifica
richiesta
viene
eseguita
quando
viene
raggiunta
l’ora
pianificata
e
il
lavoro
viene
eseguito.
Se
viene
selezionata
la
ripetizione
per
un
lavoro,
le
verifiche
vengono
eseguite
prima
dell’esecuzione
della
selezione.
Le
verifiche
non
sono
eseguite
immediatamente
per
le
distribuzioni
pianificate
in
quanto
lo
stato
del
pacchetto
software
per
una
destinazione
può
essere
modificato
prima
dell’ora
pianificata.
Per
ulteriori
informazioni
sulla
creazione
di
attività
e
lavori
e
l’uso
del
metodo
di
trascinamento
e
rilascio
per
pianificare
un
lavoro,
consultare
Tivoli
Management
Framework:
Pianificazione
per
la
guida
all’implementazione.
Fare
clic
su
Chiudi
per
chiudere
finestra
Aggiungi
lavoro
pianificato
e
ritornare
alla
finestra
Installa
pacchetto
software
su.
Distribuzione
dei
pacchetti
software
nidificati
Capitolo
9.
Preparazione
di
pacchetto
software
per
la
distribuzione
241
Distribuzione
dei
pacchetti
software
nidificati
242
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Capitolo
10.
Utilizzo
di
Trasferimento
dati
Negli
ambienti
di
sistemi
distribuiti
si
pone
il
problema
di
come
garantire
la
congruenza
dei
dati
nel
sistema.
Gli
aggiornamenti
dei
dati
devono
essere
distribuiti
da
un
punto
centrale
e
le
informazioni
raccolte
localmente
devono
essere
richiamate
per
la
memorizzazione
e
il
consolidamento
centrale.
Il
servizio
di
trasferimento
dati
integra
le
funzioni
di
trasferimento
dati
nel
processo
di
distribuzione
del
pacchetto
software.
Esso
fornisce
i
seguenti
vantaggi:
v
Supporto
per
l’invio,
il
richiamo
e
l’eliminazione
dei
file.
Possibilità
di
inviare,
richiamare
o
eliminare
qualsiasi
tipo
di
file
utilizzando
il
comando
di
trasferimento
dei
dati.
v
Possibilità
di
inviare
i
file
da
un
endpoint
di
origine
ad
una
serie
di
endpoint
di
destinazione.
v
Possibilità
di
inviare,
richiamare
o
eliminare
più
file
utilizzando
caratteri
jolly
o
indicatori
di
corrispondenza,
oltre
alle
variabili
standard
di
Software
Distribution.
Per
ulteriori
informazioni
sulle
variabili
di
Software
Distribution,
consultare
Manuale
di
riferimento
per
Software
Distribution.
v
Possibilità
di
eseguire
l’operazione
specificata
in
tutte
le
directory
secondarie
e
nei
file
del
percorso.
v
Distribuzioni
flessibili.
v
Possibilità
di
definire
attività
precedenti
e
successive
al
trasferimento.
v
Possibilità
di
definire
le
dipendenze
del
software
per
i
trasferimenti
di
dati.
Il
trasferimento
di
dati
può
essere
reso
indipendente
dallo
stato,
dal
sistema
di
destinazione
e
dalla
versione
specificata
del
pacchetto
software.
v
Funzioni
di
conversione
della
code
page.
v
L’utilizzo
del
servizio
Mdist2
(multiplexed
distribution)
di
Tivoli,
che
fornisce
funzioni
di
coda,
priorità,
riavvio
del
punto
di
controllo,
controllo
della
distribuzione
e
controllo
della
larghezza
di
banda.
v
Supporto
per
le
operazioni
di
trasferimento
di
dati
in
ambiente
OS/400.
v
Integrazione
con
Pianificatore
attività.
Nota:
Il
servizio
Trasferimento
dati
è
supportato
per
endpoint
e
utenti,
ma
non
per
le
periferiche.
Configurazione
del
servizio
Trasferimento
dati
Tutte
le
operazioni
di
trasferimento
dei
dati
utilizzano
lo
stesso
oggetto
pacchetto
software,
DataMovingRequests.1.
Questo
oggetto
contiene
alcune
informazioni
standard
che
verranno
utilizzate
da
tutte
le
operazioni
di
trasferimento
di
dati,
incluse
le
opzioni
di
collegamento.
Se
questo
oggetto
non
è
disponibile,
CLI
o
Pianificatore
attività
non
potrà
eseguire
nessuna
operazione
di
trasferimento
di
dati.
Generalmente,
questo
oggetto
viene
creato
automaticamente
nel
gestore
profili
DataMovingProfile
della
policy
region
predefinita
durante
l’installazione
di
Software
Distribution.
Tuttavia,
è
possibile
creare
l’oggetto
successivamente,
eseguendo
il
comando
di
trasferimento
dati
wspmvdata,
con
una
delle
seguenti
opzioni:
©
Copyright
IBM
Corp.
2002,
2003
243
v
-A
L’oggetto
DataMovingRequests.1
viene
creato
nel
gestore
profili
appartenente
ad
un’area
che
presenta
il
pacchetto
software
come
risorsa
gestita.
v
-p
gestore
profili
L’oggetto
DataMovingRequests.1
viene
creato
nel
gestore
profili
specificato.
Nota:
Prima
di
specificare
il
nome
di
un
gestore
profili,
verificare
che
il
gestore
profili
appartenga
ad
un’area
che
presenti
il
pacchetto
software
come
risorsa
gestita.
Per
ulteriori
informazioni
sulla
definizioni
di
queste
opzioni,
consultare
la
sezione
relativa
a
wspmvdata
in
″Utilizzo
dei
comandi″
in
Manuale
di
riferimento
per
Software
Distribution
Come
per
altri
oggetti
del
pacchetto
software,
le
operazioni
che
utilizzano
l’oggetto
DataMovingRequests.1
possono
essere
eseguite
solo
dagli
utenti
cui
è
stato
assegnato
un
ruolo
senior
nella
policy
region
in
cui
risiede
l’oggetto
del
pacchetto
software.
E’
possibile
attribuire
ad
alcuni
utenti
la
possibilità
di
eseguire
le
operazioni
di
trasferimento
dati,
ma
non
quelle
di
gestione
delle
modifiche
quali
l’installazione
e
l’eliminazione
di
pacchetti
software.
Per
ottenere
ciò,
impostare
una
policy
region
che
contenga
solo
l’oggetto
DataMovingRequests.1
ed
assegnare
a
tutti
gli
utenti
un
ruolo
senior
in
quell’area.
Se
si
decide
di
eseguire
tale
operazione,
è
necessario
rimuovere
il
pacchetto
software
dalla
policy
region
in
cui
è
stato
installato
automaticamente
e
crearlo
nuovamente
in
un
gestore
profili
della
policy
region
di
trasferimento
dati,
utilizzando
l’argomento
-p.
Note:
1.
Le
informazioni
sulle
operazioni
che
utilizzano
l’oggetto
DataMovingRequests.1
non
vengono
memorizzate
nel
repository
di
configurazione
di
Tivoli.
2.
Le
proprietà
dell’oggetto
DataMovingRequests.1
che
vengono
visualizzate
nel
gestore
profili
presentano
funzioni
limitate
se
confrontate
con
le
proprietà
di
altri
oggetti.
Esse
forniscono
solo
accesso
alla
finestra
Proprietà
del
pacchetto.
Esse
non
consentono
di
aprire
il
file
del
pacchetto
software
nell’Editor
dei
pacchetti
software,
la
finestra
Pacchetti
nidificati
o
di
utilizzare
la
funzione
di
trascinamento
e
rilascio
per
eseguire
le
operazioni
di
trasferimento
dati
sulle
destinazioni.
Sebbene
l’utente
possa
fisicamente
trascinare
e
rilasciare
l’oggetto
DataMovingRequests.1,
non
viene
eseguita
nessuna
operazione.
Scenari
di
trasferimento
dati
Il
servizio
Trasferimento
dati
supporta
i
seguenti
scenari:
v
L’invio
a
più
destinazioni
di
un
file
contenuto
in
un’ubicazione
centrale.
v
Il
richiamo
di
un
determinato
file
da
una
serie
di
ubicazioni
e
il
consolidamento
dei
file
richiamati
in
un’unica
ubicazione
centrale.
v
L’eliminazione
di
un
determinato
file
da
una
serie
di
ubicazioni.
v
Lo
spostamento
di
una
serie
di
file
da
un
endpoint
in
una
serie
di
endpoint.
Invio
di
dati
a
più
destinazioni
Un’azienda
di
vendita
al
dettaglio
con
diverse
filiali
distribuisce
il
suo
elenco
di
prezzi
a
tutte
le
filiali.
Gli
aggiornamenti
all’elenco
di
prezzi
vengono
apportati
Configurazione
del
servizio
Trasferimento
dati
244
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
nella
sede
dell’ufficio
centrale.
L’elenco
dei
prezzi
aggiornati
deve
quindi
essere
distribuito
in
modo
da
garantire
che
tutte
le
filiali
conoscano
i
prezzi
stabiliti
dalla
sede
centrale.
Per
completare
i
trasferimenti
di
richiesti
per
questo
scenario,
definire
un’attività
di
spostamento
dati
con
le
seguenti
caratteristiche:
v
Una
sola
origine
di
dati,
ovvero
un
host
di
origine
della
distribuzione
del
software
che
funge
da
gateway
o
un
ripetitore
presso
l’ufficio
centrale.
v
Un
elenco
di
endpoint
di
destinazione
che
comprende
tutte
le
filiali
in
cui
vengono
conservate
le
informazioni
sui
prezzi.
v
Un’attività
successiva
al
trasferimento
sugli
endpoint
che
aggiorna
gli
elenchi
dei
prezzi
della
filiale
in
base
alle
nuove
informazioni.
v
Un’attività
successiva
al
trasferimento
sull’host
di
origine
per
raccogliere
le
informazioni
dagli
endpoint.
Per
eseguire
tale
operazione
dalla
GUI:
1.
Visualizzare
DataMovingProfile
nella
propria
policy
region.
2.
Fare
clic
con
il
pulsante
destro
del
mouse
sull’oggetto
DataMovingRequests.1
per
visualizzare
un
menu.
Scenari
di
trasferimento
dati
Capitolo
10.
Utilizzo
di
Trasferimento
dati
245
3.
Selezionare
la
voce
di
menu
Invia.
Viene
visualizzata
la
finestra
Operazione
di
invio
del
servizio
di
trasferimento
dati.
4.
Fornire
le
informazioni
richieste
nella
finestra,
come
illustrato
nell’immagine
precedente.
5.
Fare
clic
su
Invia
e
Chiudi
per
eseguire
l’operazione
di
invio.
Per
ulteriori
informazioni
sulle
impostazioni
di
questa
finestra,
consultare
Manuale
di
riferimento
per
Software
Distribution
e
la
guida
in
linea
della
finestra.
Di
seguito
viene
illustrato
un
comando
di
trasferimento
dalla
CLI
(Command
Line
Interface).
Scenari
di
trasferimento
dati
246
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
wspmvdata
-s
@centoff
-t
@pi003-ept,@pi006-ept
\
-r
tpost:/tmp/importpl.sh
-r
spost:/tmp/results.pl
\
-P
sp:/prices
-P
tp:/data/sales
plist
Utilizzando
questo
comando,
il
file
plist,
contenuto
nella
directory
/prices
dell’host
di
origine
centoff
viene
copiato
nei
sistemi
pi003-ept
e
pi006-ept
nella
directory
di
destinazione
/data/sales.
Dopo
il
trasferimento,
lo
script
importpl.sh,
contenuto
nella
directory
/tmp
degli
endpoint,
viene
eseguito
sui
sistemi
endpoint
pi006-ept,
pi003-ept,
mentre
lo
script
results.pl,
contenuto
nella
directory
/tmp
dell’host
di
origine
viene
eseguito
sull’host
di
origine
centoff.
Per
ulteriori
informazioni
sul
contenuto
dello
script
results.pl,
consultare
“Esempi”
a
pagina
255.
Nota:
Se
la
directory
di
destinazione
non
è
preceduta
da
una
barra
rovesciata,
il
file
selezionato
viene
creato
nella
directory
di
default:
/<default
dir>/data/sales/plist,
in
cui
default
dir
per
i
nodi
gestiti
Tivoli
è
la
directory
di
lavoro
corrente
dell’implementazione
del
processo
dell’host
di
origine
($DBDIR).
La
directory
default
dir
per
gli
endpoint
è
la
directory
<prod_dir>,
che
può
essere
impostata
nel
file
swdis.ini.
Per
ulteriori
informazioni
sui
percorsi
e
le
directory,
consultare
Manuale
di
riferimento
per
Software
Distribution.
Nell’azienda
di
vendite
al
dettaglio
è
spesso
necessario
inviare
i
file
con
nomi
simili,
ad
esempio
sales.data.*.all.
Utilizzando
i
caratteri
jolly,
è
possibile
selezionare
tutti
i
file
corrispondenti
al
nome
del
file
specificato.
Di
seguito
viene
illustrato
un
comando
che
consente
di
inviare
tutti
i
file
presenti
nella
directory
di
origine
c:/tmp
sul
centoff
del
sistema
di
origine
con
prefisso
plist
e
suffisso
source.txt
alle
destinazioni
pi003-ept
e
pi006-ept.
Utilizzando
l’opzione
-R,
l’operazione
si
applica
a
tutte
le
directory
secondarie
del
percorso
specificato.
wspmvdata
-s
@centoff
-t
@pi003-ept,@pi006-ept
-R
-P
sp:c:/tmp
-P
tp:/tmp
plist.*source.txt
Richiamo
dei
dati
per
più
origini
Ogni
giorni
le
transazioni
di
vendita
per
l’azienda
di
vendite
al
dettaglio
vengono
raccolte
dalle
filiali
in
cui
sono
state
realizzate
le
vendite.
Alla
fine
della
giornata,
le
transazioni
di
vendita
devono
essere
trasferite
all’ufficio
centrale
in
cui
è
possibile
aggiornare
i
registri
del
magazzino
centrale
e
il
libro
mastro
delle
vendite.
Per
completare
i
trasferimenti
di
richiesti
per
questo
scenario,
definire
un’attività
di
spostamento
dati
con
le
seguenti
caratteristiche:
v
Un’attività
precedente
al
trasferimento
da
eseguire
su
tutti
i
sistemi
endpoint
delle
filiali
per
estrarre
le
transazioni
di
vendita
in
un
file.
v
Un
elenco
di
origine
che
include
tutti
i
sistemi
endpoint
delle
filiali
da
cui
dovranno
essere
richiamate
le
transazioni
relative
di
vendita.
v
Un
singolo
host
di
origine
della
destinazione
che
funge
da
gateway
o
un
ripetitore
che
rappresenta
l’ufficio
centrale.
v
Un’attività
successiva
al
trasferimento
che
aggiorna
il
libro
mastro
delle
vendite
e
il
registro
del
magazzino
in
base
alle
transazioni
di
vendita.
Per
eseguire
tale
operazione
dalla
GUI:
1.
Visualizzare
DataMovingProfile
nella
propria
policy
region.
2.
Fare
clic
con
il
pulsante
destro
del
mouse
sull’oggetto
DataMovingRequests.1
per
visualizzare
un
menu.
Scenari
di
trasferimento
dati
Capitolo
10.
Utilizzo
di
Trasferimento
dati
247
3.
Selezionare
la
voce
di
menu
Richiama.
Viene
visualizzata
la
finestra
Operazione
di
richiamo
per
il
servizio
di
trasferimento
dati.
4.
Fornire
le
informazioni
richieste
nella
finestra,
come
illustrato
nell’immagine
precedente.
5.
Fare
clic
su
Richiama
e
Chiudi
per
eseguire
l’operazione
di
richiamo.
Per
ulteriori
informazioni
sulle
impostazioni
di
questa
finestra,
consultare
Manuale
di
riferimento
per
Software
Distribution
e
la
guida
in
linea
della
finestra.
Di
seguito
viene
illustrato
un
comando
di
trasferimento
dalla
CLI
(Command
Line
Interface).
wspmvdata
-s
@pi003-ept,@pi006-ept
-t
@centoff
-r
tpost:/tmp/import_file.sh
-
r
spre:/tmp/export_file.sh
-P
sp:/sales
-P
tp:/data/sales
trans
Scenari
di
trasferimento
dati
248
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Questo
comando
esegue
uno
script
prima
dell’elaborazione
denominato
export_file.sh
sugli
endpoint
pi003-ept,
pi006-ept
per
estrarre
i
dati.
I
dati
estratti
vengono
salvati
in
un
file
denominato
trans.
Il
file
trans
viene
memorizzato
nella
directory
/sales
su
ciascun
endpoint.
Successivamente,
i
file
trans
vengono
richiamati
dagli
endpoint
e
memorizzati
sull’host
di
origine,
in
una
directory
secondaria
della
directory
di
destinazione
/data/sales.
Per
la
directory
secondaria
viene
utilizzata
la
seguente
convenzione
di
denominazione:
endpointname_distributionID_timestamp
Nota:
La
directory
di
destinazione
(/data/sales)
sul
sistema
non
viene
creata
con
questo
comando,
pertanto
deve
essere
stata
creata
precedentemente.
Dopo
avere
eseguito
il
trasferimento,
lo
script
import_file.sh
viene
eseguito
sull’host
di
origine.
In
alternativa,
ogni
giorno
viene
creato
un
file
diverso
su
tutti
i
sistemi
endpoint
delle
filiali
che
registrano
le
transazioni
del
giorno.
In
questo
modo,
alla
fine
della
settimana
si
dispone
di
una
serie
di
file
con
lo
stesso
nome,
ad
eccezione
della
data,
ad
esempio
sales.data.20020304.transactions,
sales.data.20020305.transactions
e
così
via.
Utilizzando
gli
indicatori
di
corrispondenza,
$(MAX)
per
selezionare
il
valore
più
alto
o
$(MIN)
per
selezionare
il
valore
più
basso,
è
possibile
trasferire
i
dati
più
recenti
o
quelli
più
obsoleti.
Di
seguito
viene
illustrato
un
comando
per
selezionare
e
trasferire
il
file
nella
directory
di
origine
c:/tmp
con
prefisso
transactions
e
suffisso
data.txt
e
con
valore
più
alto,
ad
esempio
la
data
più
recente
nella
serie
di
date
disponibili.
wspmvdata
-s
@centoff
-t
@pi003-ept,@pi006-ept
-P
sp:c:/tmp
-P
tp:/tmp
transactions.$(MAX)data.txt
Un
altro
metodo
dell’indicatore
di
corrispondenza
si
basa
sulla
sostituzione
di
parte
del
nome
file
con
il
nome
dell’endpoint.
Ad
esempio,
il
nome
del
file
può
essere
sales.data.store52.transactions,
dove
store52
è
il
nome
dell’endpoint
di
un
determinato
magazzino.
La
stessa
convenzione
di
denominazione
viene
utilizzata
per
tutti
i
file
simili
su
tutti
gli
endpoint,
ma
ciascuno
di
essi
avrà
un
numero
di
magazzino
diverso.
Per
eseguire
un’operazione
di
richiamo
su
tutti
i
file
di
questo
tipo,
è
necessario
specificare
un
elenco
di
destinazioni
e
richiedere
i
file
sales.data.$(ep_label).transactions.
Questa
funzione
è
supportata
solo
per
le
operazioni
di
richiamo
e
di
eliminazione,
poiché
la
variabile
$(ep_label)
viene
risolta
sulla
destinazione.
Di
seguito
viene
illustrato
un
comando
per
richiamare
tutti
i
file
nella
directory
/tmp
sugli
endpoint
pi003-ept
e
pi006-ept
con
prefisso
transactions
e
suffisso
data.txt
sostituendo
la
variabile
$(ep_label)
con
il
nome
reale
dell’endpoint.
wspmvdata
-s
@pi003-ept,@pi006-ept
-t
@centoff
-P
sp:c:/tmp
-P
tp:/tmp
transactions.$(ep_label)data.txt
In
questo
caso,
il
file
sales.data.pi003-ept.transactions
viene
richiamato
dall’endpoint
pi003-ept,
il
file
sales.data.pi006-ept.transactions
viene
richiamato
dall’endpoint
pi006-ept
e
così
via.
Nota:
L’utilizzo
del
carattere
jolly
(*)
e
di
uno
degli
indicatori
di
corrispondenza,
$(MIN),
$(MAX),
$(ep_label),
non
è
supportato
nello
stesso
nome
file.
Ciò
accade
perché
il
carattere
jolly
applica
l’operazione
a
più
file,
mentre
gli
indicatori
di
corrispondenza
possono
identificare
un
solo
file.
E’
possibile
utilizzare
solo
l’asterisco
o
uno
degli
indicatori
di
corrispondenza
per
il
nome
del
file.
Scenari
di
trasferimento
dati
Capitolo
10.
Utilizzo
di
Trasferimento
dati
249
Eliminazione
di
un
file
su
più
sistemi
E’
disponibile
un
aggiornamento
software
che
produce
delle
modifiche
alle
strutture
di
dati,
pertanto
un
file
utilizzato
presso
tutte
le
filiali
non
è
più
richiesto
dalle
filiali
che
utilizzano
il
nuovo
software.
Per
completare
i
trasferimenti
di
richiesti
per
questo
scenario,
definire
un’attività
di
spostamento
dati
con
le
seguenti
caratteristiche:
v
Un
elenco
di
destinazione
che
include
tutti
i
sistemi
delle
filiali
in
cui
risiede
il
file.
v
Il
nome
e
l’ubicazione
del
file
sui
sistemi
delle
filiali.
v
L’argomento
delete.
v
Una
dipendenza
del
software
per
garantire
che
verranno
interessate
solo
le
filiali
con
il
nuovo
software.
Scenari
di
trasferimento
dati
250
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Per
eseguire
tale
operazione
dalla
GUI:
1.
Visualizzare
DataMovingProfile
nella
propria
policy
region.
2.
Fare
clic
con
il
pulsante
destro
del
mouse
sull’oggetto
DataMovingRequests.1
per
visualizzare
un
menu.
3.
Selezionare
la
voce
di
menu
Cancella.
Viene
visualizzata
la
finestra
Operazione
di
cancellazione
servizio
di
trasferimento
dati.
4.
Per
impostare
la
dipendenza
del
software,
fare
clic
sulla
voce
di
menu
Opzioni
avanzate
e
selezionare
Dipendenze
software.
Viene
visualizzata
la
finestra
Dipendenze
software.
Per
ulteriori
informazioni
sulle
dipendenze
del
software,
consultare
“Definizione
delle
opzioni
avanzate”
a
pagina
252.
5.
Specificare
il
nome
del
pacchetto
software
e
il
relativo
stato.
6.
Fare
clic
su
OK
per
salvare
le
modifiche
e
ritornare
alla
finestra
Operazione
di
cancellazione
servizio
di
trasferimento
dati.
7.
Fornire
le
informazioni
richieste
nella
finestra,
come
illustrato
nell’immagine
precedente.
Scenari
di
trasferimento
dati
Capitolo
10.
Utilizzo
di
Trasferimento
dati
251
8.
Fare
clic
su
Cancella
e
chiudi
per
eseguire
l’operazione
di
cancellazione.
Per
ulteriori
informazioni
sulle
impostazioni
in
queste
finestre,
consultare
Manuale
di
riferimento
per
Software
Distribution
e
la
guida
in
linea
della
finestra.
Di
seguito
viene
illustrato
un
comando
di
trasferimento
dalla
CLI
(Command
Line
Interface).
wspmvdata
-t
@pi003-ept,@pi006-ept
-S
@SW_Package^2:I
-d
/temp/oldfile
Utilizzando
questo
comando,
il
file
oldfile
memorizzato
nella
directory
/temp
viene
eliminato
dai
sistemi
pi003-ept,
pi006-ept
a
condizione
che
sia
stato
installato
ed
eseguito
il
commit
del
software
SW_Package
Versione
2.
Nota:
Le
directory
vuote
vengono
eliminate,
mentre
le
directory
contenenti
dei
dati
non
vengono
eliminate.
Nel
file
di
registrazione
viene
inserito
un
messaggio
di
avvertenza.
Per
l’operazione
di
eliminazione
non
è
richiesto
nessun
sistema
di
origine.
Spostamento
dei
file
da
endpoint
ad
endpoint
In
un
ambiente
distribuito
con
un
server
e
diversi
endpoint
collegati
ad
un
gateway,
è
possibile
richiamare
un
file
da
un
endpoint
di
origine
ed
inviarlo
ad
uno
o
più
endpoint
attraverso
un
host
di
origine
che
funge
da
gateway
o
un
ripetitore.
Questa
funzione
è
supportata
solo
per
le
operazioni
di
invio.
Per
eseguire
tale
operazione
dalla
GUI:
1.
Visualizzare
la
finestra
Operazione
di
invio
del
servizio
di
trasferimento
dati,
come
descritto
in
“Invio
di
dati
a
più
destinazioni”
a
pagina
244.
2.
Nel
menu
Tipo
origine
dati,
selezionare
la
voce
di
menu
EndPoint.
Il
campo
di
testo
Nodo
gestito
diventa
Nome
endpoint
e
il
pulsante
(...)
viene
disabilitato.
3.
Inserire
le
informazioni
richieste
nei
campi
forniti.
4.
Fare
clic
su
Invia
e
Chiudi
per
eseguire
l’operazione
di
invio.
Di
seguito
viene
illustrato
un
esempio
di
comando
per
trasferire
il
file
status
1.txt
dall’endpoint
di
origine
b1
sugli
endpoint
di
destinazione
b2
e
b3.
Utilizzando
l’opzione
-R,
l’operazione
si
applica
a
tutte
le
directory
secondarie
del
percorso
specificato.
wspmvdata
-s
@b1
-t
@b2,@b3
-R
-P
sp:c:/tmp
-P
tp:/tmp
status1.txt
Definizione
delle
opzioni
avanzate
Per
tutte
le
operazioni
di
trasferimento
di
dati
è
possibile
definire
delle
opzioni
avanzate,
disponibili
anche
per
le
operazioni
di
gestione
delle
modifiche.
Per
ulteriori
informazioni,
consultare
il
comando
“Esecuzione
delle
operazioni
di
gestione
modifica”
a
pagina
211.
Selezionando
Dipendenze
software
nel
menu
Opzioni
avanzate,
è
possibile
specificare
una
dipendenza
del
software
per
l’operazione
del
servizio
Trasferimento
dati.
1.
Per
specificare
una
dipendenza
del
software,
inserire
il
nome
del
pacchetto
software
da
cui
dipenderà
l’operazione
Trasferimento
dati
nella
casella
di
testo
Nome
pacchetto
oppure
fare
clic
sul
pulsante
(...)
per
ricercare
il
pacchetto
software.
Scenari
di
trasferimento
dati
252
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
2.
Per
definire
lo
stato
del
pacchetto
software,
fare
clic
sul
pulsante
Installato
(I)
o
Non
installato
(R).
E’
anche
possibile
che
il
pacchetto
software
non
sia
stato
installato.
3.
Utilizzando
la
casella
Elenco
dipendenze
software,
è
anche
possibile
aggiungere
o
rimuovere
le
dipendenze
del
software.
4.
Fare
clic
su
Imposta
per
salvare
le
dipendenze
del
software
specificate
dall’utente
oppure
su
Imposta
e
chiudi
per
salvare
le
dipendenze
del
software
e
ritornare
alla
finestra
delle
operazioni
del
servizio
di
trasferimento
dati.
Utilizzo
degli
script
prima
e
dopo
l’elaborazione
Quando
si
definisce
un’operazione
di
trasferimento
dati,
è
possibile
specificare
un
numero
massimo
di
quattro
script
da
richiamare
durante
il
processo
di
trasferimento.
Questi
script
definiscono
le
attività
precedenti
e
successive
all’elaborazione
sui
sistemi
di
origine
e
di
destinazione
tra
i
quali
si
desidera
trasferire
i
dati.
Di
seguito
vengono
forniti
degli
esempi
di
attività
che
è
possibile
definire
utilizzando
gli
script:
v
Estrazione
di
dati
da
un
archivio
centrale
sul
sistema
di
origine
e
memorizzazione
in
un
file
che
verrà
trasferito
sui
sistemi
di
destinazione.
v
Aggiornamento
di
un
archivio
locale
sui
sistemi
di
destinazione
in
base
ai
dati
del
file
ricevuto.
La
sequenza
di
esecuzione
degli
script
in
un’operazione
di
invio
da
un
host
di
origine
su
più
endpoint
è
la
seguente:
1.
Lo
script
precedente
all’elaborazione
viene
eseguito
sul
sistema
di
origine,
che
rappresenta
il
sistema
host
di
origine
specificato
nel
comando.
2.
Uno
script
precedente
all’elaborazione
viene
eseguito
su
ciascun
sistema
di
destinazione.
I
sistemi
di
destinazione
per
un’operazione
di
invio
sono
gli
endpoint.
3.
Uno
script
successivo
all’elaborazione
viene
eseguito
su
ciascun
endpoint.
4.
Lo
script
successivo
all’elaborazione
viene
eseguito
sull’host
di
origine.
La
sequenza
di
esecuzione
degli
script
in
un’operazione
di
richiamo
è
la
seguente:
1.
Uno
script
precedente
all’elaborazione
viene
eseguito
sul
sistema
di
destinazione,
che
rappresenta
l’host
di
origine.
2.
Uno
script
precedente
all’elaborazione
viene
eseguito
su
ciascun
sistema
di
origine.
I
sistemi
di
origine
per
un’operazione
di
richiamo
sono
gli
endpoint.
3.
Uno
script
successivo
all’elaborazione
viene
eseguito
su
ciascun
endpoint
che
rappresentava
un’origine
per
il
richiamo.
4.
Lo
script
successivo
all’elaborazione
viene
eseguito
sull’host
di
origine.
Per
le
operazioni
di
eliminazione,
non
vi
è
nessun
sistema
di
origine.
Gli
script
precedenti
e
successivi
all’elaborazione
vengono
eseguiti
sugli
endpoint
da
cui
deve
essere
eliminato
il
file
prima
e
dopo
l’eliminazione
del
file.
La
sequenza
di
esecuzione
degli
script
in
un’operazione
di
invio
da
endpoint
a
endpoint
è
la
seguente:
1.
Lo
script
precedente
all’elaborazione
viene
eseguito
sul
sistema
di
origine,
che
rappresenta
l’endpoint
specificato
nel
comando.
2.
Lo
script
successivo
all’elaborazione
viene
eseguito
sul
sistema
di
origine,
che
rappresenta
l’endpoint
specificato
nel
comando.
Scenari
di
trasferimento
dati
Capitolo
10.
Utilizzo
di
Trasferimento
dati
253
3.
Uno
script
precedente
all’elaborazione
viene
eseguito
su
ciascun
sistema
di
destinazione.
I
sistemi
di
destinazione
per
un’operazione
di
invio
sono
gli
endpoint.
4.
Uno
script
successivo
all’elaborazione
viene
eseguito
su
ciascun
sistema
di
destinazione.
I
sistemi
di
destinazione
per
un’operazione
di
invio
sono
gli
endpoint.
Quando
si
scrive
uno
script
da
utilizzare
con
il
comando
wspmvdata,
è
necessario
inserire
i
seguenti
argomenti:
$1
Operation
Type
Identifica
il
tipo
di
operazione
di
trasferimento
dati.
I
valori
possibili
sono
invia,
richiama
e
cancella.
$2
Location
Type
Indica
se
lo
script
verrà
eseguito
su
un
nodo
gestito
di
Tivoli
(host
di
origine)
o
su
un
endpoint.
I
valori
possibili
sono
EP_SCRIPT
per
gli
endpoint
e
SH_SCRIPT
per
gli
host
di
origine.
$3
Timing
Type
Indica
se
lo
script
verrà
eseguito
prima
o
dopo
l’operazione
di
trasferimento
dati.
I
valori
possibili
sono
PRE_SCRIPT
e
POST_SCRIPT.
$4
Data
File
Si
tratta
del
nome
completo
del
file
che
è
stato
spostato
o
eliminato.
Etichetta
dell’endpoint
$5
Si
tratta
dell’identificativo
univoci
dell’endpoint
su
cui
è
stata
eseguita
l’operazione.
Questo
parametro
è
disponibile
solo
per
lo
script
successivo
all’elaborazione
sull’host
di
origine.
$6
Endpoint
Result
Indica
il
risultato
dell’operazione
sull’endpoint.
I
risultati
possibili
sono
0
(esito
positivo)
e
1
(esito
negativo).
Questo
parametro
è
disponibile
solo
per
lo
script
successivo
all’elaborazione
sull’host
di
origine.
Nota:
Il
nuovo
parametro
Endpoint
Result
consente
di
condizionare
l’esecuzione
dello
script
successivo
all’elaborazione
sull’host
di
origine
in
base
al
risultato
dell’operazione
sull’endpoint.
In
tal
modo,
lo
script
non
verrà
eseguito
se
l’operazione
sull’endpoint
non
è
stata
eseguita
correttamente.
I
valori
assegnati
a
questi
argomenti
dipendono
dagli
argomenti
specificati
per
il
comando
wspmvdata.
Nota:
Se
si
sta
scrivendo
uno
script
successivo
all’elaborazione
da
utilizzare
su
piattaforme
Windows,
è
necessario
includere
il
codice
per
risolvere
eventuali
errori
causati
dal
file
che
viene
bloccato.
Ciò
può
accadere
quando
un
file
identico
per
nome
e
contenuto
già
esiste
sul
sistema
di
destinazione
e
viene
bloccato
al
momento
della
distribuzione.
In
tal
caso,
l’operazione
di
trasferimento
dati
non
avrà
esito
negativo
con
″file
bloccato″,
poiché
non
tenta
di
sostituire
il
file,
in
quanto
non
vi
sono
modifiche.
Poiché
l’operazione
non
ha
avuto
esito
negativo,
lo
script
successivo
all’elaborazione
verrà
eseguito
e
dovrà
essere
in
grado
di
gestire
un
file
bloccato.
Utilizzo
di
script
254
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Esempi
Il
seguente
comando
include
lo
script
merge.sh
come
script
successivo
all’elaborazione
sul
sistema
di
destinazione.
wspmvdata
-t
@lab15124
-s
@lab67135-wxp,@lab15180-2000
-r
tpost:/usr/sd42/scripts/merge.sh
/usr/sd42/source/data.txt
Il
sistema
di
destinazione
per
questo
comando
è
un
host
di
origine
e
l’elenco
di
origine
include
due
endpoint.
Lo
scopo
dello
script
merge.sh
è
quello
di
creare
un
singolo
file
sull’host
di
origine
unendo
i
file
che
sono
stati
richiamati
dagli
endpoint.
Quando
viene
eseguito
lo
script
merge.sh,
i
parametri
vengono
impostati
nel
seguente
modo:
$1
Retrieve
$2
SH_SCRIPT
$3
POST_SCRIPT
$4
/usr/sd42/source/<endpoint
name>_<distributionID>_<timestamp>
Nota:
Viene
creata
una
directory
sull’host
di
origine
per
ciascun
endpoint.
Ciò
garantisce
che
ciascun
file
richiamato
venga
memorizzato
in
una
directory
univoca
sull’host
di
origine.
Lo
script
scrive
questi
valori
e
gli
eventuali
errori
in
un
file
di
output,
quindi
aggiunge
il
contenuto
del
file
di
dati
nel
file
usr/sd41/scripts/merge.file.
Il
seguente
comando
include
results.pl
come
script
successivo
all’elaborazione
sul
sistema
di
destinazione.
wspmvdata
-s
@centoff
-t
@pi003,@pi006
-r
tpost:/tmp/importpl.sh
-r
spost:/tmp/results.sh
-P
sp:/price
-P
tp:/data/sales
plist
Il
sistema
di
destinazione
per
questo
comando
è
un
host
di
origine
e
l’elenco
di
origine
include
due
endpoint.
Lo
scopo
dello
script
results.pl
è
quello
di
creare
un
report
sull’host
di
origine
contenente
i
risultati
delle
operazioni
eseguite
sugli
endpoint.
#!/usr/bin/perl
########################################################################
#
Post
script
at
Source
Host.
It
writes
file
/usr/swd/scripts/sh_post.out
with
operation
results#
########################################################################
#!/bin/sh
#===================================================
CM_OPERATION=$1
LOCATION=$2
PRE_POST=$3
DATA_FILE=$4
"CM
Operation:"
$CM_OPERATION
>
/usr/sd42/scripts/merge.out;
"Location:"
$LOCATION
>>
/usr/sd42/scripts/merge.out;
"Pre-post:"
$PRE_POST
>>
/usr/sd42/scripts/merge.out;
"File
Name"
$DATA_FILE
>>/usr/sd42/scripts/merge.out;
"==========================================="
>>/usr/sd42/scripts/merge.file;
"=
FILE
being
merged:
$DATA_FILE
at:
`date`
="
>>/usr/sd42/scripts/merge.file;
"==========================================="
>>/usr/sd42/scripts/merge.file;
cat
$DATA_FILE
>>
/usr/sd42/scripts/merge.file;
rc=$?
"Error
level
is:"
$rc
>>
/usr/sd42/scripts/merge.out;
exit
$rc
Utilizzo
di
script
Capitolo
10.
Utilizzo
di
Trasferimento
dati
255
($operation,$location,$type,$file,$ep_label,$result)=@ARGV;open(TMP,
">>/usr/swd/scripts/sh_post.out")
||
die
("Cannot
open
sh_post.out
file!
\n");
TMP
"CM
Operation:
$operation
\n";
TMP
"Location:
$location
\n";
TMP
"Pre-post:
$type
\n";
TMP
"File
Name:
$file
\n";
TMP
"The
operation
at
endpoint:$ep_label,
has
returned:$result\n";
close(TMP);
Il
seguente
output
viene
scritto
nel
file
creato
dal
seguente
script:
CM
Operation:
send
Location:
SH_SCRIPT
Pre-post:
POST_SCRIPT
File
Name:
/usr/sd42/source/file.txt
The
operation
at
endpoint:pi003-ep,
has
returned:0
CM
Operation:
send
Location:
SH_SCRIPT
Pre-post:
POST_SCRIPT
File
Name:
/usr/sd42/source/file.txt
The
operation
at
endpoint:pi006-ep,
has
returned:0
Servizio
Trasferimento
dati
in
ambiente
OS/400
Il
servizio
Trasferimento
dati
di
Software
Distribution
consente
di
inviare,
richiamare
ed
eliminare
i
file
in
ambiente
OS/400.
Una
descrizione
completa
del
servizio
Trasferimento
dati
viene
fornita
in
Capitolo
10,
“Utilizzo
di
Trasferimento
dati”,
a
pagina
243.
In
questa
sezione
vengono
forniti
degli
esempi
di
comandi
di
trasferimento
dati
utilizzati
in
ambiente
OS/400.
Vengono
illustrate
le
diverse
convenzioni
per
specificare
le
ubicazioni
dei
file
utilizzati
in
ambiente
OS/400.
Consultare
“File
system
OS/400
nativi
e
integrati”
a
pagina
104.
Nota:
Si
osservi
l’utilizzo
dell’opzione
di
conversione
della
code
page
(–c)
negli
esempi
forniti
di
seguito.
Utilizzando
questo
argomento,
il
file
inviato
viene
convertito
in
code
page
EBCDIC
prima
di
essere
scritto
nell’ubicazione
di
destinazione
OS/400
o
in
ASCII,
se
richiamato
da
un’ubicazione
OS/400.
Nell’esempio
fornito
di
seguito
viene
spostato
il
file
“data.dat”
da
un
host
di
origine
Windows
o
UNIX
in
OS/400
IFS
e
viene
eseguito
un
programma
successivo
all’esecuzione
sul
sistema
di
destinazione.
Il
comando
specificato
è
identico
al
comando
che
viene
utilizzato
per
eseguire
le
stesse
operazioni
in
un
file
system
di
UNIX.
wspmvdata
-c
-s
@lab15124
-P
sp:/usr/sd/source
-t
@lab16007-os400
-P
tp:/usr/sd/target
-r
tpost:/usr/sd/scripts/post.sh
data.dat
Durante
l’installazione,
questo
comando
copia
il
file
data.dat
dall’host
di
origine
nell’ubicazione
del
sistema
di
destinazione
identificata
dal
percorso
IFS
/usr/sd/target.
Dopo
avere
installato
i
file,
il
programma
successivo
all’elaborazione
contenuto
in
/usr/sd/scripts/post.sh
viene
eseguito
sul
sistema
di
destinazione.
Nel
seguente
esempio
il
file
data.dat
viene
inviato
da
un
host
di
origine
Windows
o
UNIX
in
un
file
fisico
di
OS/400.
Un
programma
successivo
all’elaborazione
viene
eseguito
sul
sistema
di
destinazione.
Utilizzo
di
script
256
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
wspmvdata
-c
-s
@lab16016
-P
sp:c:/usr/sd/source
-t
@lab16006-os4
-P
tp:/qsys.lib/mylib.lib/data.file
-r
tpost:/qsys.lib/mylib.lib/post.pgm
data.dat
Durante
l’installazione,
questo
comando
raccoglie
il
file
data.dat
dall’host
di
origine
e
lo
aggiunge
nella
libreria
MYLIB.LIB
come
membro
del
file
fisico
DATA.FILE.
Dopo
avere
installato
il
file,
il
programma
successivo
all’installazione
contenuto
in
/QSYS.LIB/MYLIB.LIB/POST.PGM
viene
eseguito
sul
sistema
di
destinazione.
Nel
seguente
esempio
il
file
data.dat
viene
inviato
dall’host
di
origine
Windows
o
UNIX
in
una
libreria
di
OS/400.
wspmvdata
-c
-s
@lab16016
-P
sp:c:/usr/sd/source
-t
@lab16006-os4
-P
tp:/qsys.lib/mylib.lib
-r
data.dat
Durante
l’installazione,
questo
comando
raccoglie
il
file
data.dat
dall’host
di
origine
e
lo
aggiunge
nella
libreria
MYLIB.LIB
come
file
fisico
(DATA.FILE).
Il
file
contiene
un
membro
con
lo
stesso
nome
(DATA.MBR).
Per
impostazione
predefinita,
il
file
viene
creato
come
file
di
origine
fisico
di
OS/400
(PF-SRC).
Nel
seguente
esempio
viene
eliminato
mymember.mbr,
che
è
membro
del
file
fisico
di
todelete.FILE.
wspmvdata
-d
-t
@lab16006-os4
-P
tp:/qsys.lib/mylib.lib/
todelete.FILE
mymember.mbr
Note:
1.
Non
è
possibile
utilizzare
il
servizio
Trasferimento
dati
per
eliminare
i
file
fisici
di
OS/400.
E’
possibile
eliminare
solo
i
membri
dei
file.
2.
In
ambiente
OS/400
il
carattere
jolly
(*)
è
supportato
solo
se
viene
utilizzato
da
solo.
Ad
esempio,
è
possibile
richiamare
tutti
i
file
in
una
directory
utilizzando
solo
il
carattere
jolly
(*),
ma
non
è
possibile
richiamare
i
file
che
corrispondono
al
seguente
modello:
data.*.sh.
3.
L’operazione
di
invio
del
trasferimento
dati
da
endpoint
a
endpoint
non
è
supportata
se
il
file
da
inviare
viene
originato
da
un
file
system
nativo
di
OS/400.
Servizio
Trasferimento
dati
in
ambiente
OS/400
Capitolo
10.
Utilizzo
di
Trasferimento
dati
257
Servizio
Trasferimento
dati
in
ambiente
OS/400
258
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Capitolo
11.
Configurazione
della
topologia
di
rete
Utilizzando
Software
Distribution,
è
possibile
creare
e
distribuire
i
pacchetti
software.
Tuttavia,
la
pianificazione
delle
attività
consente
di
disporre
di
un
ambiente
di
distribuzione
più
facile
da
gestire.
In
particolare,
si
considerino
le
seguenti
domande:
v
Quali
tipi
di
software
si
desidera
distribuire
e
quanto
spazio
su
disco
è
richiesto?
v
Alcuni
tipi
di
connessione
di
rete
rallentano
la
distribuzione
(ad
esempio
le
connessioni
WAN)?
v
Come
è
possibile
configurare
la
rete
e
i
ripetitori
in
modo
da
distribuire
efficacemente
più
pacchetti
software?
v
Sono
disponibili
altre
applicazioni
Tivoli
per
facilitare
la
distribuzione?
In
questo
capitolo
si
darà
risposta
a
tali
domande,
fornendo
uno
scenario
di
esempio
relativo
a
NoonTide
Enterprises.
NoonTide
Enterprises
è
un’azienda
fittizia
che
presenta
alcune
delle
complessità
di
rete
che
interessa
il
mondo
degli
affari
odierno.
In
questo
scenario
viene
illustrata
una
procedura
che
consente
di
configurare
un
ambiente
di
distribuzione.
Esso
prevede
quanto
segue:
v
Valutazione
della
topologia
di
rete
e
delle
risorse
disponibili.
v
Determinazione
della
gerarchia
dei
ripetitori
che
meglio
si
adattano
alla
topologia
della
rete,
sfruttando
il
servizio
Multiplexed
Distribution
per
ottenere
prestazioni
migliori.
v
Creazione
dei
ripetitori
necessari,
dei
relativi
client
dei
nodi
gestiti
e
impostazione
dei
parametri
dei
ripetitori.
v
Regolazione
e
configurazione
dei
ripetitori
come
contenitore
in
cui
memorizzare
i
dati
di
distribuzione
per
ridurre
il
traffico
di
rete
per
i
dati
distribuiti
di
frequente.
E’
anche
possibile
configurare
il
gestore
della
distribuzione
creando
un
database
RIM
e
un
oggetto
RIM
per
controllare
le
distribuzioni.
E’
inoltre
possibile
controllare
le
distribuzioni
utilizzando
la
Console
stato
distribuzione.
Per
ulteriori
informazioni
sulla
Console
stato
distribuzione,
consultare
Tivoli
Management
Framework:
User’s
Guide.
Il
gestore
della
distribuzione
memorizza
le
informazioni
sullo
stato
di
una
distribuzione
nelle
tabelle
del
database.
Esiste
un
gestore
della
distribuzione
per
ciascun
Tivoli
management
region
che
tiene
traccia
di
tutte
le
distribuzioni
in
esso
memorizzate.
Se
la
distribuzione
si
espande
su
più
Tivoli
management
region,
tutte
le
informazioni
sullo
stato
vengono
memorizzate
nel
gestore
della
distribuzione
del
primo
Tivoli
management
region,
in
modo
che
nei
Tivoli
management
region
interconnessi
non
vengano
memorizzate
le
informazioni
sullo
stato.
E’
possibile
utilizzare
il
database
Inventory
per
verificare
lo
stato
dei
pacchetti
software
installati
sugli
endpoint
e
di
quelli
caricati
nei
depot.
Altre
operazioni
di
regolazioni
sono
richieste
per
la
funzione
di
roaming
sugli
endpoint.
Per
ulteriori
informazioni,
consultare
Tivoli
Management
Framework:
Pianificazione
per
la
guida
all’implementazione
.
In
questo
scenario
l’utente
è
l’amministratore
di
sistema
senior
di
NoonTide.
Il
ruolo
di
autorizzazione
senior
è
richiesto
per
eseguire
le
procedure
illustrate
in
questo
scenario.
©
Copyright
IBM
Corp.
2002,
2003
259
Introduzione
a
NoonTide
NoonTide
Enterprises
sviluppa,
commercializza
e
vende
prodotti
elettronici
nel
mercato
internazionale.
I
suoi
settori
principali
includono
l’ingegneria,
l’assistenza,
il
marketing,
l’amministrazione
e
le
vendite.
NoonTide
ha
installato
e
utilizza
Tivoli
Management
Framework
e
diverse
applicazioni
Tivoli
per
gestire
una
rete
distribuita
suddivisa
in
sette
reti
secondarie,
quattro
nell’ufficio
aziendale
e
tre
negli
uffici
regionali.
Ciascun
settore
è
rappresentato
da
una
policy
region,
che
viene
creata
per
modellare
la
gestione
e
la
struttura
organizzativa
di
un
ambiente
di
calcolo
della
rete,
nonché
per
applicare
strategie
comuni
tra
settori
correlati.
Nell’ambiente
di
Tivoli
management
region
di
NoonTide
ciascuna
policy
region
ospita
le
risorse
di
ciascun
settore,
ad
esempio
le
region
secondarie,
i
nodi
gestiti,
gli
endpoint
e
i
gestori
profili.
Le
seguenti
policy
region
sono
presenti
sul
desktop
dell’amministratore.
Ad
esempio,
la
policy
region
Engineering
rappresenta
il
settore
di
ingegneria.
La
policy
region
Engineering
contiene
un
gateway
di
un
nodo
gestito
di
UNIX
denominato
big,
che
serve
gli
endpoint.
La
policy
region
Engineering
contiene
le
policy
region
secondarie
Product,
Research
e
Test
che
raggruppa
e
controlla
l’accesso
alle
risorse
per
questi
tre
componenti
del
settore
Engineering.
Introduzione
a
NoonTide
260
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Inoltre,
NoonTide
organizza
il
proprio
ambiente
in
base
ai
task
di
amministrazione.
Le
policy
region
System
Monitors
e
Software
Distribution
contengono
le
region
secondarie
di
Tivoli
Distributed
Monitoring
e
di
Software
Distribution,
lavori
e
task.
La
policy
region
pescado-region
è
la
policy
region
di
default
creata
durante
l’installazione
del
server
di
Tivoli
management
region
(server
Tivoli).
Il
nome
della
policy
region
di
default
viene
desunto
dal
nome
della
macchina
su
cui
è
installato
il
server
Tivoli
(pescado).
Architettura
della
rete
La
comprensione
e
la
pianificazione
della
topologia
della
rete
di
NoonTide
è
essenziale
per
configurare
il
proprio
ambiente
di
distribuzione.
NoonTide
presenta
sette
reti
secondarie
—quattro
nell’ufficio
aziendale
e
tre
negli
uffici
regionali.
Le
reti
secondarie
sono
collegate
mediante
connessioni
Ethernet
con
larghezza
di
banda
di
100
Mbps
(megabit
al
secondo)
o
mediante
linee
T1,
con
larghezza
di
banda
di
1
Mbps.
Ciascuna
rete
secondaria
contiene
un
gateway
del
nodo
gestito
di
UNIX
o
Windows,
che
si
collega
al
server
Tivoli.
I
gateway
degli
endpoint
vengono
installati
sui
nodi
gestiti
nelle
reti
secondarie
che
dispongono
di
client
degli
endpoint.
Per
distribuire
un
profilo
del
pacchetto
software
su
un
nodo
gestito
o
un
gateway,
è
necessario
installare
il
servizio
dell’endpoint
su
di
esso.
Un
ripetitore
può
essere
parte
di
un
gateway
(ripetitore
del
gateway)
o
può
essere
creato
come
ripetitore
indipendente
sul
nodo
gestito
su
cui
non
è
presente
un
gateway
(ripetitore
indipendente).
I
ripetitori
indipendenti
possono
effettuare
la
distribuzione
sono
su
altri
ripetitori,
mentre
i
ripetitori
dei
gateway
possono
effettuare
la
distribuzione
anche
sui
loro
endpoint
(destinazioni).
Il
gestore
di
ripetitori
conserva
le
informazioni
relative
alla
configurazione
della
rete
Tivoli,
inclusi
i
client
di
destinazione
e
i
siti
dei
ripetitori.
Per
ulteriori
informazioni
sulla
configurazione
dei
ripetitori,
consultare
“Configurazione
dei
siti
del
ripetitore”
a
pagina
265.
Il
gestore
di
endpoint
controlla
e
configura
i
gateway
e
gli
endpoint,
assegna
gli
endpoint
ai
gateway
e
conserva
l’elenco
degli
endpoint.
Il
gestore
di
endpoint
è
disponibile
sul
desktop
di
Tivoli.
Per
ulteriori
informazioni
sul
gestore
di
endpoint,
sui
gateway
degli
endpoint
e
sulle
risorse
gestite,
consultare
Tivoli
Management
Framework:
Pianificazione
per
la
guida
all’implementazione.
Introduzione
a
NoonTide
Capitolo
11.
Configurazione
della
topologia
di
rete
261
Nel
seguente
diagramma
viene
illustrata
la
topologia
della
rete
di
NoonTide.
Subnet 3 Subnet 4 Subnet 5 Subnet 6 Subnet 7
Subnet 2Subnet 1
pescado
Tivoli management region server
oak big pearl diamond lapis
odin
rainbow
dollar
electron
Ethernet connectionT1 connection
lolo
alloy
Creazione
di
una
gerarchia
di
ripetitori
NoonTide
Enterprises
ha
configurato
il
proprio
ambiente
di
rete
per
ottimizzare
l’utilizzo
del
servizio
Multiplexed
Distribution
(MDist
2)
di
Tivoli.
Ciascun
ripetitore
(gateway
o
indipendente)
contiene
sia
un
ripetitore
MDist
che
un
ripetitore
MDist
2.
Tuttavia,
Software
Distribution
utilizza
principalmente
MDist
2.
MDist
2
consente
di
eseguire
delle
distribuzioni
asincrone
di
grandi
quantità
di
dati
su
più
destinazioni
di
un’azienda.
Il
servizio
MDist
2
ingrandisce
il
volume
di
dati
di
NoonTide
eseguendo
le
seguenti
operazioni:
Distribuzione
parallela
Abilitando
la
distribuzione
parallela
sugli
host
della
stessa
rete
secondaria.
Utilizzando
questa
funzione,
i
dati
passano
dall’host
di
origine
pescado
attraverso
i
ripetitori
gateway
dollar
e
rainbow
fino
agli
endpoint,
se
i
settori
Marketing
e
Administration
richiedono
questa
applicazione.
Questa
funzione
produce
una
distribuzione
che
può
essere
più
rapida
dell’invio
di
copie
del
software
in
serie
su
ciascuna
macchina.
Diffondendo
il
carico
della
distribuzione
attraverso
le
reti
Diffondendo
il
carico
della
distribuzione
attraverso
un
albero
della
rete,
vengono
limitati
i
conflitti
di
risorse
che
potrebbero
sorgere
quando
server
è
responsabile
della
distribuzione
su
molti
client.
Invio
di
copie
singole
di
dati
attraverso
collegamenti
più
lenti
Utilizzando
multicast
per
le
distribuzioni,
i
pacchetti
software
vengono
inviati
una
sola
volta
ad
un
gruppo
di
destinazioni,
viene
ridotto
il
numero
di
copie
distribuite
e
vengono
liberate
le
risorse
di
rete.
Con
la
stessa
connessione
viene
inviato
un
solo
pacchetto
software
dall’host
di
origine
Architettura
della
rete
262
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
alle
macchine
configurate
con
multicast
e
viene
ignorata
la
gerarchia
di
ripetitori
classica.
Ad
esempio,
pescado
(rete
secondaria
1)
effettua
la
distribuzione
a
tutti
gli
endpoint
configurati
con
multicast
nella
rete
secondaria
2.
I
ripetitori
redistribuiscono
le
singole
copie
in
parallelo
ad
altri
host
sul
lato
opposto
della
connessione
lenta.
Questa
distribuzione
consente
di
utilizzare
in
modo
più
efficace
la
rete
rispetto
all’invio
di
una
copia
del
software
attraverso
il
gateway
della
rete
per
ciascuna
destinazione
remota.
Ad
esempio,
pescado
può
effettuare
la
distribuzione
a
pearl,
diamond
e
lapis
utilizzando
electron
come
sito
del
ripetitore.
Utilizzo
dei
depot
ripetitori
Abilitando
i
ripetitori
per
memorizzare
in
modo
temporaneo
o
permanente
i
dati
della
distribuzione
su
un
punto
intermedio
denominato
depot
ripetitore.
Un
depot
ripetitore
presenta
una
funzione
integrata
MDist
2
per
memorizzare
in
modo
permanente
o
temporaneo
i
segmenti
di
dati.
Un
ripetitore
configurato
come
depot
permanente
conserva
i
dati
nel
depot
ripetitore
anche
al
termine
della
distribuzione.
Un
depot
ripetitore
consente
inoltre
di
memorizzare
le
distribuzioni
del
software
sui
nodi
più
vicini
alle
destinazioni.
Ad
esempio,
il
gateway
diamond,
che
presenta
la
funzione
del
depot
ripetitore,
può
avviare
una
distribuzione
sui
pacchetti
software
dal
suo
depot
ripetitore
sui
sistemi
di
destinazione
ad
esso
associati,
piuttosto
che
dall’host
di
origine.
Memorizzazione
nella
cache
delle
distribuzioni
La
memorizzazione
nella
cache
le
distribuzioni
abilita
la
funzione
di
riavvio
del
punto
di
controllo
.
Nel
caso
di
errori
durante
la
distribuzione
su
una
destinazione,
il
punto
di
distribuzione
a
ventaglio
continua
ad
effettuare
la
distribuzione
sulle
altre
destinazioni.
La
distribuzione
interrotta
viene
ripresa
automaticamente
dal
punto
in
cui
era
stata
interrotta,
utilizzando
i
dati
del
depot
ripetitore.
Pertanto,
non
è
necessario
ripartire
dall’origine
dei
dati
della
distribuzione.
Per
default,
il
server
Tivoli
pescado
funge
da
server
di
distribuzione
del
ripetitore
per
tutte
le
destinazioni
nella
Tivoli
management
region.
Pescado
è
anche
l’host
di
origine,
quindi
un
ripetitore.
L’host
di
origine
deve
essere
un
ripetitore.
I
gateway
dell’endpoint
vengono
configurati
automaticamente
per
fungere
da
ripetitori
MDist
2
per
distribuire
le
informazioni
agli
altri
endpoint.
La
rete
di
NoonTide
include
i
gateway
dell’endpoint
su
odin,
big,
pearl,
diamond
e
lapis.
NoonTide
ha
configurato
i
gateway
rainbow
e
dollar
come
ripetitori
MDist
2
aggiuntivi.
La
rete
contiene
anche
electron,
un
ripetitore
indipendente
con
la
funzione
MDist
2.
Nel
seguente
diagramma
viene
illustrata
la
gerarchia
dei
ripetitori
di
NoonTide.
Le
frecce
rappresentano
il
flusso
della
distribuzione.
Il
flusso
della
distribuzione
sarebbe
diverso
se
l’host
di
origine
non
fosse
presente
sul
server
Tivoli
pescado,
bensì
su
un
nodo
gestito
separato.
In
questo
caso,
il
flusso
della
distribuzione
verrebbe
originato
sull’host
di
origine.
Creazione
di
una
gerarchia
di
ripetitori
Capitolo
11.
Configurazione
della
topologia
di
rete
263
Come
nel
caso
della
rete
di
NoonTide,
il
sito
di
un
ripetitore
spesso
non
è
sufficiente
per
gestire
l’intenso
traffico
della
rete
e
le
grandi
distribuzioni
di
software.
Per
determinare
il
numero
di
ripetitori
aggiuntivi
necessari
in
un
determinato
ambiente,
attenersi
alle
seguenti
istruzioni:
v
Se
la
rete
presenta
dei
collegamenti
lenti,
designare
un
nodo
gestito
su
ciascun
lato
del
collegamento
della
rete
come
ripetitore
con
una
copia
locale
dei
file
binari
di
Tivoli.
v
Se
la
gamma
(i
client
del
nodo
gestito
che
ricevono
i
dati
dal
sito
del
ripetitore)
del
sito
di
un
ripetitore
contiene
troppi
client
in
più
reti
secondarie,
aggiungere
un
sito
del
ripetitore
per
ciascuna
rete
secondaria.
Oltre
a
determinare
il
numero
di
ripetitori,
è
necessario
determinare
quali
ripetitori
MDist
2
dovranno
essere
configurati
come
depot
permanenti
.
Qualsiasi
ripetitore
può
essere
configurato
come
depot.
La
disposizione
dei
depot
ripetitori
è
variabile
nell’ambiente
Tivoli.
Si
consiglia
di
posizionare
i
depot
sul
lato
opposto
dei
collegamenti
di
rete
lenti,
ad
esempio
WAN,
per
consentire
distribuzioni
più
veloci.
E’
inoltre
necessario
considerare
lo
spazio
su
disco
necessario
per
memorizzare
le
distribuzioni,
soprattutto
se
tutte
le
distribuzioni
vengono
memorizzate
dopo
il
Creazione
di
una
gerarchia
di
ripetitori
264
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
relativo
completamento.
E’
necessario
calcolare
la
dimensione
della
distribuzione
e
selezionare
un
sistema
con
lo
spazio
su
disco
necessario.
Prima
di
iniziare
una
distribuzione,
è
possibile
verificare
il
percorso
del
ripetitore
o
della
distribuzione,
utilizzando
il
comando
wrpt
con
l’argomento
–q.
Consultare
Tivoli
Management
Framework
Reference
Manual
per
ulteriori
informazioni
sulla
sintassi
e
sugli
argomenti
del
comando
wrpt.
In
questo
capitolo
viene
inoltre
illustrato
come
determinare
se
sono
necessari
altro
ripetitori,
come
configurare
i
parametri
per
ciascun
ripetitore
e
come
configurare
un
ripetitore
come
depot.
Consultare
Tivoli
Management
Framework:
Pianificazione
per
la
guida
all’implementazione
per
determinare
gli
ambienti
del
ripetitore,
del
depot
ripetitore
e
le
impostazioni
migliori
per
il
proprio
ambiente.
Inoltre,
Tivoli
Management
Framework:
Pianificazione
per
la
guida
all’implementazione
fornisce
informazioni
sulla
configurazione
dei
gateway
degli
endpoint
sui
nodi
gestiti
che
servono
gli
endpoint.
Configurazione
dei
siti
del
ripetitore
In
quanto
amministratore
del
sistema
senior
di
NoonTide,
l’utente
deve
fornire
le
seguenti
informazioni
per
determinare
se
sono
necessari
altri
siti
del
ripetitore
e,
in
tal
caso,
come
configurarli:
1.
Determinare
quali
macchine
sono
definite
come
ripetitori,
digitando
il
comando
wrpt
nella
riga
comandi
di
un
nodo
gestito
nella
Tivoli
management
region.
Ad
esempio,
durante
la
prima
installazione
di
Tivoli
Management
Framework
sul
server
pescado,
wrpt
produce
il
seguente
output:
pescado
[1]
wd
[]
Dopo
avere
configurato
l’ambiente
di
NoonTide,
eseguire
il
comando
wrpt
per
elencare
il
ripetitore
di
default
su
pescado,
tutti
i
gateway
dell’endpoint
e
ciascun
nodo
gestito
configurato
con
un
ripetitore.
2.
Elencare
le
macchine
nella
gamma
del
ripetitore
pescado.
Digitare
il
seguente
comando
odadmin
nella
riga
comandi
di
un
nodo
gestito
nella
Tivoli
management
region
per
elencare
i
client
del
ripetitore
pescado:
odadmin
odlist
Questo
comando
produce
il
seguente
output:
Region
Disp
Indicatori
Porta
Indirizzo
IP
Nomi
host
2012560680
1
ct-
94
146.84.1.38
pescado,pescado.noontide.com
2
ct-
94
127.64.1.1
odin,odin.noontide.com
3
ct-
94
127.64.8.1
rainbow,rainbow.noontide.com
4
ct-
94
127.64.9.1
dollar,dollar.noontide.com
5
ct-
94
127.64.2.1
electron,electron.noontide.com
6
ct-
94
127.64.3.1
oak,oak.noontide.com
7
ct-
94
127.64.4.1
big,big.noontide.com
8
ct-
94
127.64.5.1
pearl,pearl.noontide.com
9
ct-
94
127.64.6.1
diamond,diamond.noontide.com
10
ct-
94
127.64.7.1
lapis,lapis.noontide.com
11
ct-
94
127.64.2.2
alloy,
alloy.noontide.com
Questo
elenco
contiene
i
nomi
e
gli
indirizzi
IP
dei
nodi
gestiti
in
ciascuna
rete
secondaria
mostrata
in
“Architettura
della
rete”
a
pagina
261.
Gli
endpoint
non
Creazione
di
una
gerarchia
di
ripetitori
Capitolo
11.
Configurazione
della
topologia
di
rete
265
sono
elencati
perché
essi
non
presentano
la
struttura
di
gestione
completa
di
Tivoli
(oservs).
Gli
endpoint
fanno
riferimento
ai
nodi
gestiti
per
le
comunicazioni
con
il
server
Tivoli.
3.
Creare
un
sito
del
ripetitore
su
tutti
i
nodi
gestiti
che
fungono
da
ripetitori
indipendenti
nella
gerarchia
di
ripetitori.
I
gateway
degli
endpoint
vengono
configurati
automaticamente
come
punti
del
ripetitore
per
i
loro
endpoint
del
client.
Per
creare
un
ripetitore
indipendente,
utilizzare
il
comando
wrpt
nel
seguente
modo:
wrpt
–n
repeater_name
range=value
In
ambiente
NoonTide,
digitare
il
seguente
comando
per
rendere
electron
un
ripetitore
indipendente
che
serva
i
ripetitori
dei
gateway
pearl,
diamond
e
lapis:
wrpt
–n
electron
range=8-10
Per
ulteriori
informazioni
sulla
creazione
di
un
ripetitore
indipendente,
consultare
Tivoli
Management
Framework:
User’s
Guide.
4.
Utilizzare
il
comando
wrpt
per
verificare
che
i
siti
dei
ripetitori
siano
configurati
correttamente.
La
configurazione
di
NoonTide
produce
il
seguente
output:
pescado
[1]
-wd-
[]
odin
[2]
---
[]
rainbow
[3]]
---
[]
dollar
[4]]
---
[]
electron
[5]
---
[8,
9,
10]
oak
[6]
---
[]
big
[7]
---
[]
pearl
[8]
---
[]
diamond
[9]
---
[]
lapis
[10]
---
[]
alloy
[11]
---
[]
Il
ripetitore
electron
elenca
i
numeri
host
delle
macchine
che
serve.
5.
Se
la
rete
supporta
multicast,
utilizzare
il
comando
wmcast
per
impostare
le
proprietà
del
ripetitore
per
le
distribuzioni
multicast
MDist
2.
Consultare
Tivoli
Management
Framework:
Manuale
di
riferimento
per
ulteriori
informazioni
sul
comando
wmcast.
In
ambiente
NoonTide,
pescado
distribuisce
il
pacchetto
software
A
ai
suoi
client
dell’endpoint,
che
vengono
gestiti
dai
gateway
rainbow,
odin,
dollar,
oak,
big
ed
electron.
Il
ripetitore
electron
distribuisce
il
pacchetto
software
A
ai
gateway
pearl,
diamond
e
lapis.
Infine,
pearl,
diamond
e
lapis
distribuiscono
il
pacchetto
software
ai
loro
endpoint.
Ciascun
ripetitore
e
gateway
dell’endpoint
distribuisce
il
pacchetto
software
A
in
parallelo
ai
suoi
client
dell’endpoint.
Consultare
Tivoli
Management
Framework:
Manuale
di
riferimento
per
ulteriori
informazioni
sui
comandi
wrpt
e
odadmin.
Impostazione
dei
parametri
del
ripetitore
Dopo
avere
creato
un
ripetitore
indipendente
e
i
siti
del
ripetitore
del
gateway
e
dell’endpoint
per
la
rete
di
NoonTide,
è
necessario
configurare
ciascuno
di
essi
in
modo
che
gestiscano
in
modo
efficace
le
distribuzioni
del
software.
Utilizzare
il
comando
wmdist
per
configurare
i
parametri
del
ripetitore
MDist
2
e
per
gestire
le
distribuzioni
per
i
ripetitori
indipendenti
e
del
gateway.
Consultare
Tivoli
Management
Framework:
Manuale
di
riferimento
per
ulteriori
informazioni
sulla
sintassi
e
sugli
argomenti
del
comando
wmdist.
Configurazione
dei
siti
del
ripetitore
266
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Configurare
ciascun
ripetitore
e
gateway
dell’endpoint
nella
rete
di
NoonTide
in
base
alla
quantità
di
memoria
disponibile,
allo
spazio
su
disco,
alla
larghezza
di
banda
della
rete,
al
numero
e
alla
capacità
della
larghezza
di
banda
delle
destinazioni
del
ripetitore.
Di
seguito
viene
illustrato
come
configurare
i
ripetitori
electron
(una
macchina
Windows
NT)
e
pescado
(una
macchina
Solaris),
eseguendo
le
seguenti
operazioni:
1.
“Passo
1:
elenco
delle
impostazioni
correnti
dei
parametri
dei
ripetitori”.
2.
“Passo
2:
determinazione
dei
requisiti
di
spazio
su
disco
delle
applicazioni
da
distribuire”
a
pagina
271.
3.
“Passo
3:
verifica
dello
spazio
su
disco
e
della
memoria
richiesta
per
i
siti
Electron
e
Pescado”
a
pagina
271.
4.
“Passo
4:
impostazione
dei
parametri
dei
ripetitori
di
Electron”
a
pagina
273.
5.
“Passo
5:
impostazione
dei
parametri
del
ripetitore
di
Pescado”
a
pagina
273.
6.
“Passo
6:
verifica
della
corretta
impostazione
dei
parametri
del
ripetitore”
a
pagina
274.
7.
“Passo
7:
riavvio
del
ripetitore”
a
pagina
274.
Passo
1:
elenco
delle
impostazioni
correnti
dei
parametri
dei
ripetitori
Digitare
il
seguente
comando
wmdist:
wmdist
-s
electron
wmdist
-s
pescado
Di
seguito
viene
illustrato
l’output
di
default
di
questo
comando
per
il
ripetitore
electron.
L’output
di
default
del
ripetitore
pescado
è
identico,
l’unica
differenza
è
che
la
directory
di
default
di
un
ripetitore
UNIX
è
/var/tmp/.
repeater_id:
2012560680.5.7
rpt_dir:
$DBDIR/tmp/
permanent_storage:
TRUE
max_sessions_high:
5
max_sessions_medium:
10
max_sessions_low:
40
disk_max:
500
(MB)
mem_max:
64
(MB)
send_timeout:
300
(secs)
execute_timeout:
600
(secs)
notify_interval:
30
(mins)
conn_retry_interval:
900
(secs)
retry_ep_cutoff:
7200
(secs)
net_load:
500
(KB/sec)
packet_size:
16
(KB)
target_netload:
0
(KB/sec)
debug_level:
3
repeater_multicast:
FALSE
endpoint_multicast:
FALSE
default_multicast:
FALSE
slow_link:
FALSE
dove:
repeater_id
Specifica
l’ID
oggetto
del
ripetitore.
rpt_dir=pathname
Specifica
la
directory
principale
utilizzata
per
contenere
la
directory
depot
e
la
directory
states.
La
directory
depot
contiene
tutti
i
segmenti
memorizzati
nel
database
e
deve
disporre
di
spazio
Impostazione
dei
parametri
del
ripetitore
Capitolo
11.
Configurazione
della
topologia
di
rete
267
sufficiente
per
contenere
il
valore
di
disk_max.
La
directory
states
contiene
il
database
contenente
lo
stato
permanente
della
code
del
ripetitore.
permanent_storage=TRUE|FALSE
Configura
il
ripetitore
in
modo
che
sia
un
depot.
Se
impostato
su
TRUE,
il
depot
conserva
i
segmenti
contrassegnati
per
la
memorizzazione
permanente
al
termine
della
distribuzione.
Se
impostato
su
FALSE,
i
segmenti
vengono
eliminati
dal
depot
non
appena
il
ripetitore
ha
completato
la
distribuzione
su
tutte
le
sue
destinazioni.
max_sessions_high=number
Specifica
il
numero
massimo
di
connessioni
simultanee
aperte
da
un
ripetitore
per
le
distribuzioni
con
elevata
priorità.
Queste
connessioni
vengono
condivise
tra
tutte
le
distribuzioni
attive.
Se
il
ripetitore
esegue
connessioni
non
di
elevata
priorità,
tenta
di
utilizzare
una
connessione
con
priorità
media.
Nota:
Se
il
nuovo
valore
è
maggiore
di
quello
precedente,
le
modifiche
non
saranno
effettive
finché
non
viene
riavviato
il
ripetitore.
max_sessions_medium=number
Specifica
il
numero
massimo
di
connessioni
simultanee
aperte
da
un
ripetitore
per
le
distribuzioni
con
priorità
media.
Queste
connessioni
vengono
condivise
tra
tutte
le
distribuzioni
attive.
Se
il
ripetitore
esegue
connessioni
non
di
media
priorità,
tenta
di
utilizzare
una
connessione
con
priorità
bassa.
Nota:
Se
il
nuovo
valore
è
maggiore
di
quello
precedente,
le
modifiche
non
saranno
effettive
finché
non
viene
riavviato
il
ripetitore.
max_sessions_low=number
Specifica
il
numero
massimo
di
connessioni
simultanee
aperte
da
un
ripetitore
per
le
distribuzioni
con
bassa
priorità.
Questo
numero
deve
essere
uno
o
maggiore.
Queste
connessioni
vengono
condivise
tra
tutte
le
distribuzioni
attive.
Se
il
ripetitore
esegue
connessioni
non
di
bassa
priorità,
attende
il
completamento
di
una
connessione
aperta
prima
di
aprire
altre
connessioni.
Nota:
Se
il
nuovo
valore
è
maggiore
di
quello
precedente,
le
modifiche
non
saranno
effettive
finché
non
viene
riavviato
il
ripetitore.
disk_max=max_size_MB
Specifica
la
quantità
di
spazio
su
disco
assegnato
al
depot
ripetitore.
Le
unità
sono
in
megabyte
(MB).
Se
il
numero
disk_max
è
uguale
a
zero,
non
viene
Impostazione
dei
parametri
del
ripetitore
268
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
applicato
nessun
limite.
Questo
numero
non
deve
superare
la
dimensione
del
disco.
Ciascuna
distribuzione
che
passa
attraverso
un
ripetitore
viene
memorizzata
almeno
temporaneamente
nel
depot.
Il
depot
deve
essere
grande
abbastanza
per
contenere
le
distribuzioni
più
grandi.
Nota:
Se
il
nuovo
valore
è
maggiore
di
quello
precedente,
le
modifiche
non
saranno
effettive
finché
non
viene
riavviato
il
ripetitore.
mem_max=max_size_MB
Specifica
la
quantità
di
memoria
(in
MB)
utilizzata
per
creare
il
buffer
di
dati
inviati
alle
destinazioni.
In
tal
modo,
migliorano
le
prestazioni
e
viene
ridotto
il
numero
di
accessi
del
disco
al
depot.
La
memoria
viene
condivida
tra
tutte
le
distribuzioni
attive.
Nota:
Se
il
nuovo
valore
è
maggiore
di
quello
precedente,
le
modifiche
non
saranno
effettive
finché
non
viene
riavviato
il
ripetitore.
timeout_invio=secondi
Specifica
il
timeout
(in
secondi)
utilizzato
per
individuare
un
errore
di
rete
o
della
destinazione
durante
l’invio
di
dati.
Una
destinazione
è
consentita
per
il
numero
di
secondi
specificato
dall’opzione
send_timeout
per
ricevere
ciascun
pacchetto
della
rete.
Se
si
verifica
un
timeout,
la
distribuzione
rimane
nella
coda
del
ripetitore
e
viene
eseguito
un
nuovo
tentativo
nell’intervallo
conn_retry_interval.
Consultare
“Impostazione
dei
valori
di
timeout
per
una
distribuzione”
a
pagina
334
per
ulteriori
informazioni
su
come
Software
Distribution
imposta
i
valori
di
timeout
per
una
distribuzione.
timeout_esecuzione=secondi
Specifica
l’intervallo
(in
secondi)
in
cui
un
metodo
dell’endpoint
deve
restituire
i
risultati
dopo
avere
ricevuto
tutti
i
dati
dai
dai
della
distribuzione.
Alcune
applicazioni
possono
eseguire
degli
script
dopo
avere
ricevuto
i
dati,
ma
prima
di
restituire
i
risultati
al
ripetitore.
intervallo_notifica=minuti
Specifica
la
frequenza
(in
minuti)
della
notifica
di
stato.
Allo
scadere
di
notify_interval
o
al
termine
della
distribuzione
su
tutte
le
destinazioni,
i
risultati
vengono
eliminati.
I
risultati
vengono
inviati
all’applicazione
mediante
MDist
2
e
aggiornati
nel
database
MDist
2.
conn_retry_interval=seconds
Specifica
la
frequenza
(in
secondi)
in
cui
vengono
eseguiti
nuovi
tentativi
per
le
destinazioni
non
disponibili
o
interrotte.
retry_ep_cutoff=seconds
Specifica
l’intervallo
di
tempo
(in
secondi)
per
continuare
ad
eseguire
nuovi
tentativi
sugli
endpoint
non
disponibili
o
interrotti.
Vengono
Impostazione
dei
parametri
del
ripetitore
Capitolo
11.
Configurazione
della
topologia
di
rete
269
eseguiti
nuovi
tentativi
sui
ripetitori
non
disponibili
o
interrotti,
finché
non
si
raggiunge
il
termine
della
distribuzione.
net_load=KB_per_second
Specifica
la
quantità
massima
di
larghezza
di
banda
della
rete
(in
kilobyte
al
secondo)
in
cui
è
possibile
utilizzare
il
ripetitore.
Se
slow_link
è
impostato
su
TRUE,
la
larghezza
di
banda
della
rete
viene
misurata
in
byte
al
secondo.
Questa
assegnazione
viene
condivisa
tra
tutte
le
distribuzioni
attive.
Questa
opzione
viene
utilizzata
con
target_netload.
packet_size=number_KB
Specifica
il
numero
di
kilobyte
scritti
sulla
rete
durante
ciascuna
richiesta
di
invio.
Se
slow_link
è
impostato
su
TRUE,
specifica
il
numero
di
byte
scritti
sulla
rete
durante
ciascuna
richiesta
di
invio.
target_netload=KB_per_seconds
Specifica
la
quantità
massima
di
larghezza
di
banda
della
rete
(in
kilobyte
al
secondo)
che
è
possibile
inviare
ad
una
singola
destinazione.
Se
slow_link
è
impostato
su
TRUE,
la
larghezza
di
banda
della
rete
viene
misurata
in
byte
al
secondo.
Il
valore
di
default
0
disabilita
questa
verifica.
Questo
comando
viene
utilizzato
con
net_load.
debug_level=number
Controlla
i
messaggi
scritti
nei
file
di
log
per
il
ripetitore
del
nodo
gestito
($DBDIR/rpt2log).
La
registrazione
del
ripetitore
del
gateway
viene
controllata
utilizzando
il
comando
wgateway
debug_level.
repeater_multicast=TRUE|FALSE
Quando
un’applicazione
invia
una
distribuzione
multicast,
essa
indica
se
il
gateway
utilizza
un
multicast
durante
la
distribuzione
dei
pacchetti
ad
altri
ripetitori.
Specificare
TRUE
per
utilizzare
multicast.
Specificare
FALSE
per
utilizzare
unicast.
Il
valore
di
default
è
FALSE.
Nota:
Per
impostare
questa
parola
chiave
su
TRUE,
è
necessario
installare
sul
ripetitore
Java
1.3
for
Tivoli
e
Tivoli
Java
Client
Framework.
endpoint_multicast=TRUE|FALSE
Quando
un’applicazione
invia
una
distribuzione
multicast,
essa
indica
se
il
gateway
utilizza
un
multicast
durante
la
distribuzione
dei
pacchetti
sui
suoi
endpoint.
Specificare
TRUE
per
utilizzare
multicast.
Specificare
FALSE
per
disabilitare
multicast
ed
utilizzare
unicast.
Un
gateway
può
solo
trasmettere
ai
suoi
endpoint.
Questa
parola
chiave
si
applica
solo
ai
ripetitori
dei
gateway.
Il
valore
di
default
è
FALSE.
Note:
1.
La
parola
chiave
può
essere
utilizzare
insieme
all’opzione
–C
del
comando
wmdist.
Impostazione
dei
parametri
del
ripetitore
270
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
2.
Per
impostare
questa
parola
chiave
su
TRUE,
è
necessario
installare
sul
ripetitore
Java
1.3
for
Tivoli
e
Tivoli
Java
Client
Framework.
default_multicast=TRUE|FALSE
Specifica
se
multicast
è
il
modo
di
default
per
tutte
le
distribuzioni
MDist
2.
Questo
modo
di
distribuzione
può
essere
sovrascritto
da
Software
Distribution.
Specificare
TRUE
per
abilitarlo.
Specificare
FALSE
per
non
abilitarlo.
Il
valore
di
default
è
false.
slow_link=TRUE|FALSE
Specifica
se
la
distribuzione
è
sopra
i
collegamenti
con
larghezze
di
banda
minore
di
un
kilobyte.
Se
TRUE,
i
valori
di
net_load,
packet_size
e
target_netload
vengono
misurati
in
byte
e
non
in
kilobyte.
Il
valore
di
default
è
FALSE.
Alcuni
di
questi
parametri
possono
essere
sovrascritti
per
una
determinata
distribuzione,
specificandoli
nelle
opzioni
di
distribuzione
durante
la
distribuzione.
Per
ulteriori
informazioni
sui
parametri
dei
ripetitori,
consultare
Tivoli
Management
Framework
User’s
Guide
e
Tivoli
Management
Framework
Reference
Manual.
Per
ulteriori
informazioni
sulle
opzioni
di
distribuzione,
consultare
“Definizione
delle
impostazioni
della
distribuzione”
a
pagina
225.
Passo
2:
determinazione
dei
requisiti
di
spazio
su
disco
delle
applicazioni
da
distribuire
Determinare
i
requisiti
di
spazio
su
disco
delle
applicazioni
da
distribuire,
facendo
riferimento
alle
guide
di
installazione
delle
applicazioni.
In
questo
scenario
si
parte
dal
presupposto
che
i
supporti
di
installazione
e
alcuni
file
dell’applicazione
del
software
da
distribuire
siano
distribuiti
nel
pacchetto
software.
I
supporti
di
installazione
richiedono
180
MB,
l’applicazione
richiede
circa
25
MB.
Pertanto,
prevedibilmente
il
pacchetto
software
di
dimensioni
maggiori
sarà
di
210
MB,
considerando
la
totalità
dei
programmi
di
configurazione
e
il
pacchetto
software.
Passo
3:
verifica
dello
spazio
su
disco
e
della
memoria
richiesta
per
i
siti
Electron
e
Pescado
Verificare
che
i
siti
electron
e
pescado
dispongano
dello
spazio
su
disco
richiesto
nella
directory
rappresentata
da
rpt_dir
e
della
memoria
necessaria
per
l’elaborazione.
Nota:
E’
necessario
essere
collegati
come
amministratore
per
eseguire
le
operazioni
necessarie
per
determinare
le
assegnazioni
di
memoria
e
di
spazio
su
disco.
1.
Verificare
lo
spazio
su
disco
disponibile
su
electron
(una
macchina
Windows
NT),
facendo
clic
su
Avvio->Programmi->Strumenti
di
amministrazione-
Impostazione
dei
parametri
del
ripetitore
Capitolo
11.
Configurazione
della
topologia
di
rete
271
>Amministratore
del
disco.
L’unità
C:\
dispone
di
388
MB
di
spazio
libero
su
disco,
mentre
l’unità
D:\
dispone
di
1484
MB
di
spazio
libero
su
disco.
2.
Verificare
la
memoria
disponibile
su
electron,
facendo
clic
su
Avvio->Programmi->Strumenti
di
amministrazione->Diagnostica
di
Windows
NT.
3.
Selezionare
il
separatore
Memoria
per
visualizzare
la
seguente
finestra:
Sono
disponibili
circa
148
MB
(152.016)
di
memoria.
4.
Verificare
la
disponibilità
di
memoria
su
pescado
(una
macchia
Solaris)
ed
individuare
un
file
system
con
spazio
libero
da
utilizzare
per
creare
il
buffer
delle
distribuzioni.
I
comandi
utilizzati
per
trovare
la
memoria
disponibile
cambiano
in
base
al
sistema
operativo
utilizzato.
Per
verificare
la
quantità
di
RAM
installata
sulla
macchina,
digitare
il
comando
prtconf
|
grep
“Memory
size”.
Questo
comando
restituisce
la
quantità
totale
di
memoria
installata,
non
solo
la
memoria
disponibile.
Output
del
comando:
Memory
size:
512
Megabytes
Infine,
per
verificare
le
partizioni
del
disco
per
lo
spazio
disponibile,
utilizzare
il
comando
df
–k.
Output
del
comando:
Impostazione
dei
parametri
del
ripetitore
272
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Filesystem
/dev/vx/dsk/rootvol
/dev/vx/dsk/usr
/proc
fd
/dev/vx/dsk/rootdg/vol06
swap
kbytes
246463
249991
0
0
983020
602632
used
182254
184582
0
0
586911
68332
avail
39569
40419
0
0
29780
534300
capacity
82%
82%
0
0%
66%
11%
Mounted
on
/
/
/usr
/proc
/var
/tmp
Poiché
il
file
system
/tmp
utilizza
una
parte
dello
spazio
di
swap,
non
si
consiglia
di
utilizzarlo
come
ripetitore.
Si
consiglia
di
utilizzare
il
file
system
/var
per
questo
sistema,
poiché
dispone
della
maggiore
quantità
di
spazio
libero
e
non
utilizza
lo
spazio
di
swap.
Passo
4:
impostazione
dei
parametri
dei
ripetitori
di
Electron
Il
parametro
send_timeout
non
viene
riconfigurato
in
questo
esempio.
Il
sistema
più
lento
della
rete
è
Pentium
con
32
MB
di
RAM.
Il
valore
send_timeout
di
default
è
di
300
secondi,
un
valore
sufficiente
per
questa
configurazione
del
sistema.
1.
Impostare
i
parametri
mem_max
e
disk_max
.
Per
non
appesantire
le
prestazioni,
non
impostare
mem_max
su
un
valore
superiore
rispetto
alla
RAM
disponibile.
La
cache
della
memoria
riduce
l’accesso
al
disco
per
migliorare
le
prestazioni.
Se
mem_max
è
maggiore
della
memoria
disponibile,
i
dati
verranno
commutati
sul
disco
e
si
ridurranno
le
prestazioni.
Per
evitare
errori
di
distribuzione,
impostare
il
parametro
disk_max
sulla
maggior
parte
di
spazio
disponibile
sul
disco
fisso
del
ripetitore.
Ad
esempio,
il
ripetitore
electron
dispone
di
148
MB
di
memoria
fisica
disponibile
e
di
1,5
GB
di
spazio
libero
sulla
partizione
D:
del
suo
disco
fisso.
Il
seguente
comando
imposta
il
parametro
mem_max
su
100
(in
modo
da
non
lasciare
tutta
la
memoria
disponibile
per
la
cache
del
ripetitore)
e
il
parametro
disk_max
su
1000.
wmdist
-s
electron
mem_max=100
disk_max=1000
2.
Impostare
il
parametro
rpt_dir
in
modo
che
sia
su
una
partizione
con
almeno
il
valore
disk_max
specificato
di
spazio
libero.
In
questo
caso,
specificare
la
directory
principale
del
ripetitore
per
il
ripetitore
electron
sulla
partizione
D:,
in
D:\tivoli\rptdir:
wmdist
-s
electron
rpt_dir=D:\tivoli\rptdir
E’
possibile
utilizzare
una
barra
rovesciata
(\)
nel
percorso
di
directory,
se
si
esegue
questo
comando
da
electron.
Se
si
esegue
questo
comando
da
un
nodo
gestito
di
UNIX,
è
necessario
qualificare
la
barra
rovesciata
con
un’altra
barra
rovesciata
oppure
utilizzare
una
barra
(/)
nel
seguente
modo:
D:/tivoli/rptdir
Passo
5:
impostazione
dei
parametri
del
ripetitore
di
Pescado
Impostare
i
parametri
del
ripetitore
di
pescado.
1.
La
memoria
fisica
di
Pescado
è
di
512
MB.
Se
pescado
viene
utilizzato
per
i
task
oltre
ad
agire
come
ripetitore,
impostare
questo
parametro
in
modo
da
utilizzare
una
minore
quantità
di
risorse.
wmdist
-s
pescado
mem_max=128
2.
Impostare
i
parametri
rpt_dir
e
disk_max.
Il
file
system
/var
dispone
di
spazio
su
disco
e
i
file
possono
essere
memorizzati
nella
directory
/var/tmp.
Dei
297
MB
disponibili
in
/var,
il
ripetitore
potrà
utilizzare
230
MB,
non
tutto
lo
spazio
del
file
system.
Impostare
i
parametri
nel
seguente
modo:
wmdist
-s
pescado
rpt_dir=/var/tmp
disk_max=230
Impostazione
dei
parametri
del
ripetitore
Capitolo
11.
Configurazione
della
topologia
di
rete
273
Nota:
Per
le
connessioni
di
rete
con
diverse
larghezze
di
banda,
i
valori
dei
parametri
del
ripetitore
devono
essere
ridotti
in
scala
in
modo
proporzionale.
Passo
6:
verifica
della
corretta
impostazione
dei
parametri
del
ripetitore
Verificare
che
i
parametri
del
ripetitore
siano
impostati
correttamente
utilizzando
il
comando
wmdist
–s
per
ciascun
ripetitore.
Il
ripetitore
electron
produce
il
seguente
output:
repeater_id:
2012560680.5.7
rpt_dir:
D:\tivoli\rptdir
permanent_storage:
TRUE
max_sessions_high:
5
max_sessions_medium:
10
max_sessions_low:
40
disk_max:
1000
(MB)
mem_max:
100
(MB)
send_timeout:
300
(secs)
execute_timeout:
600
(secs)
notify_interval:
30
(mins)
conn_retry_interval:
900
(sec)
retry_ep_cutoff:
7200
(secs)
net_load:
500
(KB/sec)
packet_size:
16
(KB)
target_netload:
0
(KB/sec)
debug_level:
3
repeater_multicast:
FALSE
endpoint_multicast:
FALSE
default_multicast:
FALSE
slow_link:
FALSE
Il
ripetitore
pescado
produce
il
seguente
output:
repeater_id:
2012560680.1.357
rpt_dir:
/var/tmp/
permanent_storage:
TRUE
max_sessions_high:
5
max_sessions_medium:
10
max_sessions_low:
40
disk_max:
230
(MB)
mem_max:
128
(MB)
send_timeout:
300
(secs)
execute_timeout:
600
(secs)
notify_interval:
30
(mins)
conn_retry_interval:
900
(sec)
retry_ep_cutoff:
7200
(secs)
net_load:
500
(KB/sec)
packet_size:
16
(KB)
target_netload:
0
(KB/sec)
debug_level:
3
repeater_multicast:
FALSE
endpoint_multicast:
FALSE
default_multicast:
FALSE
slow_link:
FALSE
Passo
7:
riavvio
del
ripetitore
Per
arrestare
e
riavviare
un
determinato
gateway
ed
il
relativo
ripetitore,
digitare
il
seguente
comando:
wgateway
gateway_name
restart
I
ripetitori
indipendenti
vengono
riavviati
dopo
20
minuti
di
inattività.
E’
possibile
attendere
finché
il
ripetitore
non
viene
riavviato
oppure
digitare
il
seguente
comando:
Impostazione
dei
parametri
del
ripetitore
274
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
odadmin
reexec
dispatcher_number
Funzionamento
di
Software
Distribution
Le
distribuzioni
di
pacchetti
software
vengono
abilitate
in
diversi
modi.
Nelle
seguenti
sezioni
vengono
illustrati
degli
scenari
di
distribuzione
che
dimostrano
l’interazione
di
questi
metodi
e
dei
tipi
di
macchina
a
seconda
del
numero
e
dei
tipi
di
endpoint.
Nel
seguente
diagramma
viene
illustrato
come
vengono
richiamati
i
metodi
tra
i
sistemi
in
ambiente
Tivoli:
La
distribuzione
di
un
pacchetto
software
su
un
endpoint
avviene
per
fasi.
Quando
viene
distribuito
un
pacchetto
software,
il
metodo
associato
all’operazione
di
gestione
delle
modifiche
inoltrata
al
server
di
Tivoli
management
region
esegue
le
seguenti
operazioni:
1.
Un’operazione
di
gestione
delle
modifiche
(CM)
viene
inoltrata
e
viene
eseguita
sul
server
di
Tivoli
management
region.
Ciascuna
operazione
corrisponde
ad
un
metodo
dell’operazione
di
gestione
delle
modifiche.
Se
l’operazione
di
default
viene
inoltrata
utilizzando
il
desktop
di
Tivoli
o
la
riga
comandi,
viene
richiamato
il
metodo
default_push.
Nota:
Il
processo
di
distribuzione
per
il
comando
di
spostamento
dei
dati
si
differenzia
dal
metodo
di
distribuzione
della
gestione
delle
modifiche
standard.
Un
esempio
di
questo
processo
viene
fornito
in
“Scenario
5:
esecuzione
delle
operazioni
di
spostamento
dati”
a
pagina
286.
Il
metodo
dell’operazione
di
gestione
delle
modifiche
passa
le
informazioni
relative
al
pacchetto
software
e
all’elenco
di
endpoint
al
metodo
cm_execute_src
sull’host
di
origine.
2.
Un
elenco
di
endpoint
viene
raccolto
per
l’operazione
del
pacchetto
software.
Tivoli Server
CM operation cm_execute_src
cm_execute_src MDist 2
MDist 2
MDist 2 send
passes target list to on source host (SH)
initiates the service on SH
retrieves routing information from endpoint manager on the Tivoli server
While invokes on source host to distribute to source's endpoints, thesource's invokes on Ep1 and Ep2 and starts distributionsend cm_operation_ep2MDist 2 send
MDist2 send cm_operation_ep2 on
passes routing information and distribution files to the method on M1
method on invokes Ep3 and Ep4 and startsdistribution
M1
1.
2.
3.
4.
5.
6.
Ep1 Ep2 Ep3 Ep4
M1 w/ repeater1
3
2 5
6
7
7. When all the results have been collected on the gateway or the notify_interval settinghas expired, the results are bundled and passed back by the MDist2 engine to theapplication callback method, called the method.MDist2_result
4
Source host
Figura
1.
MDist
2
e
operazione
di
gestione
delle
modifiche
Impostazione
dei
parametri
del
ripetitore
Capitolo
11.
Configurazione
della
topologia
di
rete
275
3.
Viene
eseguito
il
metodo
della
strategia
di
convalida
sp_val_operation,
che
convalida
l’operazione
in
termini
di
destinatari
e
regole
dell’endpoint.
4.
Lo
stato
del
pacchetto
software
viene
convalidato
nel
database
(CM_STATUS).
5.
Il
metodo
di
Software
Distribution,
cm_execute_src,
viene
eseguito
sull’host
di
origine
e
richiama
il
metodo
del
gestore
della
distribuzione,
registerDistribution,
sul
server
di
Tivoli
management
region.
Per
default,
l’host
di
origine
di
Software
Distribution
viene
definito
come
ripetitore.
6.
L’host
di
origine
contatta
il
servizio
MDist
2
con
l’elenco
degli
endpoint.
7.
Il
gestore
della
distribuzione
richiama
il
metodo
tst_route
nel
gestore
del
ripetitore
per
richiamare
il
percorso
di
quella
distribuzione.
8.
Il
gestore
della
distribuzione
crea
le
voci
nel
database
MDist
2
per
ciascun
sistema
di
destinazione
della
distribuzione.
9.
Il
metodo
registerDistribution
restituisce
il
percorso
della
distribuzione
e
il
numero
ID
sull’host
di
origine.
10.
Una
volta
restituito
l’ID
della
distribuzione,
Software
Distribution
esegue
le
seguenti
operazioni:
a.
Prepara
i
dati
da
inviare
in
formato
blocco
del
pacchetto
software
(formato
built).
Se
in
origine
è
stato
memorizzato
in
formato
diverso,
il
nuovo
formato
viene
creato
durante
l’invio.
b.
Aggiorna
la
tabella
SD_INST
con
lo
stato
di
modifica
temporaneo.
Ad
esempio,
se
si
esegue
un’operazione
di
installazione
per
la
prima
volta,
lo
stato
temporaneo
viene
riportato
come
(-
-
-
C),
con
C
in
posizione
finale.
Consultare
Manuale
di
riferimento
per
Software
Distribution
per
ulteriori
informazioni
sullo
stato
dei
pacchetti
software.11.
Software
Distribution
richiama
il
metodo
di
distribuzione
MDist
2
per
distribuire
il
flusso
di
dati.
In
generale,
se
esistono
altri
ripetitori
nel
percorso,
viene
utilizzato
il
metodo
send.
Quando
viene
raggiunto
l’endpoint,
il
metodo
di
distribuzione
MDist
2
richiama
il
metodo
di
Software
Distribution
cm_operation_ep2
per
eseguirlo
su
ciascun
endpoint.
Ciascun
ripetitore
simultaneamente:
a.
Distribuisce
il
flusso
di
dati
a
tutti
gli
endpoint
nel
suo
raggio,
richiamando
il
metodo
cm_operation_ep2
su
ciascun
endpoint.
b.
Richiama
il
metodo
send
su
ciascun
ripetitore
secondario.
Se
il
ripetitore
secondario
include
un
endpoint
della
distribuzione
nel
raggio
del
suo
ripetitore,
il
flusso
di
dati
e
l’elenco
di
endpoint
viene
inviato
ad
esso.12.
Il
metodo
cm_operation_ep2
viene
eseguito
su
ciascun
sistema
endpoint
ed
è
responsabile
della
ricezione
e
dell’installazione
del
pacchetto
software.
Quando
il
metodo
cm_operation_ep2
ha
completato
la
ricezione
e
l’esecuzione
dell’operazione
CM
appropriata
sul
pacchetto
software
(installazione,
eliminazione
e
così
via),
esso
restituisce
lo
stato
di
completamento
(operazione
riuscita
o
non
riuscita)
al
metodo
che
lo
ha
richiamato.
13.
La
frequenza
con
cui
il
ripetitore
impacchetta
e
restituisce
i
risultati
è
determinata
dall’impostazione
dell’attributo
notify_interval,
che
specifica
la
frequenza
(in
minuti)
con
cui
devono
essere
restituiti
i
risultati.
Una
volta
raccolti
tutti
i
risultati
sul
gateway
o
allo
scadere
dell’impostazione
notify_interval,
i
risultati
vengono
raccolti
ed
inviati
dal
motore
MDist
2
al
metodo
callback
dell’applicazione,
denominato
metodo
mdist2_result.
Nota:
Riducendo
il
valore
dell’attributo
notify_interval,
aumenta
la
frequenza
con
cui
vengono
restituite
le
notifiche.
Le
notifiche
utilizzano
le
connessioni
MDist
2
disponibili
sul
server,
che
spesso
sono
occupate.
Funzionamento
di
Software
Distribution
276
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Per
migliorare
le
prestazioni,
regolare
il
numero
di
connessioni
disponibili
in
base
all’impostazione
notify_interval.
14.
Il
metodo
mdist2_result
converte
i
dati
da
MDist
2
in
modo
che
vengano
elaborati
dal
gestore
delle
notifiche.
Questo
metodo
è
anche
responsabile
dell’esecuzione
del
gestore
delle
notifiche,
richiamando
il
metodo
run_nm,
che
notifica
ai
listener
disponibili
(interni
ed
esterni)
i
risultati
in
entrata.
Il
livello
di
priorità
impostato
nel
pacchetto
software
al
momento
della
distribuzione
rappresenta
anche
la
priorità
con
cui
i
listener
riportano
le
informazioni.
I
listener
interni
disponibili
sono
responsabili
delle
seguenti
attività:
v
Aggiornamento
delle
tabelle
relative
allo
stato
di
gestione
delle
modifiche
v
Invio
degli
eventi
a
Tivoli
Enterprise
Console
v
Invio
dell’output
ai
file
di
log
v
Invio
delle
informazioni
ai
gruppi
di
informazioni
v
Invio
di
agli
utenti
Il
listener
esterno
disponibile,
Activity
Plan
Manager,
viene
aggiornato
in
base
alle
informazioni
relative
all’operazione
inoltrata.
Lo
stato
di
modifica
temporaneo
nella
tabella
SD_INST
viene
aggiornato
in
base
allo
stato
finale
dell’operazione.
Nota:
Per
ottimizzare
le
prestazioni,
abilitare
solo
i
listener
cui
si
desidera
inviare
le
notifiche,
altrimenti
Software
Distribution
utilizzerà
risorse
non
necessario
per
collegarsi
a
tutti
i
listener.
Per
visualizzare
un
elenco
di
tutti
metodi
cm_execute_src
e
send
richiamati
dal
metodo
cm_execute_src,
immettere
il
comando
odstat
–c
durante
la
distribuzione.
Questo
comando
registra
le
attività
svolte
sui
server,
sui
gateway,
sui
ripetitori
e
sull’host
di
origine.
Riporta
il
metodo
dell’operazione
CM
durante
l’esecuzione
sul
server
e
il
metodo
cm_execute_src
in
esecuzione
sull’host
di
origine.
Elenca
il
metodo
send
in
esecuzione
sul
ripetitore.
Se
si
digita
continuamente
il
comando
odstat
–c,
ciascun
metodo
scomparirà
dall’elenco
durante
il
completamento
del
processo,
finché
non
viene
completato
il
metodo
cm_execute_src.
Durante
la
distribuzione
di
un
pacchetto
software,
Software
Distribution
distribuisce
i
pacchetti
software
con
i
servizi
di
comunicazioni
forniti
con
Tivoli
Management
Framework.
Le
distribuzioni
si
basano
sulle
comunicazioni
stabilite
dai
seguenti
due
servizi
di
Tivoli
Management
Framework:
v
Il
servizio
IOM
(Interobject
Message),
che
consente
di
distribuire
grandi
blocchi
di
dati
tra
i
ripetitori
senza
coinvolgere
le
comunicazioni
di
oserv.
Il
servizio
oserv
è
il
servizio
principale
di
Tivoli
Management
Framework,
che
coordina
le
comunicazioni
tra
tutte
le
risorse
gestite
e
i
gateway.
v
Multiplexed
Distribution
(MDist
2),
che
consente
le
distribuzioni
asincrone
di
grandi
quantità
di
dati
su
più
endpoint
dell’azienda.
Durante
la
distribuzione
di
un
pacchetto
software
su
più
endpoint,
MDist
2
utilizza
un
meccanismo
di
memorizzazione
e
di
inoltro
per
trasmettere
l’intera
distribuzione
prima
che
venga
aperto
il
livello
successivo
delle
connessioni.
Una
volta
inoltrata
la
distribuzione,
la
connessione
viene
chiusa.
MDist
2
utilizza
il
comando
wmdist
per
configurare
i
ripetitori.
Consultare
Tivoli
Management
Framework:
Manuale
di
riferimento
per
informazioni
sull’utilizzo
e
sulla
sintassi
del
comando
wmdist.
Ulteriori
informazioni
su
MDist
2
sono
disponibili
in
Tivoli
Management
Framework:
Pianificazione
per
la
guida
all’implementazione.
Funzionamento
di
Software
Distribution
Capitolo
11.
Configurazione
della
topologia
di
rete
277
Metodi
di
Software
Distribution
Durante
una
distribuzione
di
un
pacchetto
software,
i
metodi
delle
operazioni
di
CM
vengono
avviati
sul
server
di
Tivoli
management
region.
Il
modo
in
cui
viene
distribuito
il
pacchetto
software
determina
il
modo
in
cui
vengono
eseguiti
tali
metodi.
Uno
dei
seguenti
metodi
funge
da
metodo
principale
della
distribuzione
del
pacchetto
software
e
definisce
tutti
i
metodi
secondari:
default_push
Questo
metodo
viene
richiamato
se
il
pacchetto
software
viene
distribuito
utilizzando
l’opzione
di
menu
Profile
manager
-->
Distribute
sul
desktop
Tivoli
oppure
trascinando
e
rilasciando
l’icona
del
pacchetto
software
sul
destinatario
richiesto.
L’operazione
di
default
può
anche
essere
impostata
dalla
riga
comandi
utilizzando
il
seguente
comando:
wsetspat
-o
<default_cmop>
-M
<default_cmop_mode>
Consultare
Manuale
di
riferimento
per
Software
Distribution
per
ulteriori
informazioni
sul
comando
wsetspat.
operazione
CM
Questo
metodo
viene
richiamato
se
il
pacchetto
software
viene
distribuito
utilizzando
il
comando
appropriato
della
riga
comandi
o
dal
desktop
Tivoli,
facendo
clic
con
il
pulsante
destro
del
mouse
sul
profilo
appropriato,
quindi
facendo
clic
su
un’operazione
CM.
I
comandi
di
gestione
delle
modifiche
corrispondenti
ai
metodi
vengono
illustrati
nella
seguente
tabella.
Tabella
13.
Metodi
di
Software
Distribution
e
comandi
ed
operazioni
corrispondenti
Metodo
Operazione
Comando
install
installa
winstsp
reverse
elimina
wremovsp
accept
accetta
waccptsp
commit
esegue
il
commit
wcommtsp
undo
annulla
wundosp
verify
verifica
wversp
load
carica
wldsp
unload
scarica
wuldsp
move_data
invia,
richiama,
cancella
wspmvdata
Scenari
di
Software
Distribution
In
questa
sezione
vengono
forniti
degli
scenari
di
distribuzione
utilizzando
Software
Distribution:
v
“Scenario
1:
distribuzione
da
un
server
di
Tivoli
Management
Region
mediante
un
gateway”
a
pagina
279
v
“Scenario
2:
distribuzione
da
un
server
Tivoli
Management
Region
o
da
un
host
di
origine
su
un
ripetitore”
a
pagina
280
v
“Scenario
3:
distribuzione
da
un
host
di
origine
mediante
i
depot
del
ripetitore”
a
pagina
282
v
“Scenario
4:
distribuzione
da
un
server
Tivoli
Management
Region
su
un
endpoint
mobile
installando
le
immagini
da
un
CD-ROM”
a
pagina
284
v
“Scenario
5:
esecuzione
delle
operazioni
di
spostamento
dati”
a
pagina
286
Metodi
di
Software
Distribution
278
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Scenario
1:
distribuzione
da
un
server
di
Tivoli
Management
Region
mediante
un
gateway
Nello
scenario
di
distribuzione
più
semplice
che
presenta
gateway
e
endpoint,
il
server
e
l’host
di
origine
sono
la
stessa
macchina
e
gli
endpoint
sono
Ep1
ed
Ep2,
entrambi
assegnati
ad
un
gateway
dell’endpoint
GW1.
Uno
degli
endpoint,
Ep2,
non
è
disponibile
al
momento
della
distribuzione
e
nello
scenario
viene
illustrato
come
il
gestore
delle
notifiche
aggiorna
le
informazioni
per
gli
endpoint
su
cui
la
distribuzione
è
stata
completata
e
per
quelli
che
non
sono
disponibili.
Se
si
distribuisce
un
pacchetto
software
su
tutti
i
sistemi
di
destinazione
dell’endpoint
(Ep1
ed
Ep2),
il
metodo
install
dell’operazione
CM
avvia
il
metodo
cm_execute_src
sull’host
di
origine.
Il
metodo
cm_execute_src
avvia
il
metodo
di
distribuzione
che
richiama
il
metodo
send
per
effettuare
la
distribuzione
su
GW1.
Quando
viene
inoltrata
un’operazione
di
gestione
delle
modifiche,
la
tabella
SD_INST
nel
database
di
Inventory
viene
aggiornata
in
base
allo
stato
di
gestione
delle
modifiche
temporaneo,
che
diventa
uno
stato
permanente
al
termine
della
distribuzione.
Quando
l’host
di
origine
o
il
ripetitore
rileva
che
il
gateway
è
collegato
al
canale
IOM,
l’host
comincia
ad
inviare
il
flusso
di
dati
del
pacchetto
software
al
gateway,
su
cui
i
dati
sono
memorizzati
temporaneamente
in
un
depot.
Questo
depot
funge
da
area
temporanea
da
cui
GW1
distribuisce
il
pacchetto
software
al
metodo
cm_operation_ep2
su
ciascun
sistema
di
destinazione.
Il
gateway
utilizza
la
tecnologia
di
memorizzazione
ed
inoltro
per
avviare
il
trasferimento
dei
dati
dal
depot
sull’endpoint.
Sull’endpoint
Ep1,
il
daemon
lcfd
riceve
la
distribuzione
ed
avvia
il
metodo
dell’operazione
CM
specifico
che
scompone
ed
installa
il
pacchetto
software.
Al
termine
della
distribuzione,
riuscita
o
non
riuscita,
il
metodo
cm_operation_ep2
sull’endpoint
restituisce
lo
stato
della
distribuzione
al
metodo
send
sul
gateway.
Il
metodo
send
del
gateway,
a
sua
volta,
restituisce
lo
stato
finale
della
distribuzione
al
metodo
di
callback
mdist2_result
solo
dopo
che
ciascun
sistema
di
destinazione
ha
restituito
il
proprio
stato
della
distribuzione
al
relativo
gateway.
Durante
una
distribuzione,
il
gateway
terrà
traccia
delle
richieste
dei
metodi
dal
server,
da
altri
nodi
gestiti
e
dai
relativi
endpoint.
Il
gateway
dell’endpoint
funge
anche
da
gateway
per
il
richiamo
dei
metodi.
Tutte
le
operazioni
su
o
da
un
Ep1 Ep2
Tivoli managementregion server / source host
GW1
Figura
2.
Distribuzione
dal
server
Tivoli
mediante
un
gateway.
Distribuzione
da
un
server
mediante
un
gateway
Capitolo
11.
Configurazione
della
topologia
di
rete
279
endpoint
passano
attraverso
un
gateway
dell’endpoint:
il
gateway
riceve
una
richiesta
di
distribuzione,
determina
gli
endpoint,
quindi
scarica
ed
esegue
il
metodo
cm_operation_ep2
sull’endpoint
per
eseguire
l’operazione
di
Software
Distribution
richiesta.
Tutti
i
risultati
vengono
gestiti
dal
metodo
mdist2_result
in
esecuzione
sul
server
di
Tivoli
management
region.
Il
metodo
mdist2_result
converte
i
dati
da
MDist
2
in
modo
che
vengano
elaborati
dal
gestore
delle
notifiche.
Esso
fornisce
inoltre
i
risultati
della
distribuzione
al
gestore
delle
notifiche,
che
inoltra
i
messaggi
a
diversi
listener,
ad
esempio
gli
eventi
di
Tivoli
Enterprise
Console,
i
file
di
log,
le
informazioni
e
le
notifiche
di
email.
Quando
il
gateway
riceve
la
richiesta
di
distribuzione
per
Ep1
ed
Ep2,
scarica
ed
esegue
il
metodo
cm_operation_ep2
sull’endpoint
Ep1.
Poiché
Ep2
non
è
collegato,
il
gateway
determina
che
Ep2
non
può
ricevere
la
distribuzione,
pertanto
esso
viene
impostato
su
UNAVAILABLE
nella
coda
di
MDist
2.
Quando
il
gateway
non
è
in
grado
di
contattare
un
endpoint,
esso
verifica
se
la
distribuzione
dispone
del
supporto
Wake
on
LAN
abilitato
e
tenta
di
avviare
il
sistema.
Se
Ep2
dispone
dell’adattatore
di
rete
Wake
on
LAN,
il
riavvio
viene
eseguito
automaticamente
su
Ep2.
La
distribuzione
continua
e
viene
completata,
mentre
Ep2
rimane
in
esecuzione
al
termine
della
distribuzione.
Se
il
gateway
non
è
in
grado
di
collegarsi
con
l’endpoint
e
l’opzione
di
distribuzione
Wake
on
LAN
non
è
abilitata
o
l’endpoint
non
dispone
dell’adattatore
di
rete,
la
distribuzione
rimane
in
attesa
sul
gateway.
La
stessa
distribuzione
viene
contrassegnata
come
riuscita
(non
riuscita)
per
Ep1.
In
questo
caso,
si
consiglia
di
impostare
il
parametro
notify_interval
per
controllare
la
frequenza
con
cui
notificare
i
risultati
al
server
e
a
Software
Distribution.
Se
notify_interval
è
impostato
su
cinque
minuti,
il
gateway
attenderà
cinque
minuti
prima
di
raccogliere
tutti
i
risultati
disponibili
e
di
inviarli
al
servizio
MDist
2.
Il
servizio
MDist
2
aggiorna
il
database
di
MDist
2
e
il
controllo
viene
inviato
di
nuovo
a
Software
Distribution,
che
continua
ad
aggiornare
i
listener.
In
questo
scenario
solo
i
risultati
di
Ep1,
che
ha
completato
la
distribuzione,
vengono
restituiti
al
relativo
gateway.
Per
controllare
la
distribuzione
e
limitare
il
numero
di
tentativi
di
connessione,
è
anche
possibile
configurare
i
parametri
deadline
e
conn_retry_interval
.
Utilizzando
deadline,
è
possibile
impostare
una
data
di
scadenza
della
distribuzione.
Se
l’endpoint
non
si
collega
prima
di
questa
data,
la
distribuzione
scade
sulla
destinazione
non
disponibile.
Ad
esempio,
se
il
parametro
deadline
è
di
48
ore
e
conn_retry_interval
è
impostato
su
3600
secondi,
dopo
due
giorni,
la
connessione
viene
tentata
per
48
volte.
Nella
tabella
SD_INST,
lo
stato
finale
di
Ep1
viene
registrato
come
IC
-
-
-
(installato,
commit
eseguito),
mentre
lo
stato
di
modifica
temporaneo
di
Ep2
viene
reimpostato
sul
suo
stato
originale.
Scenario
2:
distribuzione
da
un
server
Tivoli
Management
Region
o
da
un
host
di
origine
su
un
ripetitore
Nella
Figura
3
a
pagina
281
viene
illustrato
il
server
Tivoli
management
region
e
l’host
di
origine
come
macchine
separate.
I
gateway
GW1,
GW2
e
GW3
vengono
specificati
nel
raggio
del
ripetitore
di
R1.
In
questo
scenario
viene
descritta
la
distribuzione
di
un
pacchetto
software,
SP^1.0,
dall’host
di
origine
su
Ep1,
Ep2
ed
Ep3.
Viene
inoltre
descritta
la
distribuzione
su
Ep5
ed
EP6
del
pacchetto
software
INSTALL_IMAGE^2.0,
che
richiama
le
immagini
indicate
nel
pacchetto
software
INSTALL_IMAGE^2.0
da
un
server
di
file
(Ep7)
sulla
stessa
LAN
come
endpoint
Ep5
ed
Ep6,
presenti
in
un’area
di
versa
ed
utilizzano
un
collegamento
lento.
Distribuzione
da
un
server
mediante
un
gateway
280
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Distribuzione
del
pacchetto
software
SP^1.0
su
GW1
e
GW2
Il
metodo
install
dell’operazione
CM
avvia
il
metodo
cm_execute_src
sull’host
di
origine.
Il
metodo
cm_execute_src
avvia
il
metodo
di
distribuzione
che
richiama
il
metodo
send
per
distribuire
SP^1.0
su
R1.
Da
R1,
il
metodo
send
distribuisce
SP^1.0
su
GW1
e
GW2.
GW1
e
GW2
distribuiscono
SP^1.0
sul
metodo
cm_op_ep2
su
ciascun
sistema
di
destinazione.
Quando
il
metodo
send
su
R1
richiama
il
pacchetto
software,
quest’ultimo
viene
posizionato
nel
depot
su
R1.
R1
viene
configurato
come
ripetitore
con
il
comando
wrpt
e
i
parametri
del
ripetitore
vengono
impostati
utilizzando
il
comando
wmdist.
Consultare
“Configurazione
dei
siti
del
ripetitore”
a
pagina
265
e
“Impostazione
dei
parametri
del
ripetitore”
a
pagina
266
per
ulteriori
informazioni.
Questo
depot
del
ripetitore
funge
da
cache
se
gli
endpoint
non
sono
in
grado
di
ricevere
il
pacchetto
software
in
modo
asincrono.
Il
ripetitore
riceve
l’intera
distribuzione
prima
di
inviarla
al
livello
successivo.
Una
volta
ricevuto
il
pacchetto
software,
R1
lo
distribuisce
a
GW1
e
GW2,
che,
a
loro
volta,
lo
distribuiscono
a
Ep1,
Ep2,
Ep3
ed
Ep4.
MDist
2
utilizza
la
tecnologia
di
memorizzazione
ed
inoltro
per
spostare
la
distribuzione
tra
i
ripetitori
e
i
gateway.
Distribuzione
da
un
server
di
file
Questa
tecnologia
di
rete
include
un
collegamento
lento
tra
R1
e
GW3.
In
questo
caso,
si
consiglia
di
separare
i
dati
dalla
distribuzione
e
di
caricarli
su
un
server
di
file
dedicato
presente
nella
stessa
area
degli
endpoint
di
destinazione.
In
questo
scenario,
il
server
di
file
è
Ep7.
Nota:
Quando
si
invia
una
distribuzione
con
l’opzione
Dal
server
dei
file
selezionata,
incrementare
il
valore
send_timeout
della
distribuzione.
Una
volta
superato
questo
valore
di
timeout,
non
è
possibile
sospendere
o
annullare
la
distribuzione.
Tivoli managementregion server
R1
GW1 GW3
Source host
GW2
Ep1 Ep2 Ep3 Ep4 Ep5 Ep6 Ep7 /file server
Figura
3.
Distribuzione
da
un
host
mediante
un
ripetitore
Distribuzione
da
un
host
di
origine
su
un
ripetitore
Capitolo
11.
Configurazione
della
topologia
di
rete
281
L’amministratore
deve
distribuire
il
blocco
del
pacchetto
software
INSTALL_IMAGE^2.0,
di
150
MB,
ad
Ep5
e
Ep6.
Prima
di
inviare
la
distribuzione,
l’amministratore
deve
creare
un’immagine
installabile
del
blocco
del
pacchetto
software
utilizzando
il
comando
wldsp
-l
depot_image_dir=target_spb_path
o
wdepot
image.
Consultare
Manuale
di
riferimento
per
Software
Distribution
per
informazioni
sulla
sintassi
e
sull’utilizzo
del
comando
wldsp.
Consultare
inoltre
Tivoli
Management
Framework:
Manuale
di
riferimento
per
informazioni
sulla
sintassi
e
sull’utilizzo
del
comando
wdepot.
Questi
comandi
consentono
di
creare
due
file
con
estensione
.itc/.toc
e
.dat.
Questi
due
file
contengono
i
dati
da
utilizzare
durante
la
distribuzione
(cm_operation_ep2).
Tali
file
vengono
caricati
o
copiati
sul
server
di
file
e
accedono
ad
essi
gli
endpoint
Ep5
e
Ep6.
Per
accedere
al
server
di
file
Ep7,
l’amministratore
deve
configurare
il
file
remote.dir
sugli
endpoint
Ep5
ed
Ep6.
Il
file
di
testo
remote.dir
deve
essere
copiato
in
$LCF_DATDIR
su
ciascun
endpoint.
Questo
file
contiene
un
elenco
di
server
di
file
disponibili,
uno
in
ciascuna
riga.
L’amministratore
può
utilizzare
Software
Distribution
per
distribuire
il
file
remote.dir
sugli
endpoint
di
un
pacchetto
software.
A
questo
punto,
l’amministratore
esegue
un’operazione
di
installazione
senza
dati,
specificando
l’opzione
from_fileserver.
Nota:
Per
informazioni
su
come
personalizzare
l’impostazione
di
default
dell’opzione
from_fileserver
utilizzando
il
comando
wswdmgr,
consultare
“Personalizzazione
delle
impostazioni
della
GUI”
a
pagina
214.
Quando
l’endpoint
lcfd
riceve
la
distribuzione,
ricerca
il
contenuto
della
distribuzione
nella
directory
condivisa
specificata
del
primo
server
di
file
elencato
nel
file
remote.dir.
Se
non
trova
il
file,
lo
ricerca
nel
server
di
file
successivo
contenuto
nel
file
remote.dir.
In
questo
scenario,
il
server
di
file
contenuto
nel
file
remote.dir
è
una
directory
su
Ep7.
L’operazione
non
viene
eseguita
correttamente
se
le
immagini
(file
.itc/.toc
e
.dat)
non
sono
disponibili
sul
server
di
file
Ep7.
Consultare
Tivoli
Management
Framework:
User’s
Guide
per
ulteriori
informazioni
sul
file
remote.dir
e
sulle
installazioni
dai
server
di
file.
Scenario
3:
distribuzione
da
un
host
di
origine
mediante
i
depot
del
ripetitore
Un
depot
del
ripetitore
è
un
archivio
di
dati
che
funge
da
punto
di
distribuzione
a
ventaglio
e
consente
di
memorizzare
i
dati
della
distribuzione
in
modo
temporaneo
o
permanente
(pacchetti
software).
La
memorizzazione
dei
dati
in
depot
riduce
il
traffico
di
rete
per
le
serie
di
dati
distribuite
frequentemente.
Si
consiglia
di
utilizzare
i
depot
alla
fine
di
collegamenti
di
rete
lenti
o
non
affidabili.
Tuttavia,
non
utilizzare
i
depot
per
distribuzioni
molto
grandi
o
per
dati
che
cambiano
frequentemente.
I
depot
dei
ripetitori
possono
memorizzare
l’intera
distribuzione
e
riprendere
una
distribuzione
che
è
stata
interrotta
a
causa
di
nodi
non
disponibili
o
malfunzionamenti
della
rete.
Invece
di
inviare
nuovamente
l’intera
distribuzione
dall’host
di
origine,
vengono
inviati
solo
i
file
non
distribuiti
dall’ultimo
punto
di
controllo
del
ripetitore.
I
dati
o
i
segmenti
della
distribuzione
possono
essere
memorizzati
temporaneamente
o
permanentemente
nel
depot,
a
seconda
delle
impostazioni
del
ripetitore.
Tuttavia,
se
l’attributo
disposable
è
impostato
durante
l’installazione
di
un
pacchetto
software
e
i
depot
del
ripetitore
sono
stati
configurati
per
accettare
le
distribuzioni
temporanee,
i
dati
della
distribuzione
vengono
rimossi
al
termine
della
distribuzione
(completamento
di
tutti
gli
endpoint
o
la
distribuzione
ha
Distribuzione
da
un
host
di
origine
su
un
ripetitore
282
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
raggiunto
la
scadenza).
Se
un
depot
del
ripetitore
viene
configurato
per
accettare
le
distribuzioni
temporanee
e
l’attributo
disposable
non
è
impostato,
i
dati
della
distribuzione
non
vengono
eliminati.
Ciascun
ripetitore
nella
gerarchia
della
distribuzione
è
un
depot
potenziale
in
cui
è
possibile
memorizzare
i
pacchetti
software.
Dopo
avere
configurato
un
ripetitore
come
depot
ripetitore,
è
possibile
eseguire
le
distribuzioni
utilizzando
i
depot
ripetitori
come
destinazioni.
E’
possibile
utilizzare
il
comando
wldsp
per
caricare
un
pacchetto
software
nel
depot
ripetitore
oppure
il
comando
wuldsp
per
annullare
il
caricamento
del
pacchetto
software
da
un
depot
ripetitore.
Consultare
Manuale
di
riferimento
per
Software
Distribution
per
ulteriori
informazioni
su
questi
comandi.
E’
anche
possibile
eseguire
queste
operazioni
dal
desktop
Tivoli.
Per
ulteriori
informazioni,
consultare
“Caricamento
e
scaricamento
dei
pacchetti
software”
a
pagina
214.
E’
possibile
specificare
l’attributo
from_depot
del
comando
winstsp
per
richiedere
che
il
pacchetto
software
venga
installato
direttamente
dal
depot
collegato
all’endpoint,
piuttosto
che
dall’host
di
origine.
Il
depot
deve
essere
stato
caricato
precedentemente
con
il
pacchetto
software,
altrimenti
l’installazione
non
verrà
eseguita
correttamente.
Nota:
Se
si
specifica
from_depot
insieme
a
roam_endpoints,
il
pacchetto
software
deve
essere
caricato
su
tutti
gli
endpoint
su
cui
l’endpoint
può
eseguire
il
roaming,
per
evitare
errori
durante
l’installazione.
Per
ulteriori
informazioni
su
come
personalizzare
l’impostazione
di
default
per
l’opzione
from
depot
utilizzando
il
comando
wswdmgr,
consultare
“Personalizzazione
delle
impostazioni
della
GUI”
a
pagina
214
Di
seguito
viene
illustrato
come
configurare
il
ripetitore
R1
come
depot
ripetitore,
come
caricare
un
pacchetto
software
nel
depot,
come
installare
un
pacchetto
software
dal
depot,
come
elencare
le
voci
nel
depot
e
come
rimuovere
un
pacchetto
software
dal
depot.
1.
Configurare
il
ripetitore
R1
come
depot
ripetitore.
Il
ripetitore
deve
disporre
di
spazio
sufficiente
per
tutte
le
distribuzioni
attive
e
di
spazio
per
tutte
le
distribuzioni
che
verranno
memorizzate
permanentemente
sul
depot
ripetitore.
Per
configurare
il
ripetitore
R1
come
depot
ripetitore,
utilizzare
il
comando
wmdist
ed
impostare
il
parametro
permanent_storage
su
true,
nel
modo
seguente:
wmdist
-s
R1
permanent_storage=TRUE
2.
Caricare
il
blocco
del
pacchetto
software
mypackage
nel
depot
ripetitore
R1.
Per
caricare
il
blocco
del
pacchetto
software,
utilizzare
il
comando
wldsp
nel
modo
seguente:
wldsp
@mypackage
R1
Se
il
blocco
del
pacchetto
software
contiene
dei
pacchetti
software
nidificati,
utilizzare
il
comando
wldsp
per
caricare
il
pacchetto
software
principale.
In
tal
modo,
vengono
caricati
automaticamente
i
pacchetti
software
nidificati
che
esso
contiene.
In
questo
caso,
viene
eseguita
una
distribuzione
di
più
segmenti
su
MDist
2,
dove
ciascun
segmento
contiene
un
diverso
blocco
del
pacchetto
software.
3.
Verificare
il
contenuto
del
depot
e
le
informazioni
relative
a
ciascuna
voce,
eseguendo
il
comando
wdepot
con
l’argomento
-l,
nel
modo
seguente:
wdepot
R1
list
-l
Distribuzione
da
un
host
di
origine
mediante
i
depot
del
ripetitore
Capitolo
11.
Configurazione
della
topologia
di
rete
283
Questo
comando
restituisce
l’ID,
la
versione,
la
dimensione,
la
percentuale
di
completamento
e
l’ora
dell’ultima
modifica
di
ciascuna
voce
del
depot.
4.
Eseguire
un’installazione
del
blocco
del
pacchetto
software
@mypackage
dal
depot
ripetitore
R1,
utilizzando
il
comandi
winstsp,
come
illustrato
di
seguito:
winstsp
-l
from_depot
@mypackage
@sapphire
In
questo
caso,
la
distribuzione
ignora
l’host
di
origine
e
trova
i
dati
nel
depot.
Se
è
stato
configurato
il
database
MDist
2,
è
possibile
utilizzare
il
comando
wmdist
insieme
agli
argomenti
–
e,
–l
e
–i
per
controllare
la
distribuzione.
5.
Per
rimuovere
un
determinato
blocco
del
pacchetto
software
dal
depot
R1,
utilizzare
il
comando
wuldsp
nel
modo
seguente:
wuldsp
@mypackage
R1
Il
comando
wuldsp
consente
di
aggiornare
anche
il
database
Inventory
in
base
alla
modifica.
E’
anche
possibile
eliminare
tutte
le
voci
contenute
nel
depot,
utilizzando
il
comando
wdepot
con
l’argomento
purge,
nel
modo
seguente:
wdepot
R1
purge
Viene
richiesto
di
confermare
l’operazione.
Il
database
Inventory
non
viene
aggiornato
in
base
alla
modifica.
Scenario
4:
distribuzione
da
un
server
Tivoli
Management
Region
su
un
endpoint
mobile
installando
le
immagini
da
un
CD-ROM
In
questo
scenario
viene
illustrata
la
distribuzione
di
diverse
applicazioni
(blocchi
del
pacchetto
software)
sull’endpoint
Ep2
configurato
come
endpoint
mobile,
non
collegato
alla
rete
al
momento
della
distribuzione.
Distribuzione
da
un
host
di
origine
mediante
i
depot
del
ripetitore
284
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Il
pacchetto
software
contiene
le
istruzioni
necessarie
per
installare
le
applicazioni
le
cui
immagini
sono
contenute
in
un
CD.
L’amministratore
deve
preparare
le
immagini
installabili
del
blocco
del
pacchetto
software,
utilizzando
il
comando
wldsp
-l
depot_image_dir=target_spb_path
o
wdepot
image.
Consultare
Manuale
di
riferimento
per
Software
Distribution
per
informazioni
sulla
sintassi
e
sull’utilizzo
del
comando
wldsp.
Consultare
inoltre
Tivoli
Management
Framework:
Manuale
di
riferimento
per
informazioni
sulla
sintassi
e
sull’utilizzo
del
comando
wdepot.
Questi
comandi
consentono
di
creare
due
file
con
estensione
.itc/.toc
e
.dat.
Questi
due
file
contengono
i
dati
da
utilizzare
durante
la
distribuzione
e
devono
essere
copiati
sui
CD.
L’amministratore
fornisce
a
ciascun
utente
mobile
un
CD
contenente
le
immagini
delle
applicazioni.
L’amministratore
specifica
le
impostazioni
degli
enpoint
mobili,
inclusa
una
data
obbligatoria
prima
della
quale
eseguire
l’installazione,
quindi
esegue
un’installazione
senza
dati.
Se
l’utente
mobile
non
esegue
l’installazione
entro
la
data
obbligatoria,
il
pacchetto
software
viene
scaricato
automaticamente
nel
depot
locale
subito
dopo
il
collegamento
dell’utente
mobile
successivo.
Quando
la
distribuzione
raggiunge
il
gateway,
viene
eseguita
una
verifica
per
determinare
se
la
destinazione
è
configurata
come
endpoint
mobile.
Se
l’endpoint
non
è
collegato,
la
distribuzione
viene
sospesa
sul
gateway
finché
non
scade
il
termine
della
distribuzione
o
finché
la
distribuzione
non
viene
ripresa
dall’utente
mediante
la
console
Mobile
Computing.
Per
ulteriori
informazioni,
consultare
Tivoli
Management
Framework:
User’s
Guide.
Quando
l’utente
mobile
si
collega,
il
relativo
gateway
verifica
la
coda
ed
individua
una
distribuzione
sospesa
per
questo
utente
mobile.
L’utente
mobile
viene
informato
in
merito
alla
distribuzione
nella
coda.
Per
ridurre
i
tempi
di
connessione
remota,
l’utente
mobile
può
decidere
di
scaricare
il
pacchetto
software,
chiudere
la
connessione
ed
eseguire
il
comando
install
successivamente
senza
Tivoli managementregion server
R1
GW1
Ep1mobile
Ep2mobile
Figura
4.
Distribuzione
dal
server
Tivoli
su
endpoint
mobili.
Distribuzione
da
un
server
su
un
endpoint
mobile
Capitolo
11.
Configurazione
della
topologia
di
rete
285
essere
collegato.
Il
trasferimento
viene
avviato
e
all’utente
mobile
viene
richiesto
di
inserire
il
CD,
poiché
i
dati
indicati
nel
pacchetto
software
sono
contenuti
sul
CD-ROM
dell’endpoint
mobile.
I
risultati
delle
distribuzioni
vengono
raccolti
in
una
directory
del
depot
mobile
locale
ed
inviati
a
Software
Distribution
durante
la
successiva
connessione
di
rete
effettuata
dall’enpoint
mobile.
L’operazione
non
viene
eseguita
correttamente
se
le
immagini
(.itc/toc
e
.dat)
non
sono
disponibili
sul
CD.
Scenario
5:
esecuzione
delle
operazioni
di
spostamento
dati
Il
servizio
Trasferimento
dati
fornisce
le
seguenti
operazioni
di
Software
Distribution:
v
Invio,
richiamo
ed
eliminazione
dei
file
sull’host
di
origine
e
sugli
endpoint.
Possibilità
di
inviare,
richiamare
o
eliminare
qualsiasi
tipo
di
file
utilizzando
il
comando
di
trasferimento
dei
dati.
v
Invio
di
file
da
un
endpoint
di
origine
su
una
serie
di
endpoint
di
destinazione.
v
Invio,
richiamo
o
eliminazione
di
più
di
un
file
utilizzando
caratteri
jolly
o
indicatori
di
corrispondenza,
oltre
alle
variabili
standard
di
Software
Distribution.
Per
ulteriori
informazioni
sulle
variabili
di
Software
Distribution,
consultare
Manuale
di
riferimento
per
Software
Distribution.
In
questo
scenario
viene
descritta
una
situazione
tipica
in
cui
le
informazioni
del
database
vengono
raccolte
dalle
filiali
dell’azienda
(endpoint):
uno
script
precedente
all’elaborazione
viene
eseguito
sugli
endpoint
Ep1,
Ep2,
Ep3,
Ep4,
Ep5
ed
Ep6
per
estrarre
le
informazioni
dall’applicazione
del
database
locale
in
un
file
denominato
database.*.db
su
ciascun
endpoint.
I
file
vengono
richiamati
dall’host
di
origine,
dove
lo
script
precedente
all’elaborazione
estrae
i
dati
rilevanti.
Il
comando
di
spostamento
dei
dati
viene
eseguito
sul
server
Tivoli
management
region
da
Tivoli
CLI
utilizzando
il
comando
wspmvdata
dal
desktop
Tivoli
o
da
Activity
Planner.
Tivoli managementregion server
R1
GW1 GW3
Source host
GW2
Ep1 Ep2 Ep3 Ep4 Ep5 Ep6
Figura
5.
Operazione
di
richiamo
di
spostamento
dei
dati
Distribuzione
da
un
server
su
un
endpoint
mobile
286
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Il
metodo
cm_execute_src
viene
eseguito
sull’host
di
origine
e
viene
verificata
la
validità
del
percorso
su
cui
verrà
richiamato
il
file.
Al
termine
della
verifica,
viene
creato
un
file
.spb
contenente
le
informazioni
da
richiamare.
Viene
richiamato
il
metodo
del
gestore
della
distribuzione,
registerDistribution,
e
il
file
.spb
viene
inviato
ed
installato
su
ciascun
endpoint
che
richiama
il
metodo
cm_operation_ep2
sull’endpoint.
Il
file
.spb
viene
utilizzato
per
eseguire
lo
script
precedente
all’elaborazione,
che
raccoglie
i
dati
richiesti
e
li
salva
nei
file
database.*.db.
I
file
database.*.db
vengono
creati
nei
file
.spb
e
vengono
memorizzati
temporaneamente
sugli
endpoint.
Ciascun
endpoint
deve
disporre
di
spazio
sufficiente
per
contenere
dati
di
grandi
dimensioni
per
l’operazione
di
richiamo.
I
nuovi
pacchetti
.spb
vengono
restituiti
all’host
di
origine
che
richiama
il
metodo
dm_mdist2_result
e
memorizzato
nella
directory
di
destinazione.
Una
directory
secondaria
di
destinazione
separata
viene
creata
sull’host
di
origine
per
ciascun
endpoint,
in
modo
che
i
file
con
lo
stesso
nome
richiamati
da
diversi
endpoint
non
vengano
sovrascritti.
Uno
script
successivo
all’elaborazione
viene
eseguito
sull’host
di
origine
per
estrarre
i
dati
rilevanti
dai
file
database.*.db.
I
risultati
dell’operazione
vengono
raccolti
ed
inviati
al
metodo
mdist2_result.
Esecuzione
delle
operazioni
di
spostamento
dati
Capitolo
11.
Configurazione
della
topologia
di
rete
287
Esecuzione
delle
operazioni
di
spostamento
dati
288
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Capitolo
12.
Integrazione
di
Tivoli
Enterprise
Console
Software
Distribution
Tivoli
Enterprise
Console
Integration
consente
a
Software
Distribution
di
inviare
gli
eventi
al
server
di
eventi
di
Tivoli
Enterprise
Console
(server
di
eventi)
quando
viene
eseguita
un’operazione
di
Software
Distribution.
In
ambiente
Tivoli,
un
evento
viene
classificato
come
una
modifica
significativa
allo
stato
di
una
risorsa
del
sistema,
di
una
risorsa
della
rete
o
di
un’applicazione
della
rete.
Dopo
avere
abilitato
l’integrazione
di
Tivoli
Enterprise
Console,
Software
Distribution
genera
automaticamente
gli
eventi
in
base
alle
sue
operazioni,
ovvero
alle
distribuzioni
riuscite
o
non
riuscite
o
alle
operazioni
di
gestione
delle
modifiche
e
invia
tali
eventi
al
server
di
eventi.
In
tal
modo,
è
possibile
la
raccolta
centrale
degli
eventi
di
Software
Distribution
e
il
richiamo
delle
azioni
che
possono
essere
gestite
allo
stesso
modo
degli
eventi
provenienti
da
altre
origini
o
correlate
con
altri
eventi.
In
questo
capitolo
viene
descritto
il
file
di
configurazione
di
eventi
di
Software
Distribution
e
le
classi
di
eventi.
E’
necessario
conoscere
l’applicazione
Tivoli
Enterprise
Console
e
i
relativi
manuali,
soprattutto
IBM
Tivoli
Enterprise
Console:
User’s
Guide
e
IBM
Tivoli
Enterprise
Console:
Adapters
Guide.
Questi
materiali
forniscono
informazioni
concettuali
sugli
eventi,
sugli
adattatori
di
eventi
e
sulle
classi.
Abilitazione
di
Tivoli
Enterprise
Console
Per
utilizzare
l’integrazione
di
Tivoli
Enterprise
Console,
eseguire
le
seguenti
operazioni:
v
Installare
Software
Distribution,
Versione
4.2.1.
v
Installare
la
versione
3.7.1
o
successiva
di
Tivoli
Enterprise
Console
e
del
server
di
Tivoli
Enterprise
Console
in
Tivoli
management
region.
v
Verificare
che
l’integrazione
sia
abilitata.
L’integrazione
è
abilitata
per
default,
altrimenti
utilizzare
il
comando
wswdmgr
per
abilitarla.
v
Registrare
le
classi
di
eventi
di
Software
Distribution
sul
server
di
Tivoli
Enterprise
Console.
v
Configurare
il
server
di
eventi,
se
necessario
.
v
Creare
Software
Distribution
Console.
Per
ulteriori
informazioni
sull’installazione
e
l’utilizzo
del
server
di
eventi
e
della
console,
consultare
IBM
Tivoli
Enterprise
Console:
User’s
Guide.
Operazioni
da
eseguire
per
abilitare
l’integrazione
Di
seguito
viene
illustrato
come
abilitare
Software
Distribution
per
inviare
gli
eventi
al
server
di
Tivoli
Enterprise
Console
in
un
ambiente
contenente
diversi
server
di
Tivoli
management
region
e
server
di
eventi
di
Tivoli
Enterprise
Console,
ma
in
cui
Software
Distribution
Server
non
risiede
sullo
stesso
server
di
Tivoli
management
region
del
server
di
Tivoli
Enterprise
Console.
1.
Prima
di
eseguire
il
collegamento
con
le
Tivoli
management
region,
eseguire
il
comando
wregister
per
registrare
la
risorsa
del
server
di
eventi
(EventServer)
su
tutti
i
server
di
Software
Distribution
da
cui
si
desidera
inviare
gli
eventi
e
in
cui
si
desidera
che
la
classe
EventServer
sia
visibile.
Eseguire
il
comando
come
di
seguito
riportato:
wregister
-i
-v
EventServer
©
Copyright
IBM
Corp.
2002,
2003
289
Consultare
IBM
Tivoli
Enterprise
Console:
Installation
Guide
per
ulteriori
informazioni
su
come
registrare
la
risorsa
e
Tivoli
Management
Framework:
Manuale
di
riferimento
per
ulteriori
informazioni
sul
comando
wregister.
2.
Dopo
avere
installato
Software
Distribution,
l’integrazione
di
Tivoli
Enterprise
Console
viene
abilitata
per
default.
Se
non
è
abilitata,
utilizzare
il
comando
wswdmgr.
Eseguire
il
comando
sul
server
di
Software
Distribution
nel
seguente
modo:
wswdmgr
[-s
[key={true
|
false}]
dove
key
è:
is_swd_tec_enabled
Se
questa
chiave
è
impostata
su
true,
gli
eventi
di
Software
Distribution
vengono
inviati
a
Tivoli
Enterprise
Console.
Il
valore
di
default
è
true.3.
Le
classi
di
eventi
di
Software
Distribution
sono
definite
nel
file
tecad_sdnew.baroc
contenuto
nella
directory
$BINDIR/TME/SWDIS/SPO
del
server
di
Software
Distribution.
Consultare
“Classi
di
Software
Distribution”
a
pagina
294
per
ulteriori
informazioni
sulle
classi
di
eventi
di
Software
Distribution.
Per
impostare
un
rule
base
per
gestire
gli
eventi
ed
installare
le
classi
di
eventi
di
Software
Distribution
sul
server
di
eventi,
viene
fornito
il
file
di
script
di
swdistecsrvr_inst.sh,
contenuto
nella
directory
$BINDIR/TME/SWDIS/SCRIPTS.
Copiare
i
seguenti
file
dal
server
di
Software
Distribution
in
una
directory
temporanea
(per
questo
esempio,
/tmp)
sul
server
di
Tivoli
Enterprise
Console:
$BINDIR/TME/SWDIS/SCRIPT/swdistecsrvr_inst.sh
$BINDIR/TME/SWDIS/SPO/tecad_sdnew.baroc
4.
Eseguire
lo
script
swdistecsrvr_inst.sh
nel
seguente
modo,
specificando
il
percorso
(/tmp)
del
file
tecad_sdnew.baroc
utilizzando
l’opzione
-w:
sh
/tmp/swdistecsrvr_inst.sh
-b
<your_rule>
-s
aix270
-u
root
-p
<your_password>
-t
<your_console>
-w
/tmp/tecad_sdnew.baroc
5.
Specificare
il
server
di
eventi
cui
inviare
gli
eventi
di
Software
Distribution.
Il
server
di
eventi
viene
specificato
definendo
la
chiave
SeverLocation
nel
file
tecad_sd.conf
contenuto
nel
seguente
percorso:
$BINDIR/TME/SWDIS/SPO/tecad_sd.conf
Il
file
tecad_sd.conf
viene
descritto
dettagliatamente
in
“File
tecad_sd.conf”.
6.
Completare
il
processo,
creando
la
console
di
Software
Distribution.
Consultare
“Creazione
di
Software
Distribution
Console”
a
pagina
293.
File
tecad_sd.conf
Il
file
di
configurazione
tecad_sd.conf
per
il
componente
Software
Distribution
Tivoli
Enterprise
Console
Integration
inizialmente
presenta
le
seguenti
voci
di
default:
ServerLocation=@EventServer
ConnectionMode=connection_oriented
RetryInterval=1
NO_UTF8_CONVERSION=NO
ServerPort=0
Le
parole
chiave
sono:
ServerLocation
Specifica
la
parola
chiave
@EventServer
o
un
identificativo
completo
se
in
un
ambiente
di
Tivoli
management
region
interconnesso
sono
in
esecuzione
Integrazione
di
Tivoli
Enterprise
Console
290
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
più
server
di
eventi.
E’
necessario
impostare
il
valore
di
questo
campo
dopo
avere
installato
Software
Distribution.
Gli
eventi
vengono
inviati
al
server
di
eventi
specificato.
Per
ottenere
l’identificativo
del
server
di
eventi,
specificare
il
seguente
comando
nella
riga
comandi:
wlookup
-ar
EventServer
Esempio
di
output
del
comando:
EventServer#red-region
1723798822.2.28#Tec::Server#
EventServer#blue-region
1104217136.1.932#Tec::Server#
EventServer#yellow-region
1272881041.1.1161#Tec::Server#
Uno
dei
server
di
eventi
in
questo
esempio
di
output
prevede
che
il
valore
di
ServerLocation
sia
il
seguente:
ServerLocation=@EventServer#blue-region
Consultare
Tivoli
Management
Framework:
Manuale
di
riferimento
per
ulteriori
informazioni
sul
comando
wlookup.
ConnectionMode
Specifica
il
modo
connessione
da
utilizzare
per
la
connessione
con
il
server
di
eventi.
I
valori
validi
sono
connection_oriented
(o
le
sue
abbreviazioni
CO
e
co)
e
connection_less.
Il
valore
di
default
è
connection_oriented,
che
specifica
che
la
connessione
con
il
server
di
eventi
verrà
mantenuta
per
tutti
gli
eventi
inviati.
Viene
stabilita
una
nuova
connessione
solo
se
quella
iniziale
viene
interrotta.
Quando
si
specifica
connection_less
o
viene
utilizzato
per
default,
viene
stabilita
una
nuova
connessione
(ed
eliminata)
per
ciascun
evento
inviato.
RetryInterval
Quando
ConnectionMode=connection_oriented
e
la
connessione
con
il
server
di
eventi
viene
persa,
l’adattatore
attende
il
trascorrere
dell’intervallo
di
secondi
specificato
prima
di
collegarsi
ad
un
server
secondario
o
di
creare
il
buffer
degli
eventi.
Durante
l’attesa
della
scadenza
di
questo
intervallo,
l’adattatore
non
elabora
i
nuovi
eventi.
Questa
opzione
consente
ad
un
adattatore
di
inviare
tutti
gli
eventi
al
server
di
eventi
principale
anche
se
quest’ultimo
viene
arrestato
brevemente,
ad
esempio
durante
il
caricamento
di
un
nuovo
rule
base.
Se
si
utilizza
questa
opzione
per
attendere
il
riavvio
del
server
di
eventi,
il
valore
deve
essere
impostato
per
un
periodo
di
tempo
maggiore
di
quello
necessario
per
arrestare
e
riavviare
il
server
di
eventi.
La
parola
chiave
RetryInterval
è
facoltativa.
Il
valore
di
default
è
120
secondi.
NO_UTF8_CONVERSION
Quando
questa
opzione
è
impostata
su
YES,
Java
EIF
(Event
Integration
Facility)
non
codifica
i
dati
degli
eventi
in
UTF-8,
i
dati
vengono
già
considerati
come
UTF-8
quando
vengono
inoltrati
a
EIF.
Tuttavia,
indicherà
che
la
codifica
dei
dati
è
UTF-8,
se
tale
indicazione
non
è
già
presente
all’inizio
dei
dati
degli
eventi.
Il
valore
di
default
è
NO.
ServerPort
Specifica
il
numero
di
porta
di
ricezione
fisso
su
cui
il
server
di
Tivoli
Enterprise
Console
è
in
ascolto
dell’input
dell’adattatore
e
della
connessione.
Il
valore
di
questa
parola
chiave
deve
essere
impostato
su
0
(il
valore
di
default)
in
UNIX,
a
meno
che
portmapper
non
sia
disponibile
sul
server.
Integrazione
di
Tivoli
Enterprise
Console
Capitolo
12.
Integrazione
di
Tivoli
Enterprise
Console
291
Se
il
server
di
Tivoli
Enterprise
Console
è
un
sistema
Windows,
ServerPort
deve
essere
impostato
sul
valore
della
voce
tec_recv_agent_port
nel
file
.tec_config.
Consultare
IBM
Tivoli
Enterprise
Console:
Adapters
Guide
per
ulteriori
informazioni
sulla
specifica
della
porta
del
server
in
Windows.
Se
il
numero
di
porta
non
è
specificato,
il
valore
viene
richiamato
mediante
portmapper.
ServerPort
può
contenere
un
numero
massimo
di
otto
valori,
separati
da
virgola.
Specificare
un
numero
di
porta
indipendentemente
dal
numero
di
valori
ServerLocation
specificati.
Tuttavia,
se
si
specifica
più
di
un
numero
di
porta,
è
necessario
specificare
un
numero
di
porta
corrispondente
per
ciascun
valore
ServerLocation.
Il
valore
di
default
è
0.
Per
default,
Software
Distribution
in
via
tutti
gli
eventi
al
server
di
eventi.
E’
anche
possibile
specificare
i
filtri
di
eventi
che
indicano
quali
eventi
non
inviare.
E’
possibile
specificare
il
numero
di
voci
di
filtro
di
eventi
desiderato.
Per
fare
ciò,
è
possibile
includere
una
voce
Filtro
nel
file
tecad_sd.conf
nel
seguente
modo:
Filtro
Specifica
il
modo
in
cui
verranno
filtrati
gli
eventi.
Le
istruzioni
di
filtro
vengono
utilizzate
dalla
voce
FilterMode
per
determinare
gli
eventi
da
non
utilizzare.
Ad
un
evento
corrisponde
un’istruzione
Filtro
se
ciascun
slot=value
nell’istruzione
Filtro
è
identica
al
corrispondente
valore
slot=value
nell’evento.
Un’istruzione
Un’istruzione
Filtro
deve
contenere
la
classe
di
eventi
e
può
includere
qualsiasi
altro
slot=value
definito
per
la
classe
di
eventi.
Il
formato
dell’istruzione
filtro
è:
Filter:Class=classname;slot=value;...;slot=value
Ciascuna
istruzione
Filtro
deve
essere
attiva
e
contenuta
in
una
singola
riga
di
512
caratteri
(massimo).
L’istruzione
Filtro
non
può
contenere
spazi.
Il
nome
della
classe
specificato
per
una
voce
del
filtro
di
eventi
deve
corrispondere
ad
un
nome
di
classe
definito.
Consultare
“Classi
di
Software
Distribution”
a
pagina
294
per
l’elenco
di
classi
di
Software
Distribution.
Ad
esempio,
è
possibile
includere
la
seguente
voce
nel
file
tecad_sd.conf
per
eliminare
tutti
gli
eventi
generati
all’inizio
dell’operazione
di
eliminazione.
Filter:Class=Remove_Start;
Il
funzionamento
del
filtro
può
essere
modificato
utilizzando
la
variabile
di
ambiente
FilterMode.
Per
default,
FilterMode
è
impostato
su
OUT.
Aggiungendo
FilterMode=IN
nel
file
di
configurazione,
al
server
di
eventi
vengono
forniti
solo
gli
eventi
corrispondenti
ai
filtri.
Consultare
IBM
Tivoli
Enterprise
Console:
Adapters
Guide
per
informazioni
dettagliate
sui
filtri.
Se
si
apportano
delle
modifiche
al
file
tecad_sd.conf,
per
renderle
effettive,
è
necessario
arrestare
e
riavviare
il
server
di
eventi.
Integrazione
di
Tivoli
Enterprise
Console
292
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Creazione
di
Software
Distribution
Console
1.
Nella
finestra
Tivoli
Enterprise
Console
-
Configuration,
fare
clic
con
il
pulsante
destro
del
mouse
su
Event
Console
Configuration
e
selezionare
Create
Console
per
creare
una
nuova
console.
Viene
visualizzata
la
finestra
Create
Console.
a.
Specificare
il
nome
e
una
descrizione
della
console
nelle
caselle
di
testo
Name
e
Description.
b.
Per
assegnare
il
gruppo
di
eventi
di
Software
Distribution
4.x
alla
console,
selezionare
Event
Groups
nel
riquadro
sinistro
della
finestra
Create
Console.
Selezionare
Assign
Groups,
viene
visualizzata
la
finestra
Assign
Event
Group
to
Console.
c.
Verificare
che
il
gruppo
di
eventi
di
Software
Distribution
4.x
sia
contenuto
nell’elenco
Available
Event
Groups.
Evidenziare
il
gruppo
di
eventi
Software
Distribution
4.x
nell’elenco.
d.
E’
anche
possibile
assegnare
i
ruoli
di
amministrazione
per
il
gruppo
di
eventi
nella
finestra
Assign
Event
Groups
to
Console.
Assegnare
un
ruolo
selezionando
la
casella
di
controllo
appropriata.
Fare
clic
su
OK
per
assegnare
il
gruppo
di
eventi
di
Software
Distribution
4.x
alla
console
e
al
ruolo
di
amministrazione
selezionato.
e.
Per
assegnare
gli
operatori
ad
una
nuova
console,
selezionare
Operators
nel
riquadro
sinistro
della
finestra
Create
Console.
Selezionare
un
operatore
ed
Integrazione
di
Tivoli
Enterprise
Console
Capitolo
12.
Integrazione
di
Tivoli
Enterprise
Console
293
utilizzare
il
pulsante
freccia
a
sinistra
per
spostarlo
dall’elenco
Available
Operators
nell’elenco
Current
Operators.
Consultare
IBM
Tivoli
Enterprise
Console:
User’s
Guide
per
ulteriori
informazioni
sull’esecuzione
dei
task
della
finestra
Tivoli
Enterprise
Console
-
Configuration.2.
Per
visualizzare
le
informazioni
sugli
eventi
del
gruppo
di
eventi
di
Software
Distribution
4.x,
selezionare
Windows->Summary
Chart
View
nella
finestra
Tivoli
Enterprise
Console
-
Configuration.
Fare
doppio
clic
sul
grafico
di
sommario,
viene
visualizzata
la
finestra
Event
Viewer.
La
finestra
Event
Viewer
contiene
tutti
gli
eventi
del
gruppo
di
eventi
di
Software
Distribution
4.x.
Questi
eventi
vengono
descritti
nella
sezione
“Classi
di
Software
Distribution”.
Classi
di
Software
Distribution
La
seguente
tabella
contiene
il
nome
delle
classi
di
tutti
gli
eventi
definiti
da
Software
Distribution.
Queste
classi
vengono
definite
nel
file
tecad_sdnew.baroc
.
Quando
si
abilita
Software
Distribution
Tivoli
Enterprise
Console
Integration
e
si
esegue
lo
script
swdistecsrvr_inst.sh,
queste
classi
vengono
compilate
ed
incluse
nel
rule
base
del
server
di
eventi.
Utilizzare
le
seguenti
informazioni
per
comprendere
come
gli
eventi
di
Software
Distribution
vengono
associati
agli
eventi
di
Tivoli
Enterprise
Console.
Nota:
Questo
elenco
di
classi
viene
fornito
solo
come
riferimento.
Non
modificare
il
file
tecad_sdnew.baroc.
I
seguenti
esempi
vengono
definiti
nel
file
tecad_sdnew.baroc.
Consultare
Tivoli
Event
Integration
Facility:
User’s
Guide
per
ulteriori
informazioni
sulla
sintassi
dei
file
.baroc.
Integrazione
di
Tivoli
Enterprise
Console
294
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Tabella
14.
Eventi
di
Software
Distribution
Tivoli
Enterprise
Console
Evento
Attributo
Note
SD_Operation_Submitted
dist_id
sp_name
op_name
op_
mode
Per
default,
severity
=
HARMLESS
e
sub_source
=
swdist.
SD_Operation_Started
dist_id
sp_name
op_name
op_
mode
Per
default,
severity
=
HARMLESS
e
sub_source
=
swdist.
SD_Operation_Failed
dist_id
sp_name
op_name
op_
mode
msg_list
failed_targets
failed_target_exit_code
Per
default,
severity
=
FATAL
e
sub_source
=
swdist.
SD_Operation_Successful
dist_id
sp_name
op_name
op_
mode
successful_targets
successful_target_exit_code
Per
default,
severity
=
HARMLESS
e
sub_source
=
swdist.
SD_Operation_More_Targets
dist_id
sp_name
successful_targets
failed_targets
failed_target_exit_code
successful_target_exit_code
Questa
classe
viene
utilizzata
quando
target_list
in
una
classe
fa
sì
che
l’evento
superi
4
KB.
Questo
evento
viene
generato
finché
l’elenco
di
destinazioni
non
viene
completato.
Per
default,
severity
=
HARMLESS
e
sub_source
=
swdist.
Gli
attributi
degli
eventi
di
Tivoli
Enterprise
Console
relativi
a
Software
Distribution
vengono
definiti
nel
seguente
modo:
Tabella
15.
Attributi
degli
eventi
di
Tivoli
Enterprise
Console
per
Software
Distribution
Nome
attributo
Valore/Descrizione
dell’attributo
dist_id
Il
numero
di
identificazione
della
distribuzione.
Per
gli
eventi
SD_Operation_Started,
dist_id
è
un’indicazione
data/ora.
sp_name
Il
nome
del
pacchetto
software
in
formato
nome^versione
o
nome.versione.
op_name
Un’operazione
di
gestione
delle
modifiche.
op_mode
Il
modo
dell’operazione
di
gestione
delle
modifiche.
msg_list
Un
elenco
di
messaggi
di
errore
relativi
ad
un’operazione
di
distribuzione
non
eseguita
correttamente.
Se
l’evento
supera
il
limite
di
4
KB,
l’elenco
viene
troncato.
failed_targets
Un
elenco
di
destinazioni
non
valide
Integrazione
di
Tivoli
Enterprise
Console
Capitolo
12.
Integrazione
di
Tivoli
Enterprise
Console
295
Tabella
15.
Attributi
degli
eventi
di
Tivoli
Enterprise
Console
per
Software
Distribution
(Continua)
Nome
attributo
Valore/Descrizione
dell’attributo
failed_target_exit_code
I
pacchetti
software
contenenti
programmi
eseguibili,
questo
attributo
restituisce
il
percorso
assoluto
del
programma,
l’operazione
di
gestione
delle
modifiche
eseguita,
la
fase
dell’operazione
e
il
codice
di
uscita
del
programma
per
le
destinazioni
della
distribuzione
non
valide
nel
seguente
formato:
absolute_program_path
cm_
operation:phase
return_
code
successful_targets
Un
elenco
di
destinazione
di
distribuzione
valide
successful_target_exit_code
I
pacchetti
software
contenenti
programmi
eseguibili,
questo
attributo
restituisce
il
percorso
assoluto
del
programma,
l’operazione
di
gestione
delle
modifiche
eseguita,
la
fase
dell’operazione
e
il
codice
di
uscita
del
programma
per
le
destinazioni
della
distribuzione
valide
nel
seguente
formato:
absolute_program_path
cm_
operation:phase
return_
code
Integrazione
di
Tivoli
Enterprise
Console
296
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Capitolo
13.
Integrazione
di
Inventory
con
Software
Distribution
Inventory
è
in
grado
di
eseguire
la
scansione
dei
sistemi
nell’area
di
gestione
di
Tivoli
e
raccogliere
le
informazioni
sull’hardware
e
sul
software
che
esso
memorizza
in
un
database
denominato
repository
di
configurazione.
Software
Distribution
fornisce
le
seguenti
funzioni
che
consentono
di
aggiornare
automaticamente
le
informazioni
memorizzate
nel
repository
di
configurazione:
Database
cronologico
Questa
funzione
memorizza
le
seguenti
informazioni:
v
Le
operazioni
di
distribuzione
eseguire
sui
sistemi
di
destinazione,
inclusi
il
tipo
di
operazione,
la
modalità,
l’ora
in
cui
sono
state
eseguite,
il
risultato
e
l’ID
distribuzione
v
Le
versioni
e
i
nomi
dei
software
che
sono
stati
distribuiti
Modifica
dello
stato
di
gestione
Questa
funzione
memorizza
le
seguenti
informazioni:
v
Nomi
e
versioni
dei
pacchetti
software
v
Ora
dell’ultima
operazione
eseguita
correttamente
v
L’ultima
modifica
dello
stato
di
gestione
di
un
pacchetto
software
su
un
sistema
di
destinazione
v
I
pacchetti
software
caricati
nei
depot
Integrazione
di
Inventory
Questa
funzione
memorizza
le
seguenti
informazioni:
v
Il
file
di
firma
Utilizzando
la
funzione
di
query
di
Tivoli
Management
Framework,
è
possibile
richiamare
le
informazioni
dal
repository
di
configurazione
relative
alle
operazioni
di
distribuzione
del
software
eseguite
con
esito
positivo
o
negativo,
che
si
sono
verificate
nell’area
di
gestione
di
Tivoli,
nonché
le
modifiche
dello
stato
di
gestione
di
un
determinato
pacchetto
software
su
una
determinata
destinazione.
Utilizzando
q\ueste
funzioni,
non
sarà
più
necessario
scrivere
gli
script
per
aggiornare
periodicamente
il
repository
di
configurazione
quando
il
software
viene
distribuito
o
eliminato
dall’ambiente
Tivoli.
In
questo
capitolo
viene
illustrato
come
abilitare
le
funzioni
del
database
cronologico
di
Software
Distribution
e
di
modifica
dello
stato
di
gestione,
nonché
come
accedere
alle
informazioni
dal
repository
di
configurazione.
Per
utilizzare
queste
funzioni,
è
necessario
che
Inventory
e
la
funzione
di
query
di
Tivoli
Management
Framework
siano
già
state
configurate.
In
questa
sezione
viene
inoltre
illustrato
come
associare
un
pacchetto
software
con
una
o
più
firme
del
database
o
come
specificare
nuove
firme
che
rappresentano
un
pacchetto
software.
Questo
metodo
consente
di
aggiornare
automaticamente
più
archivi
di
configurazione
con
le
informazioni
dell’ultimo
software
installato
sul
sistema.
©
Copyright
IBM
Corp.
2002,
2003
297
Repository
di
configurazione
Inventory
e
Software
Distribution
memorizzano
le
informazioni
nel
repository
di
configurazione,
che
rappresenta
un
RDBMS
(relational
database
management
system)
contenente
le
informazioni
sulle
configurazioni
del
sistema
nell’ambiente
Tivoli.
Inventory
fornisce
gli
script
necessari
per
crerare
il
repository
di
configurazione
e
per
installare
gli
schemi
del
repository
di
configurazione.
Software
Distribution
utilizza
il
repository
di
configurazione
con
informazioni
nuove
o
aggiornate
sui
pacchetti
software
ed
spblock
che
sono
stati
distribuiti
sui
sistemi
di
destinazione
dell’ambiente,
quindi
organizza
queste
informazioni
in
diverse
tabelle.
Funzione
query
La
funzione
query,
composta
da
query
e
librerie
di
query
di
Tivoli
Management
Framework
,
consente
di
utilizzare
le
funzioni
di
query
SQL
(Structured
Query
Language)
per
accedere
alle
informazioni
memorizzate
nel
repository
di
configurazione.
In
ambiente
Tivoli,
una
libreria
di
query
viene
utilizzata
per
creare
e
gestire
le
query
di
Tivoli,
che
specificano
le
viste
o
le
tabelle
in
cui
effettuare
la
ricerca
all’interno
del
repository
e
quali
informazioni
richiamare.
Una
vista
consente
di
accedere
alle
informazioni
da
una
o
più
tabelle
ed
è
composta
da
istanze
derivate
da
una
singola
tabella
o
dall’unione
relazionale
di
più
tabelle.
Inventory
presenta
diverse
viste
e
query
predefinite
che
è
possibile
utilizzare
per
accedere
alle
informazioni
dal
repository
di
configurazione
senza
dover
creare
una
specifica
libreria
di
query
o
query
singole.
Consente
inoltre
ad
uno
script
di
inserire
in
una
libreria
di
query
unovoca,
INVENTORY_QUERIES,
delle
viste
predefinite,
tabelle
e
query
che
è
possibile
utilizzare
per
richiamare
le
informazioni
relative
a
Software
Distribution.
Per
ulteriori
informazioni
sulle
query
e
sulla
libreria
di
query,
consultare
Tivoli
Management
Framework:
Pianificazione
per
la
guida
all’implementazione
e
User’s
Guide
for
Inventory.
Descrizione
delle
tabelle
di
Software
Distribution
Software
Distribution
memorizza
e
aggiorna
le
informazioni
nelle
tabelle
descritte
di
seguito.
Queste
tabelle
vengono
memorizzate
nel
repository
di
configurazione.
Per
abilitare
Software
Distribution
per
la
memorizzazione
e
l’aggiornamento
delle
informazioni
nella
tabella,
utilizzare
il
comando
wswdmgr.
Per
ulteriori
informazioni
sull’utilizzo
e
sulla
sintassi
del
comando
wswdmgr,
consultare
Manuale
di
riferimento
per
Software
Distribution.
Il
comando
wswdmgr
sostituisce
il
comando
wswsprim.
Sebbene
il
comando
wswsprim
sia
disponibile
in
questo
rilascio
del
prodotto,
esso
non
verrà
supportato
nei
rilasci
successivi.
Utilizzare
il
comando
wswdmgr
che
lo
sostituisce.
Consultare
anche
“Abilitazione
e
disabilitazione
del
database
e
dello
stato
di
gestione
delle
modifiche”
a
pagina
300
SD_PACKAGES
Memorizza
le
informazioni
sui
nomi,
sulle
versioni
e
su
altre
caratteristiche
dei
pacchetti
software
che
sono
stati
distribuiti
e
collega
tali
informazioni
alle
identificazioni
del
profilo.
Questa
tabella
viene
aggiornata
dopo
il
completamento
di
un’operazione.
Per
richiamare
le
informazioni
da
questa
tabella
in
merito
ai
risultati
di
determinati
tentativi
di
distribuzione,
eseguire
la
query
SWDISTDATA_QUERY
nella
vista
predefinita
SWDISTDATA_VIEW.
Repository
di
configurazione
298
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
SD_INST
Memorizza
le
informazioni
sui
nomi
e
sulle
versioni
dei
pacchetti
software,
sull’ora
in
cui
è
stata
eseguita
l’ultima
operazione
su
un
pacchetto
software
e
sullo
stato
di
un
pacchetto
software
su
un
determinato
sistema
di
destinazione.
La
tabella
SD_INST
viene
aggiornata
solo
dopo
il
completamento
di
un’operazione.
Eseguendo
CM_STATUS_QUERY,
le
informazioni
sullo
stato
del
pacchetto
software
vengono
richiamate
direttamente
dalla
tabella
SD_INST
e
non
mediante
l’utilizzo
di
una
vista
predefinita.
E’
possibile
che
lo
stato
registrato
nella
tabella
SD_INST
di
un
pacchetto
software
su
un
determinato
sistema
di
destinazione
non
sia
congruente
con
lo
stato
registrato
nel
catalogo
di
destinazione
locale
dello
stesso
pacchetto
software.
Questa
incongruenza
si
verifica
quando
viene
eseguita
un’operazione
utilizzando
un
comando
della
riga
comandi
disconnesso.
Per
ulteriori
informazioni
sui
comandi
di
destinazione
disconnessi,
consultare
Manuale
di
riferimento
per
Software
Distribution.
Lo
stato
viene
aggiornato
al
termina
dell’operazione
successiva.
In
alternativa,
è
possibile
utilizzare
il
comando
wsyncsp
per
sincronizzare
lo
stato
sul
server
per
i
pacchetti
software
sugli
endpoint
specificati
con
lo
stato
reale
sugli
endpoint.
Per
ulteriori
informazioni
sul
comando
wsyncsp,
consultare
Manuale
di
riferimento
per
Software
Distribution.
SD_H_INST
Memorizza
la
cronologia
delle
operazioni.
In
modo
specifico,
memorizza
le
informazioni
sul
sistema
di
destinazione
su
cui
è
stata
eseguita
un’operazione
(ad
esempio,
installa,
rimuovi,
annulla
operazione,
accetta,
commit),
sul
tipo
e
sulla
modalità
dell’operazione,
sull’ora
in
cui
è
stata
eseguita,
sul
nome
del
profilo
distribuito
e
sul
risultato
dell’operazione.
Contiene
anche
informazioni
sull’ID
distribuzione
e
sui
risultati
di
una
distribuzione.
Questa
tabella
viene
aggiornata
dopo
il
completamento
di
un’operazione.
Per
richiamare
le
informazioni
da
questa
tabella
in
merito
ai
risultati
di
determinati
tentativi
di
distribuzione,
eseguire
la
query
SWDISTDATA_QUERY
nella
vista
predefinita
SWDISTDATA_VIEW.
SD_LOADED
Memorizza
le
informazioni
sul
depot,
sui
pacchetti
software
caricati
nel
depot,
sui
pacchetti
software
di
base
caricati
nel
depot,
sull’ID
amministratore
dell’ultima
operazione
di
caricamente
e
sull’ora
di
esecuzione
dell’ultima
operazione
di
caricamento.
La
tabella
SD_LOADED
viene
aggiornata
ogniqualvolta
viene
eseguita
un’operazione
di
caricamento
o
di
annullamento
del
caricamento.
Eseguendo
SD_LOADED_COMPONENT_QUERY
viene
eseguita
una
query
sul
database
per
individuare
le
informazioni
su
depot.
SIG_SP_MAP
Memorizza
le
informazioni
sulle
relazioni
tra
i
file
di
firma
e
i
pacchetti
software.
La
tabella
viene
aggiornata
ogniqualvolta
viene
creato
un
pacchetto
software
contenente
un
file
di
firma.
Per
richiamare
le
informazioni
da
questa
tabella,
eseguire
la
query
SIG_SP_MAP_QUERY.
Schema
di
riferimento
del
database
contiene
informazioni
sulle
viste
di
Software
Distribution,
sulle
query
e
sulle
tabelle.
Inventory
contiene
anche
il
poster
Schemi
del
database
contenente
le
associazioni
di
tabelle
e
colonne
nel
repository
di
configurazione.
Repository
di
configurazione
Capitolo
13.
Integrazione
di
Inventory
con
Software
Distribution
299
Funzionamento
dell’integrazione
Nel
repository
di
configurazione
verranno
inserite
le
informazioni
nuove
o
aggiornate
relative
a
ciascuna
destinazione.
Le
informazioni
nel
repository
di
configurazione
possono
essere
inserite
nei
seguenti
modi:
v
Eseguendo
la
scansione
dell’hardware
di
Inventory
su
ciascun
sistema
di
destinazione
v
Eseguendo
un’operazione
di
gestione
delle
modifiche
Per
impostazione
predefinita,
Software
Distribution
esegue
la
scansione
automatica
durante
la
prima
esecuzione
di
un’operazione
di
gestione
delle
modifiche.
Esso
restituisce
un
identificativo
univoco
globale
per
l’endpoint
nel
repository
di
configurazione.
Per
modificare
tale
funzionamento
predefinito,
modificare
l’attributo
autoscan_active,
digitando
il
seguente
comando:
wswdcfg
-s
autoscan_active=n
Quando
si
imposta
l’integrazione,
si
applicano
le
seguenti
condizioni:
v
Il
repository
di
configurazione
viene
aggiornato
in
base
alle
informazioni
sullo
stato
di
gestione
delle
modifiche
e
sul
database
cronologico.
v
Software
Distribution
scambia
le
informazioni
con
Inventory.
Per
ulteriori
informazioni,
consultare
“Scambio
di
informazioni
tra
Software
Distribution
e
Inventory”
a
pagina
301.
v
Inventory
scambia
le
informazioni
con
Software
Distribution.
Una
scansione
di
Inventory
individua
i
pacchetti
software
installati
sulle
destinazioni.
Questa
associazione
consente
di
disporre
di
un
elenco
aggiornato
dei
software
installati
nell’ambiente
in
uso.
Consultare
“Scambio
di
informazioni
tra
Software
Distribution
e
Inventory”
a
pagina
301.
L’integrazione
viene
eseguita
a
livello
di
server.
Viene
aggiornato
solo
il
repository
di
configurazione.
Abilitazione
e
disabilitazione
del
database
e
dello
stato
di
gestione
delle
modifiche
Le
informazioni
di
stato
sullo
scambio
del
database
cronologico
e
sulla
gestione
delle
modifiche
vengono
abilitate
quando
si
installa
Tivoli
Configuration
Manager.
L’attivazione
o
la
disattivazione
dell’integrazione
di
stato
del
database
cronologico
e
di
gestione
delle
modifiche
avviene
eseguendo
il
comando
wswdmgr
e
impostando
le
seguenti
chiavi
su
true:
is_hdb_enabled
Le
informazioni
sul
database
cronologico
vengono
memorizzate
e
aggiornate
nel
contenitore
di
configurazione.
Il
valore
predefinito
è
true.
is_cmstatus_enabled
Le
informazioni
sullo
stato
di
gestione
delle
modifiche
vengono
memorizzate
e
aggiornate
nel
contenitore
di
configurazione.
Il
valore
predefinito
è
true.
Nota:
Se
is_cmstatus_enabled
è
false,
il
prodotto
imposta
is_hdb_enabled
su
false.
Questa
integrazione
consente
di
controllare
la
registrazione
delle
informazioni
sullo
stato
della
distribuzione
nel
contenitore
di
configurazione.
Se
non
è
necessario
registrare
le
informazioni
di
distribuzione,
disattivare
l’integrazione
prima
di
Database
storico
e
funzioni
di
gestione
modifiche
300
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
distribuire
i
pacchetti
software.
Riattivare
l’integrazione
per
ripristinare
le
informazioni
di
distribuzione
nel
contenitore.
Per
ulteriori
informazioni
sull’uso
e
la
sintassi
del
comando
wswdmgr,
fare
riferimento
a
Manuale
di
riferimento
per
Software
Distribution.
Scambio
di
informazioni
tra
Software
Distribution
e
Inventory
Per
scambiare
informazioni
tra
Software
Distribution
e
Inventory,
effettuare
le
seguenti
attività:
1.
Abilitare
lo
scambio
di
informazioni
eseguendo
il
comando
wsetinvswd.
E’
possibile
verificare
se
lo
scambio
è
stato
abilitato
utilizzando
il
comando
wgetinvswd.
Per
ulteriori
informazioni
sull’uso
e
la
sintassi
dei
comandi
wsetinvswd
e
wgetinvswd,
consultare
User’s
Guide
for
Inventory.
Eseguire
il
comando
wswdmgr
per
impostare
la
chiave
is_swd_inv_enabled
key
su
true.
Nota:
Per
trasferire
i
dati
di
firma
da
Inventory
a
Software
Distribution
ed
aggiornare
la
tabella
SIG_SP_MAP,
anche
la
chiave
is_cmstatus_enabled
deve
essere
impostata
su
true,
che
è
il
valore
predefinito.
2.
Definire
uno
o
più
file
di
firma
nel
pacchetto
software.
Consultare
“Definizione
di
una
firma
Inventory”
a
pagina
302.
3.
Importare
il
pacchetto
software.
La
tabella
SD_PACKAGES
viene
aggiornata
con
le
informazioni
correlate
al
pacchetto
software
importato.
4.
Creare
il
pacchetto
software.
Vengono
aggiornate
le
seguenti
tabelle:
SWARE_SIG
Questa
tabella
contiene
le
informazioni
correlate
ai
file
di
firma
associati
al
pacchetto
software
creato.
Il
processo
crea
una
nuova
voce
per
ogni
file
di
firma
nel
caso
non
esista.
SD_PACKAGES
Questa
tabella
contiene
informazioni
sul
pacchetto
software
creato,
come
nome
e
versione
del
pacchetto
software.
SIG_SP_MAP
Questa
tabella
contiene
una
corrispondenza
tra
le
informazioni
contenute
nella
tabella
SWARE_SIG
e
la
tabella
SD_PACKAGES.
Per
una
spiegazione
dettagliata
del
pacchetto
software,
consultare
“Conversione
di
un
pacchetto
software”
a
pagina
208.
5.
Per
visualizzare
le
firme
definite,
utilizzare
il
comando
wmapsigsp.
6.
In
questa
fase
è
possibile:
v
Installare
il
pacchetto
software.
Quando
viene
eseguita
l’operazione,
Software
Distribution
aggiorna
il
catalogo
direttamente
sull’endpoint
con
il
nuovo
stato
del
pacchetto
software.
Sul
server
la
tabella
MATCHED_SWARE
viene
aggiornata
con
il
pacchetto
contenente
la
firma
e
la
tabella
SD_INST
viene
aggiornata
con
il
nuovo
stato
del
pacchetto
software.
v
Eseguire
una
scansione
del
software
Inventory
selezionando
la
casella
di
controllo
Cerca
prodotto
installato
utilizzando
la
corrispondenza
di
firma.
Se
viene
rilevato
un
file
di
firma,
Inventory
richiede
un
aggiornamento
del
catalogo
sull’endpoint
e
la
tabella
SD_INST
viene
aggiornata
con
lo
stato
IC-D-
del
pacchetto,
mentre
la
tabella
MATCHED_SWARE
viene
aggiornata
con
la
firma.
Se
il
pacchetto
è
già
stato
installato
con
Software
Distribution,
lo
stato
non
viene
aggiornato
come
IC-D-
ma
rimane
lo
stesso
di
quello
già
registrato
nella
tabella
SD_INST
al
momento
della
prima
installazione.
Abilitazione
e
disabilitazione
del
database
cronologico
e
dello
stato
di
gestione
delle
modifiche
Capitolo
13.
Integrazione
di
Inventory
con
Software
Distribution
301
Quando
il
pacchetto
software
viene
rimosso
(wremovsp)
dall’endpoint,
la
riga
correlata
al
pacchetto
software
viene
rimossa
dalla
tabella
SD_INST
e
quella
correlata
alla
firma
viene
rimossa
dalla
tabella
MATCHED_SWARE.
Eseguire
la
query
INVENTORY_SWARE
per
verificare
la
voce
con
le
informazioni
di
firma
che
sono
state
rimosse.
Se
la
query
non
restituisce
informazioni,
verificare
l’elenco
dei
file
di
firma
creati
utilizzando
il
comando
wmapsigsp.
Per
ulteriori
informazioni
sull’uso
e
sulla
sintassi
del
comando
wmapsigsp,
consultare
Manuale
di
riferimento
per
Software
Distribution.
Quando
invece
si
elimina
il
profilo
del
pacchetto
software
(wdel),
la
riga
correlata
al
pacchetto
software
viene
rimossa
dalla
tabella
SD_PACKAGES
e
il
valore
del
campo
MAP_STATUS
nella
tabella
SIG_SP_MAP
viene
modificato
da
1
a
0.
Per
rimuovere
fisicamente
la
riga
correlata
al
profilo
di
pacchetto
software
eliminato
dalla
tabella,
utilizzare
il
comando
wmapsigsp
-p.
Definizione
di
una
firma
Inventory
I
file
di
firma
di
Inventory
sono
utili
per
identificare
se
le
applicazioni
sono
già
installate
sulle
stazioni
di
lavoro
nel
proprio
ambiente.
E’
possibile
definire
uno
o
più
file
di
firma
in
un
pacchetto
software
utilizzando
la
GUI
di
Software
Package
Editor
o
dalla
riga
comandi.
Effettuare
nel
caso
una
delle
seguenti
attività:
v
Fare
clic
con
il
tastino
destro
sul
file
da
definire
come
firma
e
poi
fare
clic
su
Proprietà
per
visualizzare
la
finestra
Aggiungi
proprietà
di
directory.
Selezionare
l’opzione
appropriata
dal
menu
a
discesa
Firma
Inventory
per
indicare
che
un
file
del
pacchetto
software
è
una
firma.
Consultare
“Aggiunta
di
directory
e
file
del
sistema
operativo
Windows”
a
pagina
43
per
un
esempio.
E’
anche
possibile
impostare
l’attributo
is_signature
nella
directory
di
aggiunta
o
nelle
stanze
di
aggiunta
file
e
definire
la
stanza
contained_signature
nel
pacchetto
software.
Per
ulteriori
informazioni
sulle
stanze,
fare
riferimento
a
Manuale
di
riferimento
per
Software
Distribution.
v
Dalla
riga
comandi,
impostare
l’attributo
is_signature
nella
stanza
add_directory
o
add_file.
v
Utilizzare
la
finestra
di
impostazione
firma
Inventory
per
identificare
un’applicazione
con
un
file
di
firma,
come
di
seguito
riportato:
1.
Nella
finestra
Editor
di
pacchetti
software,
selezionare
la
scheda
Azioni
di
sistema.
2.
Selezionare
l’icona
Firma
Inventory
per
visualizzare
la
finestra
Finestra
Imposta
firma
Inventory
Abilitazione
e
disabilitazione
del
database
cronologico
e
dello
stato
di
gestione
delle
modifiche
302
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
3.
Nella
casella
di
testo
Nome
file,
immettere
il
nome
del
prodotto.
4.
Nella
casella
di
testo
Dimensione
file
immettere
la
dimensione
del
file
in
byte.
5.
Selezionare
la
casella
di
testo
Aggiungi
se
non
esistente
per
aggiungere
la
firma
inventory
sulla
tabella
appropriata
nel
contenitore
di
configurazione,
se
non
è
già
presente.
E’
anche
possibile
immettere
una
descrizione
e
il
numero
di
versione
del
prodotto
nelle
caselle
di
testo
Descrizione
e
Versione.
Nota:
Non
viene
eseguito
alcun
controllo
sulla
macchina
endpoint
di
destinazione
dopo
l’installazione
del
pacchetto
per
verificare
che
il
file
di
firma
esista.
La
tabella
INVENTORY_SWARE
viene
aggiornata
con
il
file
di
firma
in
ogni
ogni
caso.
Creazione
di
INVENTORY_QUERIES
Per
creare
la
libreria
di
query
INVENTORY_QUERIES
e
le
interrogazioni
correlate,
inoltrare
il
seguente
script:
$BINDIR/../in/SCRIPTS/QUERIES/inventory_queries.sh
Vengono
create
le
seguenti
interrogazioni:
v
CM_STATUS_QUERY
v
SD_LOADED_COMPONENT_QUERY
v
SWDISTDATA_QUERY
v
SWDIST_WEBUI_QUERY
v
SIG_SP_MAP_QUERY
Esecuzione
di
INVENTORY_QUERY
Le
seguenti
fasi
descrivono
brevemente
il
processo
di
esecuzione
di
una
query
dalla
libreria
INVENTORY_QUERIES
e
del
salvataggio
dei
risultati
di
query
su
un
output
standard
di
un
file.
La
tabella
che
segue
fornisce
il
ruolo
di
autorizzazione
necessario
per
eseguire
questa
attività:
Operazione
Contesto
Ruolo
richiesto
Esecuzione
di
una
query
Libreria
di
query
senior
o
super
E’
possibile
eseguire
questa
attività
dal
desktop
Tivoli
o
dalla
riga
comandi.
Desktop
Completare
la
seguente
procedura
per
eseguire
la
query
predefinita
SWDISTDATA_QUERY
dalla
libreria
INVENTORY_QUERIES.
Le
procedure
per
l’esecuzione
di
CM_STATUS_QUERY,
SD_LOADED_COMPONENT_QUERY,
SIG_SP_MAP_QUERY
e
SWDIST_WEBUI_QUERY,
anche
riportate
in
questi
esempi
di
dialogo,
sono
simili.
1.
Fare
doppio
clic
sull’icona
della
libreria
delle
interrogazioni
SIG_SP_MAP_QUERY
per
visualizzare
il
dialogo
INVENTORY_QUERIES.
Questa
libreria
di
interrogazioni
contiene
la
query
predefinita
SWDISTDATA_QUERY.
2.
Per
eseguire
questa
query
fare
clic
con
il
tastino
destro
del
mouse
sull’icona
SWDISTDATA_QUERY
e
selezionareEsegui
query.
Abilitazione
e
disabilitazione
del
database
cronologico
e
dello
stato
di
gestione
delle
modifiche
Capitolo
13.
Integrazione
di
Inventory
con
Software
Distribution
303
–OPPURE–
Fare
clic
con
il
tastino
destro
del
mouse
sull’icona
SWDISTDATA_QUERY
e
selezionare
Modifica
query
per
aprire
la
finestra
Modifica
query.
Da
questa
finestra
fare
clic
su
Esegui
query.
Viene
visualizzata
Viene
visualizzata
la
finestra
Esegui
query,
in
cui
vengono
mostrati
i
risultati
di
SWDISTDATA_QUERY
sotto
forma
di
tabella.
La
seguente
finestra
illustra
una
parte
dei
risultati
che
vengono
visualizzati:
3.
E’
possibile
salvare
i
risultati
della
query
dalla
finestra
Esegui
query
completando
i
seguenti
passi:
a.
Nella
finestra
Esegui
query,
fare
clic
su
Esporta.
Viene
visualizzata
Viene
visualizzata
la
finestra
Risultati
di
Esporta
query.
b.
Nella
casella
di
testo
Host,
immettere
il
nome
della
macchina
su
cui
salvare
il
file
dei
risultati.
Se
non
si
specifica
l’host,
il
file
verrà
salvato
sulla
macchina
locale.
c.
Nella
casella
di
testo
File,
immettere
una
directory
e
un
nome
per
il
file
dei
risultati
della
query.
–OPPURE–
Fare
clic
su
Sfoglia
(...)
per
consultare
il
file
system.
d.
Selezionare
una
delle
opzioni
Delimitatore
per
specificare
come
separare
le
voci
nel
file
dei
risultati
della
query.
Se
si
desidera
utilizzare
un
delimitatore
Esecuzione
di
SWDISTDATA_QUERY
304
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
diverso
da
una
virgola
o
una
scheda,
selezionare
Personalizzato
ed
immettere
un
delimitatore
nella
casella
di
testo.
e.
Selezionare
la
casella
di
controllo
Stampa
intestazioni
per
includere
nel
file
di
output
il
nome
query
e
i
nomi
delle
colonne.
f.
Fare
clic
su
Salva
&
Chiudi
per
creare
il
file.
Riga
comandi
E’
possibile
utilizzare
il
comando
wrunquery
per
eseguire
SWDISTDATA_QUERY
e
visualizzare
i
risultati
nell’output
standard
o
salvare
i
risultati
su
un
file.
Immettere
il
seguente
comando
nella
riga
comandi:
wrunquery
-n
-h
pescado
-f
/tmp/query.txt
-d
“;”
/
SWDISTDATA_QUERY
dove:
–n
Omette
le
intestazioni
dal
file
dei
risultati.
–h
pescado
Specifica
pescado
come
nome
della
macchina
su
cui
memorizzare
il
file.
–f
/tmp/query.txt
Specifica
/tmp/query.txt
come
la
posizione
ed
il
nome
del
file
dei
risultati
della
query.
–-d
“;”
Specifica
un
punto
e
virgola
come
delimitatore.
SWDISTDATA_QUERY
Specifica
il
nome
della
query
da
eseguire.
Per
ulteriori
informazioni
relative
al
comando
wrunquery,
consultare
la
guida
Tivoli
Management
Framework:
Manuale
di
riferimento.
Modifica
di
SWDISTDATA_QUERY
Come
illustrato
nella
finestra
Esegui
query
a
pagina
304,
SWDISTDATA_QUERY
richiama
e
inoltra
un
elenco
esteso
di
dati
di
Software
Distribution
che
include
informazioni
sul
nome
e
l’identificativo
della
macchina,
il
tipo
e
l’identificativo
del
profilo,
il
nome
host
di
origine,
se
l’operazione
è
stata
completata
e
il
tempo
impiegato
per
il
completamento.
E’
anche
possibile
creare
una
query
personalizzata
basata
sui
parametri
definiti
in
SWDISTDATA_QUERY.
La
personalizzazione
di
una
query
consente
di
ricercare
informazioni
più
specifiche
relative
alle
distribuzioni
e
alle
cancellazioni
di
software
nell’ambiente
Tivoli.
Di
seguito
viene
riportato
un
esempio
relativo
alla
creazione
di
query
personali.
User’s
Guide
for
Inventory
fornisce
descrizioni
dettagliate
di
come
creare,
modificare
ed
eseguire
queries.
L’esempio
che
segue
in
questa
sezione
mostra
in
breve
come
creare
una
nuova
query
che
richiama
informazioni
sulle
installazioni
di
pacchetto
software
utilizzando
l’opzione
forza.
Diversi
dei
parametri
contenuti
in
SWDISTDATA_QUERY
sono
utilizzati
per
impostare
la
query
personalizzata.
Per
ridurre
lo
spazio
occupato
dall’esempio,
vengono
descritte
solo
le
caselle
di
testo
che
sono
specifiche
alla
personalizzazione
della
ricerca.
Fare
riferimento
a
User’s
Guide
for
Inventory
per
istruzioni
ed
esempi
più
dettagliati.
La
tabella
che
segue
fornisce
il
ruolo
di
autorizzazione
necessario
per
eseguire
questa
attività:
Esecuzione
di
SWDISTDATA_QUERY
Capitolo
13.
Integrazione
di
Inventory
con
Software
Distribution
305
Operazione
Contesto
Ruolo
richiesto
Modifica
di
una
query
Libreria
di
query
senior
o
super
E’
possibile
eseguire
questa
attività
dal
desktop
Tivoli
o
dalla
riga
comandi.
Le
procedure
per
l’esecuzione
di
CM_STATUS_QUERY,
anche
riportate
in
questi
esempi
di
dialogo,
sono
simili.
Desktop
Completare
la
seguente
procedura
per
modificare
SWDISTDATA_QUERY
dal
desktop
di
Tivoli:
1.
Nella
libreria
INVENTORY_QUERIES,
selezionare
Query
dal
menu
Crea.
Viene
visualizzata
la
finestra
di
dialogo
Crea
query.
2.
Nella
casella
di
testo
Nome
query,
immettere
Pacchetti
software.
3.
Nella
casella
di
testo
Descrizione,
immettere
Informazioni
sui
pacchetti
software
installati.
4.
Selezionare
inventory
dal
menu
Magazzino.
5.
Nella
casella
di
testo
Nome
tabella/vista,
immettere
SWDISTDATA_VIEW
e
Imposta.
In
questo
modo
vene
riempita
la
casella
di
testo
Colonne
disponibili.
6.
Utilizzare
la
freccia
a
sinistra
per
spostare
le
seguenti
colonne
dall’elenco
Colonne
disponibili
all’elenco
Colonne
scelte:
v
TME_OBJECT_LABEL
v
SOFTWARE_COMPONENT_NAME
v
INSTALLED_FILEPACK_TIME
v
MD2_DIST_ID
7.
Per
creare
un’istruzione
SQL
sulla
query
delle
installazioni
del
pacchetto
software
che
utilizzano
l’opzione
forza,
completare
la
seguente
procedura
per
aggiungere
una
condizione
nella
casella
di
testo
Clausola
Where:
a.
Nella
casella
di
testo
Nome
colonna,
immettere
FILEPACK_TYPE.
E’
anche
possibile
fare
clic
su
Sfoglia
(...)
e
selezionare
FILEPACK_TYPE
dall’elenco
dei
nomi
colonna.
Questo
elenco
visualizza
le
colonne
nell’elenco
a
scorrimento
Colonne
scelte.
b.
Lasciare
il
segno
uguale
(=)
come
operatore
logico.
c.
Fare
clic
su
Sfoglia
(...)
nella
sezione
Valore
colonna.
Selezionare
SOFTWARE_PACKAGE
e
poi
fare
clic
su
Chiudi.
d.
Fare
clic
su
Aggiungi
per
aggiungere
i
criteri
alla
casella
di
testo
Clausola
where.
e.
Nella
casella
di
testo
Nome
colonna,
immettere
ACTION_COMPLETED.
f.
Nella
casella
di
testo
install
(f).
g.
Fare
clic
su
Aggiungi
per
aggiungere
i
criteri
alla
casella
di
testo
Clausola
where.
Viene
visualizzata
Viene
visualizzata
la
finestra
Crea
query:
Modifica
di
SWDISTDATA_QUERY
306
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
8.
Fare
clic
su
Crea
per
salvare
la
query.
Fare
clic
su
Esegui
query
per
eseguire
la
query
da
questa
finestra.
–OPPURE–
Fare
clic
su
Crea
&
Chiudi
per
ritornare
alla
finestra
della
libreria
query.
Fare
clic
con
li
tastino
destro
sull’icona
Software_Packages
e
fare
clic
sullaEsegui
query.
Inventory
riporta
i
seguenti
risultati:
Modifica
di
SWDISTDATA_QUERY
Capitolo
13.
Integrazione
di
Inventory
con
Software
Distribution
307
Riga
comandi
L’elempio
che
segue
crea
la
query
SOFTWARE_PACKAGE_INSTALLATIONS
dalla
riga
comandi:
wcrtquery
-d
“informazioni
sui
pacchetti
software
installati”
\
-r
inventory
-v
SWDISTDATA_VIEW
-c
TME_OBJECT_LABEL
\
-c
SOFTWARE_COMPONENT_NAME
-c
FILEPACK_TYPE
\
-c
INSTALLED_FILEPACK_TIME
-c
ACTION_COMPLETED
\
-w
“(FILEPACK_TYPE=’SOFTWARE_PACKAGE’)”
\
-w
“(ACTION_COMPLETED=’install
(f)’)”
\
INVENTORY_QUERIES
SOFTWARE_PACKAGE_INSTALLATIONS
Per
ulteriori
informazioni
sul
comando
wcrtquery,
consultare
la
guida
Manuale
di
riferimento
per
Software
Distribution.
Modifica
di
SWDISTDATA_QUERY
308
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Capitolo
14.
Passaggio
da
Windows
2000
Professional
a
Windows
XP
In
questo
capitolo
viene
illustrato
come
utilizzare
Software
Distribution
per
passare
da
Windows
2000
Professional
a
Windows
XP.
Gli
scenari
di
esempio
prevedono
quanto
segue:
v
Creazione
del
file
di
risposte
appropriato
per
l’ambiente
v
Copia
dei
file
necessari
per
eseguire
la
migrazione
sul
server
di
Tivoli
management
region
(server
Tivoli)
v
Copia
dei
file
di
Windows
XP
sul
server
di
immagini
v
Personalizzazione
del
file
di
definizioni
del
pacchetto
software
Inst_wXP.spd
v
Creazione
del
pacchetto
software
sul
server
Tivoli
v
Registrazione
degli
endpoint
sul
gestore
profili
degli
aggiornamenti
v
Distribuzione
del
pacchetto
software
sugli
endpoint
v
Utilizzo
del
file
di
definizioni
del
pacchetto
software
Check_OS^1.0.spd
per
verificare
l’aggiornamento
Configurazione
dell’ambiente
Per
completare
questo
scenario,
è
necessario
disporre
del
seguente
ambiente:
v
Una
stazione
di
lavoro
su
cui
è
installato
Windows
XP.
v
Un
server
Tivoli
su
cui
preparare
il
pacchetto
software.
v
Un
server
di
immagini
su
cui
memorizzare
i
file
del
sistema
operativo
Windows
XP.
v
Stazioni
di
destinazione
su
cui
è
installato
Windows
2000.
E’
necessario
definire
le
stazioni
di
lavoro
di
destinazione
come
endpoint
Tivoli.
Creazione
di
un
file
di
risposte
Per
passare
a
Windows
XP,
è
necessario
personalizzare
un
file
di
risposte
per
l’ambiente.
Per
fare
ciò,
è
possibile:
v
Creare
un
file
di
risposte
utilizzando
le
informazioni
fornite
nella
documentazione
di
Microsoft
Windows
XP
e
personalizzarlo
per
l’ambiente
in
uso.
v
Personalizzare
il
file
di
risposte
di
esempio
fornito
in
Software
Distribution.
L’esempio
che
è
possibile
personalizzare
è
il
file
Unattend.txt
nella
directory
\MSOSUPG\upgrtoWXP\
del
CD-ROM
CD1.
Il
file
presenta
il
seguente
aspetto:
upgrading
from
Windows
NT
or
Windows
2000
to
Windows
XP
;SetupMgrTag
[Data]
AutoPartition=1
MsDosInitiated="0"
UnattendedInstall="Yes"
[Unattended]
UnattendMode=FullUnattended
OemSkipEula=Yes
OemPreinstall=No
©
Copyright
IBM
Corp.
2002,
2003
309
NtUpgrade=Yes
AutoActivate=yes
[GuiUnattended]
AdminPassword=*
OEMSkipRegional=1
TimeZone=110
OemSkipWelcome=1
AutoLogon=Yes
[UserData]
FullName=Administrator
OrgName=WORKGROUP
ComputerName=*
ProductID=yourProductID
[Identification]
JoinWorkgroup=WORKGROUP
[Networking]
InstallDefaultComponents=Yes
Il
file
di
risposte
Unattend.txt
indica
anche
la
procedura
di
installazione
non
presidiata
perché
sono
stati
specificati
i
seguenti
attributi:
v
Nella
sezione
Unattended,
AutoActivate=Yes
v
Nella
sezione
UserData,
ProductID=yourProductID.
Le
informazioni
yourProductID
sono
contenute
nel
COA
(Certificate
of
Authenticity).
Ciascuna
installazione
di
Windows
XP
deve
essere
dotata
di
un
ID
prodotto
univoco
per
l’attivazione.
Se
la
connessione
a
Internet
viene
eseguita
mediante
un
server
proxy,
specificare
le
impostazioni
del
proxy
nel
file
Unattend.txt
nel
modo
seguente:
v
Nella
sezione
Unattended,
digitare
ActivateProxy=Proxy
v
Nella
sezione
Proxy,
specificare
le
impostazioni
del
proxy
del
computer
utilizzato
Copia
dei
file
necessari
per
eseguire
la
migrazione
sul
server
Tivoli
Per
passare
da
Windows
2000
a
Windows
XP,
è
necessario
copiare
i
seguenti
file
contenuti
nel
CD-ROM
CD1
sul
server
Tivoli.
v
Inst_wXP.spd
v
Unattend.txt
Nota:
E’
possibile
utilizzare
il
file
di
risposte
creato
in
“Creazione
di
un
file
di
risposte”
a
pagina
309
invece
di
questo
file.
v
check.bat
v
Check_OS.spd
Per
copiare
questi
file
dal
CD-ROM
CD1
sul
server
Tivoli,
eseguire
le
seguenti
operazioni
sul
server
Tivoli:
1.
Creare
una
directory
in
cui
memorizzare
i
file.
In
questo
scenario
viene
utilizzata
la
directory
upg_XP.
2.
Copiare
i
file
Inst_wXP.spd,
Unattend.txt,
Check_OS.spd
e
check.bat:
v
In
UNIX,
copiare
i
file
dalla
directory
/MSOSUPG/upgrtoWXP
nella
directory
/upg_XP
del
server
Tivoli,
specificando
i
seguenti
comandi
nella
directory
/upg_XP:
cp
CD_drive/MSOSUPG/upgrtoWXP/Inst_wXP.spd
.
Creazione
di
un
file
di
risposte
310
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
cp
CD_drive/MSOSUPG/upgrtoWXP/Unattend.txt
.
cp
CD_drive/MSOSUPG/upgrtoWXP/Check_OS.spd
.
cp
CD_drive/MSOSUPG/upgrtoWXP/check.bat
.
v
In
Windows,
copiare
i
file
dalla
directory
CD_drive:\MSOSUPG\upgrtoWXP
del
CD-ROM
CD1
nella
directory
drive\upg_XP
del
server
Tivoli,
specificando
il
seguente
comando
nella
directory
drive\upg_XP:
copy
CD_drive:\MSOSUPG\upgrtoWXP\Inst_wXP.spd
copy
CD_drive:\MSOSUPG\upgrtoWXP\Unattend.txt
copy
CD_drive:\MSOSUPG\upgrtoWXP\Check_OS.spd
copy
CD_drive:\MSOSUPG\upgrtoWXP\check.bat
Copia
dei
file
di
Windows
XP
sul
server
di
immagini
Per
copiare
i
file
di
Windows
XP
sul
server
di
immagini,
eseguire
le
seguenti
operazioni:
1.
Creare
una
directory
denominata
shared
sull’unità
C:
del
server
di
immagini.
2.
Avviare
l’editor
del
registro
regedt32.exe.
Viene
visualizzata
la
finestra
dell’editor
del
registro
-
HKEY_
LOCAL_
MACHINE.
3.
Nell’albero
secondario
di
HKEY_LOCAL_MACHINE,
selezionare
System->
CurrentControlSet->Services->LanmanServer->
Parameters->NullSessionShares.
4.
Selezionare
NullSessionShares.
Viene
visualizzata
la
finestra
Editor
multistringhe.
5.
Digitare
shared
e
fare
clic
su
OK.
6.
Condividere
la
directory
c:\shared
con
le
stazioni
di
lavoro
di
destinazione
che
si
desidera
migrare
verso
Windows
XP,
digitando
il
seguente
comando:
net
share
shared=c:\shared
7.
Creare
la
directory
winXP
nella
directory
c:\shared.
8.
Copiare
i
file
di
origine
di
Windows
XP
dal
CD-ROM
di
Windows
XP
nella
directory
c:\shared\winXP
sul
server
di
immagini,
digitando
il
seguente
comando:
xcopy
<CD_drive>:\<winXPsource>\*.*
c:\shared\winXP\*.*
/s/e
dove
winXPsource
è
la
directory
del
CD-ROM
di
Windows
XP
contenente
i
file
di
origine
del
sistema
operativo.
9.
Copiare
il
file
di
risposte
Unattend.txt
o
il
file
di
risposte
creato
dall’utente
in
“Creazione
di
un
file
di
risposte”
a
pagina
309
nella
directory
c:\shared\winXP.
Personalizzazione
del
file
di
definizioni
del
pacchetto
software
Inst_wXP.spd
Utilizzare
il
file
di
definizioni
del
pacchetto
software
Inst_wXP.spd
per
passare
a
Windows
XP.
Personalizzare
il
file
di
definizioni
del
pacchetto
software
Inst_wXP.spd,
specificando
\\ImageServer\shared\winXP
in
sp_path,
dove
ImageServer
è
il
nome
del
server
contente
l’immagine
del
sistema
operativo
di
Windows
XP.
Esempio
di
file
di
definizioni
del
pacchetto
software
Inst_wXP.spd:
”Software
Package
v4.2.1
-
SPDF"
package
name
=
"Inst_wXP"
title
=
"Install
Windows
XP"
version
=
"1.0"
Copia
dei
file
richiesti
per
la
migrazione
Capitolo
14.
Passaggio
da
Windows
2000
Professional
a
Windows
XP
311
undoable
=
"o"
committable
=
"o"
history_reset
=
n
save_default_variables
=
n
creation_time
=
"2002-05-12
18:10:19"
last_modification_time
=
"2002-05-12
18:14:08"
default_variables
sp_path
=
"\\ImageServer\shared\winXP"
end
execute_user_program
transactional
=
n
during_install
exit_codes
success
=
0,0
failure
=
1,65535
end
path
=
"$(sp_path)\i386\winnt32"
arguments
=
"/unattend:$(sp_path)\Unattend.txt
/s:$(sp_path)\i386"
timeout
=
7200
unix_user_id
=
0
unix_group_id
=
0
user_input_required
=
n
output_file_append
=
n
error_file_append
=
n
reporting_stdout_on_server
=
y
reporting_stderr_on_server
=
y
max_stdout_size
=
10000
max_stderr_size
=
10000
bootable
=
y
retry
=
1
end
end
end
Creazione
del
pacchetto
software
sul
server
Tivoli
Prima
di
creare
un
pacchetto
software,
è
necessario
creare
un
gestore
profili
sul
server
Tivoli
contenente
il
pacchetto
software
e
un
percorso
di
directory
in
cui
memorizzare
il
blocco
del
pacchetto
software.
Consultare
Tivoli
Management
Framework:
User’s
Guide
per
istruzioni
su
come
creare
un
gestore
profili.
Questo
scenario
prevede
che
sia
stato
creato
il
gestore
profili
degli
aggiornamenti
e
il
percorso
di
directory
dei
pacchetti
in
cui
memorizzare
il
blocco
del
pacchetto
software
Inst_wXP.spb
sul
server
Tivoli.
Per
creare
il
pacchetto
software
sul
server
Tivoli,
digitare
il
seguente
comando:
v
In
ambiente
UNIX:
wimpspo
-c
@upgrades
-f
/upg_XP/Inst_wXP.spd
-t
build
-p
/packages/Inst_wXP.spb
@Inst_wXP^1.0
v
In
ambiente
Windows:
wimpspo
-c
@upgrades
-f
c:\upg_XP\Inst_wXP.spd
-t
build
-p
c:\packages\Inst_wXP.spd
@Inst_wXP^^1.0
Questo
comando
produce
il
seguente
risultato:
–
Crea
l’oggetto
pacchetto
software
Inst_wXP^1.0,
che
si
basa
sul
file
di
definizioni
del
pacchetto
software
c:\upg_XP\Inst_wXP.spd
Copia
del
file
SPD
312
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
–
Crea
un
blocco
del
pacchetto
software
–
Scrive
il
blocco
del
pacchetto
software
nella
directory
packages
Registrazione
degli
endpoint
sul
gestore
profili
degli
aggiornamenti
Registrare
gli
endpoint
Tivoli
sul
gestore
profili
degli
aggiornamenti,
digitando
il
seguente
comando
dal
server
Tivoli:
wsub
@upgrades
@Endpoint:target1
...
@Endpoint:targetn
Dove
target1,
...,
targetn
sono
gli
endpoint
Tivoli
che
si
desidera
registrare.
Distribuzione
del
pacchetto
software
sugli
endpoint
Tivoli
Per
distribuire
il
pacchetto
software
sugli
endpoint
Tivoli,
digitare
il
seguente
comando
dal
server
Tivoli:
v
In
ambiente
UNIX:
winstsp
@Inst_wXP^1.0
@target1
@target2
...
@targetn
v
In
ambiente
Windows:
winstsp
@Inst_wXP^^1.0
@target1
@target2
...
@targetn
Dove
target1,
target2,
...,
targetn
sono
gli
endpoint
Tivoli
su
cui
si
desidera
installare
Windows
XP
Professional.
E’
anche
possibile
creare
un
gestore
profili
contenente
tutte
le
destinazioni
da
aggiornare
e
specificare
il
nome
del
gestore
profili
nel
comando
winstsp.
In
ambiente
Windows,
ad
esempio,
se
è
stato
creato
il
gestore
profili
win_targets,
digitare
il
seguente
comando:
winstsp
@Inst_wXP^^1.0
@win_targets
Dopo
avere
digitato
uno
dei
comandi
illustrati,
viene
avviato
l’aggiornamento
sugli
endpoint
Tivoli.
Al
termine
della
distribuzione
del
pacchetto
software,
le
destinazioni
vengono
riavviate.
Utilizzo
di
Check_OS^1.0.spd
per
verificare
l’aggiornamento
Utilizzando
Check_OS^1.0.spd,
è
possibile
verificare
se
Windows
XP
è
stato
installato
nell’ambiente.
Per
eseguire
questa
verifica:
1.
Creare
il
pacchetto
software
Check_OS^1.0.spd
sul
server
Tivoli,
digitando
il
seguente
comando:
v
In
ambiente
UNIX:
wimpspo
-c
@upgrades
-f
/upg_XP/Check_OS.spd
-t
build
-p
/packages/Check_OS.spb
@Check_OS^1.0
v
In
ambiente
Windows:
wimpspo
-c
@upgrades
-f
c:\upg_XP\Check_OS.spd
-t
build
-p
c:\packages\Check_OS.spd
@Check_OS^^1.0
2.
Distribuire
il
pacchetto
software
Check_OS^1.0
sugli
endpoint
Tivoli,
digitando
il
seguente
comando
dal
server
Tivoli:
v
In
ambiente
UNIX:
winstsp
@Check_OS^1.0
@target1
@target2
...
@targetn
v
In
ambiente
Windows:
winstsp
@Check_OS^^1.0
@target1
@target2
...
@targetn
Dove
target1,
target2,
...,
targetn
sono
gli
endpoint
Tivoli
su
cui
si
desidera
installare
Windows
2000
Professional.
E’
anche
possibile
creare
un
gestore
profili
contenente
tutte
le
destinazioni
da
verificare
e
specificare
il
nome
del
Creazione
del
pacchetto
software
Capitolo
14.
Passaggio
da
Windows
2000
Professional
a
Windows
XP
313
gestore
profili
nel
comando
winstsp.
In
ambiente
Windows,
ad
esempio,
se
è
stato
creato
il
gestore
profili
win_targets,
digitare
il
seguente
comando:
winstsp
@Check_OS^^1.0
@win_targets
Dopo
avere
digitato
uno
dei
comandi
illustrati,
viene
avviata
la
verifica
sugli
endpoint
Tivoli.
Al
termine
della
distribuzione
del
pacchetto
software,
verificare
che
il
sistema
operativo
indicato
nella
sezione
dell’output
standard
del
file
Check_OS.log
sia
Windows
XP.
Verifica
dell’aggiornamento
314
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Capitolo
15.
Risoluzione
dei
problemi
Questa
sezione
fornisce
informazioni
una
panoramica
sulla
risoluzione
dei
problemi
con
le
operazioni
di
Software
Distribution.
Essa
include
le
informazioni
riportate
di
seguito:
v
“Processo
di
risoluzione
problemi”
descrive
un
processo
in
base
al
quale
è
possibile
verificare
il
corso
di
una
distribuzione
software.
v
“Miglioramento
delle
prestazioni”
a
pagina
319
che
descrive
i
comandi
e
le
impostazioni
per
migliorare
le
prestazioni
di
Software
Distribution.
v
“Verifica
dei
file
di
configurazione”
a
pagina
320,
che
identifica
le
informazioni
di
configurazione
che
è
possibile
utilizzare
per
personalizzare
i
diversi
componenti
di
Software
Distribution.
v
“Log
di
Software
Distribution”
a
pagina
323,
che
descrive
la
registrazione
di
pacchetto
software
ed
altre
fonti
di
informazioni
disponibili
per
gli
utenti
di
Software
Distribution.
v
“Controllo
del
file
SPD”
a
pagina
332,
che
fornisce
un
riepilogo
delle
informazioni
dal
file
del
pacchetto
software
che
può
essere
utile
nella
risoluzione
problemi.
v
“Risoluzione
dei
problemi
relativi
alla
GUI
dell’Editor
di
pacchetti
software”
a
pagina
332,
che
fornisce
informazioni
sul
miglioramento
delle
prestazioni
della
GUI.
v
“Verifica
di
ripetitori,
gateway
ed
endpoint”
a
pagina
333,
che
fornisce
informazioni
sui
problemi
di
rete
che
possono
causare
errori
della
distribuzione,
problemi
di
configurazione
prodotti
e
come
è
possibile
identificarli.
v
“Verifica
dei
lost-n-found”
a
pagina
338,
che
descrive
una
funzione
per
il
ripristino
dei
pacchetti
software
nel
caso
non
vangano
più
visualizzati
sul
desktop.
v
“Verifica
della
directory
di
default
su
un
sistema
di
destinazione”
a
pagina
338,
che
include
informazioni
sull’ubicazione
predefinita
di
oggetti
installati
per
i
quali
non
può
essere
risolta
l’ubicazione
di
destinazione
specificata.
Queste
sezioni
forniscono
una
panoramica
sul
processo
di
risoluzione
dei
problemi.
Processo
di
risoluzione
problemi
Figura
6
a
pagina
316
illustra
la
procedura
tipica
della
distribuzione
di
un
pacchetto
software
e
le
fasi
in
cui
è
possibile
rilevare
dei
problemi
inerenti
alla
distribuzione.
I
numeri
che
vanno
da
1
a
11
riportati
nella
figura
sono
correlati
alle
informazioni
fornite
nella
figura.
©
Copyright
IBM
Corp.
2002,
2003
315
Le
note
che
seguono
estendono
le
informazioni
fornite
in
Figura
6;
i
numeri
delle
note
fanno
riferimento
ai
numeri
riportati
in
parentesi:
Figura
6.
Risoluzione
dei
problemi
di
distribuzione
di
un
pacchetto
software
Risoluzione
problemi:
procedure
316
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
1.
Se
non
si
riesce
a
trovare
il
pacchetto
software
da
inoltrare
in
una
gestione
profilo
sul
desktop,
è
possibile
che
sia
stato
spostato
su
una
raccolta
di
ricerca.
Consultare
“Verifica
dei
lost-n-found”
a
pagina
338.
2.
Se
si
sta
utilizzando
la
GUI
per
inoltrare
le
operazioni
di
distribuzione,
è
necessario
controllare
il
pannello
principale
del
desktop
di
Tivoli
per
determinare
l’ID
restituito
dall’inoltro.
3.
E’
possibile
che
sia
stato
commesso
un
errore
immettendo
un
comando
sulla
CLI
o
sulla
GUI.
Leggere
il
messaggio
di
errore
e,
se
necessario,
la
pagina
relativa
al
comando.
Potrebbe
essersi
verificato
un
problema
con
il
pacchetto
software.
Verificare
il
messaggio
di
errore
e
consultare“Controllo
del
file
SPD”
a
pagina
332
per
gli
attributi
da
verificare
nel
pacchetto
software.
Se
l’errore
non
è
riportato
nel
comando
inoltrato,
utilizzare
il
comando
odstat
per
visualizzare
i
metodi
al
momento
attivi
e
gli
errori
ad
essi
associati.
Per
visualizzare
un
elenco
di
tutti
metodi
cm_execute_src
e
send
richiamati
dal
metodo
cm_execute_src,
immettere
il
comando
il
comando
odstat
–c
sull’host
di
origine.
Questo
comando
registra
le
attività
svolte
sui
server,
sui
gateway,
sui
ripetitori
e
sull’host
di
origine.
Riporta
il
metodo
dell’operazione
CM
durante
l’esecuzione
sul
server
e
il
metodo
cm_execute_src
in
esecuzione
sull’host
di
origine.
Elenca
il
metodo
send
in
esecuzione
sul
ripetitore.
Se
viene
immesso
di
continuo
il
comando
odstat
–c,
ogni
metodo
scompare
dall’elenco
mentre
ogni
processo
e
il
metodo
cm_execute_src
vengono
completati.
Consultare
Tivoli
Management
Framework:
Manuale
di
riferimento
per
una
descrizione
del
comando
odstat
e
dei
relativi
argomenti.
4.
Una
volta
trascorso
un
intervallo
ragionevole
dopo
aver
inoltrato
correttamente
l’operazione,
verificarne
il
corso
utilizzando
il
comando
wmdist.
v
E’
possibile
utilizzare
il
comando
wmdist
-e
<distribution_ID>
o
wmdist
-q
<distribution_ID>
per
verificare
il
corso
di
una
distribuzione
sui
nodi
(ripetitori
e
endpoint)
che
formano
la
catena
di
passaggio
da
un’origine
ad
una
destinazione.
MDist2
aggiorna
i
dati
richiamati
da
questo
comando
utilizzando
un
intervallo
di
notifica,
il
cui
valore
predefinito
è
30
minuti.
v
Il
comando
wmdist
-I
<repeater>
verifica
lo
stato
delle
distribuzioni
sul
ripetitore
definito
in
tempo
reale.
5.
La
distribuzione
può
trovarsi
nei
seguenti
stati:
v
in
attesa
La
distribuzione
è
ancora
in
corso.
v
sospeso
Esistono
tre
possibilità
per
questo
stato:
–
L’utente
ha
sospeso
la
distribuzione
–
L’endpoint
è
un
endpoint
mobile
–
Il
periodo
di
timeout
per
la
notifica
per
l’utente
su
endpoint
non
è
ancora
trascorsov
non
disponibile
Errore
di
comunicazione
su
endpoint.
Verificare
il
processo
lcfd
sull’endpoint.
v
interrotta
La
distribuzione
è
stata
interrotta
a
causa
di
problemi
sulla
rete.
La
distribuzione
viene
ritentata
sull’endpoint
dopo
ogni
intervallo
di
nuovo
tentativo.
Risoluzione
problemi:
procedure
Capitolo
15.
Risoluzione
dei
problemi
317
6.
Quando
un’operazione
viene
completata
su
un
target,
non
è
detto
che
sia
stata
completata
senza
errori.
Tipi
diversi
di
distribuzioni
hanno
modi
diversi
di
riuscire
o
fallire.
Le
distribuzioni
non
completate
all’interno
del
limite
massimo
di
tempo
vengono
contrassegnate
come
scadute.
7.
Quando
l’operazione
è
stata
completata
senza
errori,
è
possibile
che
vengano
generati
errori
(ad
esempio
un
errore
dopo
lo
script)
e
avvertenze.
Per
ulteriori
informazioni
consultare
il
log
del
pacchetto
software.
Consultare
“Log
di
Software
Distribution”
a
pagina
323.
Nota:
Se
la
distribuzione
è
riuscita,
ma
i
file
del
pacchetto
non
vengono
installati
sull’ubicazione
di
destinazione
prevista,
è
possibile
che
sia
stata
utilizzata
una
variabile
non
definita.
I
file
installati
vengono
posizionati
in
una
directory
definita
in
base
al
nome
della
variabile.
Aprire
il
pacchetto
e
verificare
che
tutte
le
variabili
siano
state
definite.
8.
Consultare
il
log
del
pacchetto
software
per
informazioni
dettagliate
sull’errore
(consultare
“Log
di
Software
Distribution”
a
pagina
323).
Gli
errori
possono
essere
generati
a
causa
di
problemi
con
la
definizione
del
pacchetto
software.
Consultare
“Controllo
del
file
SPD”
a
pagina
332.
I
dettagli
dell’errore
possono
anche
essere
rilevati
in
lcfd.log
in
cui
viene
riportata
la
seguente
eccezione:
Jul
10
14:04:24
Q
MethInit
**
Exception
caught
in
run_impl:
unknown
exception:Exception:UserException:SysAdminException:
:ExException:SpDistEngine::Spde::ExNestedSpErrorMsg
I
messaggi
di
errore
vengono
anche
riportati
nel
campo
MESSAGES
nella
tabella
di
inventario
SD_H_INST.
Consultare
“Database
di
configurazione”
a
pagina
331.
9.
Tutte
le
distribuzioni
contengono
un
limite
di
tempo
massimo,
dopo
il
quale
verranno
riportate
come
scadute.
LA
scadenza
di
default
è
72
ore
e
può
essere
modificata
impostando
l’argomento
-l
(per
modificare
i
parametri
MDist2)
del
comando
di
distribuzione.
Tuttavia,
utilizzando
il
prodotto,
sarà
possibile
stabilire
la
durata
di
una
particolare
distribuzione
in
circostanze
normali
e
sarà
possibile
esaminare
tutte
le
distribuzioni
che
superano
le
previsioni.
Per
ulteriori
dettagli,
consultare
i
log
del
pacchetto
software.
Consultare
“Log
di
Software
Distribution”
a
pagina
323.
I
problemi
che
si
verificano
durante
questa
fase
della
distribuzione
sono
determinati
da
una
delle
condizioni
riportate
di
seguito:
v
Problemi
relativi
alla
disponibilità
o
alle
prestazioni
dei
ripetitori
o
degli
endpoint.
Consultare
“Verifica
di
ripetitori,
gateway
ed
endpoint”
a
pagina
333.
v
Esecuzione
di
un
programma
utente
non
completata.
Se
una
distribuzione
termina
prima
della
scadenza
prevista,
il
pacchetto
software
può
appartenere
ad
una
policy
region
in
cui
è
stata
modificata
la
scadenza
utilizzando
il
comando
wswdmgr
oppure
modificando
le
impostazioni
della
GUI
di
default.
Fare
riferimento
a
Manuale
di
riferimento
per
Software
Distribution
per
ulteriori
informazioni
relative
al
comando
wswdmgr.
Consultare
“Personalizzazione
delle
impostazioni
della
GUI”
a
pagina
214
per
informazioni
relative
alla
modifica
delle
impostazioni
di
default
relative
alla
scadenza.
10.
Una
volta
completata
la
distribuzione,
controllarne
il
risultato
nel
file
di
log
di
Software
Distribution
nella
directory
$BINDIR/../swdis/work.
Consultare
“Log
del
pacchetto
software”
a
pagina
323
per
ulteriori
informazioni
relative
al
file
di
log.
Risoluzione
problemi:
procedure
318
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
11.
Utilizzare
il
comando
wmsgbrowse
per
controllare
i
messaggi
non
consegnati
ancora
contenuti
nella
coda
di
Software
Distribution.
Fare
riferimento
a
Manuale
di
riferimento
per
Software
Distribution
per
la
sintassi
del
comando
wmsgbrowse.
Consigli
e
suggerimenti
Problemi
relativi
all’installazione
della
patch
Solaris
Quando
l’installazione
di
un
pacchetto
software
contenente
una
patch
Solaris
viene
completata
ma
si
verificano
problemi
relativi
all’installazione,
eseguire
i
comandi
riportati
di
seguito:
widmap
list_entries
root_group
che
restituisce
l’elenco
delle
voci
definite
in
root_group
per
determinare
se
la
voce
″other″
è
presente
per
la
piattaforma
solaris2.
In
caso
contrario,
eseguire
widmap
add_entry
root_group
solaris2
other
per
aggiungere
la
voce.
Fare
riferimento
a
Tivoli
Management
Framework:
Manuale
di
riferimento
per
la
sintassi
del
comando
widmap.
Errore
durante
lo
scaricamento
di
un
disco
remoto
Un
pacchetto
software
che
contiene
un
programma
utente
che
scarica
un
disco
remoto
potrebbe
rilevare
un
errore
causato
da
file
bloccati
durante
l’installazione.
Ad
esempio,
un
pacchetto
software
contiene
gli
oggetti
riportati
di
seguito:
1.
Un’esecuzione
di
programma
utente
in
cui
un
comando
net
use
scarica
un
disco
remoto.
2.
Un
oggetto
del
programma
InstallShield
che
installa
un’applicazione.
3.
Un’esecuzione
di
programma
utente
in
cui
un
comando
net
use
delete
scarica
un
disco
remoto.
In
caso
di
errore
relativo
all’installazione
del
pacchetto
software,
ridefinire
il
pacchetto
software
utilizzando
una
variabile
di
default
che
rappresenta
un
disco
remoto
nel
modo
riportato
di
seguito:
1.
Definire
una
variabile
di
default
nel
pacchetto
software,
net_dir,
ed
assegnare
il
percorso
del
disco
remoto
come
valore
2.
Definire
un
oggetto
del
programma
installshield
ed
utilizzare
la
variabile
net_dir
nel
percorso
del
file
di
risposte.
Pianificazione
di
una
distribuzione
utilizzando
Tivoli
Scheduler
Se
viene
eseguita
un’operazione
Software
Distribution
in
cui
sono
specificate
le
opzioni
di
ripetizione,
viene
visualizzato
un
messaggio
di
errore
simile
a
quello
riportato
di
seguito:
Esecuzione
del
lavoro
non
riuscita!
Il
lavoro
pianificato
è
stato
eseguito,
ma
Software
Distribution
invia
un’eccezione
a
Tivoli
Scheduler
in
modo
che
Scheduler
prova
ad
eseguire
nuovamente
l’operazione.
Miglioramento
delle
prestazioni
Per
migliorare
le
prestazioni
di
Software
Distribution,
è
possibile
eseguire
una
delle
operazioni
riportate
di
seguito:
Risoluzione
problemi:
procedure
Capitolo
15.
Risoluzione
dei
problemi
319
Impostazione
del
numero
di
endpoint
da
gestire
Per
migliorare
la
gestione
di
diversi
endpoint
durante
la
fase
di
prospetto,
definire
il
parametro
max_endpoint_answer
sul
server
Software
Distribution
utilizzando
il
comando
wswdcfg
.
Quando
si
utilizza
questo
parametro,
Software
Distribution
raggruppa
il
numero
di
endpoint
da
gestire
durante
una
distribuzione.
Il
valore
di
tale
parametro
è
espresso
come
un
intero
positivo
maggiore
oppure
uguale
a
30.
Il
valore
di
default
è
30.
Se
si
utilizza
il
valore
di
default,
Software
Distribution
elabora
tutti
gli
endpoint;
se
si
immette
un
valore
superiore,
Software
Distribution
gestisce
tale
numero
di
endpoint.
Impostazione
del
timeout
di
prospetto
per
il
server
Per
impedire
che
i
prospetti
vengano
inviati
più
volte
da
MDist
al
server
Software
Distribution,
impostare
il
parametro
report_execute_timeout
su
tutti
gli
host
di
origine
della
regione
utilizzando
il
comando
wswdcfg.
Tale
parametro
indica
l’intervallo
massimo
di
tempo
richiesto
dal
server
Software
Distribution
per
elaborare
i
prospetti
inviati
da
MDist2.
Il
valore
è
espresso
come
un
intero
positivo
che
indica
i
minuti
(il
valore
di
default
è
30).
Impostazione
del
numero
di
thread
Per
impedire
l’invio
di
un
numero
elevato
di
thread
da
MDist
2
durante
la
fase
di
prospetto,
impostare
il
parametro
report_threads_limit
sul
server
Tivoli
Distribution
utilizzando
il
comando
wswdcfg.
Il
valore
predefinito
è
10.
Se
il
numero
di
thread
raggiunge
il
valore
limite,
MDist2
prova
ad
inviare
gli
altri
thread
successivamente.
Verifica
dei
file
di
configurazione
Questa
sezione
contiene
informazioni
relative
ai
file
di
configurazione
dei
diversi
componenti
del
sistema.
Contiene
le
sezioni
riportate
di
seguito:
v
“Informazioni
relative
alla
configurazione
di
base
sul
server
di
distribuzione
e
sull’host
di
origine”.
v
“Informazioni
relative
alla
configurazione
di
base
sugli
endpoint”.
Le
informazioni
relative
alla
configurazione
di
base
includono
la
posizione
dei
dati
specifici
della
piattaforma
sugli
endpoint,
sui
server
di
distribuzione
e
sugli
host
di
origine.
Informazioni
relative
alla
configurazione
di
base
sul
server
di
distribuzione
e
sull’host
di
origine
Le
informazioni
relative
alla
configurazione
di
base
sui
server
di
distribuzione
e
sugli
host
di
origine
vengono
gestite
utilizzando
il
comando
wswdcfg.
Per
informazioni
relative
all’utilizzo
di
tale
comando
per
la
personalizzazione
delle
impostazioni
relative
alla
configurazione
di
base,
fare
riferimento
a
Manuale
di
riferimento
per
Software
Distribution.
Informazioni
relative
alla
configurazione
di
base
sugli
endpoint
Le
informazioni
relative
alla
configurazione
di
base
su
un
endpoint
sono
memorizzate
nel
file
swdis.ini,
disponibile
nella
directory
di
sistema
appropriata
del
sistema
di
destinazione,
in
base
alla
piattaforma.
La
tabella
riportata
di
seguito
illustra
la
posizione
del
file
swdis.ini
sulle
diverse
piattaforme.
Risoluzione
problemi:
procedure
320
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Tabella
16.
Posizione
del
file
swdis.ini
Piattaforma
Ubicazione
Windows
sysem_drive:\system_path,
ad
esempio,
su
Windows
XP,
system_drive:\WINDOWS
NetWare
sys:\System
OS/2
system_drive:\os2
OS/400
/swdis
UNIX
etc/Tivoli
Questo
file
può
essere
visualizzato
solo
dall’utente
root,
in
quanto
proprietario
del
catalogo
SD
globale.
Gli
altri
utenti,
che
possono
eseguire
comandi,
dispongono
dei
propri
ambienti
SD
in
cui
il
file
swdis.ini
è
memorizzato
nella
directory
$HOME/.swdis.
Il
file
swdis.ini
contiene
parametri
come
quelli
riportati
di
seguito,
basati
sull’utilizzo
della
piattaforma
UNIX:
[lab16003-hp]
product_dir=/opt/Tivoli/swdis/1
working_dir=/opt/Tivoli/swdis/1/work
backup_dir=/opt/Tivoli/swdis/1/backup
trace_level=0
trace_size=1000000
send_timeout=300
autopack_dir=/opt/Tivoli/swdis/1/autopack
staging_dir=opt/Tivoli/swdis/1/service
user_file_variables=/opt/Tivoli/swdis/1/swdis.var
import_libraries=spd,libecimp
inventory_scan_file=/opt/Tivoli/lcf/inv/SCANNER/sd_scan.nfo
speditor_dir=/opt/Tivoli/swdis/1/speditor
[#GENERIC]
La
tabella
riportata
di
seguito
contiene
una
breve
spiegazione
delle
chiavi
contenute
in
tale
file:
Tabella
17.
Assegnazioni
della
directory
nel
file
swdis.ini
Chiave
Descrizione
product_dir
Identifica
una
directory
principale
in
cui
sono
memorizzati
i
dati
di
Software
Distribution,
come,
ad
esempio,
cataloghi,
messaggi,
tracce
e
pacchetti
di
backup.
working_dir
File
cronologico
(catalogo)
per
ciascun
sistema
di
destinazione.
backup_dir
Area
di
backup
per
l’annullamento
delle
operazioni.
trace_level
v
0
=
nessuno
(default)
v
1
=
grave
v
2
=
errore
v
3
=
avvertenza
v
4
=
informazioni
v
5
=
verbose
trace_size
Dimensione
massima
del
file
di
traccia
(la
dimensione
di
default
è
1000000
byte).
Risoluzione
dei
problemi:
file
di
configurazione
Capitolo
15.
Risoluzione
dei
problemi
321
Tabella
17.
Assegnazioni
della
directory
nel
file
swdis.ini
(Continua)
Chiave
Descrizione
send_timeout
Se
il
pacchetto
software
contiene
almeno
un
programma
con
un’impostazione
relativa
al
timeout,
tale
valore
viene
utilizzato
per
estendere
il
ripetitore
execute_timeout
oppure
il
ripetitore
send_timeout,
in
base
alla
posizione
dell’azione
del
programma
nel
pacchetto.
Per
ulteriori
informazioni,
consultare
“Timeout
del
programma
utente”
a
pagina
335.
autopack_dir
Identifica
la
directory
in
cui
si
desidera
memorizzare
temporaneamente
i
risultati
delle
istantanee
Autopack.
Il
valore
di
default
è
<product_directory>\autopack.
staging_dir
Area
di
trasferimento
per
le
transazioni.
user_file_variables
Identifica
la
posizione
del
file
swdis.var
che
contiene
le
variabili
del
file
dell’utente.
La
posizione
di
default
è
la
directory
del
prodotto
dell’endpoint.
import_libraries
Identifica
il
percorso
della
libreria
che
contiene
l’oggetto
da
aggiungere
al
pacchetto
software.
Il
percorso
non
può
contenere
caratteri
jolly.
inventory_scan_file
Richiama
le
informazioni
relative
all’hardware
del
sistema.
speditor_dir
Directory
in
cui
è
installato
l’Editor
di
pacchetti
software.
I
valori
di
default
sono:
v
Windows:
<system_drive>\swdis\speditor
v
UNIX:
/opt/Tivoli/swdis/1/speditor
v
OS/2:
<system_drive>\tivoli\swdis\speditor
ep_trace_level*
v
O
=
disabilitato
(default)
v
5
=
abilitato
ep_trace_size*
valore
in
byte,
default
1000000
ep_trace_style*
0
=
file
di
traccia
denominato
spde.trc
5
=
file
di
traccia
denominato
spde.dxxhyy.trc
ep_trace_tags*
tag1,
tag2,...
(attualmente,
l’unica
tag
disponibile
è
″datamoving″)
*
Tali
chiavi
consentono
agli
utenti
mobili
di
verificare
lo
stato
delle
operazioni
di
richiamo
dei
dati.
Quando
questo
file
viene
creato
e
ad
ogni
accesso,
viene
creata
una
copia
di
backup
denominata
swdis.bak
nella
stessa
directory
e
contrassegnata
come
file
di
sola
lettura.
Per
modificare
le
informazioni
relative
alla
configurazione,
modificare
il
file
swdis.ini.
Il
file
swdis.bak
viene
aggiornato
automaticamente
con
la
configurazione
precedente
al
successivo
utilizzo
del
prodotto.
Se
il
file
swdis.ini
viene
cancellato
in
modo
accidentale,
viene
creato
nuovamente
utilizzando
le
informazioni
contenute
nel
file
swdis.bak,
e
non
da
altri
valori
di
default,
consentendo
di
conservare
la
configurazione
personalizzata.
Se
il
prodotto
viene
rimosso
ed
installato
nuovamente,
per
una
configurazione
completamente
nuova
è
necessario
eliminare
i
file
swdis.ini
e
swdis.bak.
Risoluzione
dei
problemi:
file
di
configurazione
322
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Log
di
Software
Distribution
Durante
l’utilizzo
dei
componenti
di
Software
Distribution,
le
informazioni
vengono
raccolte
nei
listener
e
nei
file
di
log
riportati
di
seguito:
v
“Log
del
pacchetto
software”
v
“Notifiche
e
posta”
a
pagina
330
v
“Tivoli
Enterprise
Console”
a
pagina
330
v
“Database
di
configurazione”
a
pagina
331
v
“Log
di
trasferimento
dei
dati”
a
pagina
329
v
“Elenco
oggetti
di
log”
a
pagina
329
Tutte
le
attività
di
prospetto,
escluse
quelle
nella
fase
precedente
all’inoltro
di
un’operazione,
sono
gestite
in
modo
che
se
non
è
possibile
raggiungere
uno
dei
listener,
le
informazioni
vengono
memorizzate
sul
server
di
file
ed
inviate
al
successivo
completamento
dell’operazione.
Log
del
pacchetto
software
Il
log
del
pacchetto
software
è
la
principale
fonte
di
informazioni
per
la
operazioni
di
distribuzione
del
software.
La
registrazione
è
sempre
attiva
e
disponibile
fino
a
quando
l’host
di
registrazione
è
accessibile.
Ciascun
pacchetto
software
dispone
di
un
file
di
log
che
per
default
è
denominato
nome_pacchetto_software.version.log
ed
è
disponibile
nella
directory
$BINDIR/../swdis/work.
La
posizione
di
default
del
log
è
la
directory
specificata
nell’attributo
working_dir
(definito
nel
file
swdis.ini
file)
sul
server.
E’
l’host
del
di
log
di
default.
E’
possibile
specificare
un’host
ed
una
posizione
differenti
assegnando
valori
agli
attributi
log_host
e
log_path
nel
file
SPD.
E’
possibile
utilizzare
il
comando
wgetspop
con
gli
argomenti
-h
e
-L
per
individuare
i
valori
impostati
per
gli
attributi
relativi
all’host
di
log
ed
al
percorso
di
log.
E’
possibile
utilizzare
il
comando
wsetspop
con
gli
argomenti
-h
e
-L
per
modificare
i
valori
impostati
nel
file
SPD.
Negli
ambienti
UNIX,
gli
attributi
del
pacchetto
software
log_gid,
log_mode
e
log_user,
consentono
di
personalizzare
i
diritti
del
file
di
log
e
la
proprietà
del
log.
E’
possibile
richiamare
e
sostituire
tali
attributi
nei
comandi
wgetspop
e
wsetspop
utilizzando
gli
argomenti
-j
e
-u.
Ogni
volta
che
viene
eseguita
una
distribuzione,
le
informazioni
vengono
scritte
nel
log
del
pacchetto
software
relativo
al
pacchetto
oppure
ai
pacchetti
software
coinvolti.
Il
comando
wsyncsp
crea
un
file
di
log
sul
server
TMR
(Tivoli
management
region),
wsyncsp.log,
in
cui
vengono
registrati
i
risultati
della
sincronizzazione.
Quando
la
sincronizzazione
modifica
lo
stato
di
un
pacchetto
che
esiste
sul
desktop,
le
informazioni
vengono
scritte
anche
nel
log
del
pacchetto
software.
Le
informazioni
registrate
nel
log
dipendono
dal
modo
in
cui
l’operazione
viene
eseguita.
Per
la
registrazione
esistono
tre
modalità,
come
riportato
di
seguito:
Modalità
di
distribuzione
E’
la
modalità
normale
per
un’operazione.
In
questa
modalità,
l’azione
Risoluzione
dei
problemi:
log
Capitolo
15.
Risoluzione
dei
problemi
323
specificata,
ad
esempio,
l’installazione,
la
rimozione
oppure
l’annullamento,
viene
eseguita
sugli
endpoint
specificati.
Quando
viene
eseguita
una
distribuzione,
viene
creata
una
voce
di
log
prima
dell’inoltro
e
quando
l’operazione
è
stata
completata.
Anteprima
Un’operazione
viene
eseguita
in
modalità
anteprima
quando
viene
specificato
l’argomento
-p.
Quando
un’operazione
viene
eseguita
in
questa
modalità,
aggiorna
il
file
di
log
del
pacchetto
software
sul
server
con
un
elenco
di
azioni
che
vengono
eseguite
in
caso
di
esecuzione
dell’operazione.
L’operazione
non
viene
eseguita
realmente.
Sulla
destinazione
viene
eseguita
una
verifica
e
al
file
di
log
viene
restituito
l’elenco
dei
file
da
correggere
o
quello
dei
file
di
origine
che
sono
stati
modificati.
Nota:
La
modalità
anteprima
dell’origine
(-p
-m
s)
crea
voci
di
log
della
modalità
anteprima
perché
restituisce
informazioni
relative
ai
file
origine
modificati
dopo
l’ultima
distribuzione
eseguita
correttamente.
Tuttavia,
la
modalità
di
anteprima
di
ripristino
(-p
-m
r)
restituisce
informazioni
relative
ai
file
di
origine
ed
ai
file
sull’endpoint
modificati
o
corrotti
dopo
l’ultima
operazione
eseguita
correttamente
e
crea
voci
di
log
della
modalità
di
distribuzione.
Verifica
Un’operazione
viene
eseguita
in
modalità
verifica
quando
è
specificato
l’argomento
-i.
Le
verifiche
vengono
eseguite
per
verificare
che
l’operazione
è
possibile,
ad
esempio,
per
assicurare
che
le
verifiche
dello
stato
cm
o
le
verifiche
di
dipendenza
restituiscono
valori
true
su
tutti
gli
endpoint.
Vengono
create
le
voci
di
log
per
gli
endpoint
che
non
superano
la
verifica.
E’
possibile
utilizzare
l’argomento
di
registrazione
verbose
(-v)
quando
si
esegue
un
comando
in
modalità
verifica.
In
questo
modo,
viene
creato
un
prospetto
più
dettagliato
delle
verifiche
non
riuscite.
Nota:
Le
operazioni
in
modalità
verifica
sono
disponibili
solo
se
è
abilitata
l’Integrazione
di
Inventory.
Esempio
di
log
del
server
Software
Distribution
Questa
sezione
contiene
esempi
di
voci
di
log
del
server
Software
Distribution
per
gli
scenari
di
distribuzione
riportati
di
seguito:
v
“Esempio
1:
Voce
di
log
standard
per
un’operazione
di
installazione
eseguita
correttamente”
a
pagina
325
v
“Esempio
2:
Distribuzione
di
un
pacchetto
software
contenente
un
pacchetto
Solaris”
a
pagina
325
v
“Esempio
3:
Database
di
modifica
dello
stato
della
gestione
disabilitato”
a
pagina
325
v
“Esempio
4:
Operazione
di
installazione
in
modalità
anteprima”
a
pagina
325
v
“Esempio
5:
Operazione
di
installazione
in
modalità
verifica”
a
pagina
326
v
“Esempio
6:
Operazione
di
installazione
senza
l’opzione
di
forzatura”
a
pagina
326
v
“Esempio
7:
Operazione
di
installazione
in
cui
alcune
destinazioni
specificate
non
sono
più
valide”
a
pagina
327
v
“Esempio
8:
Esecuzione
di
programma
utente
il
cui
timeout
è
scaduto
ed
il
programma
non
è
stato
completato”
a
pagina
328
v
“Esempio
9:
Esecuzione
di
un
programma
utente
con
il
timeout
impostato
su
-1”
a
pagina
328
Log:
Pacchetto
software
324
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Esempio
1:
Voce
di
log
standard
per
un’operazione
di
installazione
eseguita
correttamente:
Di
seguito
è
riportata
una
voce
di
log
standard
per
un’operazione
di
installazione
eseguita
correttamente.
*****************************************************
Software
Package:
"file.1.0"
Operation:
install
Mode:
not-transactional,not-undoable|force
Time:
2002-02-12
16:46:23
==========================
Esempio
2:
Distribuzione
di
un
pacchetto
software
contenente
un
pacchetto
Solaris:
Di
seguito
è
riportata
la
voce
di
log
per
la
distribuzione
di
un
pacchetto
software
contenente
un
pacchetto
Solaris
eseguita
correttamente.
Software
Package:
"Net.478.solaris"
Operation:
install
Mode:
not-transactional,not-undoable
Time:
2002-06-06
06:55:41
=================
lab16072-sun:
DISSE0155I
Distribution
ID:
`1176491908.17’
DISSE0029I
Current
software
package
status
is
’IC---’.
DISSE0005I
Operation
successful.
Esempio
3:
Database
di
modifica
dello
stato
della
gestione
disabilitato:
Se
la
funzione
di
modifica
dello
stato
di
gestione
è
disabilitata
quando
viene
eseguita
un’installazione,
nel
log
viene
registrato
un
messaggio
simile
a
quello
riportato
di
seguito.
Software
Package:
"a.1"
Operation:
install
Mode:
not-transactional,not-undoable
|
force
Time:
2002-04-10
13:28:02
=================
DIS:SENG:0175
The
following
warning
messages
occurred
before
the
distribution
was
submitted:
->
FRWTT0003E
An
instance
named
"SwdistCMSTATUSupport"
of
resource
"distinguished"
was
not
found.
=================
Software
Package:
"a.1"
Operation:
install
Mode:
not-transactional,not-undoable
|
force
Time:
2002-04-10
13:28:05
Log
File:
lab15056:/tivoli/usr/local/Tivoli/bin/swdis/work/a.1.log
=================
lab16012-wnt:
Operation
successfully
submitted.
Distribution
ID
is
1341149616.166.
=================
Software
Package:
"a.1"
Operation:
install
Mode:
not-transactional,not-undoable
|
force
Time:
2002-04-10
13:28:16
=================
lab16012-wnt:
Distribution
ID:
`1341149616.166’
Current
software
package
status
is
’IC---’.
Operation
successful.
Esempio
4:
Operazione
di
installazione
in
modalità
anteprima:
Di
seguito
è
riportato
un
esempio
di
voci
di
log
per
un’operazione
di
installazione
eseguita
in
modalità
anteprima.
*****************************************************
Software
Package:
"file.1.0"
Operation:
install
Log:
Pacchetto
software
Capitolo
15.
Risoluzione
dei
problemi
325
Mode:
Preview
Time:
2002-02-12
16:50:13
==========================
Actions
to
be
performed:
add
directory
c:\newfiles
add
file
c:\newfiles\file1.txt
==========================
Esempio
5:
Operazione
di
installazione
in
modalità
verifica:
Di
seguito
è
riportato
un
esempio
di
voci
di
log
per
un’operazione
di
installazione
eseguita
in
modalità
verifica.
*****************************************************
Software
Package:
"file.1.0"
Operation:
install
Mode:
not-transactional,not-undoable
Time:
2002-02-12
16:55:17
==========================
List
of
targets
for
which
the
requested
operation
cannot
be
submitted:
endpt1
Failed
dependency
check.
endpt2
Failed
dependency
check.
==========================
Di
seguito
è
riportato
un
esempio
di
voci
di
log
per
la
stessa
operazione
di
installazione
eseguita
in
modalità
verifica
con
la
registrazione
verbose.
*****************************************************
Software
Package:
"file.1.0"
Operation:
install
Mode:
not-transactional,not-undoable
Time:
2002-02-12
16:55:17
==========================
endpt1
**
Dependency
Checking
:
Dependency
check
’$(installed_software)
==
file^1.0’
for
package
’dep.1.0’
failed.
----------------------------
$(installed_software)
==
"file^1.0"
[
false
]
----------------------------
**
Versioning
:
The
package
`dep.2.0’
is
a
later
version
in
state
`IC---’.
The
requested
operation
is
not
allowed
for
the
software
package
dep.1.0
-----------------------------------
endpt2
**
Dependency
Checking
:
Dependency
check
’$(installed_software)
==
file^1.0’
for
package
’dep.1.0’
failed.
----------------------------
$(installed_software)
==
"file^1.0"
[
false
]
-------------------------------
==============================
Esempio
6:
Operazione
di
installazione
senza
l’opzione
di
forzatura:
Di
seguito
è
riportata
la
voce
di
log
per
un
pacchetto
software
distribuito
senza
specificare
la
forzatura
ad
un
sistema
di
destinazione
su
cui
è
già
stato
installato
lo
stesso
pacchetto
software.
Il
log
indica
che
lo
stato
corrente
del
pacchetto
software
è
già
’IC---’.
=================
Software
Package:
"Testcase3.8.4"
Operation:
install
Mode:
not-transactional,not-undoable
Time:
2003-09-26
16:14:48
Log
File:
lab16185:C:\Tivoli\bin\swdis\work\Testcase3.8.4.log
=================
lab16212-sles8:
DISSE0074I
Operation
successfully
submitted.
Distribution
Log:
Pacchetto
software
326
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
ID
is
11288375921064585686.
=================
Software
Package:
"Testcase3.8.4"
Operation:
install
Mode:
not-transactional,not-undoable
Time:
2003-09-26
16:14:50
=================
lab16212-sles8:
DISSE0155I
Distribution
ID:
`11288375921064585686’
DISSE0029I
Current
software
package
status
is
’IC---’.
DISSE0005E
Operation
unsuccessful.
DISSE0316E
The
following
error
messages
have
been
generated
during
software
package
Testcase3.8.4
status
validation:
DISSE0028E
The
requested
operation
is
not
allowed
for
the
software
package
Testcase3.8.4
due
to
a
validation
failure.
=================
Esempio
7:
Operazione
di
installazione
in
cui
alcune
destinazioni
specificate
non
sono
più
valide:
Di
seguito
è
riportato
il
messaggio
della
riga
comandi
ricevuto
e
la
voce
di
log
per
un
pacchetto
software
inviato
ad
un
numero
di
destinazioni
specificato
in
un
file
di
testo
in
cui
alcune
destinazioni
non
sono
più
valide.
Con
la
chiave
continue_on_invalid_targets
impostata
su
y,
la
distribuzione
continua
su
destinazioni
valide
e
registra
un
messaggio
nel
log
del
server
Software
Distribution
per
le
destinazioni
non
valide.
Messaggio
ricevuto
dopo
l’immissione
del
comando
dalla
riga
comandi
con
continue_on_invalid_targets
abilitato:
C:\test_cli>winstsp
-f
-t
y
-u
y
-T
c:\test_cli\Subscribers_list.txt
@testcase1.0DISSE0070E
`lab16109-aix#lab16037-region’
is
neither
the
name
of
profile
manager
nor
the
name
of
a
resource
that
is
capable
of
receiving
a
software
package
distribution.
The
name
you
provide
must
be
a
fully
specified
name
(starting
with
`@’)
or
a
name
relative
to
the
current
working
collection.
if
continue_on_invalid_targets=y
C:\>winstsp
-f
-t
y
-u
y
-T
c:\test_cli\Subscribers_list.txt
@testcase1.0
DISSE0576W
The
operation
failed
on
some
of
the
targets
(or
subscribers)
specified.
Check
the
Software
Distribution
log
file
for
further
details.
DISSE0074I
Operation
successfully
submitted.
Distribution
ID
is
1128837592.12.
Voce
del
file
di
log:
=================
Software
Package:
"testcase1.0"
Operation:
install
Mode:
transactional
|
undoable
|
force
Time:
2003-10-07
10:21:24
=================
DISSE0575I
Some
of
the
targets
(or
subscribers)
specified
are
not
valid.
The
requested
operation
cannot
be
submitted
on
the
following
subscribers:
lab16109-aix#lab16037-region
lab16212-ulinux#lab16185-region
=================
Software
Package:
"testcase1.0"
Operation:
install
Mode:
transactional
|
undoable
|
force
Time:
2003-10-07
10:21:30
Log
File:
lab16185:C:\Tivoli\bin\swdis\work\testcase1.0.log
=================
lab16212-ulinux#lab16037-region:
lab16074-RH#lab16037-region:
lab16074-RH:
lab15158-sun#lab16037-region:
lab15158-sun:
DISSE0074I
Operation
successfully
submitted.
Distribution
ID
is
1128837592.12.
=================
Log:
Pacchetto
software
Capitolo
15.
Risoluzione
dei
problemi
327
Software
Package:
"testcase1.0"
Operation:
install
Mode:
transactional
|
undoable
|
force
Time:
2003-10-07
10:21:36
=================
lab16074-RH:
DISSE0155I
Distribution
ID:
`1128837592.12’
DISSE0029I
Current
software
package
status
is
’IPU--’.
DISSE0001I
Operation
successful.
=================
Software
Package:
"testcase1.0"
Operation:
install
Mode:
transactional
|
undoable
|
force
Time:
2003-10-07
10:21:37
=================
lab15158-sun:
DISSE0155I
Distribution
ID:
`1128837592.12’
DISSE0029I
Current
software
package
status
is
’IPU--’.
DISSE0001I
Operation
successful.
=================
Esempio
8:
Esecuzione
di
programma
utente
il
cui
timeout
è
scaduto
ed
il
programma
non
è
stato
completato:
Di
seguito
è
riportata
una
voce
di
log
per
un
pacchetto
software
che
contiene
un’azione
di
esecuzione
di
programma
il
cui
timeout
è
scaduto
ed
il
programma
non
è
stato
ancora
completato.
=================
Software
Package:
"executeuserprogram.1"
Operation:
install
Mode:
not-transactional,not-undoable
|
force
Time:
2003-10-03
15:51:30
Log
File:
lab16105:C:\Tivoli\bin\swdis\work\executeuserprogram.1.log
=================
lab16043_suse8.1:
DISSE0074I
Operation
successfully
submitted.
Distribution
ID
is
1680644913.25.
=================
Software
Package:
"executeuserprogram.1"
Operation:
install
Mode:
not-transactional,not-undoable
|
force
Time:
2003-10-03
15:51:43
=================
lab16043_suse8.1:
DISSE0155I
Distribution
ID:
`1680644913.25’
DISSE0029I
Current
software
package
status
is
’IC--E’.
DISSE0005E
Operation
unsuccessful.
DISSE0283E
Timeout
of
5
seconds
has
expired.
DISSE0123E
Unable
to
execute
or
complete
execution
of
program
’during_install
-
/tmp/script.sh
()’.
=================
Esempio
9:
Esecuzione
di
un
programma
utente
con
il
timeout
impostato
su
-1:
Di
seguito
è
riportata
una
voce
di
log
per
un
pacchetto
software
che
contiene
un’azione
di
esecuzione
di
programma
in
cui
il
timeput
è
impostato
sul
valore
-1.
Il
timeout
del
programma
impostato
su
-1
indica
che
è
necessario
utilizzare
il
valore
impostato
per
send_timeout
nel
file
swdis.ini
come
timeout
del
programma.
Una
volta
scaduto
tale
timeout,
alla
distribuzione
viene
assegnato
lo
stato
di
Interruzione.
Quando
viene
eseguito
un
nuovo
tentativo
ed
il
programma
è
ancora
in
esecuzione,
sul
server
viene
inviato
un
messaggio
di
avvertenza
simile
a
quello
riportato
di
seguito
=================
Software
Package:
"executeuserprogram.1"
Operation:
install
Mode:
not-transactional,not-undoable
|
force
Time:
2003-10-21
15:51:43
=================
Log:
Pacchetto
software
328
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
lab16041-nt:
Distribution
ID:
`2039543138.1572’
Current
software
package
status
is
’----C’.
Warning:
operation
may
not
succeed.
Check
the
message
log.
Program
’C:\scen1.cmd’is
still
running;
session
timeout
expired
Log
di
trasferimento
dei
dati
Il
file
di
log
del
trasferimento
dei
dati
è
denominato
DataMovingRequests.1.log.
E’
indicato
in
working_dir
definito
nel
file
swdis.ini
(consultare
“Verifica
dei
file
di
configurazione”
a
pagina
320
per
ulteriori
informazioni
relative
al
file
swdis.ini).
Il
file
di
log
contiene
tutte
le
azioni
eseguite
dal
servizio
Trasferimento
dati.
Log
di
esempio
Di
seguito
è
riportato
un
esempio
di
log
di
trasferimento
dei
dati
per
l’inoltro
di
una
richiesta
di
invio
e
della
relativa
esecuzione,
l’inoltro
di
una
richiesta
di
richiamo
e
la
relativa
esecuzione
e
l’inoltro
di
una
richiesta
di
cancellazione
e
la
relativa
esecuzione.
Software
Package:
"DataMovingRequests.1"
Operation:
send
Origin
Host:
vienna
Origin
file:
<default_path>\sample.txt
Time:
2002-02-05
14:19:52
Log
File:
vienna:D:\Tivoli\bin\swdis\work\DataMovingRequests.1.log
=================
@linz:
Operation
successfully
submitted.
Distribution
ID
is
53984601.3.
=================
Software
Package:
"DataMovingRequests.1"
Operation:
send
Origin
Host:
vienna
Origin
file:
D:\Tivoli\db\vienna.db\sample.txt
Time:
2002-02-05
14:20:03
Log
File:
vienna:D:\Tivoli\bin\swdis\work\DataMovingRequests.1.log
=================
linz:
Distribution
ID:
`53984601.3’
Operation
successful.
Operation
(send)
completed:
destination
file:
(D:\Tivoli\swdis\1\sample.txt).
=================
Elenco
oggetti
di
log
Un
pacchetto
software
può
contenere
la
stanza
log_object_list
che
consente
di
creare
un
file
di
log
SPD
sul
sistema
di
destinazione.
Il
file
di
log
contiene
le
azioni
ed
i
risultati
delle
operazioni
di
modifica
della
gestione
eseguite
sul
pacchetto
software.
Il
file
di
log,
nel
formato
nome-pacchetto.version.log,
viene
scritto
sulla
destinazione
in
una
directory
specificata
nella
stanza
e,
per
default,
viene
sostituito
ad
ogni
distribuzione
del
pacchetto
software.
Fare
riferimento
a
Manuale
di
riferimento
per
Software
Distribution
per
informazioni
relative
agli
attributi
che
possono
essere
definiti
in
questa
stanza.
Di
seguito
è
riportato
un
esempio
della
voce
di
log
su
un
endpoint
in
cui
è
stato
installato
un
pacchetto
software
che
contiene
le
azioni
di
aggiunta
di
directory
e
file:
=================
Software
Package:
"SPack2^0"
Operation:
install
Mode:
not-transactional
|
force
Time:
07/10/2002
02:47:20
PM
Log:
Pacchetto
software
Capitolo
15.
Risoluzione
dei
problemi
329
[success]
add
directory
C:\test\C_\myfolder\data1
[success]
add
file
\myfolder\data1\data1.txt
[success]
add
file
\myfolder\data1\appl.ini
Notifiche
e
posta
I
log
di
notifica
e
posta
forniscono
informazioni
simile
a
quelle
fornite
da
un
log
di
tipo
non
verbose.
Le
notifiche
sono
controllate
dall’attributo
post_notice
del
file
SPD,
che
per
default
è
impostato
su
“yes”.
In
aggiunta
all’impostazione
di
questo
attributo,
è
necessario
eseguire
il
comando
wsetspop
–P
true
spobj_name.
La
posta
è
controllata
dall’attributo
mail_id
del
file
SPD.
E’
possibile
inviare
la
posta
solo
se
per
questo
attributo
viene
fornito
un
indirizzo
valido.
E’
possibile
impostare
gli
attributi
post_notice
e
mail_id
utilizzando
il
comando
wsetspop
con
gli
argomenti
-P
e
-m.
Le
notifiche
vengono
inviate
al
gruppo
di
notifiche
Software
Distribution
4
del
programma
di
utilità
Tivoli
Management
Framework
Notification.
Per
leggere
le
notifiche,
è
necessario
essere
iscritti
al
gruppo.
Le
notifiche
e
la
posta
vengono
inviate
dopo
l’inoltro
di
un’operazione
del
pacchetto
software
e
dopo
il
completamento
dell’operazione.
L’esempio
riportato
di
seguito
mostra
una
notifica
o
un
messaggio
inviato
in
seguito
ad
un’operazione
di
installazione.
*****************************************************
Operation:
install
Mode:
not-transactional,not-undoable|force
Time:
2002-02-12
16:46:23
Log
File:
myloghost:d:\Tivoli\bin\swdis\work\file.1.0.log
==========================
Operation
successfully
submitted.
Distribution
ID
is
58364902.3.
==========================
L’esempio
riportato
di
seguito
mostra
una
notifica
o
un
messaggio
inviato
in
seguito
al
completamento
di
un’operazione
di
installazione.
*****************************************************
Operation:
install
Mode:
not-transactional,not-undoable|force
Time:
2002-02-12
16:46:23
Log
File:
myloghost:d:\Tivoli\bin\swdis\work\file.1.0.log
==========================
Distribution
ID:
58364902.3
Succeeded
on
hosts:
endpt1
Failed
on
hosts:
<none>
==========================
Tivoli
Enterprise
Console
Se
è
installata
Tivoli
Enterprise
Console
ed
è
attiva
la
relativa
funzione
di
integrazione,
è
possibile
controllare
le
operazioni
di
Software
Distribution
nello
stesso
modo
in
cui
vengono
controllati
altri
eventi.
Log:
Pacchetto
software
330
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Un’operazione
Software
Distribution
attiva
tre
eventi
sulla
Tivoli
Enterprise
Console,
come
riportato
di
seguito:
v
Prima
della
verifica
nel
database
di
configurazione
v
Prima
dell’inoltro
v
Al
completamento
Dopo
il
completamento
di
un’operazione
di
Software
Distribution,
nel
log
di
distribuzione
vengono
immessi
i
messaggi
di
errore
relativi
alle
operazioni
di
distribuzione
non
riuscite
e
viene
inviato
un
evento
Tivoli
Enterprise
Console
a
Enterprise
Console.
Tali
informazioni
vengono
assegnate
all’attributo
dell’evento
msg_list.
Il
messaggio
di
errore
inviato
a
msg_list
potrebbe
essere
troncato
a
causa
delle
restrizioni
relative
alla
dimensione
dei
caratteri.
I
messaggi
più
importanti
vengono
elencati
per
primi.
Consultare
Capitolo
12,
“Integrazione
di
Tivoli
Enterprise
Console”,
a
pagina
289.
Per
i
pacchetti
software
che
contengono
script
o
programmi
eseguibili,
Tivoli
Event
Console
restituisce
anche
l’operazione
di
modifica
della
gestione
eseguita,
la
fase
dell’operazione
ed
il
codice
di
uscita
del
programma
per
le
distribuzioni
di
destinazione
non
riuscite
e
riuscite.
Tali
informazioni
vengono
assegnate
a
failed_target_exit_code
ed
a
successful_target_exit_code.
Database
di
configurazione
Durante
un’operazione
di
distribuzione
del
software,
le
informazioni
memorizzate
nel
database
di
configurazione
vengono
modificate,
come
riportato
di
seguito:
v
Viene
modificato
il
valore
SD_INST
per
il
pacchetto
software
su
ciascuna
destinazione.
All’avvio
dell’operazione,
la
stringa
composta
da
cinque
caratteri
CM_STATE
viene
modificata
in
modo
che
il
carattere
finale
sia
impostato
su
“C”
per
indicare
uno
stato
di
modifica.
Quando
l’operazione
viene
completata,
la
stringa
CM_STATE
viene
impostata
sul
nuovo
valore.
Ad
esempio,
IC---
se
è
stata
eseguita
un’operazione
di
installazione
e
commit
oppure
IP---
se
è
stata
eseguita
un’operazione
transazionale
di
installazione.
v
La
tabella
SD_H_INST
(database
cronologico)
viene
aggiornata
con
le
nuove
informazioni.
Per
le
distribuzioni
non
riuscite,
i
messaggi
di
errore
vengono
scritti
nel
campo
MESSAGES
della
tabella
di
inventario
SD_H_INST.
Il
messaggio
di
errore
inserito
nel
campo
MESSAGE
potrebbe
essere
troncato.
Per
consentire
l’aggiornamento
di
tali
informazioni,
è
necessario
che
l’integrazione
di
inventario
sia
abilitata.
Per
abilitare
l’integrazione,
utilizzare
il
comando
wswdmgr.
Inoltre,
le
destinazioni
dell’operazione
devono
essere
state
verificate
utilizzando
Inventory.
Se
questa
operazione
è
stata
eseguita,
il
file
sd_scan.nfo
viene
memorizzato
nella
directory
di
installazione
lcf.
Nota:
Nel
database
di
configurazione
non
viene
riportata
alcuna
informazione
relativa
alle
operazioni
di
trasferimento
dei
dati.
Log:
Tivoli
Enterprise
Console
Capitolo
15.
Risoluzione
dei
problemi
331
Controllo
del
file
SPD
Se
è
possibile
distribuire
un
pacchetto
software
ma
non
è
possibile
distribuirne
uno
simile,
controllare
il
file
SPD
(software
package
definition).
Il
file
SPD
consente
di
visualizzare
tutte
le
proprietà
e
le
opzioni
impostate
per
un
pacchetto
software.
In
particolare,
verificare
quanto
segue
nel
pacchetto
software:
v
Verificare
che
le
directory
ed
i
nomi
di
file
siano
indicati
correttamente
nelle
stanze
di
aggiunta
e
rimozione
di
file
e
directory
v
Verificare
che
i
file,
i
programmi
e
gli
altri
oggetti
del
pacchetto
software
indicati
nel
pacchetto
software
siano
disponibili
sull’host
di
origine
v
Verificare
che
l’host
di
origine
sia
specificato
correttamente
nell’attributo
source_host_name
(per
default,
il
server
TMR)
E’
possibile
utilizzare
il
comando
wgetspat
per
ottenere
informazioni
relative
ai
seguenti
attributi
di
un
pacchetto
software:
v
Se
è
possibile
eseguire
un’operazione
per
cui
è
consentito
il
commit
sul
pacchetto.
Se
l’attributo
è
impostato
su
y,
l’operazione
deve
essere
eseguita
in
modalità
transazionale.
v
Host
di
origine.
v
Se
l’operazione
è
una
distribuzione
flessibile.
v
La
modalità
del
server
di
default,
ad
esempio,
tutti,
origine,
ripristino
o
forzatura.
v
La
modalità
di
default
per
l’operazione,
ad
esempio,
annullabile,
transazionale.
v
L’operazione
di
default,
ad
esempio,
installazione
o
rimozione.
v
Il
percorso
di
origine
in
cui
si
trova
il
blocco
del
pacchetto
software.
v
Il
formato
del
file
del
pacchetto
software,
ad
esempio,
creato.
v
Se
è
possibile
eseguire
un’operazione
annullabile
sul
pacchetto.
v
Accesso
alle
autorizzazioni
per
il
pacchetto
quando
si
utilizza
il
modulo
Web
Interface.
v
Il
percorso
della
directory
di
lavoro
del
server
di
distribuzione.
v
Le
dipendenze
del
pacchetto,
la
versione
ed
i
pacchetti
software
nidificati
Risoluzione
dei
problemi
relativi
alla
GUI
dell’Editor
di
pacchetti
software
In
caso
di
problemi
durante
l’utilizzo
dell’Editor
di
pacchetti
software,
verificare
le
condizioni
riportate
di
seguito:
v
Abilitare
l’accesso
all’host.
Prima
di
avviare
l’Editor
di
pacchetti
software
su
un
sistema
UNIX,
abilitare
l’accesso
host
al
server
X
immettendo
il
comando
xhost
+.
v
Domini
diversi.
Se
l’Editor
di
pacchetti
software
è
su
un
managed
node
installato
su
un
dominio
di
rete
diverso
dal
dominio
TMR
(Tivoli
management
region),
per
avviare
l’Editor
di
pacchetti
software
è
necessario
specificare
sulla
TMR
(Tivoli
management
region)
il
dominio
su
cui
risiede
il
managed
node.
Per
specificare
un
nuovo
dominio
su
una
TMR
(Tivoli
management
region)
UNIX,
aggiungere
una
voce
al
file
/etc/resolv.conf.
Per
specificare
un
nuovo
dominio
su
una
TMR
(Tivoli
Management
region)
Windows,
aggiungere
il
DNS
richiesto
all’elenco
dei
DNS
per
le
impostazioni
TCP/IP.
Risoluzione
dei
problemi:
Controllo
del
file
SPD
332
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
v
Accesso
alle
unità
remote.
Le
prestazioni
dell’Editor
di
pacchetti
software
potrebbero
peggiorare
se
le
unità
remote
non
accessibili
al
momento
dell’avvio
dell’Editor
di
pacchetti
software
vengono
successivamente
associate
alla
macchina.
v
Pacchetti
software
di
grandi
dimensioni.
Le
operazioni
avviate
dall’Editor
di
pacchetti
software
si
bloccano
se
le
dimensioni
del
pacchetto
software
da
elaborare
sono
elevate.
Per
risolvere
il
problema,
regolare
il
valore
″
mx100m
″
nel
file
speditor.bat.
Incrementare
gradualmente
il
valore
fino
a
raggiungere
il
valore
ottimale
per
il
proprio
ambiente.
Ad
esempio,
sostituire
″
mx150m
″
con
″
mx200m
″
e
continuare
ad
incrementare
tale
valore
fino
a
quando
le
prestazioni
della
macchina
non
migliorano.
v
Su
macchine
OS/2,
quando
si
specificano
i
nomi
dei
file,
utilizzare
solo
file
.cmd
oppure
.exe,
perché
i
file
.bat
non
sono
supportati.
Verifica
di
ripetitori,
gateway
ed
endpoint
Software
Distribution
utilizza
il
servizio
MDist
2
di
Tivoli
Management
Framework.
Il
servizio
MDist,
abilitato
mediante
l’utilizzo
dei
ripetitori,
viene
configurato
con
il
comando
wmdist.
Diversi
argomenti
di
questo
comando
possono
consentire
di
risolvere
i
problemi
relativi
alla
rete.
Per
ulteriori
informazioni,
consultare
Tivoli
Management
Framework:
User’s
Guide.
Molti
problemi
relativi
alla
distribuzione
sono
provocati
da
problemi
durante
la
trasmissione
del
pacchetto
sulla
catena
dei
ripetitori
agli
endpoint
di
destinazione
di
una
distribuzione.
I
problemi
si
verificano,
ad
esempio,
per
la
perdita
di
connessione
tra
un
endpoint
ed
il
relativo
gateway,
perché
una
distribuzione
scade
a
causa
di
problemi
relativi
alle
prestazioni
oppure
perché
un
programma
utente
termina
con
errori
o
non
viene
completato.
L’elenco
riportato
di
seguito
contiene
alcuni
esempi
di
errori
di
distribuzione
che
indicano
problemi
relativi
alla
rete
di
distribuzione
di
ripetitori,
gateway
ed
endpoint:
v
E’
possibile
distribuire
un
pacchetto
software
ad
un
endpoint
ma
la
distribuzione
a
più
endpoint
non
viene
eseguita.
Verificare
che
i
ripetitori
siano
ottimizzati
e
configurati
correttamente.
v
Si
verificano
tempeste
di
rete.
Utilizzare
il
comando
wmdist
per
verificare
i
parametri
MDist
2
e,
se
necessario,
modificarli.
In
particolare,
verificare
il
valore
dei
parametri
max_sessions_high,
max_sessions_medium
e
max_sessions_low
che
impostano
il
numero
di
connessioni
consentite:
rispettivamente
connessioni
ad
alta
priorità
(default:
5),
a
media
priorità
(default:
10)
ed
a
bassa
priorità
(default:
40).
v
Se
non
è
più
possibile
eseguire
la
distribuzione
ad
un
endpoint
a
cui
era
precedentemente
possibile,
verificare
che
l’endpoint
sia
collegato
al
relativo
gateway
e
che
sia
attivo.
v
La
distribuzione
scade.
Se
la
distribuzione
scade,
verificare
i
valori
per
send_timeout
ed
execute_timeout
utilizzando
il
comando
wmdist.
v
La
distribuzione
impiega
più
tempo
del
previsto.
E’
possibile
utilizzare
il
comando
wmdist
-I
<nome
gateway/ripetitore>
per
controllare
il
caricamento
del
pacchetto
software
su
ciascun
ripetitore
(viene
visualizzato
il
numero
di
byte
trasferiti
e
la
percentuale
completata).
Se
le
prestazioni
non
sono
ottimali,
è
possibile
modificare
il
modo
in
cui
è
configurata
la
rete
(netload).
Risoluzione
dei
problemi:
Controllo
del
file
SPD
Capitolo
15.
Risoluzione
dei
problemi
333
Il
comando
wdepot
verifica
l’esistenza
di
un
pacchetto
su
un
depot
ed
è
utile
se
non
è
necessario
conoscere
il
livello
di
completamento.
E’
anche
possibile
considerare
la
configurazione
di
una
macchina
host
di
origine
come
che
viene
utilizzata
continuamente
come
ripetitore.
Configurando
l’host
di
origine
come
ripetitore,
è
possibile
regolare
i
parametri
di
comunicazione
della
macchina
in
modo
che
il
pacchetto
software
venga
indirizzato
direttamente
dall’host
di
origine
al
relativo
gateway.
In
questo
modo,
è
possibile
risparmiare
tempo
e
carico
della
rete.
Per
ulteriori
informazioni
relative
all’utilizzo
dei
comandi
sopra
riportati,
consultare
Tivoli
Management
Framework:
Manuale
di
riferimento.
Impostazione
dei
valori
di
timeout
per
una
distribuzione
L’impostazione
dei
parametri
di
timeout
della
distribuzione
consente
di
specificare
un’intervallo
di
tempo
dopo
il
quale
il
server
o
il
client
interrompe
una
distribuzione.
Tali
timeout
includono:
v
Timeout
del
ripetitore
—
imposta
il
parametro
in
modo
da
specificare
un
valore
di
timeout
per
le
connessioni
tra
un
ripetitore
ed
i
relativi
endpoint
oppure
tra
i
ripetitori.
Questo
valore
viene
impostato
singolarmente
per
ciascun
ripetitore
utilizzando
il
comando
wmdist
–s.
v
Timeout
del
programma
utente
—
imposta
la
parola
chiave
timeout
nel
file
SPD
in
modo
da
specificare
un
valore
di
timeout
per
i
programmi
utente
in
esecuzione
sul
client.
Timeout
del
ripetitore
Esistono
due
attributi
che
influiscono
sul
timeout
totale
per
un
ripetitore:
send_timeout
Indica
il
tempo
consentito
per
la
trasmissione
del
pacchetto
attraverso
la
rete.
Se
una
trasmissione
scade,
la
distribuzione
resta
nella
coda
del
ripetitore
e
viene
eseguito
un
tentativo
di
nuovo
invio
dopo
l’intervallo
definito
nell’attributo
conn_retry_interval.
execute_timeout
Indica
il
tempo
consentito
tra
la
fine
della
trasmissione
e
la
restituzione
dei
risultati
al
ripetitore.
Questo
periodo
consente
l’esecuzione
degli
script
successivi
alla
trasmissione
sulla
destinazione.
Nota:
Quando
vengono
eseguite
operazioni
di
richiamo
ed
invio
da
endpoint
a
endpoint,
il
pacchetto
software
viene
creato
sull’endpoint.
Poiché
questa
operazione
può
richiedere
più
tempo
di
quello
consentito
dal
valore
di
timeout
di
default,
impostare
un
valore
di
timeout
più
alto.
E’
possibile
impostare
gli
attributi
send_timeout
ed
execute_timeout
al
livello
del
ripetitore
utilizzando
il
comando
wmdist
–s
nel
modo
riportato
di
seguito:
wmdist
-s
<nome_ripetitore>
send_timeout=<secondi>
wmdist
-s
<nome_ripetitore>
execute_timeout=<secondi>
Per
ulteriori
informazioni
relative
alla
sintassi
ed
all’utilizzo
del
comando
wmdist,
consultare
Tivoli
Management
Framework:
Manuale
di
riferimento.
E’
possibile
sostituire
i
valori
di
send_timeout
ed
execute_timeout
impostati
al
livello
del
ripetitore
nei
modi
riportati
di
seguito:
Risoluzione
dei
problemi:
Verifica
dei
parametri
del
ripetitore
334
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
v
Definendo
valori
per
gli
attributi
mdist2
send_timeout
ed
execute_timeout,
utilizzando
l’argomento
–l
nei
comandi
di
Software
Distribution
riportati
di
seguito:
–
waccptsp
–
wcommtsp
–
winstsp
–
wldsp
–
wremovsp
–
wspmvdata
–
wsyncsp
–
wuldsp
–
wundosp
–
wversp
Per
ulteriori
informazioni
relative
ai
comandi
di
Software
Distribution,
fare
riferimento
a
Manuale
di
riferimento
per
Software
Distribution.
v
Impostando
i
timeout
del
programma
utente
per
qualsiasi
programma
inserito
nelle
seguenti
stanze
del
file
SPD:
–
execute_user_program
–
execute_installshield_program
–
execute_mssetup_program
–
execute_cid_program
–
lcf_before_program_timeout
–
lcf_after_program_timeout
Le
regole
per
il
calcolo
del
timeout
del
programma
utente
totale
ed
i
casi
in
cui
il
timeout
del
programma
utente
sostituisce
il
timeout
di
invio
o
di
esecuzione
sono
illustrati
in
“Timeout
del
programma
utente”.
v
Modificando
la
parola
chiave
timeout
nel
file
swdis.ini
per
l’endpoint.
Il
valore
di
default
per
questa
parola
chiave
è
300
secondi.
Timeout
del
programma
utente
E’
possibile
impostare
un
attributo
del
timeout
quando
si
specifica
un
programma
da
eseguire
come
parte
di
una
distribuzione
del
software.
Questa
operazione
viene
eseguita
definendo
una
stanza
execute_user_program,
execute_installshield_program,
execute_mssetup_program,
execute_cid_program,
lcf_before_program_timeout
oppure
lcf_after_program_timeout.
Questo
attributo
può
sostituire
l’attributo
send_timeout
o
execute_timeout
del
ripetitore.
Il
timeout
del
ripetitore
sostituito
dipende
dal
punto
del
pacchetto
software
in
cui
è
definita
l’azione
di
esecuzione
del
programma.
Se
l’azione
di
esecuzione
del
programma
è
inserita
all’interno
del
pacchetto
software,
è
impostato
l’attributo
send_timeout.
Se
l’azione
di
esecuzione
del
programma
è
inserita
alla
fine
del
pacchetto,
è
impostato
l’attributo
execute_timeout.
E’
possibile
impostare
il
valore
di
questo
attributo
su
un
numero
di
secondi
o
su
-1.
Se
il
timeout
è
impostato
su
-1,
indica
che
il
timeout
del
programma
utente
deve
essere
impostato
sul
valore
più
alto
tra
l’attributo
send_timeout
del
file
swdis.ini
sull’endpoint
e
l’impostazione
del
timeout
del
ripetitore.
Il
timeout
del
programma
è
calcolato
come
la
somma
dei
timeout
per
ciascuna
fase
eseguita.
Tuttavia,
se
uno
dei
timeout
inclusi
nella
somma
è
impostato
su
-1,
il
timeout
del
programma
è
impostato
su
-1.
Se
il
timeout
del
programma
è
Risoluzione
dei
problemi:
Impostazione
dei
valori
di
timeout
per
una
distribuzione
Capitolo
15.
Risoluzione
dei
problemi
335
impostato
su
-1,
il
valore
impostato
per
send_timeout
nel
file
swdis.ini
deve
essere
utilizzato
come
timeout
del
programma.
Una
volta
scaduto
tale
timeout,
alla
distribuzione
viene
assegnato
lo
stato
di
Interruzione.
Quando
viene
eseguito
un
nuovo
tentativo
ed
il
programma
è
ancora
in
esecuzione,
viene
visualizzato
un
messaggio
di
avvertenza
sul
server.
Lo
stato
del
pacchetto
viene
conservato
su
un
valore
modificabile,
come
ad
esempio
_
_
_
_
C.
se
il
programma
viene
completato,
l’operazione
viene
eseguita
correttamente
solo
se
tutti
i
dati
sono
stati
inviati
dal
gateway;
in
caso
contrario,
l’operazione
non
viene
eseguita.
Il
catalogo
locale
sull’endpoint
viene
aggiornato.
All’operazione
di
distribuzione
del
software
successiva,
lo
stato
del
pacchetto
viene
aggiornato
sul
database
del
server.
Nota:
Nel
caso
di
operazioni
preferibilmente
non
transazionali,
preferibilmente
annullabili
e
preferibilmente
non
in
un
riavvio,
che
possono
funzionare
in
modo
diverso
in
base
alla
situazione,
viene
considerato
il
caso
peggiore.
In
altri
termini,
il
timeout
viene
calcolato
in
base
alla
situazione
che
richiede
più
tempo
per
essere
completata.
Ad
esempio,
l’operazione
wundosp
–to
(annulla
in
modalità
preferibilmente
non
transazionale)
viene
calcolata
con
lo
stesso
timeout
di
wundosp
–tn
(annulla
in
modalità
non
transazionale),
non
con
il
timeout
di
wundosp
-ty,
in
cui
i
programmi
utente
non
vengono
eseguiti
ed
il
timeout
è
più
breve.
Il
timeout
del
programma
sostituisce
il
timeout
del
ripetitore
appropriato
solo
quando
il
timeout
del
programma
è
maggiore
di
quello
del
ripetitore.
Ad
esempio,
un
programma
è
inserito
alla
fine
di
un
pacchetto
software
e
sono
impostati
i
timeout
riportati
di
seguito:
v
repeater
execute_timeout
(impostato
da
wmdist
-s)
=
600
v
timeout
during_install
per
il
programma
=
1200
v
timeout
during_cleanup
per
il
programma
=
1200
In
questo
caso,
la
somma
dei
timeout
del
programma
utente
è
uguale
a
2400
secondi,
maggiore
al
valore
di
execute_timeout
impostato
per
il
ripetitore.
Per
questo
motivo,
il
timeout
di
esecuzione
è
impostato
su
2400
secondi.
Tuttavia,
se
uno
dei
timeout
del
programma
utente
viene
impostato
su
-1,
il
totale
diventa
-1
ed
è
sostituito
da
send_timeout
del
file
swdis.ini
(300
secondi).
Il
timeout
del
programma
è
ora
uguale
a
300
secondi,
inferiore
al
timeout
del
ripetitore
uguale
a
600
secondi.
Viene
utilizzato
il
timeout
del
ripetitore.
Verifica
dell’impostazione
degli
endpoint
E’
possibile
verificare
l’impostazione
dei
sistemi
endpoint
quando
si
prova
a
distribuire
i
pacchetti
software.
Questa
operazione
include:
v
Verifica
della
connessione
dell’endpoint.
Il
comando
wep
fornisce
un
elenco
di
tutti
gli
endpoint
in
una
TMR
e
dei
gateway
loro
assegnati,
richiama
ed
imposta
le
informazioni
relative
all’endpoint,
esegue
la
migrazione
dell’endpoint
da
un
gateway
ad
un
altro
oppure
aggiorna
le
modifiche
ai
dati
dell’endpoint
all’interno
di
una
TMR.
Questo
comando
elenca
le
informazioni
nell’elenco
degli
endpoint
gestito
dal
gestore
degli
endpoint.
v
Verifica
delle
impostazioni
di
configurazione
dell’endpoint.
E’
possibile
utilizzare
il
web
per
verificare
le
impostazioni
di
configurazione
dell’endpoint
utilizzando
il
seguente
URL:
http://<nome_endpoint>:<numero_porta_endpoint>
Quindi
fare
clic
su
Mostra
impostazioni
di
configurazione
per
visualizzare
le
impostazioni
di
configurazione,
come
indicato
nell’esempio
riportato
di
seguito:
Risoluzione
dei
problemi:
Impostazione
dei
valori
di
timeout
per
una
distribuzione
336
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
*********************************************
lcfd_port=9495
lcfd_preferred_port=9495
fail_if_pref_port_busy=0
gateway_port=9242
protocol=TCPIP
wol_enable=0
bcast_disable=0
http_disable=0
log_threshold=3
start_timeout=120
run_timeout=120
lcfd_version=41003
logfile=C:\Program
Files\Tivoli\lcf\dat\1\lcfd.log
config_path=C:\Program
Files\Tivoli\lcf\dat\1\last.cfg
run_dir=C:\Program
Files\Tivoli\lcf\dat\1
load_dir=C:\Program
Files\Tivoli\lcf\bin\w32-ix86\mrt
lib_dir=C:\Program
Files\Tivoli\lcf\bin\w32-ix86\mrt
cache_loc=C:\Program
Files\Tivoli\lcf\dat\1\cache
cache_index=C:\Program
Files\Tivoli\lcf\dat\1\cache\Index.v5
cache_limit=20480000
debug_flags=0
log_queue_size=1024
log_size=1024000
udp_interval=300
udp_attempts=6
address_notif_interval=0
login_interval=1800
lcs.machine_name=lab15189-w2k
lcs.machine_unique_id=5BTJXFCPPM20THPH6ZRN000005A9
lcs.crypt_mode=196608
lcs.crypt_key_len=0
lcs.mode=0x0
lcs.interp=w32-ix86
lcs.login_interfaces=
lcs.gateway_address=
preload_loc=
lcfd_alternate_port=9496
local_ip_interface=
login_mode=
start_delay=0
*************************************************
Nome_endpoint
è
il
nome
host
dell’endpoint
ed
il
numero_porta_endpoint
è
il
numero
di
porta
lcfd.
v
Verifica
del
log
gateway/ripetitore
nei
percorsi
$DBDIR/gatelog
e
$DBDIR/rpt2log,
rispettivamente.
Utilizzare
il
comando
wmdist
per
modificare
il
livello
di
debug
di
un
ripetitore
in
modo
da
visualizzare
il
maggior
numero
di
informazioni:
wmdist
-s
<ripetitore>
debug_level=9
Se
il
nodo
è
anche
un
gateway,
è
possibile
impostare
l’attributo
set_debug_level
del
comando
wgateway
per
la
traccia
delle
informazioni
relative
al
gateway
(il
livello
massimo
è
9).
Il
comando
wgateway
elenca
i
numeri
di
identificazione
dell’oggetto
gateway,
i
nomi
dei
gateway
e
lo
stato
all’interno
di
una
TMR.
Il
formato
è:
wgateway
<gateway>
set_debug_level
9
Verifica
dell’impostazione
degli
endpoint
Capitolo
15.
Risoluzione
dei
problemi
337
Verifica
dei
lost-n-found
Se
un
oggetto
del
pacchetto
software
non
viene
più
visualizzato
in
un
gestore
profili
sul
desktop,
potrebbe
essere
stato
spostato
nella
raccolta
lost-n-found
perché
è
stato
considerato
incompatibile.
Tivoli
Management
Framework
dispone
di
una
raccolta
lost-n-found
sul
server
per
la
memorizzazione
di
oggetti
del
database
"orfani"
a
causa
di
collegamenti
corrotti
o
dati
persi.
Tivoli
Management
Framework
trasferisce
nella
raccolta
lost-n-found
i
pacchetti
software
che
hanno
rilevato
uno
dei
problemi
riportati
di
seguito:
v
L’host
di
origine
del
pacchetto
software
non
esiste
più.
v
L’host
del
log
non
esiste
più.
In
uno
di
tali
casi,
il
metodo
wchkdb
sposta
il
pacchetto
software
nella
raccolta
lost-n-found.
Utilizzare
il
comando
wls
/lost-n-found
per
visualizzare
il
contenuto
di
tale
raccolta.
Verificare
il
gruppo
di
notifiche
per
determinare
il
motivo
per
cui
il
pacchetto
software
è
stato
spostato
—
viene
generata
una
notifica
ogni
volta
in
cui
un
pacchetto
software
viene
spostato
nella
raccolta
lost-n-found.
Utilizzare
il
comando
wmvspobj
per
spostare
il
pacchetto
software
dalla
raccolta
lost-n-found
ad
un
gestore
profili.
Infine,
correggere
il
problema
che
ha
spostato
il
pacchetto
software
prima
di
avviare
la
distribuzione.
Consultare
la
sezione
relativa
alla
verifica
della
congruenza
degli
oggetti
in
Manuale
di
riferimento
per
Software
Distribution
per
una
descrizione
completa
della
funzione
lost-n-found.
Verifica
della
directory
di
default
su
un
sistema
di
destinazione
Quando
si
specificano
le
opzioni
del
pacchetto
software
per
l’impostazione
delle
informazioni
specifiche
della
piattaforma,
è
necessario
specificare
una
directory
di
destinazione
valida
in
cui
verranno
memorizzati
i
file
distribuiti
sul
sistema
di
destinazione.
E’
possibile
visualizzare
le
impostazioni
per
qualsiasi
endpoint
su
web,
come
descritto
in
“Verifica
dell’impostazione
degli
endpoint”
a
pagina
336.
Verificare
nella
directory
di
default
appropriata
(definita
dal
parametro
run_dir)
se
il
pacchetto
software
è
stato
distribuito
senza
errori
e
non
è
possibile
individuare
i
dati
distribuiti.
Correggere
l’errore,
che
potrebbe
essere
stato
determinato
da
una
variabile
di
ambiente
con
un
valore
errato
oppure
senza
valore,
e
reinstallare
il
pacchetto
oppure
copiare
i
dati
dalla
posizione
di
default
alla
directory
di
destinazione
desiderata.
Risoluzione
dei
problemi:
Verifica
dei
lost-n-found
338
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Parte
3.
Appendici
©
Copyright
IBM
Corp.
2002,
2003
339
340
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Appendice
A.
Accessibilità
Le
funzioni
di
accesso
facilitato
consentono
agli
utenti
con
invalidità
fisiche
quali
problemi
di
mobilità
o
di
vista,
di
utilizzare
i
prodotti
software
correttamente.
Le
funzioni
principali
di
accesso
facilitato
relative
a
questo
prodotto
abilitano
gli
utenti
ad
eseguire
le
operazioni
di
seguito
riportate:
v
Utilizzare
tecnologie
di
assistenza,
come
ad
esempio
il
software
per
la
lettura
dello
schermo
per
ascoltare
ciò
che
viene
visualizzato
sullo
schermo.
Per
ulteriori
informazioni
su
questo
tipo
di
tecnologie,
consultare
la
documentazione
del
prodotto.
v
Eseguire
le
operazioni
utilizzando
soltanto
la
tastiera.
v
Ingrandire
ciò
che
viene
visualizzato
sullo
schermo.
Inoltre,
la
documentazione
del
prodotto
include
le
seguenti
funzioni
che
consentono
di
utilizzare
il
software
per
la
lettura
dello
schermo:
v
Tutta
la
documentazione
è
disponibile
nei
formati
HTML
e
PDF.
v
Tutte
le
immagini
presenti
nella
documentazione
sono
fornite
di
un
testo
alternativo.
Esplorazione
dell’interfaccia
mediante
l’utilizzo
della
tastiera
Nel
prodotto
vengono
utilizzati
i
tasti
di
scelta
rapida
standard
documentati
dal
sistema
operativo.
Per
ulteriori
informazioni,
consultare
la
documentazione
fornita
dal
sistema
operativo.
Utilizzando
le
GUI
basate
su
Java
di
Software
Distribution,
è
possibile
utilizzare
il
tasto
di
tabulazione
per
selezionare
i
pulsanti
della
GUI.
Per
eseguire
la
funzione
relativa
al
pulsante
selezionato,
premere:
v
Invio
per
la
selezione
predefinita
v
La
barra
spaziatrice
per
tutte
le
altre
selezioni
Altri
tasti
di
scelta
rapida
che
è
possibile
utilizzare
per
navigare
nelle
seguenti
finestre.
Editor
dei
pacchetti
software
Nella
seguente
tabella
vengono
altri
tasti
di
scelta
rapida
che
è
possibile
utilizzare
per
navigare
nelle
finestre
di
Editor
dei
pacchetti
software:
Tabella
18.
Tasti
di
scelta
rapidi
per
l’Editor
dei
pacchetti
software
Tasto
di
scelta
rapida
Funzione
eseguita
Ctrl+P
Apre
la
finestra
delle
proprietà
dell’oggetto
selezionato
Ctrl+Y
Ripete
l’operazione
precedente.
©
Copyright
IBM
Corp.
2002,
2003
341
Ingrandimento
di
ciò
che
viene
visualizzato
sullo
schermo
E’
possibile
ingrandire
le
informazioni
riportate
sulle
finestre
del
prodotto
utilizzando
le
funzioni
fornite
dai
sistemi
operativi
su
cui
si
sta
lavorando.
Ad
esempio,
in
un
ambiente
Microsoft
Windows,
è
possibile
diminuire
la
risoluzione
dello
schermo
per
ingrandire
le
dimensioni
del
font
del
testo
sullo
schermo.
Per
ulteriori
informazioni,
consultare
la
documentazione
fornita
dal
sistema
operativo.
Abilitazione
di
IBM
Home
Page
Reader
per
il
funzionamento
con
l’Editor
dei
pacchetti
software
Per
abilitare
IBM
Home
Page
Reader
per
il
funzionamento
con
l’Editor
dei
pacchetti
software,
è
necessario
aggiungere
il
percorso
in
cui
è
installato
JRE
(Java
Runtime
Environment)
nella
variabile
di
ambiente
di
sistema
PATH.
JRE
viene
installato
con
il
pacchetto
software
Tivoli_JRE_$INTERP.spb.
Ad
esempio,
in
ambiente
Windows,
aggiungere
il
seguente
percorso
nella
variabile
di
ambiente
di
sistema
PATH:
C:\Program
Files\Tivoli\JavaTools\JRE\1.3.0\jre
Accessibilità
342
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Appendice
B.
Utilizzo
di
Deployment
Services
con
Software
Distribution
In
questa
appendice
viene
indicato
dove
reperire
informazioni
relative
ai
seguenti
servizi
di
IBM
Tivoli
Configuration
Manager,
Versione
4.2.1:
v
Pianificatore
attività
v
Change
Manager
v
Interfaccia
Web
(distribuzione
attraverso
Firewall)
v
Resource
Manager
v
Enterprise
Directory
Query
Facility
v
Pristine
Manager
Le
informazioni
relative
a
questi
servizi
sono
disponibili
in:
v
Introduzione
a
IBM
Tivoli
Configuration
Manager.
Fornisce
una
panoramica
di
alcuni
servizi.
v
IBM
Tivoli
Configuration
Manager:
Planning
and
Installation
Guide.
Contiene
anche
informazioni
su
come
installare
il
servizio.
v
IBM
Tivoli
Configuration
Manager:
User’s
Guide
for
Deployment
Services.
Contiene
informazioni
su
come
utilizzare
il
servizio.
v
IBM
Tivoli
Configuration
Manager:
Messaggi
e
codici.
Fornisce
informazioni
su
tutti
i
messaggi
creati
dai
componenti
e
dai
servizi
di
IBM
Tivoli
Configuration
Manager.
Pianificatore
attività
Il
pianificatore
attività
consente
di
definire
un
gruppo
di
attività
presenti
in
un
piano
delle
attività,
inoltrare
il
piano
da
eseguire
e
controllare
l’esecuzione
dello
stesso.
Le
attività
sono
singole
operazioni
eseguite
su
un
insieme
di
destinazioni
in
un
determinato
momento.
Per
impostazione
predefinita,
le
operazioni
includono
quelle
della
libreria
di
attività
di
Tivoli
Management
Framework
e
quelle
di
Software
Distribution
e
Inventory,
se
sono
installati
i
plugin
corrispondenti.
Le
attività
contenute
in
un
piano
possono
presentare
delle
dipendenze
associate
ad
esse
che
definiscono
le
circostanze
in
cui
viene
eseguita
l’attività.
L’esecuzione
dell’operazione
definita
nell’attività
viene
eseguita
dall’applicazione
cui
appartiene
l’operazione.
Il
gruppo
di
attività
forma
un
piano
di
attività.
Change
Manager
Change
Manager
funziona
con
Pianificatore
attività
per
gestire
determinati
gruppi
di
utenti,
stazioni
di
lavoro
o
periferiche
come
entità
singole
del
destinatario.
Change
Manager
consente
di
creare
dei
modelli
di
riferimento
che
definiscono
i
requisiti
hardware
e
software
di
questi
destinatari.
Dopo
avere
creato
un
modello
di
riferimento,
Change
Manager
può
creare
un
piano
dell’attività
che
include
tutte
le
attività
richieste
per
verificare
che
i
destinatari
corrispondano
ai
requisiti
definiti
nel
modello
di
riferimento.
Queste
attività
possono
includere
le
operazioni
di
Software
Distribution
e
Inventory,
se
sono
installati
i
corrispondenti
plugin.
Il
piano
delle
attività
viene
inoltrato
al
Pianificatore
attività
per
l’implementazione.
©
Copyright
IBM
Corp.
2002,
2003
343
Interfaccia
Web
L’interfaccia
Web
di
Tivoli
Configuration
Manager
consente
agli
utenti
di
Microsoft
e
UNIX
di
pubblicare
e
rimuovere
gli
oggetti
Web,
quali
i
pacchetti
software,
i
profili
dell’inventario
e
i
modelli
di
riferimento,
scaricare
ed
installare
i
pacchetti
software,
eseguire
le
scansioni
dell’inventario
e
sincronizzare
i
modelli
di
riferimento.
Resource
Manager
Resource
Manager
consente
di
gestire
le
risorse
nell’ambiente
Tivoli.
Le
risorse
possono
essere
utenti
e
periferiche
diffuse,
ad
esempio
Palm,
Nokia
9200
Communicator
Windows
CE.
E’
possibile
tenere
traccia
delle
periferiche
dell’ambiente
in
uso
e
personalizzarne
le
impostazioni
da
un’ubicazione
centrale.
E’
anche
possibile
distribuire
il
software,
eseguire
la
scansione
dell’inventario
delle
periferiche
diffuse
e
degli
endpoint
associati
agli
utenti.
Enterprise
Directory
Query
Library
Enterprise
Directory
Query
Facility
consente
agli
utenti
di
utilizzare
le
informazioni
memorizzate
nelle
directory
di
Enterprise
per
creare
gli
elenchi
per
la
distribuzione
del
software
o
la
scansione
dell’inventario.
Consente
ad
un
amministratore
di
Change
Manager
di
selezionare
un
determinato
oggetto
della
directory
o
contenitore
di
oggetti
della
directory
come
destinatario
di
un
modello
di
riferimento
di
Change
Manager.
Pristine
Manager
Azionando
l’ADS
(Automated
Deployment
Services)
e
il
RIS
(Remote
Installation
Services)
Microsoft,
è
possibile
utilizzare
Pristine
manager
per
eseguire
le
seguenti
operazioni:
v
Eseguire
installazioni
pristine
remote
e
non
presidiate
senza
dover
utilizzare
un
dischetto
di
avvio
in
locale.
v
Installare
sulle
macchine
già
configurate,
ad
esempio
per
reinstallare
il
sistema
operativo
o
direttamente
un
nuovo
sistema
operativo.
v
Installare
automaticamente
un
endpoint
Tivoli
sulla
macchina
di
destinazione.
Utilizzo
di
Deployment
Services
con
Software
Distribution
344
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Appendice
C.
Installazioni
Pristine
Questo
capitolo
descrive
in
che
modo
utilizzare
lo
strumento
Pristine
per
eseguire
le
installazioni
pristine.
Una
installazione
pristine
installa
un
sistema
operativo
su
un
sistema
in
cui
non
è
installato
il
sistema
operativo
o
altri
tipi
di
software.
Lo
strumento
pristine
consente
di:
v
Installare
il
sistema
operativo
su
una
macchina
pristine
utilizzando
un
dischetto
di
avvio
v
Specificare
le
informazioni
di
installazione
e
configurazione
ad
un’ora
e
in
una
locazione
diverse
rispetto
a
quelle
relative
all’installazione
del
software.
In
tal
modo,
è
possibile
accedere
ai
processi
di
preparazione
e
installazione
come
attività
separate.
v
Fornisce
informazioni
per
il
processo
di
installazione
in
un
file
di
risposta
in
modo
che
è
possibile
eseguire
l’installazione
quasi
interamente
non
presidiata.
In
questo
rilascio,
IBM
Tivoli
Configuration
Manager
introduce
Pristine
Manager,
che
è
simile
allo
strumento
pristine.
Pristine
Manager
consente
di:
v
Installare
il
sistema
operativo
su
una
macchina
pristine
in
remoto
e
con
installazione
non
presidiata.
v
Utilizzare
Change
Manager
e
Activity
Plan
Monitor
che
riducono
il
numero
di
fasi
di
configurazione
complessa
e
offrono
una
maggiore
flessibilità.
v
Definire
le
nuove
macchine
in
ambiente
Tivoli
come
endpoint
in
modo
che
Change
Manager
e
Activity
Plan
Monitor
possano
funzionare
sulle
macchine
come
se
fossero
endpoint
Tivoli.
v
Reinstallare
il
sistema
operativo
o
un
nuovo
sistema
operativo
sulle
macchine
già
configurate.
Per
ulteriori
informazioni
su
Pristine
Manager,
fare
riferimento
a
User’s
Guide
for
Deployment
Services.
Il
capitolo
è
diviso
in
tre
sezioni
principali:
v
“Panoramica”
fornisce
una
panoramica
del
processo
di
installazione
pristine
v
“Fasi
di
Windows”
a
pagina
349
descrive
come
eseguire
le
installazioni
pristine
dei
sistemi
operativi
Windows
supportati.
v
“Fasi
OS/2”
a
pagina
364
descrive
come
eseguire
le
installazioni
pristine
dei
sistemi
operativi
OS/2
supportati.
Panoramica
Questa
sezione
fornisce
una
panoramica
del
processo
di
installazione
pristine
e
fornisce
dettagli
sui
prerequisiti
per
l’uso
di
questo
strumento.
Per
informazioni
sull’installazione
dello
strumento
pristine,
fare
riferimento
a
Planning
and
Installation
Guide.
Lo
strumento
pristine
fornisce
il
supporto
per
le
installazioni
pristine
remote,
quasi
interamente
non
presidiate,
preparando
e
memorizzando
le
immagini
del
sistema
operativo
e
le
informazioni
di
configurazione
su
un
server,
a
cui
si
può
accedere
dalla
rete
mediante
il
dischetto
di
avvio
in
esecuzione
sul
sistema
pristine.
©
Copyright
IBM
Corp.
2002,
2003
345
E’
possibile
eseguire
le
installazioni
Pristine
dei
seguenti
sistemi
operativi
con
lo
strumento
pristine:
Windows
2000
Professional
Windows
XP
Professional
OS/2
Warp
Server
4.0
OS/2
Warp
Server
for
e-business
4.5
Qualsiasi
software
di
sistema
operativo
aggiuntivo
o
altro
software
deve
essere
installato
utilizzando
Software
Distribution
dopo
aver
completato
l’installazione
pristine.
Ambiente
di
rete
tipico
Un
ambiente
di
rete
tipico
dispone,
oltre
ai
sistemi
pristine
stessi,
di
tre
elementi
essenziali:
una
sito
di
preparazione
pristine
un
server
del
codice
ed
un
gateway
pristine
dedicato
come
riportato
nella
figura
seguente:
Sito
di
Preparazione
Pristine
Viene
visualizzata
la
finestra
il
sito
di
preparazione
pristine
è
il
sistema
in
cui
lo
strumento
pristine
viene
installato
ed
eseguito.
Deve
essere
un
endpoint
Tivoli,
affinché
lo
strumento
pristine
venga
installato
in
esso.
Server
del
codice
Lo
strumento
pristine
sul
sito
di
preparazione
pristine
predispone
le
immagini
di
codice
del
sistema
operativo
e
le
salva
in
un
server
del
codice,
da
cui
è
possibile
accedere
ad
esse
mediante
il
processo
di
installazione
pristine
nella
rete
in
una
oggetto
del
Server
del
codice
Lo
strumento
pristine
aggiunge,
inoltre,
immagini
del
codice
di
qualsiasi
altro
software
non
appartenente
al
sistema
operativo
richiesto
dal
processo
di
installazione;
ad
esempio,
il
TMA
(Tivoli
management
agent).
Infine,
lo
strumento
consente
di
personalizzare
i
file
di
risposta
per
il
software
del
sistema
operativo
ed
altro
software
richiesto.
Figura
7.
Scenario
dell’installazione
Pristine
Installazioni
Pristine:
panoramica
346
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Gli
oggetti
del
server
del
codice
separati
possono
essere
creati
per
ciascun
tipo
di
sistema
operativo
per
essere
installati
e,
se
necessario,
è
possibile
creare
più
di
un
oggetto
per
ogni
sistema
operativo,
ad
esempio,
per
più
versioni
di
lingue
dello
stesso
sistema
operativo.
Lo
strumento
viene
inoltre
utilizzato
per
aggiungere
configurazioni
per
ciascun
oggetto.
Una
configurazione
contiene
tutte
le
informazioni
che
definiscono
come
configurare
un
sistema
specifico
o
un
gruppo
di
sistemi,
nel
modo
seguente:
v
File
di
risposta
del
sistema
operativo
personalizzati
v
File
di
risposta
di
TMA
(Tivoli
management
agent)
personalizzati
v
Dimensioni
del
disco
fisso
(fino
a
due
dischi
fissi)
v
Requisiti
della
partizione
del
disco
fisso
v
Il
modello
di
riferimento
Change
Manager
facoltativo
da
utilizzare,
fare
riferimento
a
User’s
Guide
for
Deployment
Services
per
ulteriori
informazioni
su
Change
Manager
v
Note
sulla
configurazione
Per
ogni
configurazione,
una
viene
creato
il
dischetto
di
avvio
(per
OS/2
una
serie
di
tre
dischetti).
Questo
dischetto
viene
trasmesso
al
sistema
pristine
appropriato
dove
viene
utilizzato
per
avviare
il
sistema.
Il
processo
di
avvio
accede
al
server
del
codice
e
scarica
le
immagini
del
codice,
i
file
di
risposta
e
i
file
di
configurazione
ed
installa
il
sistema
operativo.
Sebbene
illustrato
in
Figura
7
a
pagina
346
come
un
sistema
separato,
il
server
del
codice
può
essere
lo
stesso
sistema
del
sito
di
preparazione
pristine.
Gateway
Pristine
Dedicato
La
fase
finale
nel
processo
pristine
è
l’assegnazione
del
sistema
pristine
ad
un
gateway
pristine
dedicato
(un
gateway
Tivoli
Enterprise).
Se
la
configurazione
dell’oggetto
del
Server
del
codice
contiene
una
modello
di
riferimento
ed
è
stata
attivata
sul
gateway
una
politica
di
collegamento
specifica,
una
L’operazione
Change
Manager
viene
avviata,
ad
esempio
per
installare
il
software
sul
sistema
pristine.
Prerequisiti
Questa
sezione
illustra
dettagliatamente
i
prerequisiti
per
il
server
del
codice,
lo
strumento
pristine,
la
creazione
del
dischetto
di
sistema
e
il
sistema
pristine
stesso.
Prerequisiti
del
server
del
codice
I
requisiti
del
sistema
operativo
di
base
per
il
server
del
codice
sono
diversi
se
si
desidera
installare
un
sistema
operativo
Windows
o
OS/2.
Windows
Per
installare
uno
dei
sistemi
operativi
Windows
precedentemente
menzionati,
il
server
del
codice
deve
disporre
di
Windows
2000
Professional
installato.
OS/2
Per
installare
uno
dei
sistemi
operativi
OS/2
precedentemente
menzionati,
il
server
del
codice
deve
essere
un
sistema
dello
stesso
tipo
(ad
esempio,
per
installare
OS/2
4.0
su
un
sistema
pristine
il
server
del
codice
deve
essere
in
un
sistema
OS/2
4.0).
Oltre
ai
prerequisiti
del
sistema
operativo,
di
seguito
sono
riportati
altri
prerequisiti:
v
Il
server
del
codice
deve
essere
un
endpoint,
o
qualsiasi
sistema
nella
rete
a
cui
è
connesso
il
sistema
pristine.
v
Programmi
di
utilità
dei
file
batch.
Installazioni
Pristine:
panoramica
Appendice
C.
Installazioni
Pristine
347
Prerequisiti
dello
strumento
Pristine
Lo
strumento
pristine
può
essere
installato
su
qualsiasi
piattaforma
che
può
essere
utilizzata
come
un
server
del
codice,
tranne:
v
Per
preparare
un’installazione
pristine
di
un
sistema
operativo
Windows,
lo
strumento
deve
essere
installato
su
un
sistema
Windows.
v
Per
preparare
un’installazione
pristine
di
un
sistema
operativo
OS/2,
lo
strumento
deve
essere
installato
su
un
sistema
OS/2.
Altri
prerequisiti
per
lo
strumento
pristine
sono
i
seguenti:
v
Le
immagini
del
sistema
operativo
che
si
desidera
predisporre
devono
essere
disponibili
dai
CD-ROM
di
installazione
del
sistema
operativo
o
dal
disco
fisso.
v
L’unità
CD-ROM
per
le
immagini
del
sistema
operativo
(facoltativo
-
le
immagini
possono
anche
essere
caricate
da
un
disco
fisso).
v
Un’unità
dischetto
e,
per
ogni
configurazione
del
server
del
codice
separata,
un
dischetto
vuoto
per
Windows,
o
tre
dischetti
per
OS/2.
v
Le
immagini
del
codice
devono
essere
disponibili
per
il
seguente
software
richiesto:
Windows
TMA
(Tivoli
management
agent)
per
Windows
OS/2
TMA
(Tivoli
management
agent)
per
OS/2
TCPIP
MPTS
Netscape
(solo
OS
4.0)
Java
(solo
OS
4.0)
Prerequisiti
per
la
creazione
del
dischetto
di
sistema
I
prerequisiti
per
i
dischetti
di
sistema
variano
se
il
dischetto
è
per
Windows
o
OS/2:
Windows:
v
La
prima
fase
della
creazione
del
dischetto
di
sistema
richiede
l’uso
del
comando
DOS
format
e
deve
essere
eseguita
su
un
sistema
su
cui
è
in
esecuzione
MS-DOS
nativo,
Versione
7.0
o
superiori.
v
La
seconda
fase
utilizza
il
programma
di
utilità
Amministratore
client
di
rete,
fornito
con
Windows
NT
Server,
ma
che
può
essere
manualmente
installato
(copiando
il
file
eseguibile)
su
altre
piattaforme
Windows,
come
Windows
NT
Workstation
o
Windows
2000
Professional.
v
La
seconda
fase
richiede
inoltre,
l’uso
del
CD-ROM
di
Windows
NT
Server.
OS/2:
I
seguenti
programmi
di
utilità
CID
(Configuration,
Installation
e
Distribution)
devono
essere
disponibili,
nelle
versioni
appropriate
per
la
piattaforma
da
installare:
THINLAPS
THINIFS
CASINSTL
SEDISK
Prerequisiti
del
sistema
Pristine
Il
sistema
pristine
richiede:
v
Una
scheda
di
rete
appropriata
e
una
connessione
v
Un’unità
dischetto
Installazioni
Pristine:
prerequisiti
348
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Prerequisiti
Gateway
Pristine
Dedicato
Il
gateway
pristine
dedicato
può
essere
ogni
Gateway
Tivoli,
ma
deve
essere
dedicato
per
la
prima
registrazione
dei
sistemi
pristine.
Se
si
decide
di
utilizzare
il
componente
Change
Manager
per
installare
il
software
dopo
aver
installato
il
sistema
operativo,
è
necessario
che
il
gateway
disponga
dei
seguenti
prodotti
installati:
v
Inventory
Server
e
Gateway
v
Software
Distribution
Gateway
v
Il
componente
Managed
Node
del
componente
Change
Manager
Inoltre,
dopo
aver
installato
questi
componenti,
è
necessario:
v
Creare
una
modello
di
riferimento
in
Change
Manager
componente
per
installare
il
software
sul
sistema
pristine;
il
nome
del
modello
di
riferimento
e
la
versione
devono
essere
gli
stessi
utilizzati
nella
configurazione
dell’oggetto
del
server
del
codice.
v
Attivazione
della
politica
di
login
eseguire
lo
script
mediante
il
comando:
wputeppol
login_policy
<
login_policy_pristine
Fasi
di
Windows
Questa
sezione
comincia
con
una
panoramica
delle
operazioni
da
eseguire
se
si
desidera
installare
uno
dei
sistemi
operativi
Windows
supportati
su
un
sistema
pristine.
La
sezione
descrive
ciascuna
fase
nel
dettaglio.
Scenario
dell’installazione
Pristine
Per
preparare
ed
eseguire
una
o
più
installazioni
pristine,
seguire
le
fasi
riportate
di
seguito:
Passo
1.
Pianificare
le
installazioni
da
eseguire,
definendo
quali
oggetti
del
server
del
codice
sono
necessari
per
l’installazione
e
per
ogni
oggetto,
quante
configurazioni
separate
sono
richieste
Fare
riferimento
a
“Fase
1:
pianificazioni”
a
pagina
350.
Passo
2.
Utilizzare
lo
strumento
Pristine
per
creare
gli
oggetti
del
server
del
codice
identificati
in
1
Fare
riferimento
a“Fase
2:
creazione
e
manutenzione
degli
oggetti
del
server
del
codice”
a
pagina
351.
Passo
3.
Per
ogni
oggetto
del
server
del
codice
utilizzare
lo
strumento
pristine
per
creare
una
configurazione
per
ogni
sistema
o
gruppo
di
sistema
con
caratteristiche
simili,
come
riportato
in
1
Fare
riferimento
a
“Fase
3:
creazione
e
manutenzione
delle
configurazioni
dell’oggetto
del
server
del
codice”
a
pagina
355.
Passo
4.
Preparare
un
dischetto
di
sistema
per
ogni
configurazione.
Consultare
“Fase
4:
preparazione
del
dischetto
di
sistema”
a
pagina
360.
Passo
5.
Utilizzare
lo
strumento
pristine
per
aggiungere
al
sistema
le
informazioni
del
dischetto
relative
all’oggetto
del
server
del
codice,
quindi
creando
un
dischetto
di
avvio
pristine,
per
ogni
configurazione
Fare
riferimento
a
“Fase
5:
creazione
di
un
dischetto
di
avvio
Pristine”
a
pagina
361.
Passo
6.
Utilizzare
il
dischetto
di
avvio
per
eseguire
un’installazione
pristine
e,
se
si
desidera,
eseguire
le
attività
Change
Manager.
Infine,
migrare
il
nuovo
endpoint
dal
gateway
pristine
dedicato
ad
un
gateway
normale.
Consultare
“Fase
6:
esecuzione
di
un’installazione
Pristine”
a
pagina
362.
Per
eseguire
delle
installazioni
pristine
in
un
gruppo
di
sistemi
con
la
stessa
configurazione
consecutivamente,
è
necessario
solo
un
dischetto
per
ogni
Installazioni
Pristine:
prerequisiti
Appendice
C.
Installazioni
Pristine
349
configurazione;
se
i
sistemi
sono
in
ubicazioni
remote
e
si
desidera
effettuare
le
installazioni
pristine
contemporaneamente,
è
necessario
creare
un
dischetto
di
sistema
(Fase
4
a
pagina
349)
e,
successivamente,
trasformarlo
in
un
dischetto
di
avvio
pristine
(Fase
5)
per
tutti
i
sistemi
per
cui
sono
necessarie
installazioni
simultanee.
Fase
1:
pianificazioni
In
questa
sezione
viene
pianificato
come
utilizzare
lo
strumento
pristine
per
installare
un
sistema
operativo
in
un
sistema
pristine.
La
pianificazione
per
le
installazioni
pristine
deve
considerare:
v
Quali
oggetti
del
server
del
codice
è
necessario
creare
v
Quali
configurazioni
è
necessario
creare
per
ciascun
oggetto
del
server
del
codice
Oggetti
del
server
del
codice
E’
necessario
creare
un
oggetto
del
server
del
codice
per
ogni
versione
di
ciascun
sistema
operativo
che
si
desidera
installare.
Per
gli
ambienti
di
lavoro
con
più
lingue,
è
necessario
creare
un
oggetto
separato
per
ciascuna
versione
della
lingua
di
ciascun
sistema.
Un
oggetto
del
server
del
codice
comprende,
tranne
le
configurazioni,
solo
le
immagini
del
codice
per
il
software
del
sistema
operativo
e
il
software
aggiuntivo
necessario
(TMA).
In
questo
modo,
se
si
dispone
solo
di
una
immagine
del
sistema
operativo
ed
una
immagine
per
il
TMA,
sarà
necessario
solo
un
oggetto
del
server
del
codice.
Lo
strumento
pristine
consente
di
modificare
gli
oggetti
del
codice
del
server,
ad
esempio,
nel
caso
venga
resa
disponibile
una
nuova
versione
di
TMA
(Tivoli
management
agent)
e
di
eliminarli
quando
non
sono
più
necessari.
Configurazioni
degli
oggetti
del
server
del
codice
Ogni
oggetto
del
server
del
codice
deve
disporre
almeno
di
una
configurazione
definita.
Una
configurazione
contiene
le
seguenti
informazioni:
v
File
di
risposta
del
sistema
operativo
personalizzati;
lo
strumento
consente
di
modificare
il
file
di
risposta
di
default
fornito
con
il
sistema
operativo,
modificare
i
valori
ed
aggiungere
o
eliminare
le
sezioni
e
le
chiavi.
v
File
di
risposta
TMA
(Tivoli
management
agent)
personalizzati;
lo
strumento
consente
di
personalizzare
il
file
di
risposta
di
default
allo
stesso
modo
v
La
dimensione
dei
dischi
fissi
del
sistema
pristine;
è
possibile
definire
fino
a
due
dischi
fissi
utilizzando
lo
strumento
pristine
-
se
il
sistema
dispone
di
dischi
aggiuntivi,
essi
devono
essere
suddivisi
in
partizioni
e
formattati
manualmente
dopo
aver
completato
l’installazione
pristine
v
I
requisiti
per
la
suddivisione
in
partizioni
del
disco
fisso,
incluso
le
lettere
delle
unità
in
base
alle
quali
identificare
ogni
partizione;
la
prima
partizione
deve
essere
identificata
v
I
driver
dell’unità
che
devono
essere
caricati
nel
sistema
pristine
v
Il
modello
di
riferimento
Change
Manager
da
utilizzare,
se
esiste;
sia
il
nome
modello
che
il
numero
di
versione
possono
essere
specificati.
Fare
riferimento
a
User’s
Guide
for
Deployment
Services
per
informazioni
sui
modelli
di
riferimento
Change
Manager.
v
Note
sulla
configurazione.
E’
necessario
determinare
queste
informazioni
per
ogni
sistema
pristine
da
installare
e,
quindi,
creare
una
configurazione
separata
per
ciascun
sistema
o
gruppo
di
sistemi
con
una
combinazione
univoca
di
questi
valori.
Installazioni
Pristine
in
Windows
350
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Fase
2:
creazione
e
manutenzione
degli
oggetti
del
server
del
codice
Questa
sezione
illustra
come
utilizzare
lo
strumento
pristine
per
creare
un
oggetto
del
server
del
codice
contenente
le
immagini
del
codice
del
sistema
operativo
Windows
supportato
e
del
TMA
che
deve
essere
installato
sul
sistema
operativo.
Utilizzando
lo
strumento
pristine,
creare
un
nuovo
oggetto
del
server
del
codice
eseguendo
le
seguenti
operazioni:
v
Selezionare
il
sistema
operativo
da
installare
sul
sistema
pristine.
v
Localizzare
le
immagini
del
codice
di
origine
per
il
sistema
operativo.
v
Definire
l’ubicazione
richiesta
per
l’oggetto
del
server
del
codice
nel
server
del
codice
(accertarsi
di
poter
accedere
ad
esso
nella
rete
prima
di
cominciare
questa
procedura).
v
Immettere
le
informazioni
utili
relative
all’oggetto
del
server
del
codice.
v
Per
ogni
prodotto
aggiuntivo
che
è
necessario
installare
con
il
sistema
operativo
(con
Windows
è
richiesto
solo
TMA),
individuare
le
immagini
del
codice
di
origine.
v
Salvare
l’oggetto
del
Server
del
codice.
Lo
strumento
consente,
inoltre,
di
modificare
tutti
i
parametri
definiti
oppure
di
eliminare
l’oggetto
completamente
(eliminando
l’oggetto,
non
verranno
eliminate
le
immagini
del
codice
di
origine).
Creazione
di
un
nuovo
oggetto
del
server
del
codice
E’
possibile
selezionare
tutte
le
operazioni
utilizzando
lo
strumento
pristine
nelle
finestre
mediante
uno
dei
seguenti
metodi:
v
Selezionare
la
voce
dai
menu
della
gerarchia.
v
Fare
clic
su
un’icona
nella
barra
degli
strumenti.
v
Fare
clic
con
il
tasto
destro
del
mouse
e
selezionare
una
voce
dal
menu
contestuale
che
viene
visualizzato.
Per
evitare
ripetizioni
non
necessarie
nelle
istruzioni
seguenti,
tutte
le
opzioni
vengono
descritte
secondo
la
selezione
dai
menu
della
gerarchia.
Inoltre,
notare
che
alcune
voci
possono
essere
selezionate
facendo
clic
su
di
esse
o
utilizzando
il
tasto
di
tabulazione
e
i
tasti
freccia
per
navigare
nella
finestra.
Le
fasi
da
seguire
sono:
Installazioni
Pristine
in
Windows:
oggetti
del
server
del
codice
Appendice
C.
Installazioni
Pristine
351
1.
Avviare
lo
strumento
Pristine;
viene
visualizzata
la
finestra
principale
dello
strumento
Pristine
di
Configuration
Manager.
2.
Selezionare
facoltativamente
il
sistema
operativo
richiesto
e
selezionare
Strumenti->
Nuovo
server
del
codice.
Viene
visualizzata
la
finestra
Nuovo
oggetto
del
server
del
codice.
3.
Immettere
il
nome
del
nuovo
oggetto
del
server
del
codice
e
fare
clic
su
OK.
Viene
visualizzata
la
finestra
Viene
visualizzata
la
finestra
per
l’impostazione
dell’oggetto
del
server
del
codice.
Installazioni
Pristine
in
Windows:
oggetti
del
server
del
codice
352
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
4.
Nel
separatore
Generale,
immettere
le
seguenti
informazioni
di
identificazione
per
l’immagine
del
sistema
operativo:
Sistema
operativo
Se
non
è
stato
selezionato
il
sistema
operativo
nel
pannello
precedente,
selezionarlo
dall’elenco
a
discesa.
Percorso
di
origine
Selezionare
il
percorso
di
origine
da
Tabella
19,
immettere
il
percorso
completo
per
la
directory
in
cui
è
ubicato
il
sistema
operativo
oppure
fare
clic
sul
pulsante
(...)
e
ricercare
la
directory
di
origine.
Tabella
19.
Ubicazione
percorso
di
origine
per
l’immagine
del
sistema
operativo
nel
CD-ROM
Sistema
operativo
Percorso
di
origine
Windows
2000
Professional
<CD-ROM>\I386
Windows
XP
Professional
<CD-ROM>\I386
Percorso
di
destinazione
Immettere
il
percorso
completo
nel
server
del
codice
in
cui
risiede
l’oggetto
del
server
del
codice.
Nuovo
percorso
di
destinazione
Questo
campo
viene
utilizzato
solo
per
modificare
l’ubicazione
di
un
oggetto
del
server
del
codice
esistente,
quindi
non
è
necessario
completarlo
quando
viene
creato
un
nuovo
oggetto.
5.
Selezionare
il
separatore
Informazioni
se
si
desidera
aggiungere
informazioni
sull’oggetto
del
server
del
codice
(ad
esempio,
creatore,
data,
scopo
dell’oggetto).
6.
Selezionare
il
separatore
Prodotti.
7.
Fare
clic
sulla
casella
di
spunta
per
Tivoli
Management
Agent.
Viene
visualizzata
la
finestra
<Tivoli
Management
Agent>:
viene
visualizzata
la
Installazioni
Pristine
in
Windows:
oggetti
del
server
del
codice
Appendice
C.
Installazioni
Pristine
353
finestra
dell’Ubicazione
Directory
di
origine.
8.
Nel
campo
del
percorso
di
origine,
immettere
il
percorso
per
l’immagine
del
software
di
TMA
(Tivoli
management
agent),
dal
CD-ROM
di
Tivoli
Management
Framework
oppure
dall’ubicazione
del
disco
fisso
in
cui
è
stato
precedentemente
copiato.
E’
fortemente
consigliato
di
non
modificare
il
percorso
di
destinazione
visualizzato
dallo
strumento.
Fare
clic
su
OK
per
salvare
le
impostazioni
e
tornare
alla
finestra
dell’oggetto
del
server
del
codice.
9.
Fare
clic
sul
pulsante
Applica
per
aggiornare
l’oggetto.
Viene
eseguito
un
controllo
della
sintassi
per
verificare
che
i
percorsi
inseriti
siano
validi
e
che
ci
sia
spazio
disponibile
per
l’immagine
del
sistema
operativo
nella
cartella
di
destinazione.
Se
la
cartella
di
destinazione
non
viene
individuata
dopo
questo
controllo,
essa
verrà
creata.
Il
nome
della
piattaforma
e
il
nome
dell’oggetto
viene
visualizzato
nell’elenco
creato
dei
server
del
codice:
10.
Fare
clic
su
Aggiungi
per
creare
un
altro
oggetto
del
server
del
codice:
viene
visualizzata
la
finestra
Nuovo
oggetto
del
Server
del
codice
(tornare
a
3
a
pagina
352);
oppure
fare
clic
su
OK
per
tornare
al
menu
principale
dello
strumento
pristine.
Nota:
Se
viene
aggiunto
un
altro
oggetto
del
server
del
codice,
è
necessario
selezionare
una
piattaforma
dall’elenco
a
discesa
del
sistema
operativo
nella
finestra
del
server
del
codice.
Installazioni
Pristine
in
Windows:
oggetti
del
server
del
codice
354
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Modifica
dell’oggetto
del
server
del
codice
E’
possibile
modificare
tutti
i
parametri
dell’oggetto
del
Server
del
codice
tranne
uno,
selezionando
l’oggetto,
selezionando
Strumenti->Server
del
codice,
modificando
il
valore
immesso
precedentemente
e
selezionando
Applica.
L’eccezione
si
verifica
nel
caso
in
cui
si
desideri
spostare
l’oggetto
del
server
del
codice
in
una
nuova
ubicazione:
1.
Selezionare
l’oggetto
del
server
del
codice
nella
finestra
Principale
e,
quindi,
selezionare
Strumenti->Server
del
codice.
2.
Selezionare
l’oggetto
da
modificare
dall’elenco
Server
del
codice
creati
e
fare
clic
su
Modifica.
3.
Immettere
un
nuovo
percorso
nella
casella
di
testo
Nuovo
percorso
di
destinazione.
4.
Fare
clic
su
Applica.
Viene
eseguito
un
controllo
per
verificare
che
i
percorsi
inseriti
siano
validi
e
che
ci
sia
spazio
disponibile
per
l’immagine
del
sistema
operativo
nella
cartella
di
destinazione.
In
caso
affermativo,
l’oggetto
del
server
del
codice
verrà
trasferito
nell’ubicazione
indicata
in
Nuovo
percorso
di
destinazione.
5.
Fare
clic
su
OK
per
tornare
al
menu
principale
dello
strumento
pristine.
Eliminazione
dell’oggetto
del
server
del
codice
Per
eliminare
un
oggetto
del
server
del
codice
eseguire
le
seguenti
operazioni:
1.
Selezionare
l’oggetto
del
server
del
codice
nella
finestra
Principale
e,
quindi,
selezionare
Strumenti->Server
del
codice.
2.
Selezionare
l’oggetto
da
eliminare
dall’elenco
Server
del
codice
creati
e
fare
clic
su
Elimina->Applica.
Viene
visualizzata
una
finestra
di
conferma.
Fare
clic
su
Sì.
L’oggetto
viene
eliminato.
3.
Fare
clic
su
OK
per
tornare
al
menu
principale.
Fase
3:
creazione
e
manutenzione
delle
configurazioni
dell’oggetto
del
server
del
codice
Per
ogni
oggetto
del
server
del
codice
creato,
è
necessario
creare
almeno
una
configurazione,
affinché
il
processo
di
installazione
pristine
configuri
correttamente
il
nuovo
sistema
operativo.
E’
possibile
eseguire
le
seguenti
operazioni:
v
“Personalizzare
il
file
di
risposta
del
sistema
operativo”
v
“Personalizzazione
del
file
di
risposta
di
Tivoli
Management
Agent”
a
pagina
357
v
“Aggiunta
dei
driver
dell’unità”
a
pagina
357
v
“Partizione
del
disco
fisso
del
client”
a
pagina
358
v
“Definizione
di
un
modello
di
riferimento”
a
pagina
359
v
“Aggiunta
di
informazioni
specifiche
della
configurazione”
a
pagina
360
Personalizzare
il
file
di
risposta
del
sistema
operativo
Lo
strumento
pristine
consente
la
personalizzazione
dei
file
di
risposta
con
una
procedura
semplice
per
determinare
come
verrà
installato
il
sistema
operativo.
I
file
di
risposta
di
default
sono
collocati
nella
directory
secondaria
RSP
dello
strumento
pristine.
Tali
file
possono
essere
modificati
utilizzando
un
editor
di
testo
se
si
desidera
modificare
i
valori
di
default
forniti
con
lo
strumento.
1.
Dalla
finestra
principale
dello
strumento
pristine,
consultare
l’elenco
degli
oggetti
del
server
del
codice
facendo
doppio
clic
sul
nome
della
piattaforma.
Installazioni
Pristine
in
Windows:
oggetti
del
server
del
codice
Appendice
C.
Installazioni
Pristine
355
Selezionare
l’oggetto
che
si
desidera
configurare.
2.
Selezionare
File->Nuova
configurazione.
Viene
visualizzata
la
finestra
Configurazione
Pristine.
3.
Immettere
un
nome
per
la
configurazione
e
fare
clic
su
OK.
Viene
visualizzata
la
finestra
Viene
visualizzata
la
finestra
Configurazione.
Questa
finestra
consente
di
personalizzare
il
file
di
risposta
del
sistema
operativo.
Il
pannello
di
sinistra
elenca
tutte
le
sezioni
nel
file
di
risposta.
Selezionare
una
sezione
e
le
relative
chiavi
di
installazione
con
i
valori
di
Installazioni
Pristine
in
Windows:
configurazioni
356
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
default
vengono
visualizzate
nel
pannello
a
destra.
E’
possibile
rilevare
tutti
i
dettagli
delle
sezioni
e
le
chiavi
nella
documentazione
del
sistema
operativo.
Nota:
Per
selezionare
una
sezione,
fare
doppio
clic
sul
nome
della
sezione;
un
singolo
clic
può
essere
sufficiente,
ma
in
alcune
piattaforme
per
il
codice
Java
che
controlla
l’interfaccia
utente,
un
singolo
clic
non
sempre
è
valido.
4.
Modifica
del
valore
di
una
chiave
di
installazione:
v
Selezionare
una
sezione
v
Fare
doppio
clic
sulla
chiave
per
cui
modificare
il
valore.
Viene
visualizzata
la
finestra
Chiave
di
installazione.
v
Modificare
il
valore
visualizzato.
v
Fare
clic
su
OK
per
tornare
alla
finestra
Configurazione.5.
Per
aggiungere,
eliminare
o
ridenominare
le
chiavi
di
installazione,
eseguire
quanto
segue:
a.
Selezionare
una
sezione
b.
Selezionare
una
chiave
di
installazione
(non
è
necessario
eseguire
questa
operazione
solo
per
aggiungere
una
chiave).
c.
Selezionare
Modifica
chiave
->
Chiave
->
Nuovo,
Elimina
o
Rinomina.
d.
La
finestra
appropriata
viene
visualizzata
consentendo
di
aggiungere,
eliminare
o
ridenominare
la
chiave
nel
modo
corretto.
e.
Fare
clic
su
OK
per
salvare
le
impostazioni
effettuate
e
tornare
alla
finestra
Configurazione.
Nota:
Per
molte
chiavi
è
possibile
utilizzare
i
valori
di
default
di
produzione,
mentre
per
le
chiavi
del
percorso
di
installazione,
la
porta
gateway
e
l’endpoint
devono
essere
completati
per
il
sistema
operativo
e
per
Tivoli
management
agent.
6.
Per
aggiungere,
eliminare
o
ridenominare
i
nomi
delle
sezioni
di
installazione,
eseguire
quanto
segue:
a.
Selezionare
la
sezione
(non
è
necessario
eseguire
questa
operazione
solo
per
aggiungere
una
nuova
sezione).
b.
Selezionare
Modifica
chiave->
Sezione->
Nuovo,
Elimina
or
Rinomina.7.
Fare
clic
su
OK
per
salvare
le
impostazioni
effettuate
e
tornare
alla
finestra
principale.
Personalizzazione
del
file
di
risposta
di
Tivoli
Management
Agent
Dalla
finestra
Configurazione
fare
clic
sull’elenco
a
discesa
Nessun
prodotto
e
selezionare
Tivoli
Management
Agent.
Vengono
visualizzate
le
sezioni
del
file
di
risposta
e
le
chiavi
per
questo
prodotto
ed
è
possibile
personalizzarle,
come
descritto
precedentemente
per
il
file
di
risposta
del
sistema
operativo.
Aggiunta
dei
driver
dell’unità
Per
la
maggior
parte
delle
installazioni
pristine,
i
driver
dell’unità
forniti
con
il
software
del
sistema
operativo
sono
sufficienti
per
abilitare
l’operazione
completa
della
maggior
parte
dei
sistemi
pristine.
In
ogni
caso,
se
necessario,
è
possibile
aggiungere
all’oggetto
del
server
del
codice
ogni
driver
dell’unità
richiesto
per
l’installazione
sul
sistema
pristine.
Per
Windows
2000,
questa
fase
viene
eseguita
dallo
strumento
pristine,
nel
modo
seguente:
Installazioni
Pristine
in
Windows:
configurazioni
Appendice
C.
Installazioni
Pristine
357
1.
Selezionare
Configurazione->Aggiungi
nuovo
driver
dell’unità.
Viene
visualizzata
la
finestra
Viene
visualizzata
la
finestra
Aggiungi
nuovo
driver
dell’unità:
2.
Fare
clic
su
Aggiungi
file
e
selezionare
i
file
del
driver
dell’unità
da
aggiungere.
3.
Fare
clic
su
Salva
per
salvare
l’elenco
dei
driver
dell’unità
e
tornare
alla
finestra
delle
Configurazioni.
Eliminare
un
file
del
driver
selezionando
il
file
e
facendo
clic
su
Elimina.
Nota:
Per
Windows
2000
Professional,
i
file
del
driver
vengono
aggiunti
per
impostazione
predefinita
ad
una
directory
secondaria
chiamata
‘...\$OEM$’
nella
directory
di
destinazione
del
sistema
operativo.
In
ogni
modo,
per
aggiungere
dei
file
per
l’adattatore
di
rete,
è
necessario
aggiungerli
a
‘...\$OEM$\NET’,
creando
la
directory
secondaria
se
necessario.
Partizione
del
disco
fisso
del
client
E’
necessario
definire
le
partizioni
sui
dischi
fissi
del
sistema
pristine.
E’
possibile
suddividere
fino
a
due
dischi
fissi.
Le
fasi
da
seguire
sono:
Installazioni
Pristine
in
Windows:
configurazioni
358
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
1.
Selezionare
Configurazione->Prepara
disco
fisso.
Viene
visualizzata
la
finestra
Viene
visualizzata
la
finestra
Partizione
del
disco
fisso:
Esistono
dei
separatori
per
ognuno
dei
due
volumi
fisici.
Nel
primo
volume
esiste
una
definizione
di
default
della
partizione
principale,
con
C
come
lettera
dell’unità,
di
2000
megabyte.
2.
Per
modificare
la
dimensione
della
partizione
principale
fare
clic
su
Dimensione
e
modificare
il
valore.
3.
Per
aggiungere
una
partizione,
fare
clic
su
Aggiungi.
Viene
creata
una
nuova
partizione,
con
dimensione
di
default
di
2000
megabyte,
utilizzando
la
lettera
dell’unità
successiva
disponibile.
Il
tipo
di
partizione
è
per
impostazione
predefinita
Logico,
ma
è
possibile
modificare
tale
impostazione
facendo
clic
sul
tipo
di
Partizione
della
partizione
in
questione.
Il
totale
di
tutte
le
partizioni
create
viene
visualizzato
nella
casella
nella
parte
inferiore
destra.
Per
modificare
la
dimensione
della
partizione
fare
clic
su
Dimensione
e
modificare
il
valore.
4.
Fare
clic
su
OK
per
salvare
i
dettagli
della
partizione
e
tornare
alla
finestra
delle
Configurazioni.
Eliminare
una
partizione
selezionando
la
partizione
e
facendo
clic
su
Elimina
e,
quindi,
su
OK.
Definizione
di
un
modello
di
riferimento
Per
utilizzare
Change
Manager
nel
sistema
pristine,
viene
fornita
l’opzione
di
definire
un
modello
di
riferimento.
Le
fasi
da
seguire
sono:
1.
Selezionare
Configurazione->Modello
di
riferimento.
Viene
visualizzata
la
finestra
Viene
visualizzata
la
finestra
Configurazione
Pristine
Tivoli:
2.
Immettere
il
nome
del
modello
di
riferimento
e/o
la
versione.
3.
Fare
clic
su
OK
per
salvare
la
definizione
del
modello
di
riferimento
e
tornare
alla
finestra
delle
Configurazioni.
Installazioni
Pristine
in
Windows:
configurazioni
Appendice
C.
Installazioni
Pristine
359
Eliminare
la
definizione
del
modello
di
riferimento
facendo
clic
su
Elimina
e,
quindi,
su
OK.
Aggiunta
di
informazioni
specifiche
della
configurazione
E’
possibile
aggiungere
informazioni
specifiche
della
configurazione
alla
configurazione.
Le
fasi
da
seguire
sono:
1.
Selezionare
Configurazione->Informazioni.
Viene
visualizzata
la
finestra
Informazioni.
2.
Immettere
le
informazioni
richieste.
3.
Fare
clic
su
OK
per
salvare
le
informazioni
e
tornare
alla
finestra
delle
Configurazioni.
Fase
4:
preparazione
del
dischetto
di
sistema
Per
ogni
configurazione
dell’oggetto
del
server
del
codice
è
necessario
creare
un
dischetto
di
sistema
che
verrà
utilizzato
in
Fase
5:
creazione
di
un
dischetto
di
avvio
Pristine
Utilizzare
il
comando
di
formattazione
del
dischetto
standard
e,
quindi,
il
programma
di
utilità
Amministratore
client
di
rete
per
aggiungere
i
file
richiesti
dal
client
per
stabilire
una
connessione
di
rete
con
il
server
del
codice.
Le
fasi
da
seguire
sono:
1.
Preparare
un
dischetto
di
sistema
su
un
sistema
con
MS-DOS
7.0
o
superiori
in
esecuzione.
Alla
richiesta
DOS,
immettere:
format
/s
a:
In
questo
modo,
viene
preparato
un
disco
formattato
contenente
i
file
di
sistema
richiesti.
2.
Dal
sistema
MS-DOS,
copiare
le
seguenti
applicazioni
nel
dischetto:
v
fdisk.com
v
format.com
v
smartdrv.exe3.
Su
un
server
Windows
NT
o
un
altro
sistema
Windows
con
l’Amministratore
client
di
rete
installato,
eseguire
Amministratore
client
di
rete
(nel
server
Windows
NT
selezionare
Avvio
->
Strumenti
di
gestione
->
Amministratore
client
di
rete).
Viene
visualizzata
la
finestra
Amministratore
client
di
rete.
4.
Selezionare
il
pulsante
di
opzione
Crea
il
disco
di
avvio
per
installazione
di
rete
e
fare
clic
su
Continua.
Viene
visualizzata
la
finestra
dei
file
di
installazione
del
client
di
rete
condivisi.
5.
Nel
campo
del
percorso,
immettere
l’ubicazione
della
directory
CLIENTS
nella
directory
principale
del
CD-ROM
di
Windows
NT
Server.
In
alternativa,
utilizzare
il
pulsante
(...)
per
ricercare
la
cartella.
6.
La
prima
volta
che
si
esegue
tale
procedura,
selezionare
il
pulsante
di
opzione
Copia
file
in
una
nuova
directory,
quindi
condividi.
In
questo
modo,
viene
creata
una
nuova
directory
condivisa
in
una
ubicazione
di
propria
scelta
(l’impostazione
predefinita
è
c:\clients).
Nota:
E’
possibile
scrivere
i
dischetti
in
seguito
dalla
directory
condivisa
creata
nella
fase
precedente
selezionando
Utilizza
directory
condivisa
esistente.
Il
programma
di
utilità
punta
ai
file
copiati
ogni
volta
che
viene
eseguito.
7.
Fare
clic
su
OK.
Viene
visualizzata
la
finestra
Configurazione
della
workstation
di
destinazione.
Installazioni
Pristine
in
Windows:
configurazioni
360
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
8.
Selezionare
il
tipo
appropriato
di
unità
del
disco
per
il
sistema.
9.
Nell’elenco
del
client
di
rete,
selezionare
Network
Client
3.0
per
MS-DOS
e
Windows.
10.
Selezionare
una
scheda
dell’adattatore
di
rete
dall’elenco
fornito.
Se
l’adattatore
di
rete
non
è
incluso,
selezionare
una
scheda
elencata.
Successivamente,
copiare
i
file
dell’adattatore
corretti
e
apportare
le
modifiche
appropriate
al
dischetto
di
avvio
in
una
fase
successiva
(come
riportato
nella
fase
16).
11.
Fare
clic
su
OK.
Viene
visualizzata
la
finestra
Configurazione
del
disco
di
avvio
di
rete.
12.
Nelle
caselle
Nome
computer,
Nome
utente
e
Dominio,
immettere
i
dettagli
richiesti
e
selezionare
il
protocollo
di
rete
TCP/IP.
13.
Selezionare
la
casella
Abilita
configurazione
DHCP
automatica
o
immettere
i
dati
corretti
nei
campi
TCP/IP
attivati.
14.
Inserire
il
dischetto
di
sistema
creato
nella
fase
1
a
pagina
360
nell’unità
del
dischetto
e
fare
clic
su
OK.
Viene
visualizzata
una
finestra
di
conferma.
15.
Fare
clic
su
OK
per
creare
il
dischetto
di
avvio.
16.
Il
dischetto
di
sistema
è
stato
creato
ed
è
pronto
per
essere
utilizzato
dallo
strumento
pristine
per
creare
un
dischetto
di
avvio
pristine
(consultare
“Fase
5:
creazione
di
un
dischetto
di
avvio
Pristine”).
In
ogni
caso,
se
la
scheda
di
rete
non
è
presente
nell’elenco
degli
adattatori,
eseguire
le
seguenti
operazioni:
a.
Copiare
il
driver
DOS
appropriato
nella
directory
/NET
nel
dischetto
di
avvio.
Attenzione:
La
scheda
dell’adattatore
di
rete
PCI
Token-Ring
non
è
supportata.
Non
copiare
i
file
del
driver
DOS
per
questa
scheda
nel
dischetto.
b.
Utilizzando
un
editor
di
testo,
modificare
l’istruzione
netcard
nel
file
system.ini
nella
directory
/NET
nel
modo
seguente:
netcard=<nuovo
nome>.dos
c.
Individuare
il
file
oemsetup.inf
per
la
scheda
di
rete
ed
aprirlo
mediante
un
editor
di
testo.
Cercare
la
sezione
delle
opzioni
e
annotare
il
nome
della
scheda.
Ad
esempio:
;*************************************************
;
Define
Option
;*************************************************
[Options]
IBMFE
[OptionsText]
IBMFE
=
"IBM
10/100
Ethernet
PCI
Adapter"
d.
Utilizzando
un
editor
di
testo,
modificare
l’istruzione
drivername
nel
file
protocol.ini
nella
directory
/NET
in
modo
che
corrisponda
al
nome
riportato
nel
file
oemsetup.inf.
e.
Salvare
e
chiudere
tutti
i
file.
Fase
5:
creazione
di
un
dischetto
di
avvio
Pristine
Dopo
aver
creato
almeno
una
configurazione
per
un
oggetto
del
server
del
codice
(consultare
“Fase
3:
creazione
e
manutenzione
delle
configurazioni
dell’oggetto
del
server
del
codice”
a
pagina
355)
ed
aver
creato
un
dischetto
di
sistema
(consultare
“Fase
4:
preparazione
del
dischetto
di
sistema”
a
pagina
360),
è
possibile
utilizzare
lo
strumento
pristine
per
trasformare
il
dischetto
di
sistema
in
un
dischetto
di
avvio
pristine.
Installazioni
Pristine
in
Windows:
dischetto
di
sistema
Appendice
C.
Installazioni
Pristine
361
1.
Dalla
barra
degli
strumenti,
fare
clic
su
Strumenti->Crea
dischetti
di
avvio.
Viene
visualizzata
una
finestra
specifica
del
sistema
operativo
Windows
per
cui
è
stato
creato
il
dischetto
di
avvio
pristine:
2.
Inserire
il
dischetto
creato
in
“Fase
4:
preparazione
del
dischetto
di
sistema”
a
pagina
360,
nell’unità
del
dischetto.
3.
Completare
i
seguenti
campi:
Nome
server
Nome
host
del
server
del
codice
Nome
di
condivisione
Il
nome
di
condivisione
della
cartella
che
contiene
gli
oggetti
del
server
del
codice
(ad
es.,
il
percorso
di
destinazione)
Nome
utente
Il
nome
utente
con
cui
effettuare
il
login
al
server
del
codice
(di
solito
Amministratore)
Password
La
password
con
cui
effettuare
il
login
al
server
del
codice
Connetti
unità
di
rete
Selezionare
la
lettera
dell’unità
a
cui
connettere
la
directory
dell’oggetto
del
server
del
codice
condivisa
Protocollo
di
rete
Selezionare
TCP/IP
dall’elenco
a
discesa4.
Fare
clic
su
OK.
Lo
strumento
pristine
scrive
i
dati
nel
dischetto
di
sistema,
creando
un
dischetto
di
avvio
pristine.
Fase
6:
esecuzione
di
un’installazione
Pristine
Dopo
aver
completato
la
preparazione
del
dischetto
di
avvio
per
un
sistema
o
gruppo
di
sistemi
(consultare
“Fase
5:
creazione
di
un
dischetto
di
avvio
Pristine”
a
pagina
361),
è
possibile
avviare
l’installazione
pristine.
La
procedura
di
installazione
include
le
seguenti
operazioni:
v
Utilizza
il
dischetto
di
avvio
per
avviare
il
sistema
pristine
e
caricare
una
configurazione
di
sistema
minima
nella
memoria
Installazioni
Pristine
in
Windows:
dischetto
di
avvio
362
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
v
Installa
i
protocolli
necessari
per
il
collegamento
alla
rete
e
per
individuare
il
server
del
codice.
v
Utilizzando
le
informazioni
della
configurazione,
suddivide
il
disco
fisso
e
comincia
a
scaricare
ed
installare
il
software
del
sistema
operativo,
utilizzando
il
file
di
risposta
per
l’installazione.
v
Ogni
sistema
o
gruppo
di
sistemi
viene
assegnato
ad
un
gateway
Tivoli
dedicato.
v
Se
la
configurazione
dell’oggetto
del
server
del
codice
contiene
un
modello
di
riferimento
ed
è
stata
attivata
sul
gateway
una
politica
di
login
specifica,
viene
avviata
un’operazione
Change
Manager.
Completate
tali
attività,
migrare
il
nuovo
endpoint
dal
gateway
pristine
dedicato
ad
un
gateway
normale.
Procedura
dell’installazione
Pristine
E’
necessario
che
un
utente
sia
presente
dove
sono
ubicati
i
sistemi
pristine.
Le
attività
eseguite
localmente
sono:
v
Avvio
del
sistema.
v
Rimozione
del
dischetto,
se
necessario.
v
Riavvio
del
sistema,
se
necessario.
Se
l’utente
che
deve
eseguire
l’installazione
locale
dispone
del
dischetto,
è
possibile
cominciare
il
processo
di
installazione.
Dopo
il
primo
login
di
TMA
(Tivoli
management
agent),
viene
emessa
una
notifica
automatica
relativa
alla
presenza
di
una
nuova
macchina
in
Tivoli
management
region.
Se
è
stato
definito
un
modello
di
riferimento
è
necessario
garantire
che
il
componente
Change
Manager
sia
attivato,
per
confrontare
il
nuovo
sistema
al
modello
di
riferimento
appropriato
ed
avviare
l’azione
specifica.
Questa
azione
completa
l’installazione
pristine.
Nota:
Se
si
desidera
utilizzare
un
modello
di
riferimento
per
installare
Tivoli
Software
Distribution,
è
necessario
installare
il
software
prerequisito.
La
fase
finale
per
l’amministratore
di
sistema
pristine
consiste,
dopo
aver
completato
tutti
i
processi
di
installazione,
nel
migrare
il
nuovo
endpoint
dal
gateway
pristine
dedicato
ad
un
gateway
normale.
Installazioni
Pristine
in
Windows:
esecuzione
di
un’installazione
Appendice
C.
Installazioni
Pristine
363
Fasi
OS/2
Questa
sezione
comincia
con
una
panoramica
delle
operazioni
da
eseguire
se
si
desidera
installare
uno
dei
sistemi
operativi
OS/2
supportati
su
un
sistema
pristine.
La
sezione
descrive
ciascuna
fase
nel
dettaglio.
Scenario
dell’installazione
Pristine
Per
preparare
ed
eseguire
una
o
più
installazioni
pristine,
seguire
le
fasi
riportate
di
seguito:
Passo
1.
Pianificare
le
installazioni
da
eseguire,
definendo
quali
oggetti
del
server
del
codice
sono
necessari
per
l’installazione
e
per
ogni
oggetto,
quante
configurazioni
separate
sono
richieste
Fare
riferimento
a
“Fase
1:
pianificazioni”.
Passo
2.
Utilizzare
lo
strumento
pristine
per
creare
gli
oggetti
del
server
del
codice
identificati
in
1
a
pagina
349
Fare
riferimento
a
“Fase
2:
creazione
e
manutenzione
di
un
oggetto
del
server
del
codice”
a
pagina
365.
Passo
3.
Utilizzare
i
programmi
di
utilità
OS/2
per
aggiungere
i
file
di
sistema
ad
ogni
oggetto
del
server
del
codice
creati
nella
fase
2.
Consultare
“Fase
3:
aggiunta
dei
file
di
sistema
al
server
del
codice”
a
pagina
368.
Passo
4.
Per
ogni
oggetto
del
server
del
codice
utilizzare
lo
strumento
pristine
per
creare
una
configurazione
per
ogni
sistema
o
gruppo
di
sistema
con
caratteristiche
simili,
come
riportato
nella
fase
1
a
pagina
349.
Consultare
“Fase
4:
creazione
e
manutenzione
delle
configurazioni
dell’oggetto
del
server
del
codice”
a
pagina
369.
Passo
5.
Preparare
una
serie
di
tre
dischetti
di
sistema
per
ogni
configurazione.
Consultare
“Fase
5:
preparazione
del
dischetto
di
sistema”
a
pagina
372.
Passo
6.
Utilizzare
lo
strumento
pristine
per
aggiungere
al
sistema
le
informazioni
dei
dischetti
relative
all’oggetto
del
server
del
codice,
quindi
creando
un
a
serie
di
dischetti
di
avvio
pristine,
per
ogni
configurazione.
Consultare
“Fase
6:
creazione
dei
dischetti
di
avvio
Pristine”
a
pagina
373.
Passo
7.
Utilizzare
una
serie
di
dischetti
di
avvio
per
eseguire
un’installazione
pristine
e,
se
si
desidera,
eseguire
le
attività
Change
Manager.
Infine,
migrare
il
nuovo
endpoint
dal
gateway
pristine
dedicato
ad
un
gateway
normale.
Consultare
“Fase
7:
esecuzione
di
un’installazione
Pristine”
a
pagina
374.
Per
eseguire
delle
installazioni
pristine
in
un
gruppo
di
sistemi
con
la
stessa
configurazione
consecutivamente,
è
necessario
solo
un
dischetto
(una
serie
di
dischetti
per
OS/2)
per
ogni
configurazione;
se
i
sistemi
sono
in
ubicazioni
remote
e
si
desidera
effettuare
le
installazioni
pristine
contemporaneamente,
è
necessario
creare
un
dischetto
di
sistema
(Fase
5)
e,
successivamente,
trasformarlo
in
un
dischetto
di
avvio
pristine
(Fase
6)
per
tutti
i
sistemi
per
cui
sono
necessarie
installazioni
simultanee.
Nota:
Per
evitare
ripetizioni,
le
finestre
per
la
versione
OS/2
dello
strumento
pristine
non
vengono
qui
riportate;
fare
riferimento
alle
sezioni
351
to
361
per
le
finestre
corrispondenti
nel
formato
Windows.
Fase
1:
pianificazioni
In
questa
sezione
viene
pianificato
come
utilizzare
lo
strumento
pristine
per
installare
un
sistema
operativo
OS/2
in
un
sistema
pristine.
La
pianificazione
per
le
installazioni
pristine
deve
considerare:
Installazioni
Pristine
in
OS/2
364
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
v
Quali
oggetti
del
server
del
codice
è
necessario
creare.
v
Quali
configurazioni
è
necessario
creare
per
ciascun
oggetto
del
server
del
codice.
Oggetti
del
server
del
codice
E’
necessario
creare
un
oggetto
del
server
del
codice
per
ogni
versione
di
ciascun
sistema
operativo
che
si
desidera
installare
(per
OS/2
è
possibile
preparare
solo
oggetti
del
server
del
codice
per
il
sistema
operativo
in
cui
viene
installato
il
server
del
codice).
Per
eseguire
installazioni
pristine
in
ambienti
di
lavoro
con
più
lingue,
è
necessario
creare
un
oggetto
separato
per
ciascuna
versione
della
lingua
di
ciascun
sistema.
Un
oggetto
del
server
del
codice
comprende,
tranne
le
configurazioni,
solo
le
immagini
del
codice
per
il
software
del
sistema
operativo
e
il
software
aggiuntivo
necessario
(TMA,
TCPIP,
MPTS,
ecc.)
.
In
questo
modo,
se
si
dispone
solo
di
una
immagine
del
sistema
operativo
ed
una
immagine
per
ogni
voce
del
software
richiesto
aggiuntivo,
sarà
necessario
solo
un
oggetto
del
server
del
codice.
Lo
strumento
pristine
consente
di
modificare
gli
oggetti
del
codice
del
server,
ad
esempio,
nel
caso
venga
resa
disponibile
una
nuova
versione
di
TMA
(Tivoli
management
agent)
e
di
eliminarli
quando
non
sono
più
necessari.
Configurazioni
degli
oggetti
del
server
del
codice
Ogni
oggetto
del
server
del
codice
deve
disporre
almeno
di
una
configurazione
definita.
Una
configurazione
contiene
le
seguenti
informazioni:
v
File
di
risposta
del
sistema
operativo
personalizzati;
lo
strumento
consente
di
modificare
il
file
di
risposta
di
default
fornito
con
il
sistema
operativo,
modificare
i
valori
ed
aggiungere
o
eliminare
le
sezioni
e
le
chiavi.
v
File
di
risposta
del
software
richiesto
aggiuntivo
personalizzati:
lo
strumento
consente
di
personalizzare
i
file
di
risposta
di
default
allo
stesso
modo
v
La
dimensione
dei
dischi
fissi
del
sistema
pristine;
è
possibile
definire
fino
a
due
dischi
fissi
utilizzando
lo
strumento
pristine
-
se
il
sistema
dispone
di
dischi
aggiuntivi,
essi
devono
essere
suddivisi
in
partizioni
e
formattati
manualmente
dopo
aver
completato
l’installazione
pristine
v
I
requisiti
per
la
suddivisione
in
partizioni
del
disco
fisso,
incluso
le
lettere
delle
unità
in
base
alle
quali
identificare
ogni
partizione;
la
prima
partizione
deve
essere
identificata
v
I
driver
dell’unità
che
devono
essere
caricati
nel
sistema
pristine
v
Il
modello
di
riferimento
Change
Manager
da
utilizzare,
se
esiste;
il
nome
modello
e
il
numero
di
versione
(facoltativo)
possono
essere
specificati
(consultare
User’s
Guide
for
Deployment
Services
per
ulteriori
informazioni
sui
modelli
di
riferimento
di
Change
Manager.
v
Note
sulla
configurazione
E’
necessario
determinare
queste
informazioni
per
ogni
sistema
pristine
da
installare
e,
quindi,
creare
una
configurazione
separata
per
ciascun
sistema
o
gruppo
di
sistemi
con
una
combinazione
univoca
di
questi
valori.
Fase
2:
creazione
e
manutenzione
di
un
oggetto
del
server
del
codice
Questa
sezione
illustra
come
utilizzare
lo
strumento
pristine
per
creare
un
oggetto
del
server
del
codice
contenente
le
immagini
del
codice
del
sistema
operativo
OS/2
supportato
e
del
software
aggiuntivo
richiesto
che
deve
essere
installato
sul
sistema
operativo.
Installazioni
Pristine
in
OS/2:
pianificazione
Appendice
C.
Installazioni
Pristine
365
Utilizzando
lo
strumento
pristine,
creare
un
nuovo
oggetto
del
server
del
codice
eseguendo
le
seguenti
operazioni:
v
Selezionare
il
sistema
operativo
da
installare
sul
sistema
pristine.
v
Localizzare
le
immagini
del
codice
di
origine
per
il
sistema
operativo.
v
Definire
l’ubicazione
richiesta
per
l’oggetto
del
server
del
codice
nel
server
del
codice
(accertarsi
di
poter
accedere
ad
esso
nella
rete
prima
di
cominciare
questa
procedura).
v
Immettere
le
informazioni
utili
relative
all’oggetto
del
server
del
codice.
v
Per
ogni
prodotto
aggiuntivo
che
è
necessario
installare
con
il
sistema
operativo,
individuare
le
immagini
del
codice
di
origine.
v
Salvare
l’oggetto
del
Server
del
codice.
Lo
strumento
consente,
inoltre,
di
modificare
tutti
i
parametri
definiti
oppure
di
eliminare
l’oggetto
completamente
(eliminando
l’oggetto,
non
verranno
eliminate
le
immagini
del
codice
di
origine).
Creazione
di
un
nuovo
oggetto
del
server
del
codice
E’
possibile
selezionare
tutte
le
operazioni
utilizzando
lo
strumento
pristine
nelle
finestre
mediante
uno
dei
seguenti
metodi:
v
Selezionare
la
voce
dai
menu
della
gerarchia
v
Fare
clic
su
un’icona
nella
barra
degli
strumenti
v
Fare
clic
con
il
tasto
destro
del
mouse
e
selezionare
una
voce
dal
menu
contestuale
che
viene
visualizzato
Per
evitare
ripetizioni
non
necessarie
nelle
istruzioni
seguenti,
tutte
le
opzioni
vengono
descritte
secondo
la
selezione
dai
menu
della
gerarchia.
Inoltre,
notare
che
alcune
voci
possono
essere
selezionate
facendo
clic
su
di
esse
o
utilizzando
il
tasto
di
tabulazione
e
i
tasti
freccia
per
navigare
nella
finestra.
Le
fasi
da
seguire
sono:
1.
Avviare
lo
strumento
Pristine;
viene
visualizzata
la
finestra
principale
dello
strumento
Pristine
di
Configuration
Manager.
2.
Selezionare
facoltativamente
il
sistema
operativo
richiesto
e
selezionare
Strumenti->
Nuovo
server
del
codice.
Viene
visualizzata
la
finestra
Nuovo
oggetto
del
server
del
codice.
3.
Immettere
il
nome
del
nuovo
oggetto
del
server
del
codice
e
fare
clic
su
OK.
Viene
visualizzata
la
finestra
per
l’impostazione
dell’oggetto
del
server
del
codice.
4.
Nel
separatore
Generale,
immettere
le
seguenti
informazioni
di
identificazione
per
l’immagine
del
sistema
operativo.
Sistema
operativo
Se
non
è
stato
selezionato
il
sistema
operativo
nel
pannello
precedente,
selezionarlo
dall’elenco
a
discesa.
Percorso
di
origine
Selezionare
il
percorso
di
origine
da
Tabella
20,
immettere
il
percorso
completo
per
la
directory
in
cui
è
ubicato
il
sistema
operativo
oppure
fare
clic
sul
pulsante
(...)
e
ricercare
la
directory
di
origine.
Tabella
20.
Ubicazione
percorso
di
origine
per
l’immagine
del
sistema
operativo
Sistema
operativo
Percorso
di
origine
OS/2
Warp
Versione
4.0
<CD-ROM>\OS2IMAGE
Installazioni
Pristine
in
OS/2:
oggetti
del
server
del
codice
366
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Tabella
20.
Ubicazione
percorso
di
origine
per
l’immagine
del
sistema
operativo
(Continua)
Sistema
operativo
Percorso
di
origine
OS/2
Warp
Versione
4.5
<CD-ROM>\OS2IMAGE
Percorso
di
destinazione
Immettere
il
percorso
completo
nel
server
del
codice
in
cui
risiede
l’oggetto
del
server
del
codice.
Nuovo
percorso
di
destinazione
Questo
campo
viene
utilizzato
solo
per
modificare
l’ubicazione
di
un
oggetto
del
server
del
codice
esistente,
quindi
non
è
necessario
completarlo
quando
viene
creato
un
nuovo
oggetto.
5.
Selezionare
il
separatore
Informazioni
se
si
desidera
aggiungere
informazioni
sull’oggetto
del
server
del
codice
(ad
esempio,
creatore,
data,
scopo
dell’oggetto).
6.
Selezionare
il
separatore
Prodotti.
7.
Fare
clic
sulla
la
casella
di
spunta
relativa
ad
una
delle
voci
del
software
richiesto
aggiuntivo.
Viene
visualizzata
la
finestra
Directory
di
installazione.
8.
Nel
campo
del
percorso
di
origine,
immettere
il
percorso
per
l’immagine
del
software,
nel
CD-ROM
del
prodotto
o
nell’ubicazione
del
disco
fisso
in
cui
è
stato
precedentemente
copiato.
E’
fortemente
consigliato
di
non
modificare
il
percorso
di
destinazione
visualizzato
dallo
strumento.
Fare
clic
su
OK
per
salvare
le
impostazioni
e
tornare
alla
finestra
dell’oggetto
del
server
del
codice.
9.
Ripetere
le
fasi
7
e
8
per
ogni
voce
di
software
richiesto
aggiuntivo.
10.
Fare
clic
sul
pulsante
Applica
per
aggiornare
l’oggetto.
Viene
eseguito
un
controllo
della
sintassi
per
verificare
che
i
percorsi
inseriti
siano
validi
e
che
ci
sia
spazio
disponibile
per
l’immagine
del
sistema
operativo
e
del
software
nella
cartella
di
destinazione.
Se
la
cartella
di
destinazione
non
viene
individuata
dopo
questo
controllo,
essa
verrà
creata.
Il
nome
della
piattaforma
e
il
nome
dell’oggetto
viene
visualizzato
nell’elenco
creato
dei
server
del
codice.
11.
Fare
clic
su
Aggiungi
per
creare
un
altro
oggetto
del
server
del
codice:
viene
visualizzata
la
finestra
Nuovo
oggetto
del
Server
del
codice
(tornare
a
3
a
pagina
366);
oppure
fare
clic
su
OK
per
tornare
al
menu
principale
dello
strumento
pristine.
Nota:
Se
viene
aggiunto
un
altro
oggetto
del
server
del
codice,
è
necessario
selezionare
una
piattaforma
dall’elenco
a
discesa
del
sistema
operativo
nella
finestra
del
server
del
codice.
Modifica
dell’oggetto
del
server
del
codice
E’
possibile
modificare
tutti
i
parametri
dell’oggetto
del
Server
del
codice
tranne
uno,
selezionando
l’oggetto,
selezionando
Strumenti->Server
del
codice,
modificando
il
valore
immesso
precedentemente
e
selezionando
Applica.
L’eccezione
si
verifica
nel
caso
in
cui
si
desideri
spostare
l’oggetto
del
server
del
codice
in
una
nuova
ubicazione:
1.
Selezionare
l’oggetto
del
server
del
codice
nella
finestra
Principale
e,
quindi,
selezionare
Strumenti->Server
del
codice.
2.
Selezionare
l’oggetto
da
modificare
dall’elenco
Server
del
codice
creati
e
fare
clic
su
Modifica.
Installazioni
Pristine
in
OS/2:
oggetti
del
server
del
codice
Appendice
C.
Installazioni
Pristine
367
3.
Immettere
un
nuovo
percorso
nella
casella
di
testo
Nuovo
percorso
di
destinazione.
4.
Fare
clic
su
Applica.
Viene
eseguito
un
controllo
per
verificare
che
i
percorsi
inseriti
siano
validi
e
che
ci
sia
spazio
disponibile
per
l’immagine
del
sistema
operativo
nella
cartella
di
destinazione.
In
caso
affermativo,
l’oggetto
del
server
del
codice
verrà
trasferito
nell’ubicazione
indicata
in
Nuovo
percorso
di
destinazione.
5.
Fare
clic
su
OK
per
tornare
al
menu
principale
dello
strumento
pristine.
Eliminazione
dell’oggetto
del
server
del
codice
Per
eliminare
un
oggetto
del
server
del
codice
eseguire
le
seguenti
operazioni:
1.
Selezionare
l’oggetto
del
server
del
codice
nella
finestra
Principale
e,
quindi,
selezionare
Strumenti->Server
del
codice.
2.
Selezionare
l’oggetto
da
eliminare
dall’elenco
Server
del
codice
creati
e
fare
clic
su
Elimina->Applica.
Viene
visualizzata
una
finestra
di
conferma.
Fare
clic
su
Sì.
L’oggetto
viene
eliminato.
3.
Fare
clic
su
OK
per
tornare
al
menu
principale.
Fase
3:
aggiunta
dei
file
di
sistema
al
server
del
codice
Per
ogni
oggetto
del
server
del
codice
è
necessario
aggiungere
alcuni
file
di
sistema.
Negli
esempio
di
seguito,
la
cartella
dell’oggetto
del
server
del
codice
(in
base
all’immissione
nel
campo
del
percorso
della
Destinazione
nella
fase
4
a
pagina
366)
è
riportata
come
C:\CID.
Se
è
stato
utilizzata
una
cartella
diversa
è
necessario
sostituire
il
nome
della
cartella.
Se
si
dispone
di
più
di
un
oggetto
del
server
del
codice,
applicare
i
comandi
ad
ogni
oggetto
(tranne
THINSRV,
eseguito
solo
una
volta
con
un
file
di
configurazione
modificato
per
fare
riferimento
a
tutti
gli
oggetti
del
server
del
codice).
Prima
di
cominciare,
creare
una
cartella
log
in
ciascuna
cartella
di
oggetti
del
server
del
codice).
THINSRV
THINSRV
è
un
programma
di
utilità
MPTS
che
estrae
i
file
del
server
del
codice
necessari,
verifica
i
parametri
forniti,
copia
i
file
necessari
nella
destinazione.
Inoltre,
aggiorna
i
file
config.sys
e
startup.cmd
nella
workstation
del
server
del
codice
per
avviare
automaticamente
il
server
del
codice
all’avvio
del
sistema.
Per
utilizzare
il
programma
THINSRV,
eseguire
le
operazioni
riportate
di
seguito:
1.
Creare
la
seguente
directory:
c:\cid\rsp\srvifs.
2.
Prima
di
avviare
THINSRV,
creare
il
file
di
configurazione
THINSRV,
default.ini,
nella
directory
c:\cid\rsp\srvifs.
Un
esempio
di
questo
file
è
riportato
di
seguito:
Name
=
MHOLT1
GroupName
=
NO
Adapter
=
0
MaxClients
=
50
MaxFiles
=
100
ClientWorkers
=
12
Path
=
c:\cid
PermitWrite
=
NO
PerClient
=
NO
;
alias
=
ReadWrite,single,log,c:\cid\log
Installazioni
Pristine
in
OS/2:
oggetti
del
server
del
codice
368
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Nota:
La
cartella
dell’istruzione
Path
è
la
cartella
in
cui
è
stato
creato
l’oggetto
del
server
del
codice.
Se
si
dispone
di
più
server
del
codice,
aggiungere
gli
alias
per
gli
altri
oggetti
del
server
del
codice
e
le
relative
cartelle
di
log
nella
parte
finale
di
questo
file.
3.
Immettere
il
seguente
comando
nella
riga
comandi:
thinsrv
/r:c:\cid\rsp\srvifs\default.ini
/t:c:\srvifs
/s:c:\cid\img\srvifs
/tu:c:\
/l1:c:\cid\log\thinsrv.log
Questo
comando
copia
i
file
del
server
del
codice
necessari
nella
directory
c:\srvifs.
Inoltre,
esso
crea
un
file
valido
default.ini
in
base
al
file
di
risposta
denominato
nel
parametro
/r.
Nota:
I
due
caratteri
dopo
la
barra
all’inizio
della
terza
riga
del
comando
come
qui
illustrato,
sono
elle
uno.
4.
Se
si
utilizza
OS/2
Versione
4.5,
è
necessario
aggiungere
le
seguenti
righe
in
c:\startup.cmd:
cd
srvifs
service.exe
/INI:default
Configurazione
MPTS
per
adattatori
di
rete
non
standard
Se
un
sistema
client
utilizza
un
adattatore
di
rete
non
supportato
da
MPTS,
per
ogni
oggetto
del
server
del
codice
creato
è
necessario
aggiornare
il
file
MACS.ZIP
ubicato
nella
cartella
C:\CID\IMG\MPTS\IBMCOM\MACS.
Per
effettuare
tale
operazione,
procedere
come
segue:
1.
.Creare
una
directory
temporanea
nella
directory
principale
del
server
del
codice.
In
questo
esempio
è
‘macstemp’.
2.
Dalla
cartella
macs,
immettere
nella
riga
comandi:
pkunzip2
-d
macs.zip
c:\macstemp
Il
contenuto
dell’archivio
MACS.ZIP
viene
decompresso
in
c:\macstemp.
Un
numero
di
directory
secondarie
presenti
in
c:\macstemp.
3.
Aprire
c:\macstemp\ibmcom\macs
e
copiare
tutti
i
file
richiesti
per
l’adattatore
di
rete
in
questa
cartella.
4.
Ricreare
un
nuovo
archivio
MACS.ZIP
immettendo:
pkzip2
-rp
macs.zip
c:\macstemp\*.*
5.
Copiare
l’archivio
MACS.ZIP
nuovamente
nella
cartella
C:\CID\IMG\MPTS\IBMCOM\MACS,
sovrascrivendo
l’archivio
precedente.
GETREXX
REXX
è
richiesto
sul
server
del
codice
per
eseguire
i
file
del
comando
LCU
REXX
utilizzato
per
installare
i
prodotti
richiesti.
Poiché
la
workstation
client
accede
ai
file
del
comando
LCU
da
un’unità
reindirizzata,
è
preferibile
accedere
ai
file
richiesti
per
REXX
dal
server
del
codice.
In
tal
modo,
i
moduli
REXX
richiesti
non
devono
essere
contenuti
nei
dischetti
di
avvio
originali.
GETREXX
consente
di
copiare
i
moduli
REXX
dalle
immagini
OS/2
nella
directory
eseguibile
del
server
del
codice
e
viene
eseguito
dalla
riga
comandi
quando
si
immette
il
comando:
c:\cid\img\locinstu\getrexx
c:\cid\img\os2image
c:\cid\exe
Fase
4:
creazione
e
manutenzione
delle
configurazioni
dell’oggetto
del
server
del
codice
Per
ogni
oggetto
del
server
del
codice
creato,
è
necessario
creare
almeno
una
configurazione,
affinché
il
processo
di
installazione
pristine
configuri
correttamente
il
nuovo
sistema
operativo.
E’
possibile
eseguire
le
seguenti
operazioni:
Installazioni
Pristine
in
OS/2:
aggiunta
dei
file
di
sistema
Appendice
C.
Installazioni
Pristine
369
v
“Personalizzare
il
file
di
risposta
del
sistema
operativo”
v
“Personalizzazione
del
file
di
risposta
del
software
richiesto
aggiuntivo”
a
pagina
371
v
“Aggiunta
dei
driver
dell’unità”
a
pagina
371
v
“Partizione
del
disco
fisso
del
client”
a
pagina
371
v
“Definizione
di
un
modello
di
riferimento”
a
pagina
371
v
“Aggiunta
di
informazioni
specifiche
della
configurazione”
a
pagina
372
Personalizzare
il
file
di
risposta
del
sistema
operativo
Lo
strumento
pristine
consente
la
personalizzazione
dei
file
di
risposta
con
una
procedura
semplice
per
determinare
come
verrà
installato
il
sistema
operativo.
I
file
di
risposta
di
default
sono
collocati
nella
directory
secondaria
RSP
dello
strumento
pristine.
Tali
file
possono
essere
modificati
utilizzando
un
editor
di
testo
se
si
desidera
modificare
i
valori
di
default
forniti
con
lo
strumento.
1.
Dalla
finestra
principale
dello
strumento
pristine,
consultare
l’elenco
degli
oggetti
del
server
del
codice
facendo
doppio
clic
sul
nome
della
piattaforma.
Selezionare
l’oggetto
che
si
desidera
configurare.
2.
Selezionare
File->Nuova
configurazione.
Viene
visualizzata
la
finestra
Configurazione
Pristine.
3.
Immettere
un
nome
per
la
configurazione
e
fare
clic
su
OK.
Viene
visualizzata
la
finestra
Configurazione.
Questa
finestra
consente
di
personalizzare
il
file
di
risposta
del
sistema
operativo.
Il
pannello
di
sinistra
elenca
tutte
le
sezioni
nel
file
di
risposta.
Selezionare
una
sezione
e
le
relative
chiavi
di
installazione
con
i
valori
di
default
vengono
visualizzate
nel
pannello
a
destra.
E’
possibile
rilevare
tutti
i
dettagli
delle
sezioni
e
le
chiavi
nella
documentazione
del
sistema
operativo.
Nota:
Per
selezionare
una
sezione,
fare
doppio
clic
sul
nome
della
sezione;
un
singolo
clic
può
essere
sufficiente,
ma
in
alcune
piattaforme
per
il
codice
Java
che
controlla
l’interfaccia
utente,
un
singolo
clic
non
sempre
è
valido.
4.
Modifica
del
valore
di
una
chiave
di
installazione:
v
Selezionare
una
sezione.
v
Fare
doppio
clic
sulla
chiave
per
cui
modificare
il
valore.
Viene
visualizzata
la
finestra
Chiave
di
installazione.
v
Modificare
il
valore
visualizzato.
v
Fare
clic
su
OK
per
tornare
alla
finestra
Configurazione.5.
Per
aggiungere,
eliminare
o
ridenominare
le
chiavi
di
installazione,
eseguire
quanto
segue:
a.
Selezionare
una
sezione.
b.
Selezionare
una
chiave
di
installazione
(non
è
necessario
eseguire
questa
operazione
solo
per
aggiungere
una
chiave).
c.
Selezionare
Modifica
chiave->Chiave->Nuovo,
Elimina
oRinomina
d.
La
finestra
appropriata
viene
visualizzata
consentendo
di
aggiungere,
eliminare
o
ridenominare
la
chiave
nel
modo
corretto.
e.
Fare
clic
su
OK
per
salvare
le
impostazioni
effettuate
e
tornare
alla
finestra
Configurazione.
Nota:
Per
molte
chiavi
è
possibile
utilizzare
i
valori
di
default
di
produzione,
mentre
per
le
chiavi
del
percorso
di
installazione,
la
porta
gateway
e
l’endpoint
devono
essere
completati
per
il
sistema
operativo
e
per
il
software
aggiuntivo
richiesto.
Installazioni
Pristine
in
OS/2:
configurazioni
370
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
6.
Per
aggiungere,
eliminare
o
ridenominare
i
nomi
delle
sezioni
di
installazione,
eseguire
quanto
segue:
a.
Selezionare
la
sezione
(non
è
necessario
eseguire
questa
operazione
solo
per
aggiungere
una
nuova
sezione).
b.
Selezionare
Modifica
chiave->
Sezione->
Nuovo,
Elimina
or
Rinomina.7.
Fare
clic
su
OK
per
salvare
le
impostazioni
effettuate
e
tornare
alla
finestra
principale.
Personalizzazione
del
file
di
risposta
del
software
richiesto
aggiuntivo
Dalla
finestra
Configurazione
fare
clic
sull’elenco
a
discesa
Nessun
prodotto
e
selezionare
una
delle
voci
del
software
richiesto
aggiuntivo.
Vengono
visualizzate
le
sezioni
del
file
di
risposta
e
le
chiavi
per
questo
prodotto
ed
è
possibile
personalizzarle,
come
descritto
precedentemente
per
il
file
di
risposta
del
sistema
operativo.
Ripetere
l’operazione
per
ogni
voce
nell’elenco
a
discesa.
Aggiunta
dei
driver
dell’unità
Per
OS/2,
i
driver
dell’unità
non
vengono
aggiunti
con
lo
strumento
pristine.
Essi
sono
stati
già
aggiunti
nella
fase
3:
consultare
“Configurazione
MPTS
per
adattatori
di
rete
non
standard”
a
pagina
369.
Partizione
del
disco
fisso
del
client
E’
necessario
definire
le
partizioni
sui
dischi
fissi
del
sistema
pristine.
E’
possibile
suddividere
fino
a
due
dischi
fissi.
Le
fasi
da
seguire
sono:
1.
Selezionare
Configurazione->Prepara
disco
fisso.
La
finestra
della
partizione
del
disco
viene
visualizzata:
sono
presenti
schede
per
ognuno
dei
due
volumi
fisici.
Nel
primo
volume
esiste
una
definizione
di
default
della
partizione
principale,
con
C
come
lettera
dell’unità,
di
2000
megabyte.
2.
Per
modificare
la
dimensione
della
partizione
principale
fare
clic
su
Dimensione
e
modificare
il
valore.
3.
Per
aggiungere
una
partizione,
fare
clic
su
Aggiungi.
Viene
creata
una
nuova
partizione,
con
dimensione
di
default
di
2000
megabyte,
utilizzando
la
lettera
dell’unità
successiva
disponibile.
Il
tipo
di
partizione
è
per
impostazione
predefinita
Logico,
ma
è
possibile
modificare
tale
impostazione
facendo
clic
sul
tipo
di
Partizione
della
partizione
in
questione.
Il
totale
di
tutte
le
partizioni
create
viene
visualizzato
nella
casella
nella
parte
inferiore
destra.
Per
modificare
la
dimensione
della
partizione
fare
clic
su
Dimensione
e
modificare
il
valore.
4.
Fare
clic
su
OK
per
salvare
i
dettagli
della
partizione
e
tornare
alla
finestra
delle
Configurazioni.
Eliminare
una
partizione
selezionando
la
partizione
e
facendo
clic
su
Elimina
e,
quindi,
su
OK.
Definizione
di
un
modello
di
riferimento
Per
utilizzare
Change
Manager
nel
sistema
pristine,
viene
fornita
l’opzione
di
definire
un
modello
di
riferimento.
Le
fasi
da
seguire
sono:
1.
Selezionare
Configurazione->Modello
di
riferimento.
Viene
visualizzata
la
finestra
Modello
di
riferimento:
2.
Immettere
il
nome
del
modello
di
riferimento
e/o
la
versione.
3.
Fare
clic
su
OK
per
salvare
la
definizione
del
modello
di
riferimento
e
tornare
alla
finestra
delle
Configurazioni.
Installazioni
Pristine
in
OS/2:
configurazioni
Appendice
C.
Installazioni
Pristine
371
Eliminare
la
definizione
del
modello
di
riferimento
facendo
clic
su
Elimina
e,
quindi,
su
OK.
Aggiunta
di
informazioni
specifiche
della
configurazione
E’
possibile
aggiungere
informazioni
specifiche
della
configurazione
alla
configurazione.
Le
fasi
da
seguire
sono:
1.
Selezionare
Configurazione->Informazioni.
Viene
visualizzata
la
finestra
Informazioni.
2.
Immettere
le
informazioni
richieste.
3.
Fare
clic
su
OK
per
salvare
le
informazioni
e
tornare
alla
finestra
delle
Configurazioni.
Fase
5:
preparazione
del
dischetto
di
sistema
Per
preparare
i
dischetti
di
sistema
è
necessario
utilizzare
i
programmi
di
utilità
del
sistema
OS/2
SEDISK,
THINLAPS,
THINIFS
e
CASINSTL.
Negli
esempio
di
seguito,
la
cartella
dell’oggetto
del
server
del
codice
(in
base
all’immissione
nel
campo
del
percorso
della
Destinazione
nella
fase
4
a
pagina
366)
è
riportata
come
c:\cid.
Se
è
stato
utilizzata
una
cartella
diversa
è
necessario
sostituire
il
nome
della
cartella.
SEDISK
SEDISK
è
un
programma
di
utilità
OS/2
che
crea
i
dischetti
di
sistema
per
avviare
il
sistema
pristine.
Per
impostazione
predefinita,
i
dischetti
non
dispongono
di
driver
di
trasporto
LAN
o
di
codice
redirector;
questi
vengono
aggiunti
in
una
fase
successiva.
Lo
strumento
SEDISK
richiede
tre
dischetti
formattati.
Per
utilizzare
SEDISK,
eseguire
le
operazioni
riportate
di
seguito:
1.
Nella
directory
dove
è
ubicato
il
programma
di
utilità
SEDISK,
avviare
SEDISK
immettendo
il
seguente
comando:
SEDISK
/S:<source
path>
/T:<target
drive>
/S:
Il
percorso
di
origine
completo
alle
immagine
del
disco
OS/2,
che
possono
essere
su
un’unità
fissa
locale
o
un’unità
reindirizzata.
/T:
Unità
di
destinazione
(di
solito
l’unità
A:).2.
Di
seguito
è
riportato
un
esempio
dell’uso
di
SEDISK
per
creare
un
disco
di
avvio:
sedisk
/s:c:\cid\img\os2image
/t:A:
Questo
comando
avvia
SEDISK
e
crea
tre
dischetti
di
avvio
utilizzando
l’immagine
del
disco
OS/2
in
c:\cid\img\os2image.
Aggiunta
dei
driver
di
trasporto
LAN
con
THINLAPS:
Aggiungere
i
file
del
driver
di
rete
appropriato
al
dischetto
di
avvio.
Per
questa
procedura,
utilizzare
THINLAPS:
1.
Dei
tre
dischetti
creati,
inserire
il
terzo
nell’unità
ed
immettere
il
comando
seguente:
thinlaps
c:\cid\img\mpts
A:
<drivername>.nif
Dove
<drivername>.nif
è
il
nome
del
file
che
corrisponde
al
file
del
driver
dell’adattatore
di
rete
memorizzato
nella
destinazione.
2.
Quando
viene
richiesto
un
altro
disco,
inserire
il
secondo
dischetto
(della
serie
di
tre
dischetti)
nell’unità
floppy.
Installazioni
Pristine
in
OS/2:
configurazioni
372
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
THINIFS
e
SRVIFS:
THINIFS
è
un
programma
di
utilità
OS/2
che
colloca
tutti
gli
elementi
necessari
SRVIFS
file
di
reindirizzamento
nel
dischetto
di
trasporto
LAN.
SRVIFS
è
un
server
di
file
basato
su
NetBIOS
e
richiedente,
fornito
con
MPTS.
SRVIFS
fornisce
il
supporto
I/O
reindirizzato
per
consentire
al
client
l’accesso
al
server
del
codice.
Ciò
fa
parte
della
funzione
fornita
dal
server
LAN.
Eseguire
THINIFS
mediante
le
seguenti
operazioni:
1.
Dei
tre
dischi,
inserire
il
terzo
disco
creato
nell’unità
ed
immettere
il
seguente
comando
dalla
richiesta
comandi:
thinfs
/s:c:\cid\img\srvifs
/t:A:\
/srv:<nome
server
del
codice>
/req:<nome
sistema
pristine>
/D:X
/tu:A:\
Alla
richiesta,
inserire
il
secondo
dischetto.
Vengono
fornite
al
sistema
pristine
le
informazioni
necessarie
per
collegare
la
directory
di
default
al
server
del
codice.
Con
una
directory
diversa
modificare
il
comando
in
modo
appropriato.
2.
Accertarsi
che
la
directory
LOG
sia
abilitata
per
la
lettura/scrittura,
inserire
il
terzo
dischetto
di
sistema
ed
immettere
il
comando
di
seguito
per
creare
un’associazione
tra
c:\cid\log
e
l’unità
di
scrittura
client:
thinfs
/s:c:\cid\img\srvifs
/t:A:\
/srv:\\<nome
server
del
codice>\log
/req:<nome
sistema
pristine>
/D:Y
/tu:A:\
Aggiunta
del
programma
di
utilità
LAN
CID
LCU
(LAN
Configuration
Installation
e
Distribution
Utility),
integrato
con
MPTS,
consente
di
concatenare
una
serie
di
installazioni
CID.
Ad
esempio,
un
utente
finale
può
richiedere
l’installazione
di
OS/2,
MPTS,
e
LAN
Server
V5.0.
Dopo
la
configurazione,
questo
programma
di
utilità
installa
automaticamente
tutti
questi
programmi
in
un’unica
fase.
CASINSTL:
Questo
programma
installa
il
programma
di
utilità
LAN
CID
nei
dischetti
di
sistema
ed
è
disponibile
in
c:\cid\img\locinstu.
Per
eseguire
il
programma
CASINSTL,
inserire
il
terzo
dischetto
di
sistema
ed
immettere
la
seguente
istruzione
nella
riga
comandi:
casinstl
/tu:A:\
/cmd:X:\clients\<nome
configurazione>
/D
/l2:Y:\srvifs_req.log
/pa:X:\img\locinstu
/pl:X:\exe;X:\img\locinstu;
/0
/req:<nome
sistema
pristine>
Fase
6:
creazione
dei
dischetti
di
avvio
Pristine
Dopo
aver
creato
almeno
una
configurazione
per
un
oggetto
del
server
del
codice
(consultare
“Fase
4:
creazione
e
manutenzione
delle
configurazioni
dell’oggetto
del
server
del
codice”
a
pagina
369)
ed
aver
creato
una
serie
di
dischetti
di
sistema
(consultare
“Fase
5:
preparazione
del
dischetto
di
sistema”
a
pagina
372),
è
possibile
utilizzare
lo
strumento
pristine
per
trasformare
i
dischetti
di
sistema
in
una
serie
di
dischetti
di
avvio
pristine.
Nota:
Tale
procedura,
una
fase
essenziale
nella
preparazione
dell’installazione
pristine,
non
richiede
l’aggiornamento
dei
dischetti
di
sistema
per
creare
dei
dischetti
di
avvio;
quindi,
sebbene
i
dischetti
di
sistema
siano
disponibili
non
è
necessario
inserirli.
1.
Accertarsi
di
essere
collegati
alla
LAN
immettendo
i
seguenti
comandi
per
avviare
il
servizio
del
richiedente
LAN:
v
Per
OS/2,
Versione
4.0:
net
share
v
Per
OS/2,
Versione
4.5:
Installazioni
Pristine
in
OS/2:
dischetti
di
sistema
Appendice
C.
Installazioni
Pristine
373
logon
root
/P:passwd
/V:LOCAL
2.
Dalla
barra
degli
strumenti,
fare
clic
su
Strumenti->Crea
dischetti
di
avvio.
Viene
visualizzata
la
finestra
Crea
dischetti
di
avvio.
3.
Se
richiesto,
inserire
uno
dei
dischetti
creati
in
“Fase
5:
preparazione
del
dischetto
di
sistema”
a
pagina
372,
nell’unità
del
dischetto.
4.
Completare
i
seguenti
campi:
Nome
server
Nome
host
del
server
del
codice
Unità
di
avvio
client
La
lettera
dell’unità
da
cui
viene
normalmente
avviato
il
sistema
pristine
Unità
di
origine
client
La
lettera
dell’unità
a
cui
viene
connessa
la
cartella
del
server
del
codice
condivisa
Unità
log
del
client
La
lettera
dell’unità
a
cui
il
log
del
server
del
codice
viene
connesso
Tali
valori
corrispondono
a
quelli
forniti
nei
programmi
di
utilità
precedenti.
5.
Fare
clic
su
OK.
Lo
strumento
pristine
completa
la
preparazione
della
configurazione
dell’oggetto
del
server
del
codice
e,
se
necessario,
scrive
i
dati
anche
nel
dischetto
di
sistema.
Fase
7:
esecuzione
di
un’installazione
Pristine
Dopo
aver
completato
la
preparazione
della
serie
di
dischetti
di
avvio
pristine
per
un
sistema
o
gruppo
di
sistemi
(consultare
“Fase
6:
creazione
dei
dischetti
di
avvio
Pristine”
a
pagina
373),
è
possibile
avviare
l’installazione
pristine.
La
procedura
di
installazione
include
le
seguenti
operazioni:
v
Utilizza
i
dischetti
di
avvio
per
avviare
il
sistema
pristine
e
caricare
una
configurazione
di
sistema
minima
nella
memoria
v
Installa
i
protocolli
necessari
per
il
collegamento
alla
rete
e
per
individuare
il
server
del
codice
v
Utilizzando
le
informazioni
della
configurazione,
suddivide
il
disco
fisso
e
comincia
a
scaricare
ed
installare
il
software
del
sistema
operativo,
utilizzando
il
file
di
risposta
per
l’installazione
v
Ogni
sistema
o
gruppo
di
sistemi
viene
assegnato
ad
un
gateway
Tivoli
dedicato
v
Se
la
configurazione
dell’oggetto
del
Server
del
codice
contiene
un
modello
di
riferimento
ed
è
stata
attivata
sul
gateway
una
politica
di
login
specifica,
viene
avviata
un’operazione
Change
Manager.
Completate
tali
attività,
migrare
il
nuovo
endpoint
dal
gateway
pristine
dedicato
ad
un
gateway
normale.
Procedura
dell’installazione
Pristine
E’
necessario
che
almeno
un
utente
sia
presente
dove
sono
ubicati
i
sistemi
pristine.
Le
attività
eseguite
localmente
sono:
v
Avvio
del
sistema
v
Rimozione
dei
dischetti,
se
necessario
v
Riavvio
del
sistema,
se
necessario
Se
l’utente
che
deve
eseguire
l’installazione
locale
dispone
dei
dischetti,
è
possibile
cominciare
il
processo
di
installazione.
Installazioni
Pristine
in
OS/2:
dischetti
di
avvio
374
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Dopo
il
primo
login
di
TMA
(Tivoli
management
agent),
viene
emessa
una
notifica
automatica
relativa
alla
presenza
di
una
nuova
macchina
in
Tivoli
management
region.
Se
è
stato
definito
un
modello
di
riferimento
è
necessario
garantire
che
il
componente
Change
Manager
sia
installato,
per
confrontare
il
nuovo
sistema
al
modello
di
riferimento
appropriato
ed
avviare
l’azione
specifica.
Questa
azione
completa
l’installazione
pristine.
Nota:
Se
si
desidera
utilizzare
un
modello
di
riferimento
per
installare
Tivoli
Software
Distribution,
è
necessario
installare
il
software
prerequisito.
La
fase
finale
per
l’amministratore
di
sistema
pristine
consiste,
dopo
aver
completato
tutti
i
processi
di
installazione,
nel
migrare
il
nuovo
endpoint
dal
gateway
pristine
dedicato
ad
un
gateway
normale.
Installazioni
Pristine
in
OS/2:
esecuzione
di
un’installazione
Appendice
C.
Installazioni
Pristine
375
376
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Appendice
D.
Ruoli
di
autorizzazione
Questa
appendice
contiene
tabelle
in
cui
vengono
descritti
i
ruoli
necessari
per
eseguire
le
operazioni
di
Software
Distribution.
Per
eseguire
operazioni
di
gestione
del
sistema
dall’ambiente
Tivoli
,
è
necessario
essere
amministratore
Tivoli.
A
seconda
delle
operazioni
da
eseguire,
è
possibile
ricoprire
uno
o
più
dei
seguenti
ruoli:
v
Super
v
Senior
v
Admin
v
User
v
Install-product
Impostazione
dei
profili
Software
Distribution
Nelle
seguenti
tabelle
vengono
elencati
i
ruoli
obbligatoriprofili
pacchetto
software:
Tabella
21.
Ruoli
obbligatori
per
l’impostazione
dei
profili
del
pacchetto
software
Operazione
Contesto
Ruolo
richiesto
Installazione
di
Software
Distribution
Vista
Desktop
per
la
root
super
o
install-product
Creazione
di
un
profilo
di
pacchetto
software
Gestore
profili
senior
o
super
Clonazione
di
un
profilo
di
pacchetto
software
Gestore
profili
senior
o
super
Visualizzazione
di
un
profilo
di
pacchetto
software
Pacchetto
Software
user,
admin,
senior
o
super
Registrazione
di
risorse
su
un
gestore
profili
Area
della
politica
del
gestore
profili
—AND—
Area
della
politica
di
registrazione
admin,
senior
o
super
Definizione
ed
eliminazione
dei
profili
La
tabella
che
segue
riporta
i
ruoli
necessari
per
definire
un
pacchetto
software
impostandone
le
proprietà
per
visualizzare
le
informazioni
di
configurazione:
Tabella
22.
Ruoli
obbligatori
per
l’impostazione
delle
proprietà
del
pacchetto
software
e
visualizzazione
delle
informazioni
di
configurazione
Operazione
Contesto
Ruolo
richiesto
Esportazione
di
un
file
di
definizione
del
pacchetto
software
Pacchetto
Software
user,
admin,
senior
o
super
Impostazione
o
modifica
delle
proprietà
di
profilo
del
pacchetto
software
Pacchetto
software
admin,
senior
o
super
©
Copyright
IBM
Corp.
2002,
2003
377
Tabella
22.
Ruoli
obbligatori
per
l’impostazione
delle
proprietà
del
pacchetto
software
e
visualizzazione
delle
informazioni
di
configurazione
(Continua)
Operazione
Contesto
Ruolo
richiesto
Importazione
di
un
file
di
definizione
del
pacchetto
software
Pacchetto
software
admin,
senior
o
super
Eliminazione
di
un
profilo
di
pacchetto
software
Pacchetto
software
senior
o
super
Visualizzazione
di
un
profilo
di
pacchetto
software
(utilizzando
Software
Package
Editor)
Pacchetto
software
admin,
senior
o
super
Modifica
di
un
profilo
di
pacchetto
software
(utilizzando
Software
Package
Editor)
Pacchetto
software
senior
o
super
Esecuzione
operazioni
Nella
seguente
tabella
vengono
elencati
i
ruoli
obbligatori
per
distribuzione
di
un
pacchetto
software:
Tabella
23.
Ruoli
obbligatori
per
distribuire
i
pacchetti
software
Operazione
Contesto
Ruolo
richiesto
Distribuzione
di
un
profilo
di
pacchetto
software
Area
della
politica
del
gestore
profili
admin,
senior
o
super
Pianificazione
di
una
distribuzione
di
profilo
del
pacchetto
software
Area
della
politica
del
gestore
profili
admin,
senior
o
super
Calcolo
della
dimensione
di
un
profilo
di
pacchetto
software
Area
della
politica
del
gestore
profili
user,
admin,
senior
o
super
Rimozione
di
un
pacchetto
di
profilo
software
da
un
utente
registrato
Pacchetto
software
admin,
senior
o
super
Definizione
ed
eliminazione
dei
profili
378
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Informazioni
particolari
Queste
informazioni
sono
state
sviluppate
per
i
prodotti
e
i
servizi
offerti
negli
Stati
Uniti.
E’
possibile
che
negli
altri
paesi
l’IBM
non
offra
i
prodotti,
le
funzioni
o
i
servizi
illustrati
in
questo
documento.
Consultare
il
rappresentante
IBM
locale
per
informazioni
sui
prodotti
e
sui
servizi
disponibili
nel
proprio
paese.
Ogni
riferimento
relativo
a
prodotti,
programmi
o
servizi
IBM
non
implica
che
solo
quei
prodotti,
programmi
o
servizi
IBM
possano
essere
utilizzati.
In
sostituzione
a
quelli
forniti
dall’IBM,
possono
essere
usati
prodotti,
programmi
o
servizi
funzionalmente
equivalenti
che
non
comportino
violazione
dei
diritti
di
proprietà
intellettuale
o
di
altri
diritti
dell’IBM.
E’
responsabilità
dell’utente
valutare
e
verificare
la
possibilità
di
utilizzare
altri
programmi
e/o
prodotti,
fatta
eccezione
per
quelli
espressamente
indicati
dall’IBM.
L’IBM
può
avere
brevetti
o
domande
di
brevetto
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
ricevere
informazioni
relative
a
licenze
può
rivolgersi
per
iscritto
a:
Director
of
Commercial
Relations
IBM
Europe
Schoenaicher
Str.
220
D-7030
Boeblingen
Deutschland
Per
informazioni
relative
alla
licenza
riguardanti
informazioni
double-byte
(DBCS),
rivolgersi
per
iscritto
a:
IBM
World
Trade
Asia
Corporation
Licensing
2-31
Roppongi
3-chome,
Minato-ku
Tokyo
106,
Japan
Il
seguente
paragrafo
non
è
valido
per
il
Regno
Unito
o
per
tutti
i
paesi
le
cui
leggi
nazionali
siano
in
contrasto
con
le
disposizioni
in
esso
contenute:
L’INTERNATIONAL
BUSINESS
MACHINES
CORPORATION
FORNISCE
QUESTA
PUBBLICAZIONE
NELLO
STATO
IN
CUI
SI
TROVA
SENZA
ALCUNA
GARANZIA,
ESPLICITA
O
IMPLICITA,
IVI
INCLUSE
EVENTUALI
GARANZIE
DI
COMMERCIABILITA’
ED
IDONEITA’
AD
UNO
SCOPO
PARTICOLARE.
Alcuni
stati
non
consentono
la
rinuncia
a
garanzie
esplicite
o
implicite
in
determinate
transazioni,
quindi,
la
presente
dichiarazione
potrebbe
non
essere
a
voi
applicabile.
Questa
pubblicazione
potrebbe
contenere
imprecisioni
tecniche
o
errori
tipografici.
Le
informazioni
incluse
in
questo
documento
vengono
modificate
su
base
periodica;
tali
modifiche
verranno
incorporate
nelle
nuove
edizioni
della
pubblicazione.
L’IBM
si
riserva
il
diritto
di
apportare
miglioramenti
e/o
modifiche
al
prodotto
o
al
programma
descritto
nel
manuale
in
qualsiasi
momento
e
senza
preavviso.
©
Copyright
IBM
Corp.
2002,
2003
379
Tutti
i
riferimenti
a
siti
Web
non
dell’IBM
contenuti
in
questa
pubblicazione
sono
forniti
unicamente
a
scopo
di
consultazione.
I
materiali
contenuti
in
tali
siti
Web
non
fanno
parte
di
questo
prodotto
e
l’utente
si
assume
ogni
rischio
relativo
al
loro
utilizzo.
L’IBM
può
utilizzare
o
divulgare
le
informazioni
ricevute
dagli
utenti
secondo
le
modalità
ritenute
appropriate,
senza
alcun
obbligo
nei
loro
confronti.
Coloro
che
detengono
la
licenza
su
questo
programma
e
desiderano
avere
informazioni
allo
scopo
di
consentire:
(i)
uno
scambio
di
informazioni
tra
programmi
indipendenti
e
altri
(compreso
questo)
e
(ii)
l’uso
reciproco
di
tali
informazioni,
dovrebbe
rivolgersi
a:
IBM
Corporation
2Z4A/101
11400
Burnet
Road
Austin,
TX
78758
U.S.A.
Queste
informazioni
possono
essere
rese
disponibili,
secondo
condizioni
contrattuali
appropriate,
compreso,
in
alcuni
casi,
il
pagamento
di
un
addebito.
Il
programma
su
licenza
descritto
in
questo
manuale
e
tutto
il
materiale
su
licenza
ad
esso
relativo
sono
forniti
dall’IBM
nel
rispetto
delle
condizioni
previste
dalla
licenza
d’uso.
Tutti
i
dati
relativi
alle
prestazioni
contenuti
in
questa
pubblicazione
sono
stati
determinati
in
un
ambiente
controllato.
Pertanto,
i
risultati
ottenuti
in
ambienti
operativi
diversi
possono
variare
in
modo
considerevole.
Alcune
misure
potrebbero
potrebbero
essere
state
fatte
su
sistemi
di
livello
di
sviluppo
per
cui
non
si
offre
garanzia
che
queste
saranno
uguali
su
tutti
i
sistemi
disponibili.
Inoltre,
alcune
misure
potrebbero
essere
state
ricavate
per
estrapolazione.
I
risultati
quindi
possono
variare.
Gli
utenti
di
questa
pubblicazione
devono
verificare
che
i
dati
siano
applicabili
al
loro
specifico
ambiente.
Le
informazioni
relative
ai
programmi
non
IBM
sono
state
ottenute
dai
fornitori
di
tali
prodotti.
L’IBM
non
ha
verificato
tali
prodotti
e
non
può
garantirne
l’accuratezza
delle
prestazioni.
Eventuali
commenti
relativi
alle
prestazioni
dei
prodotti
non
IBM
devono
essere
indirizzati
ai
fornitori
di
tali
prodotti.
Questa
pubblicazione
contiene
esempi
di
dati
e
prospetti
utilizzati
quotidianamente
nelle
operazioni
aziendali.
Pertanto
può
contenere
nomi
di
persone,
società,
marchi
e
prodotti.
Tutti
i
nomi
contenuti
nel
manuale
sono
fittizi
e
ogni
riferimento
a
nomi
ed
indirizzi
reali
è
puramente
casuale.
Se
queste
informazioni
vengono
visualizzate
in
formato
elettronico,
le
immagini
e
le
illustrazioni
a
colori
potrebbero
non
essere
visualizzate.
Marchi
IBM,
il
logo
IBM,
Tivoli,
il
logo
Tivoli,
Tivoli
Enterprise,
Tivoli
Enterprise
Console,
NetView,
Wake
on
LAN,
AIX,
AS/400,
DB2,
OS/2
e
OS/400
sono
marchi
della
International
Business
Machines
Corporation
negli
Stati
Uniti
e/o
in
altri
paesi.
Le
informazioni
relative
ai
programmi
non
IBM
sono
state
ottenute
dai
fornitori
di
tali
prodotti.
L’IBM
non
ha
verificato
tali
prodotti
e
non
può
garantirne
380
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
l’accuratezza
delle
prestazioni.
Eventuali
commenti
relativi
alle
prestazioni
dei
prodotti
non
IBM
devono
essere
indirizzati
ai
fornitori
di
tali
prodotti.
Microsoft,
Windows
e
il
logo
Windows
sono
marchi
della
Microsoft
Corporation
negli
Stati
Uniti
e/o
in
altri
paesi.
UNIX
è
un
marchio
della
The
Open
Group
negli
Stati
Uniti
e
in
altri
paesi.
Java
e
tutti
i
marchi
e
i
logo
Java
sono
marchi
della
Sun
Microsystems,
Inc.
negli
Stati
Uniti
e/o
in
altri
paesi.
Altri
nomi
di
società,
prodotti
e
servizi
possono
essere
marchi
o
marchi
di
servizio
di
altri.
Informazioni
particolari
381
382
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Glossario
A
adattatore
eventi.
In
ambiente
Tivoli,
il
software
che
converte
gli
eventi
in
un
formato
che
il
prodotto
Tivoli
Enterprise
Console
può
utilizzare
e
inoltrare
al
server
degli
eventi.
ambiente
Tivoli.
Le
applicazioni
Tivoli,
basate
su
Tivoli
Management
Framework,
installate
in
una
ubicazione
specifica
del
cliente
e
che
indirizzano
le
emissioni
di
gestione
di
rete
su
molte
piattaforme.
amministratore
root.
In
ambiente
Tivoli,
l’amministratore
Tivoli
iniziale
creato
durante
l’installazione
di
Tivoli
Management
Framework.
Questo
amministratore
è
l’utente
root
su
sistemi
UNIX
e
un
membro
del
gruppo
di
amministratori
sui
sistemi
Microsoft
Windows.
amministratore
Tivoli.
In
un
ambiente
Tivoli,
un
amministratore
di
sistema
che
è
stato
autorizzato
ad
eseguire
attività
di
gestione
dei
sistemi
ed
a
gestire
le
aree
della
politica
in
una
o
più
reti.
area
della
politica.
Un
gruppo
di
risorse
gestite
che
condividono
una
o
più
politiche
comuni
e
che
modellano
la
struttura
organizzativa
e
gestionale
di
un
ambiente
di
elaborazione
in
rete.
Gli
amministratori
utilizzano
le
policy
region
per
raggruppare
risorse
simili,
per
definire
l’accesso
alle
risorse,
per
controllare
le
risorse
e
per
associare
la
gestione
delle
risorse.
AutoPack.
In
Tivoli
Software
Distribution,
Versione
4,
è
uno
strumento
che
consente
ad
un
amministratore
Tivoli
di
creare
un
pacchetto
software.
AutoPack
produce
il
pacchetto
software
(a)
effettuando
istantanee
dell’unità
e
della
configurazione
del
sistema,
prima
e
dopo
l’installazione
di
un’applicazione
sul
PC
e
(b)
di
catturare
le
differenze
tra
queste
istantanee
nel
pacchetto
software.
avviso.
In
un
ambiente
Tivoli,
un
messaggio
generato
da
un’operazione
di
gestione
dei
sistemi
che
contiene
informazioni
su
un
evento
o
sullo
stato
di
un’applicazione.
Gli
avvisi
vengono
memorizzati
nei
gruppi
di
avvisi.
Consultare
anche
notice
group.
B
BAROC.
Consultare
Basic
Recorder
of
Objects
in
C
(BAROC)
base
di
regole.
Una
o
più
serie
di
regole
e
di
definizioni
di
classe
di
eventi
per
i
quali
vengono
scritte
le
regole.
Tivoli
Enterprise
Console
utilizza
la
base
di
regole
nella
gestione
degli
eventi.
Un’organizzazione
può
creare
molte
basi
di
regole
ed
ogni
base
di
regole
soddisfa
serie
diverse
di
necessità
per
la
gestione
delle
reti.
Solo
una
base
per
volta
può
essere
attiva.
Basic
Recorder
of
Objects
in
C
(BAROC).
Nel
server
degli
eventi
di
Tivoli
Enterprise
Console,
è
la
rappresentazione
interna
delle
classi
di
evento
definite.
blocco
di
pacchetti
di
file.
In
Tivoli
Software
Distribution,
Versione
3
è
un
file
statico
contenente
(a)
la
definizione
del
pacchetto
di
file,
(b)
gli
attributi
del
pacchetto
di
file,
(c)
i
file
e
le
directory
di
origine
e
(d)
i
programmi
di
configurazione
del
pacchetto
di
file.
blocco
pacchetto
software.
In
Tivoli
Software
Distribution,
un
file
che
contiene
le
risorse
indicate
dalle
azioni
contenute
nel
pacchetto
software.
C
classe
di
eventi.
Una
classificazione
di
un
evento
che
indica
il
tipo
di
informazioni
che
un
adattatore
degli
eventi
invierà
al
server
degli
eventi.
Consultare
anche
Basic
Recorder
of
Objects
in
C
(BAROC).
client
Tivoli.
Un
client
di
un
server
Tivoli.
Consultare
anche
Tivoli
management
region
server.
comando
target
non
connessa.
In
Tivoli
Software
Distribution,
Versione
4,
un
comando
che
viene
eseguito
dalla
riga
comandi
di
un
sistema
di
destinazione
non
connesso
al
server
di
Tivoli
management
region.
console
di
eventi.
In
Tivoli
Enterprise
Console,
una
GUI
(graphical
user
interface)
che
consente
agli
amministratori
di
sistema
di
visualizzare
e
di
rispondere
agli
eventi
distribuiti
dal
server
degli
eventi.
Console
stato
distribuzione.
Un’interfaccia
MDist
2
fornita
da
Tivoli
Management
Framework
che
consente
agli
amministratori
di
controllare
l’accesso
delle
distribuzioni
su
una
rete.
Consultare
anche
MDist
2.
D
database
degli
eventi.
Un
database
relazionale
(RIM)
contenente
informazioni
raccolte
o
create
da
Tivoli
Enterprise
Console.
database
di
configurazione.
In
un
ambiente
Tivoli,
un
database
RIM
che
contiene
le
informazioni
raccolte,
create
e
memorizzate
da
inventory
e
software
distribution.
©
Copyright
IBM
Corp.
2002,
2003
383
database
RIM.
In
un
ambiente
Tivoli,
un
database
relazionale
contenente
informazioni
raccolte
o
create
dalle
applicazioni
Tivoli.
Gli
esempi
di
database
RIM
comprendono
configuration
repository
and
the
event
database.
definizione
del
pacchetto
di
file.
In
Tivoli
Software
Distribution,
Versione
3,
un
file
ASCII
che
identifica
il
contenuto
e
le
caratteristiche
di
un
pacchetto
di
file.
definizione
di
pacchetto
software.
In
Tivoli
Software
Distribution,
Versione
4,
un
file
ASCII
che
identifica
il
contenuto
di
un
pacchetto.
E’
formato
da
una
serie
di
stanze
che
descrivono
i
comandi
da
eseguire.
Consultare
anche
stanza.
depot.
Consultare
repeater
depot.
depot
ripetitori.
Un
database
per
la
memoria
temporanea
o
permanente
dei
dati
della
distribuzione.
desktop
Tivoli.
In
un
ambiente
Tivoli,
il
desktop
che
gli
amministratori
di
sistema
utilizzano
per
gestire
l’ambiente
di
elaborazione
in
rete.
destinatario.
In
un
ambiente
Tivoli,
una
risorsa
che
è
destinataria
di
un
gestore
profili.
destinazione
oggetto.
In
un
ambiente
Tivoli,
l’OID
fornito
ad
un
oggetto
durante
la
creazione.
differenza
di
livello
byte.
Il
processo
di
rilevamento
delle
differenze
o
valore
delta
tra
il
pacchetto
software
da
installare
e
il
pacchetto
software
di
base
e
la
creazione
di
un
pacchetto
software
delta.
Consultare
anchedelta
install.
distribuzione
flessibile.
Il
processo
di
distribuzione
dei
pacchetti
software
sugli
endpoint,
sugli
nodi
gestiti
oppure
sui
gestori
profilo
che
non
sono
destinazioni
attuali
del
gestore
profilo
al
quale
appartiene
il
pacchetto
software.
dominio.
Una
suddivisione
definita
dall’utente
basata
su
gruppi
e
gerarchie
di
componenti
nei
sottosistemi.
Possono
coesistere
più
domini
ed
essere
collegati
tra
loro.
dominio
della
politica.
Un
raggruppamento
di
utenti
della
politica
con
una
o
più
serie
di
politiche,
che
gestiscono
i
dati
o
le
risorse
di
memoria
per
gli
utenti.
Gli
utenti
possono
essere
nodi
client
o
agenti
sugli
host
gestiti.
E
elenco
endpoint.
In
un
ambiente
Tivoli,
un
elenco
di
tutti
gli
endpoint
in
Tivoli
management
region
con
i
gateway
a
essi
assegnati.
Consultare
endpoint
manager.
endpoint.
In
un
ambiente
Tivoli,
un
agent
che
rappresenta
il
contenitore
definitivo
di
un
qualsiasi
tipo
di
operazione
Tivoli.
Consultare
Tivoli
management
agent.
endpoint
manager.
In
un
ambiente
Tivoli,
un
servizio
che
viene
eseguito
su
un
server
Tivoli
management
region,
che
assegna
i
client
degli
endpoint
ai
gateway
e
gestisce
l’elenco
degli
endpoint.
evento.
Ogni
modifica
significativa
nello
stato
di
una
risorsa
di
sistema,
risorsa
di
rete
o
applicazione
di
rete.
Un
evento
può
essere
generato
per
un
problema,
per
la
risoluzione
di
un
problema
o
per
il
completamento
riuscito
di
un’attività.
F
fase
commit.
In
Tivoli
Softwaree
Distribution,
versione
4,
la
fase
della
modalità
transazionale
in
cui
viene
effettuato
il
commit
delle
azioni
preparate,
determinando
l’applicazione
di
tutti
gli
aggiornamenti.
Consultare
anche
preparation
phase
fase
di
differenziazione.
In
Tivoli
Software
Distribution,
Versione
4,
il
processo
tramite
il
quale
AutoPack
esamina
e
confronta
prima
e
dopo
le
istantanee
e,
per
ogni
differenza
rilevata,
genera
l’azione
correlata
e
la
aggiunge
al
pacchetto
software.
fase
di
preparazione.
In
Tivoli
Software
Distribution,
la
fase
della
modalità
transazionale
in
cui
ogni
azione
in
un
pacchetto
prepara
le
condizioni
per
la
riuscita
dell’esecuzione
dell’operazione
di
installazione
o
rimozione
richiesta.
Se
la
fase
di
preparazione
non
riesce,
il
sistema
di
destinazione
torna
allo
stato
originario.
Consultare
anche
commit
phase.
File
AutoPack.
In
Tivoli
Software
Distribution,
Versione
3,
un’immagine
installabile
utilizzata
per
distribuire
applicazioni
su
più
target
di
PC.
Il
file
contiene
file
di
applicazioni
e
directory
di
software
per
PC,
informazioni
su
come
distribuire
questi
file
e
directory
e
tutte
le
modifiche
di
configurazione
sistema
necessarie
per
l’applicazione.
Un
amministratore
Tivoli
deve
associare
un
file
AutoPack
ad
un
profilo
AutoPack.
filtro
eventi.
(1)
In
un
ambiente
Tivoli,
le
regole
che
determinano
gli
eventi
inviati
da
un
adattatore
eventi
o
visualizzati
su
una
console
degli
eventi.
Utilizzato
anche
per
determinare
gli
eventi
che
si
applicano
ad
una
regola
specifica
di
correlazione.
(2)
In
Tivoli
NetView,
un’espressione
logica
di
criteri
che
determina
quali
eventi
vengono
inoltrati
al
programma
dell’applicazione
che
registra
il
filtro
degli
eventi
con
l’agente.
(3)
Nel
prodotto
Tivoli
Enterprise
Console,
i
criteri
che
devono
essere
soddisfatti
prima
che
venga
eseguita
un’azione
di
regola.
firma.
In
Tivoli
Software
Distribution,
Versione
4,
sono
le
informazioni
univoche
che
formano
la
prima
riga
in
384
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
un
file
di
definizione
pacchetti.
Tivoli
Software
Distribution
utilizza
la
firma
per
il
controllo
delle
versioni
e
per
determinare
il
tipo
di
importer
da
utilizzare
per
leggere
il
file
di
definizione.
fpblock.
Consultare
file
package
block.
G
gateway.
Software
che
fornisce
i
servizi
tra
gli
endpoint
ed
al
resto
dell’ambiente
Tivoli.
gateway
di
risorsa.
In
un
ambiente
Tivoli,
il
software
che
consente
alle
applicazioni
Tivoli
di
ottenere
l’accesso
alle
risorse,
quali
le
periferiche
applicate,
e
di
eseguire
operazioni
su
quelle
risorse.
gestione
delle
notifiche.
Un
servizio
di
distribuzione
software
che
gestisce
le
code
dei
messaggi.
gruppo
di
avvisi.
In
un
ambiente
Tivoli,
un
contenitore
specifico
di
applicazioni
o
di
operazioni
che
memorizza
e
visualizza
le
informazioni
relative
a
specifiche
funzioni
Tivoli.
La
bacheca
Tivoli
comprende
dei
gruppi
di
informazioni.
Un
amministratore
Tivoli
può
essere
il
destinatario
di
uno
o
più
gruppi
di
informazioni.
La
bacheca
dell’amministratore
contiene
solo
le
informazioni
che
risiedono
in
un
gruppo
di
informazioni
nel
quale
è
inserito
l’amministratore.
Consultare
anche
“notice”
a
pagina
383.
gruppo
di
eventi.
In
Tivoli
Enterprise
Console
è
una
serie
di
eventi
che
soddisfano
i
criteri
definiti
dai
filtro
di
gruppo
di
eventi,
che
comprende
i
limiti
che
sono
le
espressioni
che
definiscono
le
condizioni
di
filtro.
Gli
operatori
della
console
degli
eventi
può
controllare
i
gruppi
di
eventi
rilevanti
per
le
proprie
aree
specifiche
di
responsabilità.
Consultare
anche
event
filter.
host
RIM.
In
un
ambiente
Tivoli,
il
nodo
gestito
in
cui
vengono
installati
uno
o
più
oggetti
RIM.
Consultare
anche
RIM
object.
host
source.
Il
nodo
gestito
sul
quale
risiedono
i
file
e
le
directory
indicate
nel
pacchetto
software.
Consultare
anche
software
package
e
file
package.
installazione
delta.
Il
processo
di
creazione
del
pacchetto
software
che
contiene
solo
il
delta
tra
il
pacchetto
software
di
base
e
il
pacchetto
software
da
installare.
Creando
e
distribuendo
un
pacchetto
software
delta,
il
traffico
di
rete
è
ridotto.
L
lavoro.
Una
risorsa
composta
da
un’attività
e
dai
relativi
parametri
di
esecuzione
preconfigurati.
Tra
l’altro,
i
parametri
di
esecuzione
specificano
un
insieme
di
target
su
cui
eseguire
il
lavoro.
lcfd.
Il
servizio
Tivoli
utilizzato
da
un
endpoint
per
comunicare
con
un
gateway.
Contrario
di
oserv.
libreria
query.
In
un
ambiente
Tivoli,
una
funzione
che
consente
di
creare
e
di
gestire
le
query
Tivoli.
Consultare
anche
query.
libreria
task.
In
un
ambiente
Tivoli,
un
contenitore
in
cui
un
amministratore
Tivoli
può
creare
e
memorizzare
attività
e
lavori.
M
macchina
di
preparazione.
(1)
In
Tivoli
Software
Distribution,
Versione
4,
ogni
sistemaWindows
95
(o
successivo),
Windows
NT
o
OS/2
su
cui
viene
installato
Tivoli
Software
Distribution
Java
Endpoint
Package
Editor.
(2)
In
Tivoli
Software
Distribution,
Versione
3,
qualsiasi
sistemaWindows
su
cui
è
installato
AutoPack
Control
Center.
MDist.
Il
servizio
MDist
fornito
da
Tivoli
Management
Framework
che
consente
di
trasferire
in
modo
efficiente
i
dati
su
più
destinazioni.
Un
altro
servizio
MDist
2
(multiplexed
distribution
service)
fornisce
ulteriori
funzioni
di
gestione.
Consultare
anche
MDist
2.
MDist
2.
Il
servizio
MDist
fornito
da
Tivoli
Management
Framework
che
consente
di
trasferire
in
modo
efficiente
i
dati
su
più
destinazioni.
Gli
amministratori
possono
monitorare
e
controllare
una
distribuzione
per
tutto
il
ciclo
di
vita.
Un
altro
servizio
MDist
non
dispone
di
queste
funzioni
di
gestione.
Consultare
anche
Distribution
Status
Console.
MDist
(multiplexed
distribution).
Il
meccanismo
utilizzato
dalle
applicazioni
Tivoli
Enterprise
per
trasferire
i
dati
su
più
target.
Tivoli
Management
Framework
fornisce
due
servizi
di
distribuzione
multiplex,
MDist
e
MDist
2.
Consultare
anche
MDist
e
MDist
2.
metodo
endpoint.
In
un
ambiente
Tivoli,
un
metodo
che
viene
eseguito
su
un
endpoint
come
risultato
di
una
richiesta
di
un’altra
risorsa
gestita.
I
risultati
del
metodo
vengono
inoltrati
al
gateway
e
poi
alla
risorsa
gestita
che
ha
eseguito
la
richiesta.
metodo
gateway.
Un
metodo
eseguito
per
conto
di
un
endpoint
sul
gateway
a
cui
l’endpoint
è
assegnato.
I
risultati
del
metodo
vengono
inoltrati
alla
risorsa
gestita
che
ha
richiesto
l’esecuzione
del
metodo.
modalità
annullabile.
In
Tivoli
Software
Distribution,
versione
4,
una
modalità
di
esecuzione
delle
operazioni
in
cui
è
possibile
effettuare
il
rollback
delle
operazioni
anche
se
sono
già
state
sottoposte
a
commit.
modalità
annullabile-in-transazionale.
In
Tivoli
Software
Distribution,
una
modalità
di
esecuzione
delle
operazioni
nella
quale,
durante
la
fase
di
preparazione,
lo
spazio
su
disco
viene
riservato
per
le
copie
di
backup,
riducendo
così
il
rischio
di
errori
durante
la
fase
di
commit
per
spazio
su
disco
insufficiente.
Glossario
385
modello
di
riferimento.
Nel
contesto
software
di
Tivoli,
è
il
modello
di
configurazione
per
un
sistema
o
una
serie
di
sistemi
utilizzato
per
gestire
configurazioni
consistenti
in
un
ambiente
distribuito.
In
Tivoli
Inventory,
i
modelli
di
riferimento
vengono
creati
nel
database
di
configurazione.
modo
transazionale.
In
Tivoli
Software
Distribution,
versione
4,
una
modalità
di
esecuzione
delle
operazioni
in
cui
tutte
le
azioni
devono
essere
eseguite
in
due
fasi:
preparazione
e
commit.
Consultare
anche
preparation
phase
e
commit
phase.
N
nodo
gestito.
In
un
ambiente
Tivoli,
un
sistema
di
computer
su
cui
è
installato
Tivoli
Management
Framework.
Contrario
di
endpoint.
O
oggetto
RIM.
Un
oggetto
che
fornisce
gli
attributi
ed
i
metodi
che
permettono
alle
applicazioni
di
accedere
ad
un
RDBMS.
OID.
Identificativo
dell’oggetto.
operazione
Accetta.
Un’operazione
che
elimina
il
pacchetto
software
di
backup
in
modo
tale
che
non
è
più
possibile
ripristinare
l’operazione
precedente.
operazione
commit.
(1)
In
Tivoli
Software
Distribution,
Versione
4,
un’operazione
di
gestione
delle
modifiche
che
consente
la
convalida
di
tutti
gli
aggiornamenti
apportati
in
fase
di
preparazione.
(2)
In
Tivoli
Software
Distribution,
versione
3,
un’operazione
svolta
da
un
programma
di
configurazione
sui
nodi
gestiti
di
destinazione
dopo
la
distribuzione
di
un
pacchetto
di
file.
Questa
funzione
consente
ad
un
amministratore
Tivoli
di
distribuire
un
pacchetto
di
file
a
più
destinazioni
e
di
rendere
contemporaneamente
disponibili
le
informazioni
su
tutte
le
destinazioni.
ORB.
Consultare
object
request
broker.
ORB
(object
request
broker).
Nella
programmazione
orientata
all’oggetto,
il
software
che
funziona
come
intermediario
per
lo
scambio
di
richieste
e
risposte.
oserv.
Il
servizio
Tivoli
utilizzato
come
ORB
(object
request
broker).
Questo
servizio
viene
eseguito
sul
server
Tivoli
management
region
e
su
ciascun
nodo
gestito.
Contrario
di
lcfd.
P
pacchetto
di
base.
Il
nome
e
la
versione
di
un
pacchetto
software
installato
su
un
sistema.
pacchetto
di
file.
Un
profilo
di
Tivoli
Software
Distribution,
Versione
3.
Il
pacchetto
di
file
descrive
i
file
e
le
directory
da
distribuire
e
come
distribuirle.
pacchetto
firme.
Un
raggruppamento
logico
di
due
o
più
firme.
pacchetto
software.
In
Tivoli
Software
Distribution,
versione
4,
è
un
oggetto
del
database
che
contiene
un
elenco
sequenziale
di
azioni
da
eseguire
su
un
sistema
di
destinazione.
pacchetto
software
rilevato.
In
Tivoli
Software
Distribution,
Versione
4.1,
un’applicazione
installata
su
un
endpoint
indipendentemente
da
Tivoli
Software
Distribution
aggiunta
poi
successivamente
al
catalogo
endpoint
e
a
cui
viene
conferito
uno
status
di
“installato
e
rilevato”
utilizzando
un
comando
di
destinazione
non
connessa
di
Tivoli
Software
Distribution.
periferica.
Ogni
parte
non
client
e
non
server
di
una
rete
gestita
dal
software
Tivoli,
che
comprende,
ma
non
è
limitato,
ai
dispositivi
palmari,
PC
portatili,
scatole
di
cavi
ed
altre
periferiche
integrate.
politica.
In
un
ambiente
Tivoli,
una
serie
di
regole
applicate
alle
risorse
gestite.
politica
di
convalida.
In
un
ambiente
Tivoli,
la
politica
che
assicura
la
conformità
di
tutte
le
risorse
contenute
in
una
policy
region
alla
politica
stabilita
per
quell’area.
La
politica
di
convalida
impedisce
agli
amministratori
Tivoli
di
creare
o
modificare
le
risorse
non
conformi
alla
politica
della
policy
region
in
cui
sono
state
create
le
risorse.
Contrario
di
default
policy.
politica
predefinita.
In
un
ambiente
Tivoli,
una
serie
di
valori
di
proprietà
della
risorsa
assegnati
ad
una
risorsa
quando
questa
viene
creata.
profile
manager.
In
un
ambiente
Tivoli,
un
contenitore
di
profili
che
collega
i
profili
ad
una
serie
di
risorse,
denominate
destinatari.
Gli
amministratori
Tivoli
utilizzano
i
gestori
profilo
per
organizzare
e
distribuire
i
profili.
Un
gestore
profili
può
operare
in
modalità
dataless
o
in
modalità
database.
profilo.
In
un
ambiente
Tivoli,
un
contenitore
per
le
informazioni
sulle
applicazioni
specifiche
relative
ad
un
particolare
tipo
di
risorsa.
Un’applicazione
Tivoli
specifica
il
modello
dei
relativi
profili
che
include
le
informazioni
relative
alle
risorse
che
possono
essere
gestite
da
quell’applicazione
Tivoli.
Q
query.
In
un
ambiente
Tivoli,
una
combinazione
di
istruzioni
utilizzate
per
ricercare
il
database
di
configurazione
per
i
sistemi
che
rispondono
a
386
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
determinati
criteri.
L’oggetto
query
viene
creato
all’interno
di
una
libreria
query.
Consultare
anche
query
library.
R
raccolta.
In
un
ambiente
Tivoli,
un
contenitore
che
fornisce
una
vista
unica
delle
risorse
correlate.
range
ripetitori.
I
client
Tivoli
che
ricevono
i
dati
da
un
sito
ripetitore.
registro
dei
nomi.
Consultare
Tivoli
name
registry.
registro
dei
nomi
di
Tivoli.
In
un
ambiente
Tivoli,
la
tabella
in
cui
vengono
associati
i
nomi
delle
risorse
gestite
agli
identificativi
della
risorsa
(e
le
informazioni
corrispondenti)
all’interno
di
una
Tivoli
management
region.
regola.
Una
serie
di
istruzioni
logiche
che
consentono
al
server
degli
eventi
di
riconoscere
le
relazioni
tra
gli
eventi
e
di
eseguire
di
conseguenza
le
risposte
automatiche.
Consultare
anche
rule
base.
resource
manager.
Un’estensione
di
Tivoli
Management
Framework
che
gestisce
le
risorse,
quali
le
periferiche
e
gli
utenti.
rilevamento.
Uno
strumento
per
la
sincronizzazione
delle
informazioni
sullo
stato
del
pacchetto
software
sul
server
con
quelle
dei
pacchetti
software
sugli
endpoint
specificati.
RIM.
Consultare
RDBMS
Interface
Module.
RIM
(RDBMS
Interface
Module).
In
Tivoli
Management
Framework,
il
modulo
nel
database
degli
oggetti
distribuiti
che
contiene
le
informazioni
relative
all’installazione
di
RDBMS
(relational
database
management
system).
ripetitore.
In
ambiente
Tivoli
è
un
nodo
gestito
che
riceve
una
sola
copia
di
dati
e
la
distribuisce
al
livello
successivo
di
client.
risorsa.
Un
hardware,
un
software
o
un’entità
di
dati
gestiti
dal
software
Tivoli.Consultare
anche
managed
resource
risorsa
gestita.
In
un
ambiente
Tivoli,
un
oggetto
di
database
che
rappresenta
una
risorsa
e
che
è
governato
dalle
politiche.
Consultare
anchepolicy
e
resource.
ruolo.
Una
funzione
del
lavoro
che
identifica
le
attività
che
un
utente
può
eseguire
e
le
risorse
accessibili
dall’utente.
Ad
un
utente
possono
essere
assegnati
uno
o
più
ruoli.
ruolo
admin.
Consultare
authorization
role.
ruolo
authorization.
In
un
ambiente
Tivoli,
un
ruolo
assegnato
agli
amministratori
Tivoli
per
consentire
loro
di
svolgere
le
attività
di
gestione
dei
sistemi
ad
essi
assegnate.
E’
possibile
concedere
un
ruolo
in
tutto
Tivoli
Management
Region
o
su
una
serie
specifica
di
risorse,
ad
esempio
quelle
contenute
in
una
policy
region.
I
ruoli
di
autorizzazione
includono
super,
senior,
admin
e
user.
Consultare
ancherole.
ruolo
risorsa.
In
un
ambiente
Tivoli,
il
ruolo
esercitato
da
un
amministratore
su
risorse
specifiche
in
Tivoli
management
region
locale
e
connesso
(ad
esempio
le
aree
della
politica
o
la
raccolta
Amministratore).
ruolo
senior.
Consultare
authorization
role.
ruolo
super.
Consultare
authorization
role.
ruolo
utente.
Consultare
authorization
role.
S
scanner.
Il
software
utilizzato
per
raccogliere
informazioni
sull’hardware
e
il
software
dai
sistemi
e
dalle
periferiche.
server
degli
eventi.
Un
programma
server
che
elabora
gli
eventi.
server
Tivoli.
Consultare
Tivoli
management
region
server.
Software
Package
Editor.
In
Tivoli
Software
Distribution,
Versione
4,
una
GUI
(graphical
user
interface)
per
la
creazione
e
la
personalizzazione
dei
pacchetti
software.
sottoscrizione.
In
un
ambiente
Tivoli,
il
processo
di
identificazione
dei
destinatari
ai
quali
verranno
distribuiti
i
profili.
stanza.
In
Tivoli
Software
Distribution,
Versione
4,
una
sezione
di
definizione
del
pacchetto
software.
Una
stanza
può
definire,
ad
esempio,
un’azione
da
eseguire,
un
elenco
di
target
su
cui
l’azione
viene
eseguita
o
una
serie
di
condizioni
in
cui
eseguire
un’azione.
Le
stanze
possono
essere
collegate
ed
esiste
una
singola
stanza
(stanza
root)
che
contiene
la
definizione
del
pacchetto
software.
strumento
Pristine.
Un’applicazione
utilizzata
per
la
preparazione
e
la
memorizzazione
di
immagini
di
sistemi
operativi
e
per
le
informazioni
di
configurazione
da
installare
su
sistemi
pristine.
T
target.
In
Tivoli
Software
Distribution,
versione
4,
una
workstation
che
contiene
le
risorse
indicate
dalle
azioni
contenute
nel
pacchetto
software.
Sulla
workstation
deve
essere
installato
Tivoli
management
agent.
task.
(1)
Un’attività
con
valore
commerciale
che
viene
avviata
dall’utente
e
poi
eseguita
dal
software.
(2)
In
un
Glossario
387
ambiente
Tivoli,
la
definizione
di
un’azione
che
deve
essere
eseguita
abitualmente
su
diverse
risorse
gestite
per
tutta
la
rete.
Un’attività
definisce
gli
eseguibili
da
avviare,
il
ruolo
di
autorizzazione
richiesto
per
l’esecuzione
di
tale
attività
ed
il
nome
dell’utente
o
del
gruppo
per
eseguirla.
Tivoli
management
agent.
In
un
ambiente
Tivoli,
un
agent
che
esegue
operazioni
amministrative
in
modalità
sicura.
Tivoli
management
gateway.
In
un
ambiente
Tivoli,
un
sistema
che
consente
una
comunicazione
a
due
vie
con
Tivoli
management
Agent.
Tivoli
management
region.
In
un
ambiente
Tivoli,
un
server
Tivoli
e
la
serie
di
client
ad
esso
collegati.
In
un’organizzazione
può
esistere
più
di
un’area.
Una
Tivoli
management
region
può
riguardare
la
connettività
fisica
di
una
risorsa,
mentre
una
policy
region
l’organizzazione
logica
delle
risorse.
Tivoli
management
region
server
(server
Tivoli).
Il
server
per
una
specifica
Tivoli
management
region
che
contiene
la
serie
completa
del
software
Tivoli,
incluso
il
database
completo
degli
oggetti.
U
utente.
Una
persona
che
utilizza
il
software
di
gestione
Tivoli
e
a
cui
vengono
assegnati
uno
o
più
ruoli.
W
Web
Gateway.
Un
componente
software
di
Tivoli
che
estende
le
funzioni
di
gestione
aziendale
di
Tivoli
sull’ambiente
Web,
consentendo
ai
componenti
Inventory
e
Software
Distribution
di
gestire
le
periferiche
collegate
alWeb
come
PDA,
portatili
e
telefoni.
Inoltre
gli
utenti
possono
ora
gestire
le
stazioni
di
lavoro
collegate
al
Web
collegandosi
al
server
Web
Gateway
e
applicare
gli
aggiornamenti
sulle
stazioni
di
lavoro.
388
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Indice
analitico
AAbilita
multicast
226
abilita
notifica
utente
228
abilitazioneintegrazione
di
Tivoli
Enterprise
Console
289
accettazione
delle
distribuzioni
228
Activity
Planner
221,
239
aggiorna
pacchetto
AIX
137
aggiornamenti
di
AIXoperazioni
di
Software
Distribution
124
aggiornamento
dei
pacchetti
software
217
Aggiungi
nuovo
driver
dell’unità
358
aggiuntacartella
del
desktop
OS/2
58
directory
44
directory
al
sistema
OS/400
115
Duplicato
del
desktop
OS/2
60
file
46
file
al
sistema
OS/400
115
file/directory
multipli
47
librerie
OS/400
106
oggetti
del
profilo
di
Windows
53
oggetti
del
registro
di
Windows
47
oggetti
OS/400
106
programmi
su
licenza
OS/400
111
righe
di
comando
61
righe
nei
file
di
testo
61
Servizio
Windows
57
token
61
voci
del
profilo
di
OS/2
61
aggiunta
di
oggetti
nel
pacchetto
software
36
analisi
di
esclusione
134
annullamento
del
caricamento
dei
pacchetti
software
284
anteprima
della
distribuzione
218
area
di
allestimentospecifica
75
area
di
trasferimentoimpostazione
322
arresta
all’errore
41,
73
assegnazione
di
un
nuovo
nome
ai
file
bloccati
42
attributi
UNIX
82
Attributi
UNIX
82
attributo
translate
116,
118
AutoPackcomando
163
componenti
del
sistema
164
controllo
dei
file
di
testo
177
controllo
dei
profili
di
Windows
180
controllo
delle
voci
del
registro
179
Desktop
di
OS/2
168
directory
di
lavoro
177
esclusione
dei
file
.INI
180
esclusione
dei
file
di
testo
178
fase
di
differenziazione
164
file
di
configurazione
165
AutoPack
(Continua)file
di
sistema
di
OS/2
167
piattaforme
supportate
163,
164
prima
istantanea
176
profili
di
OS/2
167
risultato
187
scenari
di
risoluzione
dei
problemi
169
seconda
istantanea
190
sezioni
dei
profili
di
Windows
166
sezioni
del
file
di
testo
166
sezioni
del
file
system
165
sezioni
del
registro
di
Windows
167
sistema
di
preparazione
163
voci
del
registro
da
escludere
179
autopack_dir,
swdis.ini
322
autopack.inipersonalizzazione
168,
177
sistemi
OS/2
173
sistemi
UNIX
173
Windows
2000
172
Windows
2003
170
Windows
XP
171
autorizzazioni
del
registro,
sovrascrivere
183
avvio
dell’Editor
di
pacchetti
softwareOS/400
105
su
nodo
gestito
24
azione
del
programma
InstallShieldinstallazione
reindirizzata
86
azione
del
programma
Microsoft
setup
88,
159
azione
di
aggiornamento
AIX
135
azione
di
installazione
del
pacchetto
AIX
135
azione
di
installazione
del
pacchetto
RPM
142
azione
di
riavvio
67
azione
di
verifica
dello
spazio
su
disco
36
azione
esegui
programma
CID
159
azione
Esegui
programma
CID
64
azioniaggiornamenti
del
pacchetto
AIX
135
aggiunta
degli
oggetti
del
desktop
OS/2
58
aggiunta
dei
servizi
di
Windows
57
aggiunta
di
directory
38,
44
aggiunta
di
directory
nelle
unità
94
aggiunta
di
file
39,
45
aggiunta
di
file/directory
multipli
47
aggiunta
di
file
nelle
unità
96
aggiunta
di
librerie
OS400
106
aggiunta
di
oggetti
del
file
di
testo
61
aggiunta
di
oggetti
del
profilo
di
OS/2
60
aggiunta
di
oggetti
del
profilo
di
Windows
53
aggiunta
di
oggetti
del
registro
di
Windows
47
azioni
(Continua)aggiunta
di
oggetti
della
shell
di
Windows
51
aggiunta
di
oggetti
OS400
106
aggiunta
di
programmi
su
licenza
OS/400
111
azioni
di
eliminazione
89
esecuzione
di
programmi
su
unità
di
Windows
CE
98
esegui
programma
65
esegui
programma
CID
64,
159
installa
pacchetto
AIX
135
installa
pacchetto
HP-UX
145
installa
pacchetto
Solaris
139
installa
patch
Solaris
139
installazione
pacchetto
RPM
142
programma
InstallShield
86,
159
programma
Microsoft
Setup
88,
159
riavvio
67
verifica
dello
spazio
su
disco
36
azioni
del
programmaEsegui
programma
66,
134
esegui
programmi
CID
65
installa
pacchetto
HP-UX
145
installa
pacchetto
Solaris
139
installa
patch
Solaris
139
installazione
pacchetto
RPM
142
pacchetto
AIX,
installa
135
programma
InstallShield
86,
159
programma
Microsoft
Setup
88,
159
azioni
di
eliminazione
89
Bbackup_dir
321
blocco
pacchetto
softwaresalvataggio
come
90
blocco
pacchetto
software,
dimensione
massima
17,
208
Ccalcola
CRC
183
calcolo
delle
dimensioni
del
pacchetto
software
207
caratteri
jolly
165,
168
Editor
di
pacchetti
software
95,
96
in
autopack.ini
165,
166,
167
utilizzo
dei
caratteri
jolly
249
utilizzo
del
trasferimento
dati
in
OS/400
257
caricamento
dei
pacchetti
sui
depot
283
cartella
di
destinazioneper
il
prodotto
MSI
128
CASINSTL,
per
le
installazioni
pristine
373
CD-ROM,
installazione
da
220
Centro
informazioni
del
software
Tivoli
xv
©
Copyright
IBM
Corp.
2002,
2003
389
Change
Managerper
l’installazione
pristine
347,
349
servizi
di
distribuzione
343
CM_STATUS_QUERY
211
code
di
distribuzione
in
attesa
11
codici
di
uscita
66,
296
collegamenti,
creazione
51
collegamento
lento,
distribuzione
mediante
281
comandiautopack
175
df
272
odadmin
265
odstat
277,
317
wchkdb
338
wcrtquery
308
wdepot
282,
285
wdlssp
211
wdswdvar
79
wfptosp
8
wgetspop
323
widmap
319
winstsp
213
wldsp
282,
285
wmcast
266
wmdist
266,
267,
274
wputeppol
349
wrpt
265
wrunquery
305
wsetspat
205
wsetspop
81,
205,
323,
330
wspmvdata
243
wswdcfg
320
wswdmgr
290
wswsprim
298
wsyncsp
299,
323
comando
autopack
175
comando
df
272
comando
odadmin
265
comando
odstat
277,
317
comando
wchkdb
338
comando
wcrtquery
308
comando
wdepot
282,
285
comando
wdlssp
211
comando
wdswdvar
79
comando
wfptosp
8
comando
wgetspop
323
comando
widmap
319
comando
winstsp
213
comando
wldsp
282,
285
comando
wmcast
266
comando
wmdist
266,
267,
274
comando
wputeppol
349
comando
wrpt
265
comando
wrunquery
305
comando
wsetspat
205
comando
wsetspopimpostazione
del
percorso
di
log
323
impostazione
proprietà
pacchetto
205
invio
di
notifiche
81,
330
comando
wspmvdata
243
comando
wswdcfg
320
comando
wswdmgr
290
Tivoli
Enterprise
Console
Integration
290
comando
wswsprim
298
comando
wsyncsp
299,
323
componenti
del
sistema,
AutoPack
164
condizionicaratteri
speciali
38
esempi
38,
48,
52
impostazione
159
in
un’azione
di
installazione
di
un
prodotto
o
di
una
patch
MSI
159
in
un’installazione
nativa
159
livello
del
pacchetto
software
71
utilizzo
7
configurazionecreazione
e
manutenzione
per
gli
oggetti
del
server
del
codiceOS/2
369
Windows
355
oggetto
del
Server
del
codice
347
ripetitori
259
servizio
Trasferimento
dati
243
Configurazione
356
Configurazione
Pristine
Tivoli
359
conn_retry_interval
269,
280
consegna
asincrona
11
conserva
le
immagini
del
prodottopacchetto
AIX
136
pacchetto
HP-UX
146
pacchetto
RPM
144
per
il
pacchetto
Solaris
140
per
il
prodotto
MSI
129,
153
console
Mobile
Computing
285
Console
stato
distribuzione
221
contenitore
generico
34,
42
controllo
delle
distribuzioni
221,
284
convenzionicarattere
tipografico
xvi
convenzioni
di
carattere
tipografico
xvi
conversione
codepage
116,
118
conversione
dei
pacchetti
softwareda
formato
non
composto
al
formato
composto
209
dal
formato
composto
al
formato
non
composto
209
creazione
135
esempi
di
pacchetto
software
29
gestori
profili
197
INVENTORY_QUERIES
303
modelli
30
oggetti
di
installazione
nativi
123
pacchetto
di
installazione
di
AIX
135
pacchetto
di
installazione
di
Linux
142
pacchetto
di
installazione
di
MSI
152
pacchetto
di
installazione
HP-UX
145
pacchetto
di
installazione
Solaris
139
pacchetto
software
di
oggetti
unità
93
profili
195
un
collegamento
51
creazione
del
pacchetto
softwareoperazione
di
conversione
208
operazione
di
importazione
204
salvataggio
come
opzione
90
creazione
dischetto
di
sistemaprerequisiti
per
pristine
348
Dda
Windows
2000
Professional
a
Windows
XP,
aggiornamento
309
database
cronologicofunzione
297
integrazione
di
Inventory
300
DataMovingRequests.1,
creazione
243
datidistribuzione
243
eliminazione
243,
250
invio
244
richiamo
243,
247
spostamento
243
deadline
280
default_multicast
271
definizione,
firma
di
Inventory
161,
302
delle
opzioni
Imposta
Riprova/Annulla/Limitazione
240
depot
12
depot,
memorizzazione
permanente
263,
264
depot
ripetitoreannullamento
del
caricamento
284
assegnazione
di
spazio
268,
273
caricamento
su
283
elenco
di
voci
283
eliminabile
219
eliminazione
284
eliminazione
delle
voci
284
installazione
da
284
permanent_storage
283
relativo
allo
scenario
282
spazio
di
memoria
269,
273
desktop
di
OS/2aggiunta
di
un
programma
59
aggiunta
di
una
cartella
58
Desktop
di
OS/2sezioni
del
file
di
sistema
168
desktop
OS/2aggiunta
di
un
duplicato
60
tipi
di
oggetti
14
destinatariodefinizione
13
impostazione
199
destinazioni
non
valide
295
destinazioni
valide
296
differenziazione
a
livello
di
byte
9
dimensione,
pacchetto
software
207
dimensione
del
bloccopacchetto
AIX
137
pacchetto
software
17
dimensioni
del
buffer
di
traccia,
impostazione
321
dipendenza
72,
217,
221
definizione
7
directoryaggiunta
44
aggiunta
nelle
unità
94
aggiunta
sul
sistema
di
destinazione
38
directory
di
lavoro
177
directory
di
spool,
Solaris
141
directory
di
spool
di
Solaris,
selezione
141
dischetto
di
avviocreazione
per
l’installazione
pristineOS/2
373
390
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
dischetto
di
avvio
(Continua)creazione
per
l’installazione
pristine
(Continua)Windows
361
per
l’installazione
pristine
347
dischetto
di
sistemapreparazione
per
l’installazione
pristineOS/2
372
Windows
360
disco
remoto
319
distribuzionedati
243
deadline
280
endpoint
non
disponibile
317
impostazioni
225
in
attesa
317
interrotta
317
notifica
degli
endpoint
227
pacchetti
software
nidificati
233
pacchetto
software
delle
unità
100
risultati
236
scadenza
227
senza
dati
285
sospeso
317
stato
221,
284
su
endpoint
mobili
229,
284
distribuzione
multicastabilitazione
226
collegamenti
lenti
262
default
271
sugli
endpoint
270
sui
ripetitori
270
distribuzione
senza
dati
285
distribuzione
unicast
226
distribuzioniaccettazione
228
rifiuto
228
rinvio
228
distribuzioni,
controllo
11,
221,
284
distribuzioni
hungconfigurazione
dei
parametri
wmdist
267
distribuzioni
scadute
318
DNS,
aggiunta
332
domini
332
dopo
i
programmi
di
creazione
75
driver
dell’unitàaggiunta
installazione
pristineOS/2
371
Windows
357
EEBCDIC
116,
118
editor
dei
pacchetti
softwareavvio
33
descrizione
33
Editor
dei
pacchetti
softwareoggetti
di
installazione
nativi
139
Editor
di
pacchetti
softwareavvio
in
OS/400
105
directory
di
installazione
322
risoluzione
dei
problemi
332
Editor
di
pacchetti
software
OS/400
105
elenco
di
messaggi
di
errore
295
elimina
anche
se
condiviso
141
elimina
se
modificato
41,
183
eliminazionedati
243,
250
librerie
OS/400
110
oggetti
OS/400
103
profili
pacchetto
software
205
programmi
su
licenza
OS/400
103
eliminazione
di
oggetti
OS/400
110
eliminazione
di
programmi
su
licenza
OS/400
113
email,
invio
81
endpoint
13
esecuzione
dei
programmi
77
file
di
configurazione
320
risoluzione
dei
problemi
336
utilizzato
come
sito
di
preparazione
pristine
346
endpoint
mobilidistribuzione
su
284
distribuzioni
nascoste
231
impostazioni
229
rinvio
delle
distribuzioni
231
supporto
12
endpoint_multicast
270
Enterprise
Directory
Query
344
ep_trace_level
322
errori
di
rete,
riavvio
del
punto
di
controllo
237
esecuzione
della
scansione
hardware
di
Inventory
300
esecuzione
di
programmiesempio
65
in
OS/400
116
timeout
scaduto
328
esempicreazione
di
pacchetto
software
29
espandi
file
system,
pacchetto
AIX
137
esportazione
dei
pacchetti
software
210
Event
Viewer
294
eventi,
Software
Distribution
294
execute_timeout
269,
334
Ffase
di
commit
223
fase
di
differenziazione
164
fase
di
preparazione
223
Fasi
di
Windows
per
l’installazione
pristine
349
Fasi
OS/2
per
l’installazione
pristine
364
fileaggiunta
nelle
unità
96
aggiunta
sul
sistema
di
destinazione
39,
45
autopack.ini
165
check.bat
310
check_OS.spd
310
condiviso
46,
73
da
endpoint
a
endpoint
252
file
BAROC
294
inst_wXP.spd
311
Inst_wXP.spd
310
MSI
128,
153
OS2.ini
167
OS2SYS.ini
167
remote.dir
282
file
(Continua)sd_scan.nfo
331
Solaris
140
speditor.bat
23
speditor.ini
31
SPExamples.cfg
29
swdis.bak
322
swdis.ini
320
tecad_sd.conf
289,
290
tecad_sdnew.baroc
290,
294
Unattend.txt
309,
310,
311
file
(.spd)
di
definizione
del
pacchetto
softwareesportazione
di
in
210
salvataggio
come
91
file
.spd
(software
package
definition)definizione
17
file
amministrazione,
pacchetto
Solaris
141
file
BAROC
294
file
bloccatoaggiornamento
9
errore
169,
319
ridenominazione
42
file
condivisi
43,
46,
47,
73,
170
file
cronologico,
impostazione
321
file
di
backup,
impostazione
321
file
di
configurazione,
personalizzazione
168
file
di
firma
45,
297
file
di
rispostainstallazione
pristine
345
pacchetto
Solaris
141
personalizzazione
per
le
installazioni
pristine
355
OS/2
370
file
FS
alternativo,
pacchetto
Solaris
141
file
inimodifica
54
OS/2
60
Windows
53
file
MSI,
selezione
128,
153
file
remote.dir
282
file
RPM
143
file
sd_scan.nfo
331
file
Solaris,
selezione
140
file
swdis.bak
322
file
swdis.ini
320
file
system
nativo
OS/400
104
aggiunta
di
oggetti
non
nativi
115
file
tecad_sd.conf
289,
290
file
tecad_sdnew.baroc
294
fileset,
pacchetto
AIX
138
finestra
Aggiungi
libreria
OS400
107
finestra
Aggiungi
programma
su
licenza
OS400
112
finestra
Aggiungi
proprietà
cartella
shell
di
Windows
51
finestra
Aggiungi
proprietà
chiavi
di
registro
Windows
48,
50
finestra
Aggiungi
proprietà
duplicato
del
desktop
OS/2
59
finestra
Aggiungi
proprietà
valori
di
registro
Windows
50
finestra
Assign
Event
Group
to
Console
293
Indice
analitico
391
Finestra
Calcola
le
dimensioni
del
pacchetto
software
207
finestra
Converti
pacchetto
software
209
finestra
Crea
pacchetto
software
25
finestra
Create
Console
293
Finestra
di
dialogo
Crea
gestore
profili
197
finestra
di
notifica
Endpoint
Software
Distribution
229
finestra
Editor
delle
condizioni
38,
43,
48,
52,
54
finestra
Editor
dipendenze
74
finestra
Editor
elenco
variabili
40,
83
finestra
Elimina
libreria
OS400
110
finestra
Elimina
oggetto
OS400
111
finestra
Elimina
proprietà
chiavi
di
registro
Windows
89
finestra
Elimina
proprietà
valori
di
registro
Windows
90
finestra
Esegui
query
307
finestra
Esporta
210
finestra
Importa
204
finestra
Impostazioni
della
distribuzione
226
finestra
Impostazioni
unità
99
finestra
Installa
pacchetto
software
216,
232
finestra
Operazione
di
cancellazione
servizio
di
trasferimento
dati
251
finestra
Operazione
di
invio
del
servizio
di
trasferimento
dati
246
finestra
Proprietà
del
contenitore
generico
42
finestra
Proprietà
del
pacchetto
-
Attributi
UNIX
82
finestra
Proprietà
del
pacchetto
software
206
finestra
Proprietà
del
programma
di
esecuzione
unità
98
finestra
Proprietà
del
programma
InstallShield
87
finestra
Proprietà
del
programma
InstallShield
-
-
Avanzate
87
finestra
Proprietà
del
Programma
Microsoft
setup
88
finestra
Proprietà
del
valore
di
sistema
OS400
114
finestra
Proprietà
di
Aggiungi
cartella
del
desktop
di
OS/2
58
finestra
Proprietà
di
Aggiungi
collegamento
della
shell
di
Windows
53
finestra
Proprietà
di
Aggiungi
directory
39,
44
finestra
Proprietà
di
Aggiungi
file
44,
47
finestra
Proprietà
di
Aggiungi
file
di
testo
62
finestra
Proprietà
di
aggiungi
file
unità
96
Finestra
Proprietà
di
Aggiungi
oggetto
OS400
109
finestra
Proprietà
di
Aggiungi
profilo
di
OS/2
60
finestra
Proprietà
di
Aggiungi
profilo
di
Windows
53
finestra
Proprietà
di
Aggiungi
programma
del
desktop
OS/2
59
finestra
Proprietà
di
Aggiungi
riga
comandi
del
file
di
testo
63
finestra
Proprietà
di
Aggiungi
riga
del
file
di
testo
62
finestra
Proprietà
di
Aggiungi
servizio
di
Windows
57
finestra
Proprietà
di
Aggiungi
sezione
del
profilo
di
Windows
55
finestra
Proprietà
di
Aggiungi
token
del
file
di
testo
62
finestra
Proprietà
di
Aggiungi
voce
del
profilo
di
OS/2
61
finestra
Proprietà
di
Aggiungi
voce
del
profilo
di
Windows
56
finestra
Proprietà
di
Esegui
programma
66
finestra
Proprietà
di
Esegui
programma
CID
65
finestra
Proprietà
di
personalizzazione
unità
99
finestra
Proprietà
di
Riavvia
68
finestra
Proprietà
di
Verifica
spazio
su
disco
37
Finestra
Rimuovi
programma
su
licenza
OS400
113
finestra
Salva
90
Finestra
variabili
di
default
225
finestre
294
Aggiungi
libreria
OS400
107
Aggiungi
programma
su
licenza
OS400
112
Aggiungi
proprietà
cartella
del
desktop
OS/2
58
Aggiungi
proprietà
chiavi
di
registro
Windows
48,
50
Aggiungi
proprietà
duplicato
del
desktop
OS/2
59
Aggiungi
proprietà
elemento
profilo
OS/2
61
Aggiungi
proprietà
file
44,
47
Aggiungi
proprietà
file
di
testo
62
Aggiungi
proprietà
profilo
OS/2
60
Aggiungi
proprietà
programma
del
desktop
OS/2
59
Aggiungi
proprietà
riga
comandi
file
di
testo
63
Aggiungi
proprietà
riga
file
di
testo
62
Aggiungi
proprietà
servizio
Windows
57
Aggiungi
proprietà
token
file
di
testo
62
Aggiungi
proprietà
valori
di
registro
Windows
50
Assign
Event
Group
to
Console
293
Create
Console
293
Editor
delle
condizioni
43,
48,
52,
54
Editor
dipendenze
74
Editor
elenco
variabili
40,
83
Elimina
libreria
OS400
110
Elimina
oggetto
OS400
111
Elimina
proprietà
chiavi
di
registro
Windows
89
Elimina
proprietà
valori
di
registro
Windows
90
finestra
Editor
delle
condizioni
38
finestre
(Continua)finestra
Proprietà
del
pacchetto
-
Attributi
UNIX
82
imposta
firma
Inventory
161
Impostazioni
unità
99
Operazione
di
cancellazione
servizio
di
trasferimento
dati
251
Operazione
di
invio
del
servizio
di
trasferimento
dati
246
Operazione
di
richiamo
per
il
servizio
di
trasferimento
dati
248
Proprietà
del
contenitore
generico
42
Proprietà
del
programma
di
esecuzione
unità
98
Proprietà
del
programma
InstallShield
87
Proprietà
del
programma
InstallShield
-
Avanzate
87
Proprietà
del
programma
Microsoft
Setup
88
Proprietà
del
valore
di
sistema
OS400
114
Proprietà
di
Aggiungi
cartella
della
shell
di
Windows
51
Proprietà
di
Aggiungi
collegamento
della
shell
di
Windows
53
Proprietà
di
Aggiungi
directory
39,
44
Proprietà
di
Aggiungi
directory
unità
95
Proprietà
di
aggiungi
file
unità
96
Proprietà
di
Aggiungi
oggetto
OS400
109
proprietà
di
Aggiungi
oggetto
unità
94
Proprietà
di
Aggiungi
profilo
Windows
53
Proprietà
di
Aggiungi
sezione
del
profilo
di
Windows
55
Proprietà
di
Aggiungi
voce
del
profilo
di
Windows
56
Proprietà
di
Esegui
programma
66
Proprietà
di
Esegui
programma
CID
65
Proprietà
di
personalizzazione
unità
99
Proprietà
di
Riavvia
68
Proprietà
di
Verifica
spazio
su
disco
37
Salva
90
Tivoli
Enterprise
Console
293
Viene
visualizzata
la
finestra
Rimuovi
programma
113
FinestreAggiungi
lavoro
pianificato
239
Aggiungi
nuovo
driver
dell’unità
358
Calcola
le
dimensioni
del
pacchetto
software
207
Configurazione
356
Configurazione
Pristine
Tivoli
359
Converti
pacchetto
software
209
Crea
gestore
profili
197
Crea
profilo
197
Crea
query
306
Creazione
pacchetto
software
25
Destinatari
200
392
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Finestre
(Continua)Esegui
query
220,
304,
307
Esporta
210
Importa
204
Imposta
firma
inventory
302
Impostazioni
di
distribuzione
226
Impostazioni
di
notifica
utente
227
Impostazioni
mobili
230
Installa
pacchetto
software
216,
232
Modalità
operative
222
Notifica
Endpoint
Software
Distribution
229
opzioni
Imposta
Riprova/Annulla/Limitazione
240
Partizione
del
disco
fisso
359
Proprietà
avanzate
207
Proprietà
del
pacchetto
software
206
Risultati
di
Esporta
query
304
Server
del
codice
352
Tivoli
Management
AgentUbicazione
Directory
di
origine
353
Variabili
predefinite
225
firma,
pacchetto
software
297
firma
di
Inventorydefinizione
45,
302
definizione
per
le
installazioni
native
161
forzatura
della
distribuzione
218
funzione
query
298
funzioni,
prodotto
MSI
129,
158
funzioni
del
prodotto
MSI
129,
158
Ggateway,
pristine
dedicato
347
prerequisiti
349
gateway
dell’endpoint
13
gateway
pristine
dedicatodescrizione
347
prerequisiti
349
generatore
programma
InstallShield
88
generatore
programma
Microsoft
Setup
89
gestore
della
distribuzione
259
gestore
delle
notifichedescrizione
12
livello
priorità
216
metodo
mdist2_result
280
metodo
run_nm
277
gestore
di
endpoint
261
GETREXX,
per
le
installazioni
pristine
369
GID
82
gruppo
di
notificheinvio
di
una
notifica
81
Software
Distribution
4
236,
330
GUI,
personalizzazione
27,
214
Hhost
del
log
82
host
di
origine
13,
75,
205,
263
Ii
gestori
profili,
creazione
197
IFS
104
import_libraries,
swdis.ini
322
importazionepacchetti
software
201,
202
pacchetti
software
creati
204
pacchetti
software
non
composti
204
Imposta
firma
Inventory
161,
302
impostazionedimensioni
del
buffer
di
traccia
320
file
delle
variabili
dell’utente
320
livello
di
traccia
320
impostazioni
del
timeoutprogramma
utente
335
prospetto
320
ripetitore
334
send_timeout
333
impostazioni
di
timeoutexecute_timeout
269
notifica
degli
endpoint
228
per
una
distribuzione
225
send_timeout
269
timeout
di
esecuzione
227
impostazioni
TCP/IP
332
informazioni
relative
alla
configurazione,
base
320
informazioni
relative
alla
configurazione
di
base
320
informazioni
sulla
registrazione,
eventi
di
Tivoli
Enterprise
Console
289
installa
corequisiti,
pacchetto
AIX
137
installa
pacchetto
HP-UX
145
installa
pacchetto
Solaris
139
installa
patch
Solaris
139
installa
root,
pacchetto
AIX
137
installazioneda
CD-ROM
220
dal
depot
219,
284
dal
server
di
file
219,
280,
281
incorporata
123
modalità
disconnessa
230
opzione
Correggi
155
pacchetto
AIX
135
pacchetto
HP-UX
145
pacchetto
RPM
142
pacchetto
Solaris
139
patch
Solaris
139
pristine
345
reindirizzata
123
sulle
unità
231
installazione
del
delta
217
installazione
dell’unità
di
rete
86
installazione
incorporata
123
installazione
pristineaggiunta
dei
file
di
sistema
alle
configurazioni
degli
oggettiWindows
368
aggiunta
delle
informazioni
di
configurazione
360
OS/2
372
altro
software
346
ambiente
di
rete
346
CASINSTL
373
Change
Manager
347,
349
creazione
dischetto
di
avvioOS/2
373
installazione
pristine
(Continua)creazione
dischetto
di
avvio
(Continua)Windows
361
creazione
e
manutenzione
degli
oggetti
del
server
del
codiceOS/2
365
Windows
351
creazione
e
manutenzione
della
configurazione
degli
oggetti
del
server
del
codiceOS/2
369
Windows
355
definizione
del
modello
di
riferimentoOS/2
371
Windows
359
dischetto
di
avvio
347
driver
dell’unitàOS/2
371
Windows
357
esecuzioneOS/2
374
Windows
362
Fasi
di
Windows
349
fasi
OS/2
364
gateway
dedicato
347
GETREXX
369
la
configurazione
dell’oggetto
del
server
del
codice
347
modello
di
riferimento
347,
349
oggetti
server
del
codice,
aggiunta
dei
file
di
sistema
(OS/2)
368
oggetto
del
Server
del
codice
346
panoramica
345
partizione
del
disco
fissoOS/2
371
Windows
358
personalizzazione
del
file
di
risposta
355
OS/2
370
piattaforme
346
preparazione
dischetto
di
sistemaOS/2
372
Windows
360
prerequisiti
347
Programma
di
utilità
LAN
CID
373
SEDISK
372
server
del
codice
346
sito
di
preparazione
346
SRVIFS
373
THINIFS
373
THINLAPS
372
THINSRV
368
utilizzo
del
file
di
risposta
345
installazione
reindirizzataazione
del
programma
InstallShield
86
installazione
nativa
123
pacchetto
AIX
135
pacchetto
HP-UX
146
pacchetto
RPM
143
patch/prodotto
Solaris
140
132
prodotto/patch
MSI
129,
153
Integrated
File
System
104
Indice
analitico
393
integrazioneInventory
con
Software
Distribution
300
integrazione
di
Inventoryabilitazione
300
attivazione
della
funzione
del
database
cronologico
300
attivazione
della
funzione
di
stato
della
gestione
delle
modifiche
300
comando
wcrtquery
308
database
cronologico
300
disattivazione
300
firma
297
funzione
del
database
cronologico
297
funzione
query
298
modifica
dello
stato
di
gestione
297,
300
pacchetto
software
297
repository
di
configurazione
297,
298
tabelle
di
Software
Distribution
298
interattivo,
pacchetto
Solaris
141
interfaccia
Web
344
interruzioni
di
alimentazioneriavvio
del
punto
di
controllo
237
intervallo
di
notifica
227
Inventoryintegrazione
con
Software
Distribution
300
INVENTORY_QUERIES
298
creazione
303
inventory_scan_file,
swdis.ini
322
invio
di
dati
244
invio
di
notifiche
81,
330
istanze
del
pacchetto,
pacchetto
Solaris
142
Lla
finestra
Aggiungi
lavoro
pianificato
239
la
finestra
Crea
profilo
197
la
finestra
Crea
query
306
la
finestra
Destinatari
200
la
finestra
Esegui
query
220,
304
la
finestra
Esporta
query
304
la
finestra
Impostazioni
di
notifica
utente
227
la
finestra
Impostazioni
mobili
230
la
finestra
Proprietà
avanzate
207
la
pianificazione
dei
lavori
239
lavori,
pianificazione
239
le
opzioni
di
ripristino
217
libreria
di
query,
INVENTORY_QUERIES
298
librerie
OS/400aggiunta
106
rimozione
110
logesempi
324
servizio
Trasferimento
dati
329
Software
Distribution
236,
323
log_object_list
329
Mmanuali
Vedere
anche
pubblicazioni
commenti
e
suggerimenti
xiii
in
linea
xiii
ordinazione
xiii
maschere,
creazione
30
MDist
2
(multiplexed
distribution)code
di
distribuzione
in
attesa
11
consegna
asincrona
11
consegna
assicurata
11
controllo
della
distribuzione
11
definizione
277
depot
12
metodi
275
panoramica
11,
262
riavvio
del
punto
di
controllo
11
messaggi
di
erroreeventi
331
tabella
SD_H_INST
331
metodicm_execute_src
275,
276
cm_operation_ep2
276
default_push
275
distribuzione
276
invia
276
metodo
MDist2_result
276
operazione
di
gestione
delle
modifiche
275
registerDistribution
276
Software
Distribution
278
tst_route
276
metodi
delle
operazioni
di
gestione
delle
modifiche
275
metodo
cm_execute_src
275,
276
metodo
cm_operation_ep2
276
metodo
di
distribuzione
276
metodo
MDist2_result
276
metodo
registerDistribution
276
metodo
send
276
metodo
tst_route
276
migrazione,
pacchetti
di
file
8
migrazione
del
pacchetto
di
file
8
modalitàaccettazione
automatica
224
commit
automatico
224
riavvio
automatico
224
modalità
accettazione
automatica
224
modalità
annullabile
223
modalità
commit
automatico
224
modalità
database
197
modalità
di
riavvio
224
Modalità
endpoint
dataless
197
modalità
operativeannullabile
223
preferibilmente
annullabile
223
preferibilmente
non-transazionale
223
riavvio
224
transazionale
222
Modalità
operative
222
modalità
preferibilmente
annullabile
223
modalità
preferibilmente
non-transazionale
223
modalità
riavvio
automatico
224
modalità
transazionale
222
modello
di
riferimentodefinizione
per
l’installazione
pristineOS/2
371
Windows
359
per
l’installazione
pristine
347,
349
modificaoggetti
di
installazione
nativi
135
pacchetti
software
85
modifica
dei
valori
di
sistema
OS/400
114
modifica
dello
stato
di
gestione
211,
297
CM_STATE
331
individuazione
211
integrazione
di
Inventory
300
modifica
operazioni
di
gestione
211
accetta
213
annulla
213
carica
214
commit
214
elimina
213
installa
213
scarica
214
verifica
214
modo
logprodotto/patch
MSI
156
modo
log
SDK
156
modo
reinstallazioneprodotto/patch
MSI
155
MPTS,
installazione
pristine
369
msg_list
331
MSI,
integrazione
di
pacchetti
121
MSI
(Microsoft
Software
Installer)
121
Nnomi
directory,
notazione
xvii
nomi
percorso,
notazione
xvii
non
composto,
pacchetti
software
25
nota
di
distribuzione
230
nota
di
notifica
utente
228
notazionecarattere
tipografico
xvii
nomi
percorso
xvii
variabili
di
ambiente
xvii
notifica
degli
endpoint
227
notify_interval
269,
276,
280
Ooggetti
del
file
di
testoelenco
14
oggetti
del
file
di
testo,
aggiunta
61
oggetti
del
file
systeminclusione
ed
esclusione
165
tipi
14
oggetti
del
profilo
di
Windowsaggiunta
53
tipi
14
oggetti
del
profilo
OS/2
14
oggetti
del
registro
di
Windows
14,
47
oggetti
della
shell
di
Windowsaggiunta
51
tipi
14
oggetti
di
installazione
nativi
135
creazione
123,
135
394
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
oggetti
di
installazione
nativi
(Continua)creazione
mediante
una
procedura
guidata
126
definizione
di
una
firma
di
Inventory
161
impostazione
delle
condizioni
su
159
integrazione
nei
pacchetti
121
modifica
135
pacchetto
AIX
135
pacchetto
MSI
152
pacchetto
Solaris
139
oggetti
di
unità,
tipi
14
oggetti
OS/400
14
aggiunta
106,
109
rimozione
110
oggetto
pacchetto
softwareDataMovingRequests.1
243
definizione
17
proprietà
205
operazione
Accetta
213
operazione
Annulla
213
operazione
di
caricamento
214
operazione
di
commit
214
operazione
di
installazione
213
Operazione
di
richiamo
per
il
servizio
di
trasferimento
dati
248
operazione
di
rimozione
213
operazione
di
scaricamento
214
Operazione
di
verifica
214
operazioni
del
desktop
Tivoli
18
operazioni
di
gestione
delle
modificheaccetta
18
annulla
18
commit
18
metodi
275
rimuovi
18
verifica
19
operazioni
di
Software
Distributionaggiornamenti
di
AIX
124
pacchetto
AIX
124
pacchetto
HP-UX
125
pacchetto
MSI
123
pacchetto
RPM
125
pacchetto
Solaris
124,
125
patch
MSI
124
operazioni
di
verifica
218
opzione
Correggi
installazione,
MSI
155
opzione
Crea
directory
42
opzione
Directory
a
discesa
42,
95
opzione
Elimina
directory
vuote
42
opzione
eliminabile
219
opzioni,
pacchetto
HP-UX
148
opzioni
avanzatepacchetto
HP-UX
147
opzioni
dei
file
di
log
80
opzioni
della
GUI,
pacchetto
HP-UX
151
opzioni
di
logpacchetto
AIX
138
pacchetto
HP-UX
149
opzioni
generalipacchetto
HP-UX
145
ordinazione
delle
pubblicazioni
xv
ordine
di
esecuzione
70,
84
Ppacchetti
di
installazione
di
AIX
121
pacchetti
di
installazione
di
Linux
121
pacchetti
di
installazione
di
MSI
121
pacchetti
di
installazione
di
Solaris
121
pacchetti
di
installazione
HP-UX
121
pacchetti
softwareaggiornamento
217
calcolo
delle
dimensioni
207
conversione
208
copyright
82
creazione
esempi
29
creazione
modelli
30
denominazione
35,
72,
105,
198
descrizione
82
esportazione
210
file
di
log
323
formati
90
formato
composto
17
formato
non
composto
17
importazione
201,
202
log
329
nidificati
16
nidificazione
83
non
composto
25,
209
per
sistemi
OS/400
103
proprietà
71,
85,
206,
207
ripristino
217
salvataggio
90
scomporre
209
stato
211
versione
106,
107,
110,
111,
112,
114,
198
versione
di
testo
17
versione
testo
91
pacchetti
software
nidificatidescrizione
16
distribuzione
233
scenario
235
specifica
83
pacchetto
AIXaggiorna
137
conserva
immagini
136
dimensione
del
blocco
137
espandi
file
system
137
fileset
138
installa
corequisiti
137
installa
root
137
installazione
reindirizzata
135
operazioni
di
Software
Distribution
124
opzioni
di
log
138
percorso
di
log
138,
149
percorso
per
il
backup
137
percorso
unità
di
destinazione
136
percorso
unità
di
origine
136
sovrascrivi
file
137
volume
del
CD-ROM
137
pacchetto
base
217
pacchetto
di
installazione
di
MSIcreazione
mediante
le
finestre
152
pacchetto
di
installazione
Solaris,
creazione
139
pacchetto
HP-UXconserva
immagini
146
installazione
reindirizzata
146
pacchetto
HP-UX
(Continua)operazioni
di
Software
Distribution
125
opzioni
148
opzioni
avanzate
147
opzioni
di
log
149
opzioni
generali
145
Opzioni
GUI
151
percorso
unità
di
destinazione
146
percorso
unità
di
origine
146
selezioni
software
149
pacchetto
MSI,
operazioni
di
Software
Distribution
123
pacchetto
RPMconserva
immagini
144
file
RPM
143
installazione
reindirizzata
143
operazioni
di
Software
Distribution
125
percorso
unità
di
destinazione
143
percorso
unità
di
origine
143
pacchetto
software
delle
unità,
distribuzione
100
pacchetto
software
di
oggetti
unitàcreazione
93
installazione
231
pacchetto
software
principale
84
pacchetto
Solariselimina
anche
se
condiviso
141
file
amministrazione
141
file
di
risposta
141
file
FS
alternativo
141
interattivo
141
operazioni
di
Software
Distribution
124,
125
opzioni
avanzate
142
riporta
output
sul
server
141
utilizza
percorso
root
per
il
client
141
pagina
di
benvenuto
29
parametro
run_dir
338
parola
chiave,
Filtro
292
parola
chiave
Filtro
292
Partizione
del
disco
fisso
359
partizione
del
disco
fisso,
per
le
installazioni
pristineOS/2
371
Windows
358
patch
MSI,
operazioni
di
Software
Distribution
124
patch/pacchetto
Solarisconserva
le
immagini
del
prodotto
140
percorso
dell’immagine
di
destinazione
140
percorso
immagini
di
origine
140
patch/prodotto
Solarisinstallazione
reindirizzata
140
PDF,
installazione
dell’unità
di
rete
132
(Package
Definition
File)
130
percorso,
impostazione
predefinita
30
percorso
dell’immagine
di
destinazioneper
il
pacchetto
Solaris
140
per
il
prodotto
MSI
129,
153
percorso
di
backup,
pacchetto
AIX
137
percorso
di
logpacchetto
AIX
138,
149
Indice
analitico
395
percorso
immagini
di
origineper
il
pacchetto
Solaris
140
per
il
prodotto
MSI
129,
153
percorso
SPB
75,
209
percorso
SPB
(software
package
block)
75
percorso
unità
di
destinazionepacchetto
AIX
136
pacchetto
HP-UX
146
pacchetto
RPM
143
percorso
unità
di
originepacchetto
AIX
136
pacchetto
HP-UX
146
pacchetto
RPM
143
permanent_storage
283
personalizzazioneunità
98
unità
di
Nokia
9200
Communicator
series
99
unità
di
Palm
100
unità
di
Windows
CE
100
personalizzazione
GUI
27,
214
Pianificatore
attività
343
pianificazione
delle
distribuzionimessaggio
di
errore
319
Scheduler
Tivoli
221,
239
policy
region
12
prerequisitidefinizione
per
un
pacchetto
7
per
l’installazione
pristine
347
prerequisiti
hardwaredefinizione
per
un
pacchetto
7
prerequisiti
softwaredefinizione
per
un
pacchetto
7
prima
dei
programmi
di
creazione
75
prima
istantanea
176
Pristine
Manager
344,
345
procedura
guidataintegrazione
di
oggetti
di
installazione
nativi
126
procedura
guidata
di
Installa
prodotto
MSI
127
procedure
di
risoluzione
dei
problemi
315
processo
guidato
AutoPackavvio
176
installazione
automatica
187
installazione
manuale
182
prima
istantanea
176
scenario
175
seconda
istantanea
184
prodotto/patch
MSIcartella
di
destinazione
128
conserva
le
immagini
del
prodotto
129,
153
installazione
reindirizzata
129,
153
modo
log
156
modo
reinstallazione
155
percorso
dell’immagine
di
destinazione
129,
153
percorso
immagini
di
origine
129,
153
proprietà
157
product_dir,
file
swdis.ini
321
profilicreazione
195
panoramica
12
profilo
del
pacchetto
software,
eliminazione
205
Programma
di
utilità
LAN
CID,
per
le
installazioni
pristine
373
programmi
dopo
77
programmi
prima
77
programmi
su
licenza
OS/400aggiunta
111
rimozione
113
proprietàgenerale
72
livello
del
pacchetto
software
70
modifica
85
oggetto
pacchetto
software
205
pacchetto
software
85,
206,
207
prodotto/patch
MSI
157
Proprietà
di
Aggiungi
directory
unità
95
Proprietà
di
Aggiungi
oggetto
unità
94
proprietà
generali
72
pubblicazioniaccesso
in
linea
xv
commenti
e
suggerimenti
xiii
in
linea
xiii
ordinazione
xiii
pubblicazioni
in
lineaaccesso
xv
Qquery,
esecuzione
220
Rraccolta
lost-n-found,
verifica
338
repeater_multicast
270
repository
di
configurazioneaggiornamento
in
base
ai
dati
di
Software
Distribution
298
utilizzo
con
Software
Distribution
298
Resource
Manager
344
retry_ep_cutoff
269
riavvio
del
punto
di
controllo
263
definizione
11
dimensione
di
buffer
237
errori
di
rete
237
richiamo
di
dati
243,
247
rifiuto
delle
distribuzioni
228
riga
comandi
non
connessa
23,
70
righe
di
comando,
aggiunta
61
rimozionelibrerie
OS/400
110
oggetti
OS/400
103,
110
programmi
su
licenza
OS/400
103,
113
rinvio
delle
distribuzioni
228
ripetitoreconfigurazione
265
depot
263
gateway
262
indipendente
262
indipendente,
creazione
266
parametri
268,
333
riavvio
274
risoluzione
dei
problemi
333
verifica
del
percorso
265
riporta
output
sul
server
141
riprova
unicast
226
risoluzione
dei
problemiendpoint
336
file
SPD
(software
package
definition)
332
ripetitori
333
scenari
di
AutoPack
169
roaming
degli
endpoint
259,
283
roaming
dell’endpoint
219,
226
ruolila
distribuzione
dei
pacchetti
software
378
profili
pacchetto
software
377
ruoli
di
autorizzazione
377
admin
377
install-product
377
senior
377
super
377
user
377
ruoli
utente,
trasferimento
dati
244
Ssalvataggio
pacchetti
software
90
variabili
di
default
83
scadenza
227
Scansione
hardware
di
inventario,
esecuzione
300
scenari
di
aggiornamentoda
Windows
2000
Professional
a
Windows
XP
309
scomporre,
pacchetti
software
209
scriptcomando
di
trasferimento
dati
253
swdistecsrvr_inst.sh
290
script
swdistecsrvr_inst.sh
290
seconda
istantanea
184,
190
SEDISK,
installazioni
pristine
372
selezioni
software,
pacchetto
HP-UX
149
send_timeoutattributo
di
timeout
del
ripetitore
334
parametro
del
ripetitore
269
swdis.ini
322
verifica
dei
valori
per
333
server
del
codiceaggiunta
dei
file
di
sistema
agli
oggettiWindows
368
aggiunta
dei
file
di
sistema
agli
oggetti
(OS/2)
368
configurazione
degli
oggetti
347
configurazioni
degli
oggetti
350
creazione
e
manutenzione
degli
oggettiOS/2
365
Windows
351
creazione
e
manutenzione
della
configurazione
degli
oggettiOS/2
369
Windows
355
oggetto
346
OS/2
365
Windows
350
per
l’installazione
pristine
346
396
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
server
del
codice
(Continua)prerequisiti
347
Server
del
codice
352
server
di
file
219,
280,
281
servizi
di
distribuzioneChange
Manager
343
Enterprise
Directory
Query
344
interfaccia
Web
344
Pianificatore
attività
343
Pristine
Manager
344
Resource
Manager
344
servizi
di
Windows,
aggiunta
57
servizio
IOM
277
servizio
Trasferimento
dati
243
configurazione
243
in
OS/400
256
log
329
operazioni
19
ruoli
utente
244
utilizzo
di
script
253
sezioni
dei
file
di
sistema
di
OS/2
167
sezioni
dei
file
di
testo,
AutoPack
166
sezioni
dei
profili
di
OS/2
167
sezioni
dei
profili
di
Windows
166
sezioni
del
registro
di
Windows
167
sistema
di
destinazionedirectory
di
default
338
non
valido
327
sistema
di
preparazione
163
sistema
OS/400aggiunta
di
directory
115
aggiunta
di
file
115
esecuzione
del
programma
utente
116
utilizzo
del
servizio
Trasferimento
dati
256
sistema
pristineprerequisiti
348
sistemi
OS/400distribuzione
del
software
103
sito
di
preparazione,
l’installazione
pristine
346
slow_link
271
Software
Distributionintegrazione
di
Inventory
300
log
236,
323
metodi
278
Software
Package
Editoravvio
su
endpoint
21
avvio
su
nodi
gestiti
24
sostituisci
se
esistente
41,
183
sostituisci
se
la
destinazione
è
più
recente
41
sovrascrittura
delle
variabili
di
default
224
sovrascrivere
autorizzazioni
di
registro
183
sovrascrivi
file,
pacchetto
AIX
137
spazio
su
disco,
verifica
37
spb
(software
package
block)definizione
17
speditor.bat
23
speditor_dir,
swdis.ini
322
speditor.ini
31
SPExamples.cfg
29
spostamentodati
243
spostamento
(Continua)file
252
SRVIFS,
per
le
installazioni
pristine
373
staging_dir,
swdis.ini
322
stato
della
gestione
delle
modificheabilitazione
300
strumentigeneratore
programma
InstallShield
88
Importer
130
strumento
Importer,
MSI
127
strumento
Importer
MSI
127
strumento
Importer
130
strumento
pristineprerequisiti
348
supporto
clientiVedere
supporto
software
supporto
per
la
versione
del
file
9,
41
supporto
per
oggetti
condivisi
9
supporto
software,
contatti
xvi
Ttabella
SD_H_INST
331
tabella
SD_INST
276,
280,
331
tabelle,
Software
Distribution
298
tabelle
di
Software
Distribution,
descrizione
298
tecad_sdnew.baroc
file
290
THINIFS,
per
le
installazioni
pristine
373
THINLAPS,
per
le
installazioni
pristine
372
THINSRV,
per
le
installazioni
pristine
368
thread,
fase
di
prospetto
320
thread
di
prospetto,
impostazione
320
timeout
del
programma
utente,
impostazione
335
timeout
del
ripetitore,
impostazione
334
timeout
di
esecuzione
227
timeout
di
prospetto
320
tipo
di
pacchettoaggiorna
72
patch
72
tipo
di
versione
72
Tivoli
Enterprise
Consoleabilitazione
dell’integrazione
290
assegnazione
dei
ruoli
di
amministrazione
293
assegnazione
di
gruppi
di
eventi
293
assegnazione
di
operatori
293
comando
wswdmgr
290
creazione
di
una
console
293
distribuzioni
non
riuscite
331
distribuzioni
riuscite
331
eventi
di
Software
Distribution
294,
331
exit
codes
331
file
tecad_sd.conf
290
file
tecad_sdnew.baroc
294
finestra
di
dialogo
293
messaggi
di
errore
331
visualizzazione
delle
informazioni
sugli
eventi
294
Tivoli
Management
AgentFinestra
Ubicazione
Directory
di
origine
353
Tivoli
management
regiondestinatari
13
gestori
profili
12
policy
region
12
profili
12
token,
aggiunta
61
trace_level,
impostazione
321
UUID
82
una
distribuzione
obbligatoria
231
unità,
impostazioni
di
personalizzazione
98
unità
di
Nokia
9200
Communicator
series,
personalizzazione
delle
impostazioni
99
unità
di
Palm,
personalizzazione
delle
impostazioni
100
unità
di
Windows
CE,
personalizzazione
delle
impostazioni
100
user_file_variables,
swdis.ini
322
utilizza
percorso
root
per
il
client,
pacchetto
Solaris
141
Vvalore
di
sistema
OS/400modifica
114
valori
di
timeout
per
la
distribuzione,
impostazione
334
variabiliannotazione
per
xvii
dinamico
40
incorporate
7,
40,
53,
83
modifica
dei
valori
79
salvataggio
dei
valori
di
default
83
sovrascrittura
224
variabili
di
ambiente,
notazione
xvii
variabili
di
default
224
variabili
dinamiche
40
variazioni
di
impostazione
133
verifica
CRC
183
verifica
della
versione
7
verifica
versione
72,
218
verifiche
218
voci
del
profilo
di
OS/2,
aggiunta
61
volume
del
CD-ROMpacchetto
AIX
137
WWake
on
LANendpoint
non
disponibili
226,
280
wildcardsspecifica
39
wmdist,
parametri
del
ripetitore
274
working_dir,
swdis.ini
321
Indice
analitico
397
398
IBM
Tivoli
Configuration
Manager:
Guida
utente
per
Software
Distribution
Riservato
ai
commenti
del
lettore
IBM
Tivoli
Configuration
Manager
Guida
utente
per
Software
Distribution
Versione
4.2.1
Pubblicazione
N.
SC13-3205-01
Commenti
relativi
alla
pubblicazione
in
oggetto
potranno
contribuire
a
migliorarla.
Sono
graditi
commenti
pertinenti
alle
informazioni
contenute
in
questo
manuale
ed
al
modo
in
cui
esse
sono
presentate.
Si
invita
il
lettore
ad
usare
lo
spazio
sottostante
citando,
ove
possibile,
i
riferimenti
alla
pagina
ed
al
paragrafo.
Si
prega
di
non
utilizzare
questo
foglio
per
richiedere
informazioni
tecniche
su
sistemi,
programmi
o
pubblicazioni
e/o
per
richiedere
informazioni
di
carattere
generale.
Per
tali
esigenze
si
consiglia
di
rivolgersi
al
punto
di
vendita
autorizzato
o
alla
filiale
IBM
della
propria
zona
oppure
di
chiamare
il
″Supporto
Clienti″
IBM
al
numero
verde
800-017001.
I
suggerimenti
ed
i
commenti
inviati
potranno
essere
usati
liberamente
dall’IBM
e
dalla
Selfin
e
diventeranno
proprietà
esclusiva
delle
stesse.
Commenti:
Si
ringrazia
per
la
collaborazione.
Per
inviare
i
commenti
è
possibile
utilizzare
uno
dei
seguenti
modi.
v
Spedire
questo
modulo
all’indirizzo
indicato
sul
retro.
v
Inviare
un
fax
al
numero:
+39-0823-353137
v
Spedire
una
nota
via
a:
Se
è
gradita
una
risposta
dalla
Selfin,
si
prega
di
fornire
le
informazioni
che
seguono:
Nome
Indirizzo
Società
Numero
di
telefono Indirizzo
Indicandoci
i
Suoi
dati,
Lei
avrà
l’opportunità
di
ottenere
dal
responsabile
del
Servizio
di
Translation
Assurance
della
Selfin
S.p.A.
le
risposte
ai
quesiti
o
alle
richieste
di
informazioni
che
vorrà
sottoporci.
I
Suoi
dati
saranno
trattati
nel
rispetto
di
quanto
stabilito
dalla
legge
31
dicembre
1996,
n.675
sulla
“Tutela
delle
persone
e
di
altri
soggetti
rispetto
al
trattamento
di
dati
personali”.
I
Suoi
dati
non
saranno
oggetto
di
comunicazione
o
di
diffusione
a
terzi;
essi
saranno
utilizzati
“una
tantum”
e
saranno
conservati
per
il
tempo
strettamente
necessario
al
loro
utilizzo.
Riservato
ai
commenti
del
lettore
SC13-3205-01
SC13-3205-01
���
Selfin
S.p.A.
Translation
Assurance
Via
Pozzillo
-
Loc.
Ponteselice
81100
CASERTA
���
Numero
programma:
5724-C06
Printed
in
Denmark
by
IBM
Danmark
A/S
SC13-3205-01