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

PDF

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

PDF

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

PDF

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)

–

PDF

(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

e-mail

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

PDF

(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

email

nella

casella

di

testo

e-mail

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

e-mail

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

PDF

(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

PDF

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

PDF

–

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

PDF

per

produrre

un

pacchetto

software

utilizzando

il

wizard

PDF

Importer.

Consultare

“Utilizzo

di

PDF

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

PDF

Importer

Un

PDF

(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

PDF

Importer,

Software

Distribution

considera

un

PDF

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

PDF

Importer”

per

informazioni

su

come

utilizzare

PDF

Importer

per

configurare

le

opzioni

di

installazione

del

prodotto

Norton

AntiVirus.

La

directory

di

immagini

di

PDF

è

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

PDF

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

PDF

per

produrre

un

pacchetto

software.

Il

file

PDF

utilizzato

in

questo

esempio

fa

parte

di

Norton

AntiVirus

Corporate

Edition,

Versione

7.5,

un

prodotto

SYMANTEC1

.

1.

Per

avviare

lo

strumento

PDF

Importer,

selezionare

Tecnologia

pacchetto

nativo

nella

finestra

Selettore

dell’Editor

dei

pacchetti

software

e

PDF

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

PDF

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

PDF

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

PDF

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

PDF

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

PDF

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

PDF

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

e-mail

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

print

"CM

Operation:"

$CM_OPERATION

>

/usr/sd42/scripts/merge.out;

print

"Location:"

$LOCATION

>>

/usr/sd42/scripts/merge.out;

print

"Pre-post:"

$PRE_POST

>>

/usr/sd42/scripts/merge.out;

print

"File

Name"

$DATA_FILE

>>/usr/sd42/scripts/merge.out;

print

"==========================================="

>>/usr/sd42/scripts/merge.file;

print

"=

FILE

being

merged:

$DATA_FILE

at:

`date`

="

>>/usr/sd42/scripts/merge.file;

print

"==========================================="

>>/usr/sd42/scripts/merge.file;

cat

$DATA_FILE

>>

/usr/sd42/scripts/merge.file;

rc=$?

print

"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");

print

TMP

"CM

Operation:

$operation

\n";

print

TMP

"Location:

$location

\n";

print

TMP

"Pre-post:

$type

\n";

print

TMP

"File

Name:

$file

\n";

print

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

email

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

e-mail

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

e-mail

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

e-mail

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

PDF

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

PDF

(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

PDF

Importer

130

strumento

Importer,

MSI

127

strumento

Importer

MSI

127

strumento

PDF

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

email

a:

translationassurance@sistinf.it

Se

è

gradita

una

risposta

dalla

Selfin,

si

prega

di

fornire

le

informazioni

che

seguono:

Nome

Indirizzo

Società

Numero

di

telefono Indirizzo

e-mail

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