Storage Manager: Guida all`ottimizzazione delle prestazioni

Storage Manager
Guida all'ottimizzazione delle prestazioni
Versione 6.2
GC23-9788-02
Storage Manager
Guida all'ottimizzazione delle prestazioni
Versione 6.2
GC23-9788-02
Nota:
Prima di utilizzare le presenti informazioni e il relativo prodotto, consultare le informazioni riportate in “Informazioni
particolari” a pagina 67.
Questa edizione si applica alla versione 6.2 diIBM Tivoli Storage Manager (numero prodotto 5608-E01, 5608-E02,
5608-E03, 5608-E07, 5608-E012) e a tutti i rilasci e modifiche successivi, se non diversamente specificato nelle nuove
edizioni o annunci tecnici. Questa edizione sostituisce GC23-9788-01.
© Copyright IBM Corporation 1996, 2010.
Indice
Prefazione. . . . . . . . . . . . . . v
Destinatari del manuale . . . . . . .
Pubblicazioni . . . . . . . . . . .
Pubblicazioni di Tivoli Storage Manager .
Informazioni relative all'assistenza clienti .
Ottenere formazione tecnica . . . . .
Ricerca delle basi di conoscenza . . .
Contattare il supporto software IBM . .
.
.
.
.
.
.
. v
. v
. v
. . . vii
. . . vii
. . . vii
. . . ix
Novità per IBM Tivoli Storage Manager
Versione 6.2 . . . . . . . . . . . . xiii
Novità per il server nella Versione 6.2 . . . . . xiii
Deduplicazione dati lato client. . . . . . . xiii
Distribuzione automatica del client di copia di
backup-archiviazione . . . . . . . . . . xiii
Operazioni di scrittura simultanee durante la
migrazione del pool di memoria . . . . . . xiv
Codifica dei dati interna utilizzando SSL . . . xiv
Novità per la funzione Monitoraggio e creazione
report di Tivoli Storage Manager nella versione
6.2 . . . . . . . . . . . . . . . . xiv
Il supporto passthru SCSI per Windows . . . . xv
Accesso in lettura e scrittura contemporaneo ai
volumi Centera . . . . . . . . . . . . xv
La GUI Tivoli Integrated Portal . . . . . . xvi
Administration Center non è installabile su
HP-UX . . . . . . . . . . . . . . xvi
Codifica unità Sun StorageTek T10000B . . . . xvi
Opzione del server MOVESIZETHRESH . . . xvi
L'opzione del server CHECKTAPEPOS per
convalidare la posizione dei dati su nastro . . xvii
Novità per la funzione Monitoraggio e creazione
report di Tivoli Storage Manager nella versione 6.2 xvii
Capitolo 1. Panoramica
sull'ottimizzazione di IBM Tivoli Storage
Manager . . . . . . . . . . . . . . 1
Capitolo 2. Ottimizzazione delle
prestazioni del server IBM Tivoli Storage
Manager . . . . . . . . . . . . . . 3
Ottimizzazione delle opzioni del server . . . . . 3
DBMEMPERCENT . . . . . . . . . . . 3
DISKSTGPOOLMEMSIZE . . . . . . . . . 3
EXPINTERVAL . . . . . . . . . . . . 4
MAXSESSIONS . . . . . . . . . . . . 4
MOVEBATCHSIZE e MOVESIZETHRESH . . . 5
RESTOREINTERVAL . . . . . . . . . . 6
TCPNODELAY . . . . . . . . . . . . 6
TCPWINDOWSIZE . . . . . . . . . . . 6
TXNGROUPMAX . . . . . . . . . . . 7
Suggerimenti per l'hardware del server . . . . . 8
Gestore database per IBM Tivoli Storage Manager . . 9
Prestazioni del database e dei log . . . . . . 10
© Copyright IBM Corp. 1996, 2010
Ottimizzazione del gestore database . . . . .
Prestazioni del backup. . . . . . . . . . .
Ottimizzazione delle prestazioni della distribuzione
automatica del client di backup-archivio . . . . .
Ottimizzazione della scadenza dell'inventario . . .
Prestazioni del recupero di emergenza . . . . .
Ricerca nel log di attività del server . . . . . .
Comunicazione client/server mediante SSL (Secure
Sockets Layer) . . . . . . . . . . . . .
Pianificazione di sessioni e processi . . . . . .
Backup senza LAN . . . . . . . . . . . .
Numero massimo di punti di montaggio per un
nodo . . . . . . . . . . . . . . . .
Gestione di volumi e pool di archiviazione . . . .
Pool di archiviazione su disco memorizzati nella
cache . . . . . . . . . . . . . . .
Ottimizzazione della migrazione del pool di
archiviazione . . . . . . . . . . . . .
Miglioramento delle prestazioni dell'agent di
archiviazione . . . . . . . . . . . . . .
Modifica del file dell'ambiente IBM Tivoli
Monitoring per le prestazioni di report . . . . .
Attività di miglioramento delle prestazioni per le
piattaforme server . . . . . . . . . . . .
Azioni per ottenere migliori prestazioni su tutte
le piattaforme server . . . . . . . . . .
Prestazioni del server AIX . . . . . . . .
AIX: comandi vmo e ioo . . . . . . . . .
File system UNIX . . . . . . . . . . .
Server HP-UX . . . . . . . . . . . .
Server Linux . . . . . . . . . . . . .
Server Sun Solaris . . . . . . . . . . .
Server Windows . . . . . . . . . . . .
Ottimizzazione dei parametri del kernel . . . .
Stima della velocità di trasmissione dati in ambienti
non verificati . . . . . . . . . . . . . .
Ottimizzazione delle prestazioni dell'unità nastro . .
Utilizzo della collocazione con unità nastro . . .
Velocità di trasferimento su unità nastro . . . .
Ottimizzazione delle prestazioni del disco . . . .
Bus . . . . . . . . . . . . . . . . .
11
12
12
12
13
13
13
14
14
14
15
15
15
16
17
18
19
19
19
21
21
22
22
22
23
25
25
26
27
28
28
Capitolo 3. Ottimizzazione delle
prestazioni del client IBM Tivoli
Storage Manager . . . . . . . . . . 31
COMMRESTARTDURATION e
COMMRESTARTINTERVAL . .
COMPRESSALWAYS . . . .
COMPRESSION . . . . . .
DISKBUFFSIZE . . . . . .
MEMORYEFFICIENTBACKUP .
QUIET . . . . . . . . .
RESOURCEUTILIZATION . .
TAPEPROMPT . . . . . .
TCPBUFFSIZE . . . . . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
31
31
32
33
33
35
35
37
37
iii
TCPNODELAY . . . . . . . . . .
TCPWINDOWSIZE . . . . . . . . .
TXNBYTELIMIT . . . . . . . . . .
Backup e ripristino a più sessioni . . . .
Opzioni della riga comandi del client. . .
Suggerimenti per le prestazioni in base alla
piattaforma del client . . . . . . . .
Client Macintosh . . . . . . . .
Client Windows . . . . . . . . .
Suggerimenti per le prestazioni del client per
le piattaforme . . . . . . . . . .
Ottimizzazione di HSM (Hierarchical Storage
Manager) . . . . . . . . . . . .
Data Protection for Domino per z/OS . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
37
38
38
39
41
. .
. .
. .
tutte
. .
. 42
.
.
. 43
. 43
.
.
. 41
. 42
. 42
Capitolo 4. Ottimizzazione delle
prestazioni di Administration Center . . 45
Pianificazione della capacità di Administration
Center . . . . . . . . . . . . . . .
Numero massimo di amministratori attivi . .
Capacità di elaborazione . . . . . . . .
Velocità di trasmissione di I/O . . . . . .
Memoria di elaborazione . . . . . . . .
Dimensione di memoria heap Java . . . .
Suggerimenti per l'impostazione di Administration
Center . . . . . . . . . . . . . . .
Requisiti di installazione . . . . . . . .
Individuazione di Administration Center . .
Riduzione al minimo dell'utilizzo della memoria
Ottimizzazione della memoria di Windows
Server 2003 . . . . . . . . . . . .
Utilizzo dell'azione predefinita . . . . . .
Ottimizzazione delle prestazioni di Administration
Center . . . . . . . . . . . . . . .
Ottimizzazione delle prestazioni del processore
iv
.
.
.
.
.
.
45
45
45
46
46
46
. 48
. 49
. 49
49
Ottimizzazione delle prestazioni di rete . . .
Ottimizzazione delle prestazioni della memoria
Risoluzione di problemi di ottimizzazione delle
prestazioni di Administration Center . . . . .
Classificazione del numero di installazioni di
Tivoli Storage Manager Administration Center.
Ottimizzazione delle prestazioni della
Administration Center . . . . . . . . .
. 51
51
. 52
. 52
. 53
Capitolo 5. Ottimizzazione del
protocollo di rete . . . . . . . . . . 55
Concetti sulla comunicazione TCP/IP e
ottimizzazione . . . . . . . . . .
Finestra di scorrimento . . . . . .
Reti . . . . . . . . . . . . . .
Limitazione del traffico di rete . . . . .
Impostazioni di rete AIX . . . . . . .
Impostazioni MTU e MSS . . . . .
Impostazioni di rete per Sun Solaris . . .
Impostazioni di rete z/OS . . . . . .
Client USS con IBM TCP/IP per z/OS .
Ottimizzazione delle prestazioni TCP/IP e
UNIX System Services . . . . . . .
. .
. .
. .
. .
. .
. .
. .
. .
. .
z/OS
. .
.
.
.
.
.
.
.
.
.
55
57
57
58
58
59
61
62
62
. 63
Appendice. Funzioni di accessibilità
per Tivoli Storage Manager . . . . . . 65
Informazioni particolari. . . . . . . . 67
Marchi .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 69
. 50
. 50
Glossario
. 50
50
Indice analitico . . . . . . . . . . . 73
Storage Manager: Guida all'ottimizzazione delle prestazioni
. . . . . . . . . . . . . 71
Prefazione
Questa pubblicazione riporta informazioni sull'ottimizzazione delle prestazioni dei
server e dei client nell'ambiente IBM® Tivoli Storage Manager.
Prima di utilizzare questa pubblicazione, occorre avere dimestichezza con le
seguenti aree:
v I sistemi operativi su cui si trovano i client e i server IBM Tivoli Storage
Manager
v I protocolli di comunicazione installati sulle macchine del client e del server
Destinatari del manuale
Questa pubblicazione è diretta a chiunque desideri migliorare le prestazioni del
client e del server Tivoli Storage Manager e della rete e dell'hardware collegato
relativi a Tivoli Storage Manager.
Pubblicazioni
Le pubblicazioni di IBM Tivoli Storage Manager e altre pubblicazioni correlate
sono disponibili in linea.
È possibile ricercare tutte le pubblicazioni nel centro informazioni di Tivoli Storage
Manager all'indirizzo: http://publib.boulder.ibm.com/infocenter/tsminfo/v6r2.
È possibile scaricare le versioni PDF delle pubblicazioni dal centro informazioni di
Tivoli Storage Manager o da IBM Publications Center all'indirizzo
http://www.ibm.com/shop/publications/order/.
Pasare a Tivoli Documentation Central per individuare i centri informazioni che
contengono la documentazione ufficiale di un prodotto per le versioni correnti e
precedenti dei prodotti Tivoli, compresi i prodotti Tivoli Storage Manager,
all'indirizzo: http://www.ibm.com/developerworks/wikis/display/
tivolidoccentral/Tivoli+Storage+Manager.
È inoltre possibile ordinare delle pubblicazioni correlate dal sito Web di IBM
Publications Center. Questo sito Web fornisce informazioni su come ordinare le
pubblicazioni da paesi diversi dagli Stati Uniti. Negli Stati Uniti, è possibile anche
ordinare le pubblicazioni telefonando al numero: 1-800-879-2755.
Pubblicazioni di Tivoli Storage Manager
Le pubblicazioni sono disponibili per il server, per l'agent di archiviazione, il client
e Data Protection.
Tabella 1. Pubblicazioni per l'ottimizzazione e la risoluzione dei problemi di IBM Tivoli
Storage Manager
Titolo della pubblicazione
Numero d'ordine
IBM Tivoli Storage Manager Client Messages and Application
Programming Interface Return Codes
SC27-2877
IBM Tivoli Storage Manager Server Messages and Error Codes
SC27-2878
© Copyright IBM Corp. 1996, 2010
v
Tabella 1. Pubblicazioni per l'ottimizzazione e la risoluzione dei problemi di IBM Tivoli
Storage Manager (Continua)
Titolo della pubblicazione
Numero d'ordine
IBM Tivoli Storage Manager Performance Tuning Guide
GC23-9788
IBM Tivoli Storage Manager Problem Determination Guide
GC23-9789
Tabella 2. Pubblicazioni del server Tivoli Storage Manager
Titolo della pubblicazione
Numero d'ordine
IBM Tivoli Storage Manager for AIX Installation Guide
GC23-9781
Guida per l'amministratore di IBM Tivoli Storage Manager perAIX
SC23-9769
IBM Tivoli Storage Manager for AIX Administrator's Reference
SC23-9775
IBM Tivoli Storage Manager for HP-UX Installation Guide
GC23-9782
Guida per l'amministratore di IBM Tivoli Storage Manager per HP-UX
SC23-9770
IBM Tivoli Storage Manager for HP-UX Administrator's Reference
SC23-9776
IBM Tivoli Storage Manager for Linux Installation Guide
GC23-9783
IBM Tivoli Storage Manager for Linux Administrator's Guide
SC23-9771
IBM Tivoli Storage Manager for Linux Administrator's Reference
SC23-9777
IBM Tivoli Storage Manager for Sun Solaris Installation Guide
GC23-9784
IBM Tivoli Storage Manager for Sun Solaris Administrator's Guide
SC23-9772
IBM Tivoli Storage Manager for Sun Solaris Administrator's Reference
SC23-9778
IBM Tivoli Storage Manager for Windows Installation Guide
GC23-9785
IBM Tivoli Storage Manager for Windows Administrator's Guide
SC23-9773
IBM Tivoli Storage Manager for Windows Administrator's Reference
SC23-9779
IBM Tivoli Storage Manager Server Upgrade Guide
SC23-9554
IBM Tivoli Storage Manager Integration Guide for Tivoli Storage
Manager FastBack
SC27-2828
Tabella 3. Pubblicazioni dell'agente di memorizzazione di Tivoli Storage Manager
Titolo della pubblicazione
Numero d'ordine
IBM Tivoli Storage Manager for SAN for AIX Storage Agent User's
Guide
SC23-9797
IBM Tivoli Storage Manager for SAN for HP-UX Storage Agent User's
Guide
SC23-9798
IBM Tivoli Storage Manager for SAN for Linux Storage Agent User's
Guide
SC23-9799
IBM Tivoli Storage Manager for SAN for Sun Solaris Storage Agent
User's Guide
SC23-9800
IBM Tivoli Storage Manager for SAN for Windows Storage Agent User's
Guide
SC23-9553
Tabella 4. Pubblicazioni del client Tivoli Storage Manager
vi
Titolo della pubblicazione
Numero d'ordine
IBM Tivoli Storage Manager for UNIX and Linux: Backup-Archive
Clients Installation and User's Guide
SC23-9791
Storage Manager: Guida all'ottimizzazione delle prestazioni
Tabella 4. Pubblicazioni del client Tivoli Storage Manager (Continua)
Titolo della pubblicazione
Numero d'ordine
IBM Tivoli Storage Manager for Windows: Backup-Archive Clients
Installation and User's Guide
SC23-9792
IBM Tivoli Storage Manager for Space Management for UNIX and Linux: SC23-9794
User's Guide
IBM Tivoli Storage Manager Using the Application Programming
Interface
SC23-9793
Tabella 5. Pubblicazioni di Tivoli Storage Manager Data Protection
Titolo della pubblicazione
Numero d'ordine
IBM Tivoli Storage Manager for Enterprise Resource Planning: Data
Protection for SAP Installation and User's Guide for DB2
SC33-6341
IBM Tivoli Storage Manager for Enterprise Resource Planning: Data
Protection for SAP Installation and User's Guide for Oracle
SC33-6340
Informazioni relative all'assistenza clienti
È possibile trovare le informazioni di supporto per i prodotti IBM da diverse fonti.
Partire dal portale IBM Support : http://www.ibm.com/support/entry/portal/. È
possibile selezionare i prodotti a cui si è interessati e cercare in una grossa varietà
di informazioni rilevanti.
Ottenere formazione tecnica
Contiene informazioni sui corsi di formazione tecnica di Tivoli disponibili in linea.
Andare in questi siti Web per informazioni sulla formazione:
Formazione software Tivoli e certificazione
Scegliere il capo istruttore, la formazione di classi online, le classi Web
autogestite, la preparazione alla certificazione Tivoli e altre opzioni di
formazione su questo sito:http://www.ibm.com/software/tivoli/
education/
Tivoli Support Technical Exchange
Gli esperti tecnici condividono le proprie conoscenze e rispondono a
domande in questi webcast: http://www.ibm.com/software/sysmgmt/
products/support/supp_tech_exch.html
Ricerca delle basi di conoscenza
Se si verifica un problema con IBM Tivoli Storage Manager, ci sono diverse
knowledge base nelle quali cercare.
Iniziare a cercare in questo centro informazioni. Inserire le parole, frasi o numeri di
messaggi nel campo Cerca.
Iniziare a cercare nel Tivoli Storage Manager Centro informazioni in
http://publib.boulder.ibm.com/infocenter/tsminfo/v6r2. Da questo sito Web, è
possibile cercare la documentazione Tivoli Storage Manager corrente.
Prefazione
vii
Ricerca in Internet
Se non è possibile trovare una risposta a una domanda nel Tivoli Storage Manager
Centro informazioni, cercare su Internet per le informazioni che potrebbero essere
utili alla risoluzione del problema.
Per cercare più risorse Internet, andare al sito Web di assistenza per Tivoli Storage
Manager all'indirizzo http://www.ibm.com/support/entry/portal/Overview/
Software/Tivoli/Tivoli_Storage_Manager.
È possibile cercare le informazioni senza accedervi. Accedere utilizzano il proprio
ID e password IBM, se si desidera personalizzare il sito in base all'uso del prodotto
e alle informazioni necessarie. Se non si dispone già dell'ID e password IBM, fare
clic su Accedi nella parte superiore della pagina e seguire le istruzioni per
registrarsi.
Dal sito Web di assistenza, è possibile cercare varie risorse comprese:
v Technote IBM
v Download IBM
v IBM Redbooks pubblicazioni
v IBM APAR (Authorized Program Analysis Report)
Selezionare il prodotto e fare clic su Download per cercare l'elenco di APAR.
Se non è stata ancora trovata una soluzione al problema, è possibile cercare nei
forum e newsgroup su Internet per le ultime informazioni che potrebbero essere
utili per la risoluzione del problema.
Un elenco di discussioni utente indipendente, ADSM-L, è ospitato da Marist
College. È possibile abbonarsi inviando una e-mail a [email protected]. Il
corpo del messaggio deve contenere il seguente testo: SUBSCRIBE ADSM-L il
tuo_nome_proprio il tuo_cognome.
Per condividere le proprie esperienze e imparare dagli altri nella comunità di
utenti Tivoli Storage Manager, andare nella Tivoli Storage Manager wiki
all'indirizzo http://www.ibm.com/developerworks/wikis/display/
tivolistoragemanager.
Utilizzo di IBM Support Assistant
IBM Support Assistant è un prodotto software che consente di determinare il
problema. È possibile installare l'applicazione IBM Support Assistant autonoma su
qualsiasi workstation. È possibile migliorare l'applicazione installando i moduli
plug-in specifici del prodotto per i prodotti IBM utilizzati.
IBM Support Assistant consente di acquisire informazioni di supporto quando è
necessario aprire un PMR (problem management record), che è possibile utilizzare
per tenere traccia del problema. Per maggiori informazioni, consultare il sito Web
IBM Support Assistant all'indirizzo http://www.ibm.com/software/support/isa/.
I
v
v
v
moduli plug-in specifici del prodotto forniscono le seguenti risorse:
Link per assistenza
Link di formazione
Abilità di inoltrare i report di gestione dei problemi
Trovare gli add-on per i prodotti specifici qui: http://www.ibm.com/support/
docview.wss?&uid=swg27012689.
viii
Storage Manager: Guida all'ottimizzazione delle prestazioni
Ricerca di correzioni per il prodotto
Una correzione per il prodotto per risolvere il problema potrebbe essere disponibile
dal sito Web di IBM Software Support.
È possibile determinare quali correzioni sono disponibili verificando che il sito Web
IBM Software Support all'indirizzo http://www.ibm.com/support/entry/portal/.
v Se è stato precedentemente personalizzato il sito in base all'utilizzo del prodotto:
1. Fare clic sul link per il prodotto Tivoli Storage Manager, oppure degli altri
componenti Tivoli Storage Manager per i quali si desidera trovare una
correzione.
2. Fare clic su Download e quindi su Correzioni in base alla versione.
v Se non è stato personalizzato il sito in base all'uso del prodotto, fare clic su
Download e cercare il prodotto.
Ricezione di notifica di correzioni per il prodotto
È possibile ricevere le notifiche sulle correzioni, flash, aggiornamenti e altre novità
sui prodotti IBM.
Informazioni su questa attività
Firmare per ricevere notifiche sui prodotti IBM, seguendo questi passi:
1. Dalla pagina di supporto in http://www.ibm.com/support/entry/portal/, fare
clic su Notifiche personali nel modulo delle notifiche.
2. Accedere utilizzando l'ID e la password IBM. Se non si dispone di un ID e
password, fare clic su registrati adesso sull'ID e la password IBM.
3. Fare clic sulla scheda Iscriviti per selezionare la famiglia di prodotti e quindi
su Continua.
4. Selezionare il tipo di informazioni che si desidera ricevere e aggiungere le
preferenze personali. È possibile specificare in che modo essere informati, con
quale frequenza e anche selezionare facoltativamente una cartella per le
notifiche.
5. Fare clic su Inoltra.
6. Per le notifiche per gli altri prodotti, ripetere i passaggi 4 e 5.
Suggerimento: È inoltre possibile selezionare prima un prodotto, dal sito del
portale di supporto principale e quindi fare clic sulla sezione Notifiche per
creare o aggiornare l'abbonamento per tale prodotto.
Contattare il supporto software IBM
È possibile contattare IBM Software Support se si dispone di un abbonamento IBM
attivo e di un contratto di assistenza e se si è autorizzati a inviare i problemi a
IBM.
Informazioni su questa attività
Prima di contattare l'IBM Software Support, attenersi alla seguente procedura:
1. Stabilire un abbonamento e un contratto di assistenza.
2. Stabilire l'impatto aziendale del problema.
3. Descrizione del problema e raccolta di informazioni di background.
Prefazione
ix
Operazioni successive
Vedere anche “L'invio del problema a IBM Software Support” a pagina xi per
informazioni su come contattare l'IBM Software Support.
Stabilire un abbonamento e un contratto di assistenza
Stabilire un abbonamento e un contratto di assistenza. Il tipo di contratto
necessario dipende dal tipo di prodotto disponibile.
Per i prodotti software distribuiti IBM (compresi, ma non limitati ai prodotti IBM
Tivoli, Lotus e Rational, oltre ai prodotti IBM DB2 e IBM WebSphere che sono
eseguiti sui sistemi operativi Microsoft® Windows® or UNIX®), registrarsi a IBM
Passport Advantage in uno dei seguenti modi:
v Online: andare alla pagina Web Passport Advantage all'indirizzo
http://www.ibm.com/software/lotus/passportadvantage/, fare clic su Come
iscriversi e seguire le istruzioni.
v Per telefono: è possibile chiamare il numero 1-800-IBMSERV (1-800-426-7378)
negli Stati Uniti oppure il numero di telefono da chiamare nel proprio paese,
andare alla pagina Web IBM Software Support Handbook all'indirizzo
http://www14.software.ibm.com/webapp/set2/sas/f/handbook/home.html e
fare clic su Contatti.
Determinazione dell'impatto aziendale
Quando si riporta un problema a IBM, viene richiesto di fornire un livello di
severità. Pertanto, è necessario comprendere e valutare l'impatto aziendale del
problema che si sta segnalando.
Gravità 1
Impatto aziendale critico: non è possibile utilizzare il programma,
causando un impatto critico nelle operazioni. Questa condizione
richiede una soluzione immediata.
Gravità 2
Impatto aziendale significativo: il programma è utilizzabile, ma
molto limitatamente.
Gravità 3
Alcuni impatti aziendali: il programma è utilizzabile ma alcune
funzioni meno significative (non critiche per le operazioni) non
sono disponibili.
Gravità 4
Impatto aziendale minimo: il problema causa un impatto minimo
sulle operazioni oppure una soluzione ragionevole al problema
implementato.
Descrizione del problema e raccolta di informazioni di
background
Quando si descrive un problema in IBM, è necessario essere molto specifici.
Includere tutte le informazioni di background rilevanti per consentire agli
specialisti del supporto software IBM di risolvere il problema in modo efficiente.
Per accelerare i tempi, è necessario preparare le risposte a queste domande:
v Le versioni software in esecuzione quando si è verificato il problema.
v Se vi sono log, tracce e messaggi correlati ai sintomi del problema. È probabile
che il supporto software IBM richieda le seguenti informazioni.
v Il problema si può ricreare? Se sì, quali passi hanno portato al problema?
v Sono state apportate modifiche al sistema? Ad esempio, hardware, sistema
operativo, software di rete e così via.
x
Storage Manager: Guida all'ottimizzazione delle prestazioni
v Si sta utilizzando una soluzione temporanea per questo problema? Se sì, essere
pronti a spiegare quando è stato segnalato il problema.
L'invio del problema a IBM Software Support
È possibile inviare il problema a IBM Software Support online o per telefono.
Online
Andare al sito Web IBM Software Support all'indirizzo
http://www.ibm.com/support/entry/portal/Open_service_request/
Software/Software_support_(general). Firmare per accedere alle richieste di
assistenza IBM e inserire le informazioni nello strumento di invio del
problema.
Per telefono
Per il numero di telefono da chiamare nel proprio paese, andare nella
pagina dei contatti del manuale IBM Software Support all'indirizzo
http://www14.software.ibm.com/webapp/set2/sas/f/handbook/
home.html.
Prefazione
xi
xii
Storage Manager: Guida all'ottimizzazione delle prestazioni
Novità per IBM Tivoli Storage Manager Versione 6.2
Molte funzioni del server Tivoli Storage Manager versione 6.2 sono nuove per gli
utenti di versioni precedenti di Tivoli Storage Manager.
Novità per il server nella Versione 6.2
Il server Tivoli Storage Manager Versione 6.2 contiene molte nuove funzioni e
modifiche. Eventuali aggiornamenti che sono stati apportati alle informazioni dalla
precedente edizione sono contrassegnati con una barra verticale ( | ) nel margine
sinistro.
Deduplicazione dati lato client
Nella deduplicazione dei dati lato client, il client e il server Tivoli Storage Manager
di copia di backup-archiviazione funzionano insieme per identificare i dati
duplicati.
La deduplicazione dei dati è un metodo di riduzione delle esigenze di
memorizzazione eliminando i dati ridondanti. In Tivoli Storage Manager V6.1, solo
il server può identificare e rimuovere i dati ridondanti. In V6.2, è presente
l'opzione di identificazione e rimozione dei dati ridondanti durante l'elaborazione
di copia di backup e archiviazione dei dati inviati al server. Questo metodo di
deduplicazione dei dati è chiamato deduplicazione dei dati lato client. È disponibile
con i client di copia di backup-archiviazione V6.2 e le API (applicazione
programming interface) V6.2 Tivoli Storage Manager.
La deduplicazione dei dati lato client fornisce diversi vantaggi alla deduplicazione
dei dati lato server. La deduplicazione dei dati lato client riduce la quantità dei
dati inviati sulla LAN (local area network). Inoltre, la potenza di elaborazione che
è richiesta per identificare i dati duplicati è scaricata dal server nei nodi client.
L'elaborazione richiesta per rimuovere i dati duplicati sul server viene eliminata. Il
risparmio dello spazio si verifica immediatamente.
Se è stata utilizzata la deduplicazione dei dati lato server, i nodi client V6.2
possono accedere ai dati deduplicati esistenti e ai pool di archiviazione che sono
già impostati per la deduplicazione dei dati. In caso di ripristino o richiamo dei
file, il nodo client esegue una query e visualizza i file come di consueto. Se un
utente seleziona un file che si trova in un pool di archiviazione deduplicato, il
server gestisce il lavoro di ricostruzione del file.
Abilitare la deduplicazione dei dati lato client utilizzando una combinazione di
impostazioni sul nodo client e il server. Il pool di memoria primario che è
specificato dal gruppo di copia della classe di gestione associata con i dati client
deve essere un pool di archiviazione dischi di accesso sequenziale (FILE) che è
abilitato per la deduplicazione dei dati.
Distribuzione automatica del client di copia di
backup-archiviazione
IBM Tivoli Storage Manager V6.2 può distribuire il nodo client di copia di
backup-archiviazione nelle stazioni di lavoro che già hanno il client di copia di
backup-archiviazione installato.
© Copyright IBM Corp. 1996, 2010
xiii
Adesso è possibile distribuire il codice del client di copia di backup-archiviazione
per candidare le stazioni di lavoro client da Tivoli Storage Manager V6.2
Administration Center. Da Administration Center, è possibile coordinare gli
aggiornamenti client in ciascuna stazione di lavoro che è alla release 5.4 e
successiva alla V6.2. Le procedure guidate saranno d'ausilio per la configurazione
della stazione di lavoro e la pianificazione delle distribuzioni. La funzione di
distribuzione del client di copia di backup-archiviazione è disponibile per i client
di copia di backup-archiviazione Windows solo.
Operazioni di scrittura simultanee durante la migrazione del
pool di memoria
Con Tivoli Storage Manager, è possibile scrivere i dati simultaneamente per copiare
i pool di memoria e i pool di dati attivi durante i processi di migrazione dei dati
del server.
La funzione di scrittura simultanea durante la migrazione può ridurre il
quantitativo di tempo richiesto per il backup dei pool di memoria o di copia dei
dati attivi. I dati che sono simultaneamente scritti per copiare i pool di memoria o i
pool di dati attivi durante la migrazione non sono copiati di nuovo nei di memoria
di copia o nei pool di dati attivi. Ad esempio, supporre di migrare tutti i dati nel
pool di memoria del disco di accesso casuale primario ogni sera e quindi di
eseguire il backup dei pool di memoria primari. Utilizzando la funzione di
scrittura simultanea durante la migrazione, è possibile ridurre in maniera
significativa la quantità d tempo richiesta per le operazioni di backup.
È inoltre possibile utilizzare la funzione di scrittura simultanea durante la
migrazione se ci sono molti nodi client e il numero di punti di installazione che
sono richiesti per eseguire la funzione di scrittura simultanea durante le operazioni
di memorizzazione del client è inaccettabile. Se il caricamento e lo scaricamento dei
nastri quando si scrivono i dati simultaneamente durante le operazioni di
memorizzazione client impiega troppo tempo, considerare la scrittura simultanea
dei dati durante la migrazione.
Con Tivoli Storage Manager V6.2, è possibile specificare la funzione di scrittura
simultanea per un pool di memoria primario se è la destinazione per qualsiasi delle
operazioni adatte (sessioni di memoria client, processi di importazione server e
processi di migrazione dei dati del server).
Codifica dei dati interna utilizzando SSL
Il supporto per SSL (Secure Sockets Layer) è disponibile su HP-UX, Linux®, Solaris,
AIX e le piattaforme Windows.
Con le comunicazioni dello standard industriale SSL, è possibile codificare tutto il
traffico tra il client di copia di backup-archiviazione, i client della riga di comando
amministrativa e il server IBM Tivoli Storage Manager. È possibile utilizzare i
certificati SSL autofirmati e acquisiti dal fornitore.
Novità per la funzione Monitoraggio e creazione report di
Tivoli Storage Manager nella versione 6.2
La funzione Monitoraggio e creazione report di Tivoli Storage Manager, Versione
6.2 presenta poche nuove modifiche.
La funzione Monitoraggio e creazione report di Tivoli Storage Manager, Versione
6.2, è stato integrato in una nuova interfaccia utente chiamata Tivoli Integrated
xiv
Storage Manager: Guida all'ottimizzazione delle prestazioni
Portal. Questo spostamento influisce sui report monitoraggio e creazione report che
sono eseguiti da Administration Center. L' Administration Center spostato da
Integrated Solutions Console a Tivoli Integrated Portal. Tivoli Integrated Portal
fornisce tutte le funzioni che erano disponibili in Integrated Solutions Console, ma
con un nuovo aspetto.
L'Administration Center è installato separatamente e non incluso nell'installazione
di monitoraggio e creazione report.
È disponibile una nuova roadmap delle informazioni per la funzione Monitoraggio
e creazione report di Tivoli Storage Manager suTivoli Storage Manager Wiki.
Questa roadmap presenta informazioni dettagliate sulla pianificazione,
installazione, configurazione, personalizzazione e risoluzione dei
problemi.Roadmap delle informazioni della funzione di creazione report e
monitoraggio
Il supporto passthru SCSI per Windows
Il supporto passthru SCSI è disponibile per Windows nella Tivoli Storage Manager
Versione 6.2.
Con questo supporto, è possibile scegliere di utilizzare un driver del dispositivo
originale certificato Windows Hardware Qualification Lab del driver del
dispositivo Tivoli Storage Manager per controllare i dispositivi. I dispositivi
attualmente controllati dal driver del dispositivo Tivoli Storage Manager possono
passare a un driver originale senza aggiornare le definizioni di classe dell'unità o
del dispositivo.
Accesso in lettura e scrittura contemporaneo ai volumi
Centera
Nelle precedenti versioni di Tivoli Storage Manager, una sessione client o un
processo server doveva attendere il volume Centera se questo era in uso da un
altro processo o sessione. In V6.2, l'accesso in lettura e scrittura al server a un
volume Centera sono disponibili simultaneamente.
L'accesso simultaneo migliora le prestazioni di ripristino. Due o più client possono
leggere lo stesso volume contemporaneamente. Une client può scrivere inoltre nel
volume mentre viene letto. Inoltre, più sessioni client e processi server (ad
esempio, un'operazioni di ripristino client e un'operazione del nodo di
esportazione) può leggere lo stesso volume contemporaneamente.
I seguenti processi del server possono condividere l'accesso in lettura ai volumi
Centera:
v L'esportazione delle definizioni del nodo client o dei dati di file nel supporto
sequenziale o direttamente in un altro server per un'importazione immediata
v L'esportazione di tutta o parte delle informazioni di controllo del server e dei
dati del file client (se specificato) dal server nel supporto sequenziale
v La generazione di un gruppo di backup per un nodo client di copia di
backup-archiviazione
I seguenti processi del server non possono condividere l'accesso in lettura ai
volumi Centera:
v Verifica delle inconsistenze tra un volume del pool di memoria e le informazioni
del database
Novità per IBM Tivoli Storage Manager Versione 6.2
xv
v Eliminazione di un volume del pool di memoria e, opzionalmente, i file
memorizzati nel volume
Un volume Centera può essere visualizzato come volume corrente per una sessione
e come la destinazione delle operazioni di lettura e scrittura contemporanee. Non
esistono modifiche al comando associate con questa funzione.
La GUI Tivoli Integrated Portal
IBM Tivoli Integrated Portal è una GUI (graphical user interface) che è inclusa con
Tivoli Storage Manager V6.2. Tivoli Integrated Portal fornisce tutte le funzioni che
erano disponibili nella Integrated Solutions Console.
La funzione di creazione di report e monitoraggio Administration Center, Tivoli
Storage Manager e le altre applicazioni sono integrate in questa nuova interfaccia
utente grafica. Administration Center può essere spostato in Tivoli Integrated
Portal se i server gestiti sono alla versione 5.5 o successiva. Distribuendo Tivoli
Integrated Portal tempestivamente, è possibile preparare il sistema per un
aggiornamento alla Tivoli Storage Manager V6.2. I server alle versioni precedenti
alla 6.2 che sono gestiti utilizzando la V6.2 Administration Center non possono
utilizzare le funzioni della versione V6.2.
Administration Center non è installabile su HP-UX
L'interfaccia Administration Center, basata sul Web per la configurazione e gestione
centrale dei server Tivoli Storage Manager, non può essere installata su un server
HP-UX.
In IBM Tivoli Storage Manager Versione 6.2, the Administration Center non può
essere installato su un server HP-UX. Tuttavia, quando installato su una
piattaforma del server supportato, Administration Center può essere utilizzato per
gestire i server HP-UX. Per i requisiti di sistema Administration Center, fare
riferimento al seguente sito Web: http://www.ibm.com/support/
docview.wss?uid=swg21410467
Codifica unità Sun StorageTek T10000B
Adesso è possibile utilizzare la codifica dell'unità nastro con le unità Sun
StorageTek T10000B. La codifica garantisce la sicurezza dei dati sui singoli nastri e
protegge le informazioni sensibili che sono trasportate fuori sede. Quando abilitata,
Tivoli Storage Manager gestisce la codifica e decodifica dei dati sui nastri in base
alle specifiche impostate con la definizione di una classe di dispositivi
ECARTRIDGE.
Opzione del server MOVESIZETHRESH
Il valore predefinito dell'opzione del server The MOVESIZETHRESH e i valori
massimi sono stati incrementati.
L'opzione MOVESIZETHRESH specifica, in megabyte, una soglia per il
quantitativo di dati spostati come batch, nella stessa transazione del server.
Quando questa soglia viene raggiunta, nessun altro file viene aggiunto al batch
corrente e una nuova transazione viene avviata dopo che il batch corrente viene
spostato. Il valore predefinito per MOVESIZETHRESH è stato incrementato da
2048 a 4096; e anche il valore massimo è stato incrementato da 2048 a 32768.
xvi
Storage Manager: Guida all'ottimizzazione delle prestazioni
L'opzione del server CHECKTAPEPOS per convalidare la
posizione dei dati su nastro
Con la nuova opzione del server CHECKTAPEPOS, è possibile determinare la
validità e la consistenza della posizione dei blocchi di dati su nastro.
L'opzione CHECKTAPEPOS si applica solo alle operazioni utilizzando le unità
nastro. Non si applica a nessun nastro, classi di dispositivo di accesso sequenziale
come FILE o OPTICAL. Se le informazioni del server sulla posizione non
corrispondono alla posizione rilevata dall'unità, viene visualizzato un messaggio di
errore, viene effettuato il rollback della transazione e i dati non inseriti nel
database.
Novità per la funzione Monitoraggio e creazione report di Tivoli
Storage Manager nella versione 6.2
La funzione Monitoraggio e creazione report di Tivoli Storage Manager, Versione
6.2 presenta poche nuove modifiche.
La funzione Monitoraggio e creazione report di Tivoli Storage Manager, Versione
6.2, è stato integrato in una nuova interfaccia utente chiamata Tivoli Integrated
Portal. Questo spostamento influisce sui report monitoraggio e creazione report che
sono eseguiti da Administration Center. L' Administration Center spostato da
Integrated Solutions Console a Tivoli Integrated Portal. Tivoli Integrated Portal
fornisce tutte le funzioni che erano disponibili in Integrated Solutions Console, ma
con un nuovo aspetto.
L'Administration Center è installato separatamente e non incluso nell'installazione
di monitoraggio e creazione report.
È disponibile una nuova roadmap delle informazioni per la funzione Monitoraggio
e creazione report di Tivoli Storage Manager suTivoli Storage Manager Wiki.
Questa roadmap presenta informazioni dettagliate sulla pianificazione,
installazione, configurazione, personalizzazione e risoluzione dei
problemi.Roadmap delle informazioni della funzione di creazione report e
monitoraggio
Novità per IBM Tivoli Storage Manager Versione 6.2
xvii
xviii
Storage Manager: Guida all'ottimizzazione delle prestazioni
Capitolo 1. Panoramica sull'ottimizzazione di IBM Tivoli
Storage Manager
Le prestazioni di Tivoli Storage Manager possono essere influenzate da diversi
fattori. L'ottimizzazione del sistema per ottenere elevate prestazioni richiede molta
attenzione e una certa esperienza.
L'ottimizzazione di Tivoli Storage Manager può essere un processo molto
complesso a causa dei numerosi sistemi operativi, configurazioni di rete e
dispositivi di archiviazione supportati da Tivoli Storage Manager. L'ottimizzazione
delle prestazioni anche per una singola piattaforma è molto complessa. I fattori che
possono influenzare le prestazioni e che hanno effetti significativi includono:
v Dimensione media dei file del client
v Percentuale di file modificati dall'ultimo backup incrementale
v Percentuale di byte modificati dall'ultimo backup incrementale
v Hardware del server (CPU, RAM, unità disco, adattatori di rete)
v Dispositivi del pool di archiviazione del server (dischi, nastro, unità ottiche)
v Sistema operativo del server
v
v
v
v
v
Attività del server (carico di lavoro non Tivoli Storage Manager)
Hardware del client (CPU, RAM, unità disco, adattatori di rete)
Sistema operativo del client
Attività del client (carico di lavoro non Tivoli Storage Manager)
Hardware della rete e configurazione
v
v
v
v
v
Utilizzo della rete
Affidabilità della rete
Protocolli di comunicazione
Ottimizzazione del protocollo di comunicazione
Tipo di repository output finale (disco, nastro, unità ottica)
© Copyright IBM Corp. 1996, 2010
1
2
Storage Manager: Guida all'ottimizzazione delle prestazioni
Capitolo 2. Ottimizzazione delle prestazioni del server IBM
Tivoli Storage Manager
È possibile ottimizzare le prestazioni dei server Tivoli Storage Manager mediante le
opzioni, i comandi e altre impostazioni di configurazione.
Le opzioni possono essere ottimizzate su tutti i server Tivoli Storage Manager. È
possibile modificare le impostazioni delle opzioni nel file di opzioni del server
(dsmserv.opt). Se si modifica questo file, perché le modifiche abbiano effetto sarà
necessario arrestare e riavviare il server. È inoltre possibile modificare alcune
impostazioni con il comando SETOPT del server.
Ottimizzazione delle opzioni del server
Alcune opzioni del server possono essere ottimizzate per migliorare le prestazioni
di Tivoli Storage Manager.
Le seguenti opzioni sono ottimizzabili su tutti i server Tivoli Storage Manager. È
possibile modificare le impostazioni delle opzioni nel file di opzioni del server
(dsmserv.opt). È inoltre possibile modificare alcune opzioni con il comando
SETOPT del server. Se si modifica il file di opzioni del server, perché le modifiche
abbiano effetto sarà necessario arrestare e riavviare il server.
DBMEMPERCENT
DBMEMPERCENT imposta un limite sulla percentuale di memoria del sistema
utilizzata per il gestore database.
Per impostazione predefinita, la percentuale dello spazio indirizzi virtuale dedicata
ai processi del gestore database è impostata su un valore che va dal 70 all'80 %
della RAM di sistema. Per modificare questa impostazione in un valore compreso
tra il 10 e il 99%, modificare l'opzione server DBMEMPERCENT. Verificare che il
valore consenta una memoria adeguata sia per il server Tivoli Storage Manager che
per le altre applicazioni in esecuzione sul sistema. Il valore predefinito è 'AUTO'.
Di solito non è necessario modificare questa impostazione su un sistema dedicato a
un singolo server Tivoli Storage Manager. Se sono presenti altre applicazioni che
richiedono grosse quantità di memoria su un sistema, la modifica di questa
impostazione su un valore appropriato può ridurre il paging e migliorare le
prestazioni di sistema. Per i sistemi con più server Tivoli Storage Manager, la
modifica di questa impostazione per ogni server è consigliata. Ad esempio, è
possibile impostare il valore sul 25% per ognuno dei tre server su un sistema. Ogni
server può avere un valore differente per questa impostazione, in base al proprio
carico di lavoro.
DISKSTGPOOLMEMSIZE
L'opzione server DISKSTGPOOLMEMSIZE specifica la dimensione della cache che
il server può utilizzare per gestire le operazioni per i pool di archiviazione con tipo
di dispositivo pari a DISK.
Maggiore è la memoria disponibile, minore è la quantità di metadati del pool di
archiviazione su disco che deve essere richiamata dal server di database. Le
© Copyright IBM Corp. 1996, 2010
3
prestazioni possono essere migliorate durante le operazioni che memorizzano i dati
o che li eliminano dai pool di archiviazione su disco.
L'opzione server DISKSTGPOOLMEMSIZE specifica, in megabyte, la dimensione
della memoria disponibile per gestire i pool di archiviazione su disco. Ogni
megabyte può gestire 32 gigabyte di memoria su disco. Questa opzione deve essere
sufficientemente grande da accomodare la quantità massima di dati previsti per la
memorizzazione o l'eliminazione dai pool di archiviazione su disco al secondo.
Ad esempio, se è prevista la memorizzazione o l'eliminazione di un massimo di 96
gigabyte di dati al secondo dai pool di archiviazione su disco, è consigliata una
dimensione uguale a 3. Se questa opzione non è specificata, verrà utilizzato il
valore 80, che può gestire 2560 gigabyte di memoria su disco. Per server a 32 bit,
verrà utilizzato il valore 20 che può gestire 640 gigabyte di memoria su disco.
EXPINTERVAL
La scadenza inventario rimuove le copie dei file di backup e archivio del client dal
server. EXPINTERVAL specifica l'intervallo, espresso in ore, tra le scadenze
inventario automatiche eseguite dal server Tivoli Storage Manager. Il valore
predefinito è 24.
I gruppi di copia di backup e archivio possono specificare i criteri che creano copie
di file adatte all'eliminazione dall'archivio di dati. Tuttavia, anche se un file diventa
idoneo per l'eliminazione, il file non viene eliminato fino a che non si verifica la
scadenza. Se il processo scadenza non si verifica periodicamente, lo spazio del pool
di archiviazione non viene richiesto dai file del client scaduti e il server Tivoli
Storage Manager richiederà un maggior spazio di memoria su disco.
Il processo di scadenza utilizza molta CPU e I/O di database. Se possibile, questo
processo deve essere eseguito quando non si verifica alcun altro processo di Tivoli
Storage Manager. Per consentire ciò, impostare EXPINTERVAL su 0 e pianificare la
scadenza in modo che si verifichi una volta ogni giorno, oppure avviare
manualmente il processo con il comando server EXPIRE INVENTORY. Il processo
di scadenza può essere pianificato definendo una pianificazione di gestione.
Quando si utilizza il parametro DURATION su una pianificazione di gestione,
verificare periodicamente che la scadenza venga realmente completata nel periodo
di tempo specificato.
Questa è l'impostazione consigliata:
EXPINTERVAL 0
Questa impostazione specifica che non vi è alcun processo di scadenza. Utilizzare
una pianificazione di gestione per eseguire la scadenza a un'ora appropriata ogni
giorno.
MAXSESSIONS
L'opzione MAXSESSIONS specifica il numero massimo di sessioni client
simultanee che possono collegarsi al server Tivoli Storage Manager.
Il valore predefinito è 25 sessioni client. Il valore minimo è 2 sessioni client. Il
valore massimo è limitato solo dalla memoria virtuale disponibile o dalle risorse di
comunicazione. Limitando il numero di client, le prestazioni del server risultano
migliorate ma la disponibilità dei servizi di Tivoli Storage Manager per i client è
ridotta.
4
Storage Manager: Guida all'ottimizzazione delle prestazioni
Un tipico server Tivoli Storage Manager di produzione può avere il parametro
MAXSESSIONS impostato su 100 o più.
MOVEBATCHSIZE e MOVESIZETHRESH
Le opzioni MOVEBATCHSIZE e MOVESIZETHRESH ottimizzano le prestazioni
dei processi del server che interessano lo spostamento di dati tra i supporti di
archiviazione. Tali processi comprendono il backup e il ripristino dei pool di
archiviazione, la migrazione, il recupero spazio e lo spostamento di dati.
MOVEBATCHSIZE specifica il numero di file da spostare e raggruppare all'interno
della stessa transazione del server. Il valore predefinito per MOVEBATCHSIZE è
1000 e anche il valore massimo è 1000. L'opzione MOVESIZETHRESH specifica, in
megabyte, una soglia per la quantità di dati spostati in batch all'interno della stessa
transazione del server. Quando viene raggiunta questa soglia, al batch corrente non
verrà aggiunto alcun altro file e la nuova transazione inizierà una volta spostato il
batch corrente. Il valore predefinito di MOVESIZETHRESH è 4096 mentre il valore
massimo è 32768.
Il numero di file del client spostati per ogni transazione del database del server
durante l'operazione di backup/ripristino del pool di archiviazione del server, di
migrazione, di recupero spazio o di spostamento dati è determinato dal numero e
dalla dimensione dei file nel batch. Se il numero di file nel batch uguale a
MOVEBATCHSIZE prima della dimensione cumulativa dei file diventa maggiore
di MOVESIZETHRESH, allora l'opzione MOVEBATCHSIZE è utilizzata per
determinare il numero di number file spostati o copiati nella transazione. Se la
dimensione cumulativa dei file raccolti per un'operazione di spostamento o copia
supera il valore di MOVESIZETHRESH prima che il numero di file diventi
equivalente a MOVEBATCHSIZE, allora il valore di MOVESIZETHRESH verrà
utilizzato per determinare il numero di file spostati o copiati nella transazione.
L'utilizzo di questi valori maggiori del valore predefinito può migliorare le
prestazioni delle operazioni di spostamento dati del server, come ad esempio la
migrazione del pool di archiviazione o il backup, sui dispositivi nastro reali. Le
configurazioni di dispositivi nastro virtuali e a solo disco tendono a non utilizzare i
valori maggiori del valore predefinito.
Quando i parametri MOVEBATCHSIZE o MOVESIZETHRESH sono aumentati
rispetto ai loro valori predefiniti, il server richiederà più spazio nel log di recupero.
In questo caso, il log di recupero può richiedere un'assegnazione anche di due
volte maggiore della dimensione che altrimenti avrebbe con i valori predefiniti.
Inoltre, il server richiederà un tempo di inizializzazione maggiore all'avvio.
Se si decide di aumentare questi valori per motivi legati alle prestazioni, assicurarsi
di monitorare l'utilizzo del log di recupero durante le prime operazioni di backup,
ripristino, migrazione, recupero spazio o spostamento di dati per essere certi che lo
spazio del log di recupero sia sufficiente.
Queste sono le impostazioni consigliate:
MOVEBATCHSIZE 1000
MOVESIZETHRESH 32768
Capitolo 2. Ottimizzazione delle prestazioni del server IBM Tivoli Storage Manager
5
RESTOREINTERVAL
L'opzione RESTOREINTERVAL specifica per quanto tempo, in minuti, una sessione
di ripristino riavviabile può rimanere nel database prima che scada. I ripristini
riavviabili consentono ai ripristini di continuare anche dopo una interruzione,
senza dover ricominciare daccapo.
I ripristini riavviabili riducono lo sforzo duplicato o la determinazione manuale del
punto in cui un processo di ripristino è stato terminato. L'opzione
RESTOREINTERVAL definisce il tempo che un ripristino interrotto può rimanere
nello stato riavviabile.
Il valore minimo è is 0, mentre il valore massimo è 10080 (una settimana). Il valore
predefinito è 1440 (24 ore). Se il valore è impostato su 0 e il ripristino viene
interrotto o non riesce, il ripristino viene comunque inserito nello stato riavviabile.
Tuttavia, scadrà molto presto. Le sessioni di ripristini riavviabili utilizzano le
risorse sul server Tivoli Storage Manager. Non mantenere attive queste sessioni più
del necessario.
Si consiglia di ottimizzare l'opzione RESTOREINTERVAL in base al proprio
ambiente.
TCPNODELAY
L'opzione server TCPNODELAY specifica se il server consente l'invio sulla rete di
pacchetti di dati inferiori alla dimensione MTU (maximum transmission unit)
massima.
Se l'opzione TCPNODELAY è impostata su NO, il server memorizzerà nel buffer i
pacchetti di dati con dimensioni inferiori alla dimensione MTU:
v Il buffering può migliorare l'utilizzo della rete.
v Il buffering richiede un ritardo che può influire notevolmente sulla velocità di
trasmissione delle sessioni.
Se impostata su YES, disabilita l'algoritmo TCP/IP Nagle, che consente l'invio
immediato dei pacchetti di dati con dimensioni inferiori alla dimensione MTU.
L'impostazione di questa opzione su YES può migliorare le prestazioni su reti ad
alta velocità. Il valore predefinito è YES.
Questa è l'impostazione consigliata:
TCPNODELAY YES
Nota: Questa opzione è presente anche sul client Tivoli Storage Manager.
TCPWINDOWSIZE
L'opzione server TCPWINDOWSIZE specifica la quantità di dati ricevuti, in
kilobyte, che possono trovarsi su una connessione TCP/IP in una volta. L'opzione
TCPWINDOWSIZE si applica a backup e archiviazioni. L'opzione client
TCPWINDOWSIZE si applica a ripristini e recuperi.
L'host di invio non può inviare altri dati fino a quando non riceve una notifica e
un aggiornamento della finestra di ricezione TCP. Ogni pacchetto TCP contiene la
finestra di avviso ricezione TCP sulla connessione. Una finestra più grande
consente al mittente di continuare ad inviare dati e di migliorare le comunicazioni,
specialmente su reti veloci con lunghi periodi di latenza.
6
Storage Manager: Guida all'ottimizzazione delle prestazioni
L'opzione TCPWINDOWSIZE sovrascrive gli spazi di invio e ricezione TCP/IP del
sistema operativo. Su AIX, ad esempio, questi parametri sono tcp_sendspace
etcp_recvspace e sono impostati come opzioni “no”. Per Tivoli Storage Manager, il
valore predefinito è 63 KB e il valore massimo è 2048 KB. Specificando
TCPWINDOWSIZE 0 si avrà che Tivoli Storage Manager utilizzerà il valore
predefinito del sistema operativo. Ciò non è consigliato in quanto l'impostazione
ottimale per Tivoli Storage Manager potrebbe non essere uguale all'impostazione
ottimale per altre applicazioni.
L'opzione TCPWINDOWSIZE specifica la dimensione della finestra di scorrimento
TCP per tutti i client e tutti i server. Sul server, ciò si applica a tutte le sessioni.
Pertanto, se si aumentaTCPWINDOWSIZE si avrà un aumento significativo della
memoria nel caso di più sessioni simultanee. Una finestra con dimensioni maggiori
può migliorare le prestazioni di comunicazione ma richiede più memoria. Essa
consente l'invio di più frame prima che venga ottenuta una notifica dal
destinatario. Se si osservano dei ritardi nella trasmissione, l'aumento di
TCPWINDOWSIZE può aumentare la velocità di trasferimento dati.
Per tutte le piattaforme, è necessario impostare rfc1323 in modo da avere
dimensioni delle finestre maggiori di 64 KB-1:
v AIX: utilizzare no -o rfc1323=1
v HP-UX: l'utilizzo di una dimensione della finestra maggiore di 64 KB-1 abilita
automaticamente il supporto per le finestre grandi.
v Sun Solaris 10: utilizzare "ndd "set /dev/tcp tcp_wscale_always 1". Questa
opzione dovrebbe essere abilitata automaticamente.
v Linux: dovrebbe essere attivo automaticamente per livelli di kernel recenti.
Controllare "cat /proc/sys/net/ipv4/tcp_window_scaling". I kernel Linux
recenti utilizzano l'ottimizzazione automatica e la modifica dei valori TCP
potrebbe avere un effetto negativo sull'ottimizzazione automatica. Apportare
queste modifiche con cautela.
v Windows XP e 2003: aggiungere o modificare, con regedit, la seguente coppia
nome/valore di registro in[HKEY_LOCAL_MACHINE\SYSTEM\
CurrentControlSet\Services\Tcpip\Parameters] Tcp1323Opts, REG_DWORD, 3
Attenzione: prima di modificare la coppia di nome/valore di registro, eseguire il
backup dell'intero registro.
Queste sono le impostazioni consigliate:
TCPWINDOWSIZE 63
O per una Gigabit Ethernet con frame jumbo – 9000 MTU:
TCPWINDOWSIZE 128
Nota: questa opzione è valida anche per il client Tivoli Storage Manager.
TXNGROUPMAX
L'opzione del server TXNGROUPMAX specifica il numero di oggetti trasferiti tra
un client e un server in un'unic transazione. Il valore minimo è 4 oggetti mentre il
valore massimo è 65.000 oggetti. Il valore predefinito è stato impostato su 4096
oggetti. Un oggetto è un file o una directory.
È possibile influenzare le prestazioni delle operazioni di backup, archiviazione,
ripristino e recupero del client utilizzando un valore maggiore per questa opzione:
Capitolo 2. Ottimizzazione delle prestazioni del server IBM Tivoli Storage Manager
7
1. L'aumento del valore dell'opzione TXNGROUPMAX può aumentare la velocità
di trasmissione dati per le operazioni che memorizzano i dati direttamente su
un nastro, in particolare quando viene memorizzato un numero elevato di
oggetti.
2. Se si aumenta il valore dell'opzione TXNGROUPMAX di una grossa quantità,
ricercare i possibili effetti nel log di recupero. Un valore maggiore per l'opzione
TXNGROUPMAX può risultare in un maggior utilizzo del log di recupero e in
un tempo più lungo per il completamento della transazione. Se gli effetti sono
notevoli, è possibile che si verifichino dei problemi con la funzionalità del
server.
Per ulteriori informazioni sulla gestione del log di recupero, fare riferimento a
Administrator's Guide.
3. Un valore maggiore dell'opzione TXNGROUPMAX può aumentare il numero
di oggetti che devono essere inviati di nuovo se la transazione viene interrotta
a causa di una modifica a un file durante il backup o perché è richiesto un
nuovo volume di archiviazione. Maggiore è il valore dell'opzione
TXNGROUPMAX, più dati dovranno essere reinviati.
4. L'aumento del valore di TXNGROUPMAX interessa il tempo di risposta
nell'arresto dell'operazione e il client potrebbe dover attendere più tempo per il
completamento della transazione.
È possibile sovrascrivere il valore di questa opzione per singoli nodi client. Fare
riferimento al parametroTXNGROUPMAX nei comandi REGISTER NODE e
UPDATE NODE.
Questa opzione è correlata all'opzione TXNBYTELIMIT nel file di opzioni del
client. TXNBYTELIMIT controlla il numero di byte, e non il numero di oggetti,
trasferiti tra i punti di commit della transazione. Una volta completato il
trasferimento di un oggetto, il client esegue il commit della transazione se il
numero di byte trasferiti durante la transazione raggiunge o supera il valore di
TXNBYTELIMIT, indipendentemente dal numero di oggetti trasferiti.
Impostare TXNGROUPMAX su 4096 nel file di opzioni del server. L'impostazione
su un valore maggiore di 4096 di solito non fornisce alcun vantaggio e anzi,
potrebbe ridurre la velocità di trasmissione dati quando si memorizzano i dati nei
pool di archiviazione sul disco. Per i client che memorizzano piccoli file
direttamente in pool di archiviazione su nastro, l'impostazione del parametro
TXNGROUPMAX con il comando UPDATE NODE su un valore maggiore di 4096
potrebbe aumentare la velocità di trasmissione dati.
Suggerimenti per l'hardware del server
Il server Tivoli Storage Manager V6.2 ha una maggiore scalabilità e consente un
maggior utilizzo di hardware server aggiuntivo rispetto alle versioni precedenti.
Processori e memoria aggiuntivi possono risultare particolarmente utili per la
riduzione di finestre operative per i backup incrementali, l'archiviazione, la
scadenza dell'inventario e il recupero spazio del pool di archiviazione. Le nuove
funzioni, come ad esempio la deduplicazione, possono richiedere ulteriore capacità
di elaborazione. Di seguito sono riportati i minimi consigliati:
Processori
Deve essere presente almeno un processore core per processo di scadenza
inventario o di identificazione deduplicazione simultaneo.
8
Storage Manager: Guida all'ottimizzazione delle prestazioni
Memoria
Requisiti minimi di memoria per eseguire i server di produzione:
v Su sistemi a 64 bit (consigliati): 12 GB o 16 GB se si utilizza la
deduplicazione.
Se si desidera eseguire più istanze, ogni istanza richiederà la memoria
riportata per un server. Multiplicare la memoria per un server per il
numero di istanze pianificate per il sistema.
v Su sistemi Windows a 32 bit: 8 GB. La deduplicazione non è supportata.
L'esecuzione di più di un'istanza del server su un sistema non è
supportata. Ciò potrebbe non essere appropriato per tutti i carichi di
lavoro a causa di limitazioni della memoria reale. Ad esempio, nel caso
di centinaia di client assegnati a un server oppure, un numero inferiore
di client con un maggior carico di lavoro di dati (centinaia di gigabyte o
più di un terabyte per ciclo di backup di 24 ore).
Per sistemi con più server Tivoli Storage Manager, fare riferimento a
“DBMEMPERCENT” a pagina 3 per l'ottimizzazione dei limiti di memoria
per ciascun server.
Adattatori di I/O
Le prestazioni del server dipendono dalla capacità della velocità di
trasmissione di I/O del sistema sia per le LAN (local area network) che per
la memoria (SCSI, fibre channel).
Gestore database per IBM Tivoli Storage Manager
Il gestore database di Tivoli Storage Manager gestisce automaticamente lo spazio
disponibile per le directory come spazio di database.
Creare e indicare directory che il server potrà utilizzare per il database.
L'assegnazione dello spazio viene eseguita automaticamente nei percorsi delle
directory specificati per il database. Se il server richiede dello spazio aggiuntivo, è
possibile aggiungere le directory utilizzando il comando EXTEND DBSPACE. Non
è possibile regolare la capacità assegnata del database. L'assegnazione dello spazio
viene eseguita automaticamente nei percorsi delle directory specificati per il
database. È possibile specificare un mirror di log per proteggere il log attivo.
Individuare il database sulla memoria rapida e affidabile, come l'hardware RAID
(Redundant Array of Independent Disks). Verificare che le directory non siano
inserite su file system che potrebbero non avere spazio sufficiente. Durante
l'installazione di un server Tivoli Storage Manager, vengono completate le seguenti
operazioni:
v Il database viene assegnato e inizializzato.
v Il log attivo viene assegnato e inizializzato.
v Il log di archivio viene assegnato e inizializzato.
Inoltre, si consiglia di assegnare e inizializzare un mirror di log attivo e un log di
archivio. Il mirroring del database non è supportato da Tivoli Storage Manager.
Il gestore database determina il momento in cui sono necessari i backup del
database e li avvia automaticamente. La classe di dispositivi utilizzata per i backup
di database è impostata mediante il comando SET DBRECOVERY.
Capitolo 2. Ottimizzazione delle prestazioni del server IBM Tivoli Storage Manager
9
Il server non tiene traccia dei singoli volumi di database. Il server utilizza il
proprio pool di archiviazione del log di recupero a dimensione fissa e regola il
valore della dimensione del pool in maniera dinamica.
Nota: i volumi logici di base non sono più supportati per il database e i log.
Prestazioni del database e dei log
Il database di Tivoli Storage Manager, il log attivo e il log di archiviazione hanno
diverse operazioni di I/O e devono essere considerati separatamente per
l'ottimizzazione.
Per la maggior parte delle operazioni il modello di accesso al database è casuale.
Pertanto, per supportare le operazioni del database è preferibile utilizzare il disco
più rapido disponibile. Inoltre, la cache di scrittura deve essere abilitata sui volumi
disco su cui si trovano il database e i log, ma solo se la cache è permanente e
resiste a interruzioni di alimentazione non previste e ad altri malfunzionamenti del
sistema.
Risulta molto utile calibrare le prestazioni di un volume database misurando la
velocità di I/O al secondo, IOPS (I/O per second). Ciò funziona al meglio solo se è
assegnato un solo volume database per volume fisico. Un tipico disco fibre channel
può gestire circa 150 IOPS prima che si verifichi un accodamento. Alcuni dischi,
come ad esempio i dischi SATA, possono gestire un numero inferiore di IOPS
mentre altri sono in grado di gestirne di più. Se un disco fisico si avvicina a 150
IOPS, aggiungere altri dischi fisici e altri volumi database alla configurazione del
database. Gli strumenti del sistema operativo, come ad esempio iostat o filemon,
sono disponibili per misurare l'IOPS per i volumi fisici. La strumentazione del
server Tivoli Storage Manager può essere utilizzata per misurare l'IOPS per un
volume database.
È preferibile utilizzare più directory per il database, con un massimo di 4 - 8
directory per un database di Tivoli Storage Manager di grosse dimensioni. Ogni
directory del database dovrebbe trovarsi su un volume disco che utilizza dischi
fisici separati dal altre directory del database. Il carico di lavoro di I/O del
database del server Tivoli Storage Manager è suddiviso tra tutte le directory,
aumentando in questo modo le prestazioni di I/O di lettura e scrittura. Un numero
elevato di dischi fisici con poca capacità risulta una scelta migliore rispetto a un
piccolo numero di dischi fisici con elevata capacità con la stessa velocità di
rotazione.
Il modello di accesso per il log attivo è sempre sequenziale. L'inserimento fisico sul
disco di base è molto importante. È preferibile isolare il log dal database e dai pool
di archiviazione disco. Se ciò non è possibile, allora inserire il log dove sono
presenti i pool di archiviazione ma non con il database.
Il mirroring del log attivo fornisce una elevata affidabilità ma ha un costo a livello
di prestazioni. Individuare la directory del log di mirror su un volume disco che
utilizza dischi fisici separati dal log attivo mediante il parametro MIRRORLOGDIR
nel comando DSMSERV FORMAT. In seguito all'installazione, cambiare il percorso
della directory del log di mirror modificando il valore dell'opzione
MIRRORLOGDIR nel file di opzioni del server e riavviando il server.
10
Storage Manager: Guida all'ottimizzazione delle prestazioni
Ottimizzazione del gestore database
Una corretta ottimizzazione del database per Tivoli Storage Manager è essenziale
per ottenere buone prestazioni. Il gestore database di Tivoli Storage Manager
consente l'ottimizzazione automatica della memoria.
Le aree principali da considerare quando si determina la configurazione del gestore
database di Tivoli Storage Manager sono:
v I parametri di configurazione (a livello di istanza) del gestore database
v I parametri di configurazione del database che hanno il maggior impatto sulle
prestazioni del sistema
v Le operazioni di manutenzione che devono essere eseguite per garantire che il
sistema continui a funzionare ottimamente una volta in esecuzione
Parametri di configurazione
I principali requisiti da controllare per il database di Tivoli Storage Manager sono:
memoria sufficiente per il server del gestore database, configurazione di un
numero sufficiente di dischi fisici per gestire i requisiti di I/O e CPU sufficiente
per gestire il carico di lavoro.
Ottimizzazione automatica della memoria
Per il miglior funzionamento del gestore database, tenere presente che i
dati e gli indici sono gestiti nei pool di buffer del database assegnati in
memoria. Le prestazioni sono ridotte a causa di numerose operazioni
dipaging richieste quando è presente più spazio nel pool di buffer rispetto
alla memoria reale. Oltre ai pool di buffer che utilizzano la maggior parte
della memoria, l'elenco di ordinamenti, l'elenco di blocchi e la cache dei
package sono altri segmenti di memoria assegnati dal gestore database.
Per impostazione predefinita, il gestore database abilita l'ottimizzazione
automatica della memoria. In questo modo vengono automaticamente
campionati il carico di lavoro e le caratteristiche delle prestazioni del
database. Grazie a questa funzione, il gestore database adatta la memoria
heap di ordinamento, l'elenco di blocchi, la cache dei package, il pool di
buffer e la memoria totale del database migliorando le prestazioni e la
velocità di trasmissione dati come richiesto dall'ambiente. Tivoli Storage
Manager suddivide il carico di lavoro del database tra le transazioni
registrando i backup per influenzare l'utilizzo delle query durante le
operazioni di ripristino.
Spazio su disco sufficiente per gestire l'I/O
Delle prestazioni efficienti si basano su un numero sufficiente di unità
disco fisiche per gestire la velocità di trasmissione dati richiesta per il
carico di lavoro. La relazione corretta dei dischi fisici con la CPU sul server
del gestore database consente di mantenere buone prestazioni. Uno dei
processi che utilizza più CPU e database del carico di lavoro del server
Tivoli Storage Manager è la scadenza dell'inventario. Dovrebbe esserci una
directory di database, un array o una LUN per ogni processo di scadenza
inventario.
CPU per gestire il carico di lavoro
La capacità del sistema del gestore database dipende dal numero e dalla
velocità delle sue CPU. Per un sistema bilanciato, con un normale
funzionamento, viene consumato circa l'80% delle CPU disponibili.
Capitolo 2. Ottimizzazione delle prestazioni del server IBM Tivoli Storage Manager
11
Prestazioni del backup
Quando possibile, limitare il numero delle versioni di ogni file di backup al
minimo richiesto.
Le prestazioni del backup di file risultano ridotte quando sono presenti più
versioni di uno stesso oggetto. Utilizzare il comando DEFINE COPYGROUP e
modificare il parametro VEREXISTS per controllare il numero di versioni oppure
utilizzare il comando UPDATE COPYGROUP. Il numero predefinito di versioni di
backup è 2.
Se i requisiti di conservazione nel proprio ambiente differiscono a seconda delle
macchine, utilizzare gruppi di copia rispetto a un minimo comune denominatore.
Ad esempio, se le macchine di gestione richiedono che i record vengano conservati
per sette anni ma altre macchine solo per due, non specificare sette per tutte le
macchine. Creare invece due gruppi di copia separati. Non solo i backup saranno
notevolmente più veloci, ma verrà utilizzata meno memoria in quanto non
vengono conservati i dati che non sono necessari.
Ottimizzazione delle prestazioni della distribuzione automatica del
client di backup-archivio
Esistono diverse azioni che possono essere effettuate per migliorare le prestazioni
di distribuzione del client di backup-archivio.
Informazioni su questa attività
v Distribuire il client quando i client, il server e la rete hanno un'attività minima.
Non effettuare la distribuzione durante una finestra di backup.
v Per evitare di richiamare un package non corretto, utilizzare pianificazioni
separate per ogni architettura client (ad esempio, x86, x64, ia64).
v Quando si aggiornano più client simultaneamente, memorizzare i package di
distribuzione in un disco casuale o su pool di archiviazione file successivi sul
disco. Entrambi i tipi di pool di archiviazione supportano l'accesso in lettura allo
stesso oggetto da più sessioni simultanee. Questo non è il caso per i pool di
archiviazione che utilizzano i nastri, compresi i VTL (anche se i dati sono
memorizzati su dischi fisici), poiché il server serializza l'accesso in lettura sul
volume del pool di archiviazione che contiene i dati del package di
aggiornamento in quei casi.
v Fornire memoria di cache sufficiente sul sottosistema del disco utilizzato dal
disco casuale o dai pool di archiviazione di file sequenziali contenenti i package
di distribuzione. I package di distribuzione sono letti dai volumi del pool di
archiviazione durante il richiamo mediante l'I/O diretto. Ciò significa che il
sistema operativo del server non memorizzerà i dati in memoria e ogni I/O
deve provenire dal sottosistema del disco. Quando si distribuiscono più client
allo stesso tempo, il sottosistema del disco visualizza un elevato numero di
letture riuscite su tali blocchi di dati, il che porta a una maggiore velocità di
trasmissione.
v Bilanciare più client sulle interfacce di rete sul server. Il bilanciamento potrebbe
essere già stato eseguito per ottimizzare le prestazioni di backup.
Ottimizzazione della scadenza dell'inventario
È possibile migliorare la scadenza inventario limitando l'ambito di dati che devono
scadere e specificando il numero di thread che possono essere eseguiti in parallelo.
12
Storage Manager: Guida all'ottimizzazione delle prestazioni
Informazioni su questa attività
Nel comando EXPIRE INVENTORY è possibile specificare parametri sui nodi e sui
domini del client specifici della destinazione e determinare anche il tipo di dati da
elaborare. Ad esempio, è possibile eseguire la scadenza su una serie specifica di
nodi se sono state apportate recentemente delle modifiche alla politica che
aumentano la probabilità di scadenza di un numero elevato di dati per i nodi.
Inoltre, è possibile utilizzare il parametro RESOURCE per specificare il numero di
processi paralleli che si desidera eseguire durante un singolo processo EXPIRE
INVENTORY. È possibile eseguire un massimo di dieci thread alla volta, ma se si
sta elaborando un nodo, verrà utilizzato soltanto un thread. Il carico di lavoro è
distribuito sul numero specificato di thread. È possibile eseguire un massimo di
dieci processi di scadenza in parallelo. Le risorse rappresentano il lavoro in
parallelo eseguito dal server all'interno di un singolo processo di scadenza; la
scadenza viene comunque eseguita come singolo processo. Ad esempio, se si
specificano 3 nodi e 3 o più thread, allora l'elaborazione di scadenza per i tre nodi
del client viene eseguita in parallelo. Se si specificano 3 nodi e 5 thread, allora
l'elaborazione di scadenza per i tre nodi viene eseguita in parallelo mentre le due
risorse aggiuntive sono ignorate.
Fare riferimento a “EXPINTERVAL” a pagina 4 per informazioni sull'opzione
server EXPINTERVAL.
Prestazioni del recupero di emergenza
Evitare di utilizzare operazioni di esportazione e importazione per il recupero di
emergenza.
Tivoli Storage Manager fornisce procedure per il backup e il ripristino di pool di
archiviazione per il recupero di emergenza. Le prestazioni per il backup e il
ripristino dei pool di archiviazione sono superiori alle prestazioni delle operazioni
di esportazione e importazione.
Ricerca nel log di attività del server
Quando si verificano dei problemi legati alle prestazioni, spesso la causa è dovuta
a una condizione di sistema anormale.
È possibile determinare la causa di questi problemi esaminando i log di attività del
server, i file di errore dei client o i log di sistema relativi al proprio sistema
operativo.
Comunicazione client/server mediante SSL (Secure Sockets Layer)
SSL (Secure Sockets Layer) fornisce comunicazioni sicure tra il client IBM Tivoli
Storage Manager e il server, ma può interessare le prestazioni del sistema.
Utilizzare SSL solo per le sessioni in cui è realmente necessario. Se SSL è
necessario, prendere in considerazione di aggiungere ulteriori risorse del
processore sul sistema del server IBM Tivoli Storage Manager in modo da gestire i
requisiti.
Capitolo 2. Ottimizzazione delle prestazioni del server IBM Tivoli Storage Manager
13
Pianificazione di sessioni e processi
Se possibile, pianificare i processi del server come la scadenza, il backup dei pool
di archiviazione, lo spostamento di dati, le operazioni di esportazione e
importazione e così via, quando i backup dei client non sono attivi.
La velocità di trasmissione dati di Tivoli Storage Manager può essere ridotta se
tutti i backup dei client sono avviati simultaneamente. È preferibile suddividere gli
avvii delle sessioni di backup nel tempo. Creare diverse pianificazioni client con
orari di inizio scaglionati e assegnare i nodi a tali pianificazioni in maniera
appropriata. Per i nodi che utilizzano il metodo di pianificazione di polling del
client, utilizzare il comando SET RANDOMIZE per suddividere gli orari di avvio
dei nodi.
Backup senza LAN
L'utilizzo di un backup senza LAN migliora le prestazioni. Tale backup richiede
l'agent di archiviazione di Tivoli Storage Manager sul client per i backup senza
LAN su nastri collegati alla SAN e Tivoli SANergy se i backup devono essere
inviati a volumi FILE su dischi collegati alla SAN.
v Eseguire il backup e il ripristino su nastro o disco utilizzando la SAN. I vantaggi
sono:
– I metadati vengono inviati al server mediante la LAN mentre i dati del client
vengono inviati sulla SAN.
– Il server Tivoli Storage Manager viene liberato dalla gestione di dati, il che
porta a una maggiore scalabilità.
– È potenzialmente più veloce del backup e del ripristino con LAN.
– Migliore per carichi di lavoro con file di grosse dimensioni, database (Data
Protection).
– I carichi di lavoro con file di piccole dimensioni hanno colli di bottiglia
diversi dallo spostamento di dati.
v Verificare che vi siano percorsi di dati sufficienti per le unità nastro.
v Per prestazioni ottimali di backup e ripristino quando si utilizza un client senza
LAN, utilizzare il metodo di comunicazione della memoria condivisa. Includere
l'opzione LANFREECOMMMETHOD SHAREDMEM nel file di opzioni client.
v Non utilizzare il backup senza LAN se si utilizzano più di 20 comandi dsmc
separati in uno script.
– Il sovraccarico di avvio/arresto dsmc è maggiore a causa dei montaggi dei
nastri.
– Utilizzare la nuova funzione di elenco file per eseguire il backup di un elenco
di file.
Numero massimo di punti di montaggio per un nodo
Sui comandi REGISTER e UPDATE NODE, il parametro MAXNUMMP specifica il
numero massimo di punti di montaggio che un nodo può utilizzare sul server.
Il valore del parametro MAXNUMMP può essere compreso tra 0 e 999. Lo zero
specifica che il nodo non può acquisire alcun punto di montaggio per
un'operazione di backup o archiviazione. Tuttavia, il server può comunque
consentire al nodo di utilizzare un punto di montaggio per un'operazione di
ripristino o di richiamo. Se il client memorizza i propri dati in un pool di
14
Storage Manager: Guida all'ottimizzazione delle prestazioni
archiviazione che ha pool di archiviazione di copia definiti per i backup simultanei,
il client potrebbe richiedere ulteriori punti di montaggio.
In generale, assegnare un punto di montaggio per ogni pool di archiviazione di
copia del tipo di dispositivo sequenziale. Se il pool di archiviazione primario è di
tipo di dispositivo sequenziale, assegnare un punto di montaggio anche per il pool
di archiviazione primario.
Gestione di volumi e pool di archiviazione
I volumi e i pool di archiviazione logici sono i principali componenti nel modello
di archiviazione dati di Tivoli Storage Manager. Modificando le proprietà di tali
oggetti, è possibile ottimizzare l'uso dei dispositivi di archiviazione.
Quando si configurano dispositivi in modo che il server possa utilizzarli per
memorizzare i dati del client, vengono creati pool e volumi di archiviazione. Le
procedure per la configurazione dei dispositivi utilizzano la serie di valori
predefiniti forniti per i pool e i volumi di archiviazione. I valori predefiniti
funzionano bene. Tuttavia, è possibile che si abbiano dei requisiti che non sono
soddisfatti dai valori predefiniti. Esistono tre motivi per cui potrebbe essere
necessario modificare i valori predefiniti:
1. Ottimizzazione e controllo dell'utilizzo dei dispositivi di archiviazione
regolando la gerarchia di archiviazione e ottimizzando la migrazione mediante
la gerarchia (pool di archiviazione successivo, soglie di migrazione).
2. Riutilizzo di volumi nastro mediante recupero spazio.
3. Il riutilizzo è correlato anche a politica e scadenza. Mantenere i file del client su
un numero minimo di volumi (collocazione).
Pool di archiviazione su disco memorizzati nella cache
L'utilizzo dei pool di archiviazione su disco memorizzati nella cache può
migliorare le prestazioni dei processi di ripristino evitando i montaggi dei nastri. Il
pool di memorizzazione su disco memorizzato nella cache non fa riferimento alla
cache nell'hardware del disco o alla cache del file system sul sistema operativo.
Il vantaggio dell'utilizzo dei pool di archiviazione su disco memorizzati nella cache
è principalmente per il ripristino di file di cui è stato eseguito un backup di
recente. Se il pool del disco è sufficientemente grande da contenere l'equivalente di
dati di una giornata, allora la memorizzazione nella cache è una buona opzione.
Utilizzare il comando DEFINE STGPOOL o UPDATE STGPOOL con il parametro
CACHE=YES per consentire la memorizzazione nella cache. Tuttavia, quando il
pool di archiviazione è di grosse dimensioni e CACHE è impostato su YES, il pool
di archiviazione viene frammentato e i tempi di risposta saranno influenzati. Se
questa condizione è sospetta, si consiglia di disattivare la memorizzazione nella
cache dei pool di archiviazione su disco. Inoltre, la memorizzazione nella cache dei
dischi può interessare anche la velocità di trasmissione dati dei backup in quanto
per creare spazio per i file di backup sono necessari degli aggiornamenti al
database per eliminare i file memorizzati nella cache.
Ottimizzazione della migrazione del pool di archiviazione
È possibile migliorare le prestazioni ottimizzando i processi di migrazione e le
soglie del pool di archiviazione.
Capitolo 2. Ottimizzazione delle prestazioni del server IBM Tivoli Storage Manager
15
Ottimizzazione dei processi di migrazione
Utilizzare il comando DEFINE STGPOOL e modificare il parametro MIGPROCESS
per controllare il numero di processi di migrazione utilizzati per la migrazione dei
file da un pool di archiviazione su disco a un pool di archiviazione su nastro.
Quando i dati vengono migrati da un disco a un nastro, è possibile utilizzare più
processi se sono disponibili più unità nastro. In alcuni casi, ciò aumenta il tempo
per svuotare i volumi di archiviazione su disco, in quanto ogni processo di
migrazione funziona sui dati per i diversi nodi client. Per l'opzione MIGPROCESS,
è possibile specificare un numero intero compreso tra 1 999, ma tale valore non
deve superare il numero di unità nastro disponibili. Il valore predefinito è 1. È
inoltre possibile utilizzare il comando UPDATE STGPOOL per modificare il
numero di processi di migrazione.
Ripristino di dati deduplicati
Le operazioni di ripristino da un pool di archiviazione su un disco ad accesso
sequenziale (FILE) impostato per la deduplicazione hanno diverse caratteristiche di
prestazioni rispetto alle stesse operazioni di ripristino non impostate per la
deduplicazione.
In un pool di archiviazione FILE che non è impostato per la deduplicazione, i file
vengono di solito ripristinati in un processo sequenziale. In un pool di
archiviazione FILE che invece è impostato per la deduplicazione, tuttavia, i dati
sono distribuiti in tutto il pool. Come risultato, l'I/O è più casuale e può portare a
tempi di ripristino più lenti. Questo comportamento si verifica più spesso con file
di piccole dimensioni (inferiori a 100 KB). Inoltre, quando si esegue un ripristino
da un pool di archiviazione deduplicato, sono utilizzate più risorse del processore
del server. Ciò si verifica in quanto i dati sono controllati per verificare che siano
riassemblati correttamente mediante gli algoritmi MD5.
Nonostante le operazioni di ripristino dei file di piccole dimensioni da un pool di
archiviazione deduplicato possano essere relativamente lente, queste operazioni
sono comunque più rapide delle operazioni di ripristino di file di piccole
dimensioni da nastro a causa del montaggio e del posizionamento del nastro
aggiunti.
Ottimizzazione delle soglie di migrazione
Utilizzare il comando DEFINE STGPOOL e modificare i parametri HIGHMIG e
LOWMIG per ottimizzare le soglie di migrazione. Se i valori delle soglie sono
troppo elevati, la migrazione subirà un ritardo.
Ciò può provocare il completamento del pool di archiviazione disco e quando un
client prova a inviare i dati al pool, questo noterà la condizione di pieno e proverà
a passare al volume indicato al successivo livello nella gerarchia di archiviazione.
Se questo è un pool su nastro, allora tutte le unità devono essere utilizzate da un
processo di migrazione, nel qual caso, la sessione client attende sul supporto nastro
di essere liberata dal processo di migrazione. Il client quindi diventa inattivo. In
questo caso, le soglie di migrazione devono essere abbassate in modo da iniziare
prima la migrazione oppure è necessario assegnare più spazio su disco al pool di
archiviazione disco. È inoltre possibile utilizzare il comando UPDATE STGPOOL
per modificare le soglie di migrazione.
Miglioramento delle prestazioni dell'agent di archiviazione
Esistono delle operazioni che possono essere effettuate per ottenere le migliori
prestazioni dagli agent di archiviazione di Tivoli Storage Manager.
16
Storage Manager: Guida all'ottimizzazione delle prestazioni
Per ottenere le migliori prestazioni, tenere in considerazione quanto riportato di
seguito quando si impostano le opzioni per gli agent di archiviazione:
v L'agent di archiviazione ha il proprio file di configurazione, dsmsta.opt, che
contiene molte delle stesse opzioni del file dsmserv.opt del server. In generale,
utilizzare le stesse impostazioni consigliate per il server.
v È possibile utilizzare il comando DSMSTA SETSTORAGESERVER per alcune
opzioni.
v Verificare che TCPNODELAY sia impostato su YES (valore predefinito) sia
sull'agent di archiviazione che sul server. Utilizzare l'opzione
LANFREECOMMMETHOD SHAREDMEM nel file di opzioni client sulle
piattaforme client che la supportano in modo da utilizzare la quantità minima di
CPU.
Modifica del file dell'ambiente IBM Tivoli Monitoring per le prestazioni
di report
Con il file di ambiente creato automaticamente quando è stato aggiunta
un'instanza dell'agent di monitoraggio di Tivoli Storage Manager, è possibile
migliorare le prestazioni dei report modificando le variabili d'ambiente.
Informazioni su questa attività
Il file di ambiente Windows è denominato KSKENV_xxx, dove xxx è il nome
dell'istanza dell'agent di monitoraggio creato. Questo file si trova nella directory di
installazione di IBM® Tivoli Monitoring (ad esempio, \IBM\ITM\TMAITM6).
I file di ambiente AIX e Linux sono denominati sk_xxx.config, dove xxx è il nome
dell'istanza dell'agent di monitoraggio creato. Questo file si trova nella directory
/opt/tivoli/tsm/reporting/itm/config sia su Linux che su AIX.
Il seguente elenco contiene le variabili d'ambiente che possono essere modificate
per variare le prestazioni dell'agent di monitoraggio. Utilizzare un qualsiasi editor
di testo per modificare il file.
Esempio
CDP_COLLECTION_TIMEOUT, valore predefinito=50
Questa variabile, espressa in secondi, modifica il tempo che IBM Tivoli
Monitoring o TivoliEnterprise Portal attende per i dati dall'agent. È
possibile impostare questa variabile nel caso in cui nessun dato viene
inviato a IBM Tivoli Monitoring, TivoliEnterprise Portal o a Tivoli Data
Warehouse o se il file di traccia di Tivoli Storage Manager o Tivoli
Common Reporting mostra che le query per Tivoli Storage Manager
richiedono più di 50 secondi.
KSK_APIHRLIMIT, valore predefinito=1
La durata, espressa in ore, dei dati che sono raccolti da Tivoli Storage
Manager e dall'agent di report comune. Non aumentare questo valore a
meno che l'agent non sia eseguito su un server ad alte prestazioni.
KSK_APIBUFFER, valore predefinito=50 000
Il numero massimo di righe richiamate dal database Tivoli Storage
Manager in qualsiasi momento. Questo valore deve essere impostato su
50 000 righe o meno. Se il numero totale di righe definito da questo valore
supera il numero totale di righe nel database Tivoli Storage Manager, non
vengono restituiti dati.
Capitolo 2. Ottimizzazione delle prestazioni del server IBM Tivoli Storage Manager
17
KSK_APITIMEOUT, valore predefinito=480
Il tempo, in minuti, prima che l'API Administrators di Tivoli Storage
Manager scade.
KSK_PREFETCH_MINUTES, valore predefinito=30
Il ritardo in minuti per cui il server Tivoli Storage Manager è interrogato
per determinati gruppi di attributi. È possibile modificare la variabile nei
seguenti modi:
v Aumentare questo valore per ridurre il numero di volte che l'agent
interroga il server Tivoli Storage Manager in un periodo di 24 ore.
v Ridurre il valore per aumentare la frequenza delle query del server
Tivoli Storage Manager.
Questo valore è per tutti i gruppi di attributi raccolti dall'agent.
KSK_PREFETCH_RETENTION_DAYS, valore predefinito=2
Il numero di giorni che i dati di pre-caricamento sono memorizzati nella
cache di pre-caricamento. La cache di pre-caricamento è per una
memorizzazione a breve termine dei dati di Tivoli Storage Manager
trasferiti successivamente al warehouse dati. Un tempo normale per questa
variabile è due giorni.
KSK_MAXIMUM_ROWS_RETURNED, valore predefinito=2500
Il numero massimo di righe restituite in qualsiasi momento al server IBM
Tivoli Monitoring. La modifica di questo valore può provocare la ricezione
da parte di Tivoli Enterprise Portal di un numero elevato di righe di dati
in modo che non sarà possibile visualizzarle. La velocità del processore e la
quantità di memoria installata sul server IBM Tivoli Monitoring definisce il
valore di questa variabile.
Importante: non aumentare questo valore a un valore maggiore di 3500
righe per impedire un'eccedenza di dati.
Oltre alle variabili dell'agent che possono essere modificate nel file delle variabili
d'ambiente, esistono altri due valori importanti per l'ottimizzazione dei server di
report. Tali valori sono modificati nei pannelli di configurazione della cronologia di
Tivoli Enterprise Portal e sono:
Warehouse interval, valore predefinito=daily
Specifica la frequenza con cui i dati raccolti da IBM Tivoli Monitoring sono
inviati a Tivoli Data Warehouse per la memorizzazione di dati cronologici.
I valori possibili sono hourly, daily e off.
Collection interval, valore predefinito=15
Specifica il tempo che passa tra le richieste da IBM Tivoli Monitoring
all'agent di raccolta dati di Tivoli Storage Manager Tivoli Common
Reporting. Questo valore deve essere il doppio del valore della variabile
KSK_PREFETCH_MINUTES. I valore possibili sono 1, 5, 15, 30 minutes,
hourly, daily.
Suggerimento: mantenere i valori delle variabili
KSK_MAXIMUM_ROWS_RETURNED e KSK_APIBUFFER il più basso possibile in
modo da evitare le eccedenze di file sull'agent Tivoli Storage Manager Tivoli
Common Reporting o su Tivoli Enterprise Portal.
Attività di miglioramento delle prestazioni per le piattaforme server
I valori per alcune opzioni server variano in base alla piattaforma.
18
Storage Manager: Guida all'ottimizzazione delle prestazioni
Azioni per ottenere migliori prestazioni su tutte le piattaforme
server
Esistono delle azioni che possono essere effettuate su tutte le piattaforme, o almeno
sulla maggior parte di esse, per migliorare le prestazioni del server.
Le seguenti azioni consentono di ottimizzare le prestazioni del server Tivoli
Storage Manager per il proprio ambiente.
v Formattare i volumi del pool di archiviazione disco in sequenza, uno alla volta,
se questi sono presenti sullo stesso file system. In questo modo vengono creati
file con piccoli divari e sono migliorate le prestazioni di lettura e scrittura
sequenziale.
v Ottimizzare le dimensioni delle transazioni per il client e il server Tivoli Storage
Manager e per le funzioni di manutenzione del server. Fare riferimento alle
relative opzioni TXNGROUPMAX, TXNBYTELIMIT, MOVEBATCHSIZE e
MOVESIZETHRESH. Una dimensione di transazione maggiore aumenta la
dimensione delle aggregazioni dei file del server. L'aggregazione di file fornisce
miglioramenti alla velocità di trasmissione dati per le funzioni di inventario e
spostamento dati del server, come ad esempio la migrazione del pool di
archiviazione, il backup del pool di archiviazione e la scadenza dell'inventario.
Una dimensione della transazione maggiore quando si effettua un backup
direttamente su nastro riduce il numero di cancellazioni del buffer nastro e
pertanto aumenta la velocità di trasmissione dati.
Prestazioni del server AIX
Esiste un determinato numero di azioni che possono migliorare le prestazioni per
un server Tivoli Storage Manager in esecuzione in un ambiente AIX.
v Utilizzare le partizioni di base per i volumi del pool di archiviazione disco sulla
piattaforma AIX. L'esperienza e le misurazioni dei clienti in laboratorio mostrano
che i volumi logici di base offrono una maggiore velocità di trasmissione di
backup/ripristino del client e migliori prestazioni per il processo di gestione del
server.
v Se si decide di non utilizzare i volumi logici di base, utilizzare sempre file
system JFS. Per i file system JFS, l'I/O diretto può provocare una riduzione delle
prestazioni, in particolare con file system abilitati per file di grosse dimensioni. I
file system JFS2 di solito forniscono migliori prestazioni rispetto ai file system
JFS.
v Se si hanno nodi SP di nuova generazione, impostare TCPWINDOWSIZE su 128
sia per il client SP che per il server SP AIX. Ciò è vero se si ha una scheda ATM
sulla macchina SP. Su macchine SP più veloci e recenti (e HPS più veloci),
TCPWINDOWSIZE 128 funziona bene.
AIX: comandi vmo e ioo
È possibile utilizzare i comandi vmo e ioo per migliorare le prestazioni del server
AIX.
Lo spazio indirizzi virtuale di AIX è gestito da Virtual Memory Manager (VMM).
VMM è gestito a sua volta dal comando vmo di AIX mentre l'I/O che può essere
ottimizzato è controllato dal comando ioo. Su AIX 5.3 e successivo, i comandi vmo
e ioo sostituiscono il comando vmtune.
v Il comando vmo è utilizzato per ottimizzare il sistema di memoria virtuale di
AIX.
Capitolo 2. Ottimizzazione delle prestazioni del server IBM Tivoli Storage Manager
19
v Le opzioni dei comandi vmo e ioo possono essere visualizzate mediante i
comandi vmo -a e ioo -a.
v È possibile modificare le opzioni specificando l'opzione appropriata e il relativo
valore.
v Le modifiche ai parametri di vmo non resistono al riavvio del sistema se non è
specificata l'opzione -p.
Lettura in anticipo (ioo maxpgahead)
Quando AIX rileva una lettura sequenziale dei file, può eseguire una lettura
anticipata anche se l'applicazione non ha ancora richiesto i dati.
v La lettura anticipata migliora le prestazioni di lettura sequenziale su file system
JFS e JFS2.
v Client Tivoli Storage Manager: aumenta la velocità di trasmissione dei dati di
backup di file di grosse dimensioni.
v Server Tivoli Storage Manager: aumenta la velocità di trasmissione dei dati di
migrazione del pool di archiviazione solo su volumi JFS (non si applica a volumi
JFS2 o logici di base).
v L'impostazione consigliata di maxpgahead è 256 sia per JFS che per JFS2:
ioo –p –o maxpgahead=256 –o j2_maxPageReadAhead=256
v Quando si modifica il parametro di lettura anticipata, è necessario modificare
anche il parametro maxfree in modo che vi sia memoria libera sufficiente per
memorizzare i dati della lettura anticipata.
v La seguente equazione deve essere vera:
minfree + maxpgahead ≤ maxfree
Per calcolare i valori di minfree e maxfree utilizzare le seguenti formule:
– minfree = 120 moltiplicato per il numero di processori (o per il valore
predefinito, se maggiore)
– maxfree = 120 + maxpgahead (o j2_maxPageReadAhead) moltiplicato per il
numero di processori (o per il valore predefinito, se maggiore)
Ciò non migliorare le prestazioni di lettura su volumi logici di base o su volumi
JFS2 sul server Tivoli Storage Manager. Il server utilizza l'I/O diretto su file
system JFS2.
v L'utilizzo di volumi logici di base per il server riduce l'utilizzo della CPU ma
rallenta le prestazioni durante la migrazione del pool di archiviazione a causa
della mancanza della lettura anticipata.
Cache di file AIX (vmo minperm/maxperm)
È possibile determinare la quantità di memoria impostata da AIX oltre alla cache
del file system.
v AIX può eseguire il page out della memoria dell'applicazione (ad esempio,
l'applicazione Tivoli Storage Manager) a favore della memorizzazione nella cache
dei dati del file system. Ciò può provocare il paging del pool di buffer del
database il che porta a una riduzione delle prestazioni del database.
v Il paging del pool di buffer del database può provocare anche una stima troppo
ottimistica delle statistiche di successo della cache del database.
v Il server Tivoli Storage Manager non sfrutta i vantaggi della cache del file
system.
20
Storage Manager: Guida all'ottimizzazione delle prestazioni
v La riduzione del valore di maxperm fa sì che AIX utilizzi più memoria
dell'applicazione.
v Arrestare il paging della memoria virtuale del server Tivoli Storage Manager
modificando i parametri minperm/maxperm. Esistono due eccezioni, una per i
sistemi limitati dalla RAM e l'altra per quando la dimensione del pool di buffer
del database è troppo elevata. Fare riferimento a “DBMEMPERCENT” a pagina
3 per le impostazioni corrette.
v Un buon punto di partenza consiste nell'impostazione di un massimo del 50%
(vmo –p –o maxperm%=50) per la cache del file system e non del valore
predefinito pari all'80%. La riduzione della cache del file system oltre il 50% non
è utile (tempo reale delle modifiche). MAn mano che maxperm si avvicina a
minperm, considerare anche la riduzione di minperm. Monitorare l'avanzamento
di vmstat, se i pageout vanno a zero, anche i pagein vengono eventualmente
ridotti.
v Il parametro maxclient potrebbe dover essere ridotto insieme al parametro
maxperm.
v La riduzione del parametro maxperm può migliorare il processo di
aggiornamento di un database V5.5 a un database V6.
File system UNIX
Quando sono utilizzati volumi logici di base, l'I/O non viene elaborato mediante la
memoria virtuale del sistema operativo.
Ciò può provocare un minor utilizzo della CPU per ogni I/O di disco. D'altra
parte, quando si legge dai volumi disco del server, i volumi logici di base non
utilizzano il meccanismo di lettura anticipata dei sistemi operativi. Ciò può
provocare una riduzione delle prestazioni durante i ripristini e operazioni di
spostamento server dal disco al nastro. Tuttavia, poichè molti sottosistemi disco
hanno i propri meccanismi di lettura anticipata, ciò può rappresentare un
problema.
Se si decide di utilizzare volumi logici di base invece di file system, tenere presente
quanto riportato di seguito:
v Non modificare la dimensione dei volumi logici di base, tranne se si utilizzano
le funzioni di Tivoli Storage Manager.
v Non avviare più istanze che potrebbero utilizzare gli stessi volumi logici di base.
Tivoli Storage Manager implementa un meccanismo di blocco progettato per
impedire la sovrascrittura di volumi da parte di un'altra istanza del server.
Tuttavia, è preferibile assegnare nomi univoci ai volumi logici di base in modo
da evitare la sovrascrittura.
Se non si utilizzano volumi logici di base, utilizzare l'I/O diretto su Solaris. Per
AIX, se si decide di non utilizzare i volumi logici di base, l'I/O diretto deve essere
sempre utilizzato per file system JFS2. Per JFS, l'I/O diretto può provocare una
riduzione delle prestazioni, in particolare con file system abilitati per file di grosse
dimensioni.
Server HP-UX
Utilizzare una partizione di base per i pool di archiviazione disco su server Tivoli
Storage Manager HP-UX.
Capitolo 2. Ottimizzazione delle prestazioni del server IBM Tivoli Storage Manager
21
L'utilizzo di una partizione di base aumenta le prestazioni. I volumi di partizioni
di base offrono una migliore velocità di trasmissione di backup e ripristino rispetto
all'utilizzo di volumi VXFS su HP-UX.
Server Linux
Disabilitare tutti i daemon (servizi) non necessari.
La maggior parte delle distribuzioni aziendali è fornita con numerose funzioni.
Tuttavia, molto spesso soltanto una piccola serie di queste funzioni è utilizzata. Ad
esempio, lo spostamento di dati TCP/IP può essere bloccato o rallentato
significativamente dal firewall interno in SUSE 9 x86_64. Esso può essere terminato
da /etc/init.d/SuSEfirewall2_setup stop.
Server Sun Solaris
Esistono determinate azioni che possono migliorare le prestazioni di un server
Tivoli Storage Manager in esecuzione in un ambiente Sun Solaris.
v Utilizzare partizioni di base per i volumi del pool di archiviazione disco sulla
piattaforma Solaris. I volumi logici di base offrono una migliore velocità di
trasmissione dati per il backup e il ripristino del client rispetto ai volumi dei file
system UFS o Veritas.
v Il file system VxFS con I/O diretto offre caratteristiche di I/O simili all'I/O di
base sulle partizioni di base. Passando alla modalità di base o di I/O diretto e
fornendo memoria sufficiente, è possibile memorizzare nella cache una serie di
dati di lavoro molto più grande ed è possibile ottenere una velocità di successi
cache molto maggiore con i relativi vantaggi per le prestazioni. Quando è
richiesto l'I/O fisico, il costo CPU dell'esecuzione di tale I/O viene ridotto in
quanto i dati non vengono prima copiati nei buffer dei file system. Si consiglia
di utilizzare file system VxFS montati con l'opzione di I/O diretto
(mincache=direct,convosync=direct).
v Quando sono utilizzati volumi di file system UFS, montare tali file system
utilizzando l'indicatore forcedirectio. Se il file system è montato con l'opzione
forcedirectio, i dati vengono trasferiti direttamente tra lo spazio indirizzi
dell'utente e il disco. Se il file system viene montato mediante l'opzione
noforcedirectio, i dati vengono memorizzati nel buffer nello spazio indirizzi del
kernel quando vengono trasferiti tra lo spazio indirizzi dell'utente e il disco.
L'opzione delle prestazioni forcedirectio sfrutta soltanto i trasferimenti di dati
sequenziali. L'opzione predefinita è noforcedirectio.
Server Windows
Esiste un determinato numero di azioni che possono migliorare le prestazioni per
un server Tivoli Storage Manager in esecuzione in un ambiente Windows.
v Utilizzare una versione a 64 bit di Windows Server 2003 o Windows Server 2008
per ottenere una serie di vantaggi, tra cui uno spazio indirizzi di di memoria
virtuale maggiore, il supporto per una RAM fisica di dimensioni superiori e
migliori prestazioni.
v Utilizzare il file system NTFS per la memoria su disco richiesta dal server Tivoli
Storage Manager, comprese le directory del database, la directory del log attivo,
la directory del log di archivio e i volumi del pool di archiviazione. NTFS ha i
seguenti vantaggi:
– Supporto per partizioni disco più grandi
– Miglior recupero dei dati
– Migliore sicurezza dei file
22
Storage Manager: Guida all'ottimizzazione delle prestazioni
v
v
v
v
– Formattazione dei volumi del pool di archiviazione su NTFS molto più rapida
La compressione file NTFS non deve essere utilizzata su volumi disco che sono
utilizzati dal server Tivoli Storage Manager in quanto è possibile che le
prestazioni vengano ridotte.
Per prestazioni ottimali del server Tivoli Storage Manager per Windows rispetto
all'utilizzo reale della memoria di Windows, utilizzare l'impostazione della
proprietà del server perAumenta al massimo velocità di trasmissione dati per le
applicazioni di rete. Questa impostazione assegna una priorità alle richieste
dell'applicazione per le richieste con più memoria dal gestore cache per la cache
del file system. Questa impostazione fa la differenza nelle prestazioni su sistemi
che hanno delle limitazioni di memoria.
Per prestazioni ottimali di backup e ripristino quando si utilizza un client locale
su un sistema Windows, utilizzare il metodo di comunicazione di memoria
condivisa. Ciò è possibile includendo l'opzione COMMMETHOD SHAREDMEM
sia nel file di opzioni del server che nel file di opzioni del client.
Di seguito sono riportate altre azioni che possono influenzare le prestazioni del
client e del server Tivoli Storage Manager:
–
–
–
–
–
Il software antivirus può interessare negativamente le prestazioni di backup.
Disabilitare o non installare servizi che non vengono utilizzati.
Disabilitare o non installare protocolli di rete non utilizzati.
Dare priorità alle prestazioni delle applicazioni in background.
Non utilizzare screen saver.
– Verificare che il file di paging non sia frammentato.
– Verificare che i driver di dispositivo siano aggiornati, in particolare per il
nuovo hardware.
Ottimizzazione dei parametri del kernel
Perché Tivoli Storage Manager e DB2 vengano installati e funzionino correttamente
su sistemi HP-UX, Sun Solaris eLinux, è necessario aggiornare i parametri di
configurazione del kernel. Se non si aggiornano tali parametri, l'installazione di
DB2 e Tivoli Storage Manager potrebbe non riuscire. Se i valori non vengono
impostati ma l'installazione riesce correttamente, è comunque possibile che si
verifichino dei problemi durante l'utilizzo del server.
Sistemi HP-UX e Sun Solaris
Eseguire il programma di utilità db2osconf per visualizzare le modifiche consigliate
da apportare in base alla dimensione del sistema. Il programma di utilità
db2osconf controlla le impostazioni dei parametri di configurazione del kernel
correnti e suggerisce le eventuali modifiche da apportare. Il programma di utilità
db2osconf non cambia le impostazioni nel file /etc/system ma suggerisce soltanto
le modifiche da effettuare per migliorare le prestazioni.
Le modifiche suggerite dal programma di utilità db2osconf sono le impostazioni
minime richieste per eseguire DB2 sul proprio sistema. Per eseguire Tivoli Storage
Manager e DB2, sono necessarie ulteriori modifiche oltre a quelle suggerite dal
programma di utilità db2osconf.
Risultati
Per maggiori dettagli relativi al programma di utilità db2osconf, fare riferimento al
centro informazioni di IBM DB2 Database per Linux, UNIX e Windows.
Capitolo 2. Ottimizzazione delle prestazioni del server IBM Tivoli Storage Manager
23
Esempio
Utilizzare le seguenti informazioni per determinare i valori minimi da utilizzare
per eseguire Tivoli Storage Manager e DB2 insieme.
Tabella 6. Valori dei parametri suggeriti per HP-UX
Parametro
Description
Valore consigliato
semume
Il numero massimo del processo di strutture di
annullamento per processo
4000
maxdsiz_64bit
La dimensione massima dei segmenti di dati, in byte per 8589934592
processo di esecuzione
msgmnb
Il numero massimo di byte su una coda di messaggi
2097152
msgmni
Il numero massimo di code di messaggi
32767
msgtgl
Il numero massimo di messaggi su tutte le code di
messaggi
262144
Tabella 7. Valori dei parametri suggeriti per Sun Solaris
Parametro
Description
Valore consigliato
set semsys:seminfo_semume
Il numero massimo del processo di strutture di
annullamento per processo
5120
set semsys:seminfo_semmni
Il numero di identificativi di semafori
6144
set shmsys:shminfo_shmmax
La dimensione massima dei segmenti di memoria
condivisa
46369367654
set shmsys:shminfo_shmmni
La dimensione minima dei segmenti di memoria
condivisa
6144
set rlim_fd_max
Il limite dei descrittori di file di apertura del processo
65536
set rlim_fd_cur
Il limite del descrittore dei file
4096
Sistemi Red Hat e SUSE Linux
1.
Eseguire il comando db2osconf per visualizzare i valori dei parametri.
2. Analizzare i risultati per determinare se sono richieste delle modifiche per il
proprio sistema.
Risultati
Per maggiori dettagli relativi al programma di utilità db2osconf, fare riferimento al
centro informazioni di IBM DB2 Database per Linux, UNIX e Windows.
Esempio
Utilizzare le seguenti informazioni per determinare i valori minimi da utilizzare
per eseguire Tivoli Storage Manager e DB2 insieme.
Tabella 8. Valori dei parametri suggeriti per Linux
Parametro
Description
Valore consigliato
SHMMNI
Il numero massimo di segmenti
32768
SHMMAX
La dimensione massima di un segmento di memoria
condivisa (kByte)
Sistemi a 64 bit 1073741824
SHMALL
L'assegnazione massima di pagine di memoria condivisa 8388608
(kByte)
24
Storage Manager: Guida all'ottimizzazione delle prestazioni
Tabella 8. Valori dei parametri suggeriti per Linux (Continua)
Parametro
Description
Valore consigliato
SEMMNI
Il numero massimo di array
1024
SEMMSL
Il numero massimo di semafori per array
250
SEMMNS
Il numero massimo di semafori per sistema
256000
SEMOPM
Il numero massimo di operazioni per cella di semafori
35
MSGMNI
Il numero massimo di code di messaggi del sistema
1024
MSGMAX
La dimensione massima dei messaggi (byte)
65536
MSGMNB
La dimensione massima predefinite della coda (byte)
65
Stima della velocità di trasmissione dati in ambienti non verificati
È possibile effettuare una stima della velocità di trasmissione dati di Tivoli Storage
Manager per gli ambienti che non sono stati sottoposti a test.
La stima della velocità di trasmissione dati per ambienti che non sono stati
verificati mediante un test può risultare molto difficile. Tuttavia, è possibile fare le
seguenti osservazioni importanti:
v Può essere previsto che la velocità di trasmissione dati su una rete può
raggiungere la saturazione circa all'80% della sua capacità. L'efficienza indica la
percentuale della velocità di trasmissione dati che può essere raggiunta
realisticamente. Ciò porta alle seguenti velocità di trasmissione dati massime che
possono essere ottenute per delle determinati reti:
Rete
Mbit/s
MB/s
GB/h
% efficienza
Ethernet
100
10
17,6
90
ATM
155
15,5
34,1
50
120
265
50
SPSwitch
T3
45
4,48
15,8
80
T1
1,54
0,16
0,56
80
1 GB
100
350
80
Gigabit Ethernet
v La velocità di trasmissione dati per il backup e il ripristino di carichi di lavoro
con file di piccole dimensioni non dipende di solito dal tipo di rete, sempre che
la rete non sia saturata, e i ritardi di propagazione non sono eccessivi grazie
all'intervento di router o switch.
v Le prestazioni di Gigabit Ethernet dipendono molto dalla qualità del chipset
Ethernet e dal tipo di bus utilizzato. Inoltre, sfruttando i vantaggi delle funzioni
di determinati chipset, come ad esempio i frame jumbo e altre funzioni offload
TCP, si può avere un grosso impatto sulle prestazioni. Pertanto, le prestazioni
possono variare in un ambito molto esteso. Su alcuni chipset e macchine è
possibile raggiungere soltanto il 25% dell'efficienza mentre su altri viene
facilmente raggiunto anche il 90%.
Ottimizzazione delle prestazioni dell'unità nastro
Esistono delle procedure di base per conservare le prestazioni delle proprie unità
nastro.
Capitolo 2. Ottimizzazione delle prestazioni del server IBM Tivoli Storage Manager
25
Configurazione di un numero sufficiente di unità nastro
È necessario configurare un numero sufficiente di unità nastro per il proprio
ambiente:
v Il numero massimo di sessioni del client Tivoli Storage Manager che eseguono
un backup direttamente su un nastro in qualsiasi momento durante la finestra di
picco di backup.
v Ulteriori unità nastro per altre funzioni che sono eseguite durante le finestra di
backup. Ad esempio, la migrazione e il backup del pool di archiviazione e il
recupero spazio.
Cancellazione dei dati delle unità nastro
La cancellazione dei dati sulle unità nastro in base alle specifiche del produttore è
molto importante per garantire prestazioni massime delle unità. Un errore nel
cancellare i dati sulle unità nastro può provocare errori di lettura e scrittura,
malfunzionamenti delle unità e scarse prestazioni.
Abilitazione della compressione nastro
In molti casi, l'abilitazione della compressione sull'unità nastro aumenta la velocità
di trasmissione dati di Tivoli Storage Manager.
È possibile utilizzare l'opzione FORMAT del comando DEFINE DEVCLASS per
specificare il formato di registrazione appropriato da utilizzare quando si scrivono
i dati sul supporto di accesso sequenziale. Il valore predefinito è DRIVE, che
specifica che Tivoli Storage Manager seleziona il formato massimo che può essere
supportato dall'unità ad accesso sequenziale su cui è montato un volume. Questa
impostazione di solito consente all'unità di controllo nastro di eseguire la
compressione.
Suggerimento: evitare di specificare il valore DRIVE quando viene utilizzato un
misto di unità nella stessa libreria. Ad esempio, se si hanno unità che supportano
la registrazione di formati superiori ad altre unità nella libreria, non specificare
l'opzione FORMAT=DRIVE. Fare riferimento alla Guida per l'amministratore di
Tivoli Storage Manager per ulteriori informazioni.
Se non si utilizza la compressione sul client e i dati possono però essere compressi,
dovrebbe essere raggiunta una velocità di trasmissione dati del sistema più alta se
si utilizza la compressione sull'unità di controllo nastro. Fare riferimento alla Tivoli
Storage Manager Administrator's Guide per ulteriori informazioni sulle specifiche
unità nastro.
Se si comprimono i dati sul client, si consiglia di non utilizzare la compressione
sull'unità nastro. In questo caso, si perde circa il 10-12% della capacità del nastro
sul supporto nastro.
Utilizzo della collocazione con unità nastro
L'utilizzo della collocazione può aumentare significativamente le prestazioni dei
processi di ripristino per grosse quantità di dati con molti file, in quanto i file
necessari vengono ricercati su un numero inferiore di unità nastro. La collocazione
diminuisce anche la possibilità di conflitti di supporto con altri client. Il
compromesso è la necessità di più nastri. Utilizzare l'opzione COLLOCATE con il
comando DEFINE STGPOOL o UPDATE STGPOOL per abilitare la collocazione.
26
Storage Manager: Guida all'ottimizzazione delle prestazioni
Per impostazione predefinita, la collocazione viene eseguita per gruppo. Tuttavia,
fino a che sono definiti gruppi di nodi, la collocazione non si verifica. Quando
sono definiti nodi di gruppi di nodi, il server può collocare i dati in base a tali
gruppi. La collocazione in base al gruppo può portare ai seguenti vantaggi per le
prestazioni:
v Riduzione della capacità nastro non utilizzata consentendo la collocazione di più
dati sui singoli nastri
v Riduzione dei montaggi dei volumi di destinazione
v Riduzione delle scansioni del database e degli invii nastro per trasferimenti
sequenziali
La collocazione per gruppo fornisce un buon compromesso tra prestazioni dei
processi di ripristino e efficienza dei volumi nastro. Per quei nodi su cui la
collocazione è necessaria per migliorare le prestazioni delle operazioni di ripristino,
utilizzare la collocazione per gruppo. Gestire il numero di nodi nei gruppi in modo
che i dati di backup per l'intero gruppo siano suddivisi su un numero gestibile di
volumi. Laddove possibile, un nodo può essere spostato da un gruppo di
collocazione a un altro modificando l'affinità del gruppo con il comando DEFINE
NODEGROUPMEMBER e utilizzando quindi il comando MOVE NODEDATA.
Velocità di trasferimento su unità nastro
Esistono diversi fattori che influenzano la velocità di trasferimento prolungata di
Tivoli Storage Manager quando si utilizzano unità nastro. La velocità di
trasferimento prolungata tiene in considerazione l'effetto di tutti questi fattori.
Tali fattori includono:
v Velocità di trasferimento nativa
v Rapporto di compressione
v
v
v
v
v
Dimensione dei file
Allegati del server
Tipo HBA di allegati del server
Velocità di trasferimento del disco
Larghezza di banda della rete
v Utilizzo del server
v Prestazioni di avvio/arresto
v Attività dei file di controllo delle applicazioni
v Larghezza di banda del bus
v Qualità del supporto
Prestazioni della velocità di flusso delle unità nastro
La velocità di flusso è la velocità alla quale una unità nastro può effettuare
operazioni di lettura e scrittura, senza includere operazioni di avvio e arresto. La
maggior parte degli utilizzi di un nastro include le operazioni di avvio e di arresto,
il che rallenta notevolmente la velocità prolungata a cui funzione l'unità.
Quando si scrive su una unità nastro, di solito l'unità restituisce il controllo
all'applicazione quando i dati si trovano nel buffer dell'unità nastro ma prima che
vengano scritti sul nastro. Questa modalità di operazione fornisce un netto
miglioramento delle prestazioni. Tuttavia, il buffer dell'unità non è permanente.
Perché l'applicazione verifichi che la scrittura viene effettuata sul nastro, deve
prima cancellare il buffer. La cancellazione del buffer provoca il back hitch
dell'unità nastro (avvio/arresto). I parametri di Tivoli Storage Manager
Capitolo 2. Ottimizzazione delle prestazioni del server IBM Tivoli Storage Manager
27
TXNBYTELIMIT e TXNGROUPMAX controllano la frequenza con cui Tivoli
Storage Manager emette questo comando di cancellazione buffer.
Quando si scrive su una unità nastro, è necessario considerare la larghezza di
banda della rete. Ad esempio, una LAN Ethernet 100BaseT può prolungare 5-6 MB
al secondo. Pertanto, non è possibile eseguire il backup su una unità nastro più
veloce.
Unità nastro ad alte prestazioni
Quando si utilizzano unità nastro ad alte prestazioni con Tivoli Storage Manager, è
importante utilizzare le opzioni server e client appropriate in modo da migliorare
le prestazioni.
Queste sono le impostazioni consigliate:
Opzioni server
TXNGROUPMAX 4096
MOVESIZETHRESH 32768
MOVEBATCHSIZE 1000
Opzioni client
TXNBYTELIMIT 10G
Se i client Tivoli Storage Manager hanno file più piccoli di 100 KB, è preferibile che
questi client eseguano il backup su un pool di archiviazione del disco per una
successiva migrazione sul nastro. Ciò consente un più efficace spostamento dei dati
sul nastro.
Ottimizzazione delle prestazioni del disco
È possibile configurare la memoria del disco di Tivoli Storage Manager in modo da
ottimizzare le prestazioni.
v Configurazione server – disco: utilizzare tutti i dischi fisici indipendenti
possibile per ridurre i conflitti di I/O. Configurare un volume Tivoli Storage
Manager per disco fisico, o al massimo due. Separare i volumi del pool di
archiviazione disco, i log di recupero e il database.
L'utilizzo di volumi logici di base su sistemi UNIX può ridurre l'utilizzo
dellaCPU ma può essere più lento durante la migrazione dei pool di
archiviazione a causa della mancanza della funzione read-ahead. Tuttavia, molti
sottosistemi disco hanno la funzione read-ahead integrata, il che non provoca
questo problema.
v Configurazione server - cache di scrittura disco: utilizzare la cache di scrittura
del sottosistema/adattatore per tutti gli array RAID 5 e dischi fisici con volumi
di database Tivoli Storage Manager (I/O casuale).
v Scelta di array di dischi fisici (JBOD) o RAID: per ottenere prestazioni
equivalenti, RAID richiede più dischi fisici. Considera sempre lo svantaggio
nella scrittura degli array RAID5. La velocità di trasmissione di scrittura è molto
importante durante il backup e l'archiviazione. Il mirroring di log attivi di Tivoli
Storage Manager fornisce un miglior recupero rispetto alla ridondanza hardware.
Bus
Se il server ha più bus PCI, distribuire gli adattatori ad alta velocità di trasmissione
dati tra i diversi bus. Per sistemi con bus che hanno velocità differenti, associare
l'adattatore al bus appropriato in base alla velocità.
28
Storage Manager: Guida all'ottimizzazione delle prestazioni
Ad esempio, se si stanno per eseguire numerosi backup sul disco, è possibile che
non si desideri che la scheda di rete e l'adattatore del disco si trovino sullo stesso
bus PCI. Un limite dei bus è che, in teoria, dovrebbe essere possibile avvicinarsi
nella maggior parte dei casi. Come regola generale, è preferibile avere soltanto una
o due unità nastro per bus SCSI e da una a quattro unità nastro per fibre host bus
adapter (HBA). L'utilizzo del nastro e del disco sullo stesso fibre HBA non è
consigliato.
Anche se una unità nastro specifica è più lenta della SAN fibre channel utilizzata,
le prestazioni dell'unità nastro sono di solito migliori sulle interfacce più rapide.
Questo è il motivo per cui i singoli blocchi sono trasferiti con una latenza inferiore.
Ciò consente a Tivoli Storage Manager e al sistema operativo di inviare il blocco
successivo più rapidamente. Ad esempio, un'unità LTO 4 viene eseguita meglio su
una SAN a 4 Gbit piuttosto che su una SAN a 2 Gbit, ance se l'unità è veloce al di
sotto dei 2 Gbit.
Capitolo 2. Ottimizzazione delle prestazioni del server IBM Tivoli Storage Manager
29
30
Storage Manager: Guida all'ottimizzazione delle prestazioni
Capitolo 3. Ottimizzazione delle prestazioni del client IBM
Tivoli Storage Manager
È possibile ottimizzare le prestazioni dei client Tivoli Storage Manager.
Alcune opzioni del client Tivoli Storage Manager possono essere ottimizzate in
modo da migliorare le prestazioni. Le opzioni del client Tivoli Storage Manager
sono specificate nel file dsm.sys o nel file dsm.opt.
COMMRESTARTDURATION e COMMRESTARTINTERVAL
Le opzioni COMMRESTARTDURATION e COMMRESTARTINTERVAL controllano
la finestra di tempo di riavvio e l'intervallo tra i riavvii.
Per rendere i client più tolleranti alle interruzioni della connettività di rete,
utilizzare le opzioni COMMRESTARTDURATION e COMMRESTARTINTERVAL
per controllare la finestra di tempo di riavvio e l'intervallo tra i riavvii. Tali opzioni
sono utili in ambienti soggetti a congestioni di rete o frequenti interruzioni e
facilitano la gestione di un numero elevato di client, riducendo l'intervento in
condizioni di errore. Le prestazioni sono migliorate se viene data una certa
considerazione all'account per il tempo per il rilevamento, la correzione e il riavvio
in seguito a una condizione di errore.
Nota: un evento pianificato continua se il client si ricollega al server prima che
trascorra il valore COMMRESTARTDURATION, anche se la finestra di avvio
dell'evento è stata superata.
L'opzione COMMRESTARTDURATION imposta il tempo massimo per un nuovo
tentativo di riconnessione del client a un server in seguito a un errore di
comunicazione. Il valore è specificato in minuti ed è compreso tra 0 e 9999. Il
valore predefinito è 60.
L'opzione COMMRESTARTINTERVAL imposta il tempo di attesa del client tra i
vari tentativi di riconnessione a un server in seguito a un errore di comunicazione.
Il valore è specificato in secondi ed è compreso tra 0 e 65535. Il valore predefinito è
15.
Si consiglia di ottimizzare le impostazioni COMMRESTARTDURATION e
COMMRESTARTINTERVAL in base al proprio ambiente.
COMPRESSALWAYS
L'opzione COMPRESSALWAYS specifica se continuare a comprimere un oggetto
nel caso in cui la sua dimensione aumenti durante il processo di compressione o se
reinviare l'oggetto non compresso. Questa opzione è utilizzata con l'opzione
compression.
L'opzione COMPRESSALWAYS è utilizzata con i comandi archive, incremental e
selective. Essa può essere definita anche sul server. Se viene specificato
COMPRESSALWAYS YES (impostazione predefinita), i file continuano a essere
compressi anche se la loro dimensione aumenta. Per interrompere la compressione
ed inviare di nuovo i file non compressi, specificare COMPRESSALWAYS NO.
© Copyright IBM Corp. 1996, 2010
31
Questa opzione controlla la compressione solo se l'amministratore specifica che il
nodo client determina la selezione. Per ridurre l'impatto dei nuovi tentativi,
utilizzare COMPRESSALWAYS YES.
È preferibile identificare i tipi comuni di file che non vengono compressi bene e
riportarli su una o più istruzioni EXCLUDE.COMPRESSION delle opzioni client. I
file che contengono numerose immagini, file audio o video e i file che sono
codificati non vengono compressi molto. Anche i file che sembrano contenere
principalmente del testo (ad esempio, i documenti di Microsoft Word) possono
contenere una quantità significativa di dati grafici che potrebbero provocare una
compressione non buona dei file.
È possibile utilizzare la compressione e la codifica del client Tivoli Storage
Manager per gli stessi file. Il client prima comprime i dati dei file, quindi li
codifica; in questo modo che non vi è alcuna perdita di compressione a causa della
codifica e il processo di codifica è più rapido se è presente un numero inferiore di
file. Ad esempio, per escludere gli oggetti già compressi o codificati, immettere le
seguenti istruzioni:
exclude.compression
exclude.compression
exclude.compression
exclude.compression
exclude.compression
?:\...\*.gif
?:\...\*.jpg
?:\...\*.zip
?:\...\*.mp3
?:\...\*.cab
Questa è l'impostazione consigliata:
COMPRESSALWAYS YES
COMPRESSION
L'opzione client COMPRESSION specifica se è abilita la compressione sul client
Tivoli Storage Manager. Per prestazioni ottimali di backup e ripristino con un
numero elevato di client, considerare l'utilizzo della compressione client.
La compressione di dati sul client riduce la domanda sulla rete e sul server Tivoli
Storage Manager. La quantità ridotta dei dati sul server continua a fornire vantaggi
per le prestazioni quando i dati vengono spostati, come nel caso di una migrazione
e di un backup del pool di archiviazione. Tuttavia, la compressione client riduce
significativamente le prestazioni di ciascun client e la riduzione è più pronunciata
sui sistemi client più lenti.
Per prestazioni ottimali di backup e ripristino quando si utilizzano sistemi client
rapidi e reti o server molto carichi, utilizzare la compressione client. Per prestazioni
ottimali di backup e ripristino quando si utilizza un client lento o una rete o un
server poco carico, non utilizzare la compressione. Tuttavia, assicurarsi di
considerare il compromesso dimaggiori requisiti di archiviazione sul server quando
non si utilizza la compressione client. Il valore predefinito per l'opzione
COMPRESSION è NO.
Per prestazioni massime con un singolo client, una rete e un server veloce,
disattivare la compressione.
Esistono due alternative alla compressione:
v Se si esegue un backup su nastro e l'unità nastro supporta la propria
compressione, utilizzare la compressione dell'unità nastro. Per ulteriori
informazioni consultare “Ottimizzazione delle prestazioni dell'unità nastro” a
pagina 25.
32
Storage Manager: Guida all'ottimizzazione delle prestazioni
v Non utilizzare la compressione se un client ha un supporto di compressione file
integrato. La compressione su tali client riduce la quantità di dati di cui viene
eseguito il backup sul server. Windows ha una funzione di compressione file
integrata facoltativa.
La compressione può provocare gravi riduzioni delle prestazioni quando vengono
effettuati numerosi nuovi tentativi in seguito a una compressione non riuscita. La
compressione non riesce quando il file compresso è di dimensioni maggiori
rispetto a quello originale. Il client rileva tale file e interrompe la compressione,
riporta un errore nella transazione ed invia di nuovo l'intera transazione non
compressa. Ciò si verifica in quanto il tipo di file non è adatto per la compressione
oppure perché il file è già compresso (file zip, tar e così via). Se non è possibile
disattivare la compressione, sono disponibili due opzioni che consentono di ridurre
o eliminare i nuovi tentativi:
v Utilizzare l'opzione COMPRESSALWAYS. Questa opzione elimina i nuovi
tentativi a causa della compressione.
v Utilizzare l'opzione EXCLUDE.COMPRESSION nel file di opzioni client. Questa
opzione disabilita la compressione per file o serie di file specifici (ad esempio,
file zip o file jpg). Ricercare nell'output del client (dsmsched.log) i file che
provocano i nuovi tentativi di compressione e quindi filtrare tali tipi di file.
Queste sono le impostazioni consigliate:
v Per un singolo client, rete o server rapido
COMPRESSION NO
v Per più clients, rete o server lento
COMPRESSION YES
DISKBUFFSIZE
L'opzione client DISKBUFFSIZE specifica la dimensione massima di I/O disco (in
kilobyte) che il client può utilizzare durante la lettura di file.
Le prestazioni client ottimali di backup, archiviazione o migrazione HSM possono
essere di solito ottenute se il valore di questa opzione è minore o uguale alla
quantità di file letti forniti dal file system del client. Un buffer di dimensioni
maggiori richiede una quantità maggiore di memoria e può influire sulle
prestazioni.
Il valore predefinito è 32 per tutti i client tranne AIX. Per AIX, il valore predefinito
è 256 tranne se è specificata l'opzione ENABLELANFREE YES. Se viene specificata
l'opzione ENABLELANFREE YES su AIX, il valore predefinito sarà 32. Le
applicazioni client dell'API hanno un valore predefinito pari a 1023, tranne per le
applicazioni client dell'API Windows (versione 5.3.7 e successiva), che hanno un
valore predefinito pari a 32.
Per impostazione predefinita, viene utilizzato il valore predefinito per la
piattaforma client.
MEMORYEFFICIENTBACKUP
L'opzione client MEMORYEFFICIENTBACKUP specifica il metodo utilizzato da
Tivoli Storage Manager durante i backup incrementali per determinare gli oggetti
che sono nuovi o modificati e per cui si deve eseguire il backup e gli oggetti che
sono stati eliminati e pertanto devono essere contrassegnati come scaduti.
Capitolo 3. Ottimizzazione delle prestazioni del client IBM Tivoli Storage Manager
33
La memoria richiesta dal client dipende dal metodo utilizzato e dal numero di
oggetti nei file system del client. Un oggetto è un file o una directory.
Per scegliere un valore per l'opzione MEMORYEFFICIENTBACKUP, iniziare con il
determinare il numero di oggetti presenti sui file system del client e arrotondare
tale numero al milione più vicino. Ad esempio, se sui file system del client sono
presenti 4.200.000 oggetti, arrotondare tale numero a 5.000.000. Utilizzare quindi 5
come valore di numobjs.
Seguire i passi riportati di seguito in sequenza e utilizzare il parametro
dell'opzione (YES, NO o DISKCACHEMETHOD) per il primo passo. Ad esempio,
se un client di backup-archivio a 64 bit ha 2 GB di memoria reale disponibile per il
processo client e il valore di numobjs è 5, specificare NO.
1. Se il sistema client utilizza il client di backup-archivio a 32 bit, numobjs è
minore o uguale a 5 ed è disponibile almeno numobjs x 300 MB di memoria
reale per l'uso con il processo client, allora specificare NO, che è l'impostazione
predefinita.
2. Se il sistema client utilizza il client di backup-archivio a 64 bit ed è disponibile
almeno numobjs x 300 MB di memoria reale per l'uso con il processo client,
allora specificare NO, che è l'impostazione predefinita.
3. Se il sistema client ha almeno la seguente quantità di memoria su disco
temporanea rapida disponibile per l'uso con il processo client, specificare
DISKCACHEMETHOD:
v UNIX o Linux: numobjs x 300 MB
v Windows: numobjs x 600 MB
v Mac OS X: numobjs x 1200 MB
Per impostazione predefinita, questo spazio di memoria su disco deve essere
disponibile sui volumi di cui viene eseguito il backup oppure specificare
l'opzione DISKCACHELOCATION con il percorso dello spazio disponibile.
4. Se nessuna delle opzioni riportate è valida, specificare YES.
Nota: l'utilizzo di MEMORYEFFICIENTBACKUP YES può aumentare le
operazioni richieste sul server Tivoli Storage Manager. Il risultato può essere un
aumento significativo nel tempo trascorso per il backup incrementale, in
particolare se questa opzione è utilizzata per un numero elevato di client
ognuno dei quali ha molte directory.
Di seguito sono riportate delle alternative all'utilizzo dell'opzione
MEMORYEFFICIENTBACKUP per ridurre l'utilizzo della memoria del client:
v Utilizzare l'opzione client include/exclude per eseguire il backup soltanto degli
elementi necessari.
v Utilizzare il backup incrementale basato su journal solo per client Windows
(NTFS) e AIX (JFS2).
v Utilizzare l'opzione VIRTUALMOUNTPOINT (solo UNIX) per definire punti di
montaggio virtuali all'interno di un singolo file system e per eseguire il backup
di tali punti di montaggio sequenzialmente.
v Suddividere i dati su più file system ed eseguire il backup di tali file system in
maniera sequenziale.
v Utilizzare la funzione di backup di immagine per eseguire il backup dell'intero
volume. Ciò potrebbe richiedere meno tempo e risorse rispetto all'utilizzo del
backup incrementale su alcuni file system con un numero elevato di piccoli file.
34
Storage Manager: Guida all'ottimizzazione delle prestazioni
L'impostazione consigliata è l'utilizzo di quella predefinita:
MEMORYEFFICIENTBACKUP NO
QUIET
L'opzione client QUIET impedisce la visualizzazione di messaggi durante i backup
di Tivoli Storage Manager.
Il valore predefinito è l'opzione VERBOSE e Tivoli Storage Manager visualizza le
informazioni su ciascun file di cui viene eseguito il backup. Per impedire ciò,
utilizzare l'opzione QUIET. Tuttavia, i messaggi e le informazioni di riepilogo sono
comunque scritte nei file di log. Esistono due vantaggi principali quando si utilizza
l'opzione QUIET:
v Per il backup su nastro, il primo gruppo di dati della transazione è sempre
inviato di nuovo. Per evitarlo, utilizzare l'opzione QUIET in modo da ridurre la
ritrasmissione sul client.
v Se si utilizza lo scheduler del client per pianificare i backup, l'utilizzo
dell'opzione QUIET riduce drasticamente il sovraccarico di I/O del disco al log
di pianificazione e aumenta la velocità di trasmissione dati.
RESOURCEUTILIZATION
L'opzione client RESOURCEUTILIZATION regola il numero di sessioni simultanee
che il client e il server Tivoli Storage Manager possono utilizzare durante
l'elaborazione. Più sessioni possono essere iniziate automaticamente mediante un
comando di backup, ripristino, archiviazione o recupero di Tivoli Storage Manager.
Nonostante la funzione di più sessioni sia trasparente per l'utente, esistono dei
parametri che consentono all'utente di personalizzarla.
L'opzione RESOURCEUTILIZATION aumenta o diminuisce la possibilità del client
di creare più sessioni. Per operazioni di backup o archiviazione, il valore di
RESOURCEUTILIZATION non specifica direttamente il numero di sessioni create
dal client. Tuttavia, l'impostazione specifica il livello di risorse che può essere
utilizzato dal client e dal server durante l'elaborazione di backup o archiviazione.
Maggiore è il valore, più sessioni potranno essere avviate dal client.
L'intervallo per il parametro è compreso tra 1 e 10. Se l'opzione non è impostata,
possono essere avviate soltanto due sessioni, una per l'interrogazione del server e
una per l'invio dei dati di file. Un valore pari a 5 consente l'impostazione di un
massimo di quattro sessioni: due per le query e due per l'invio di dati. Un valore
pari a 10 consente l'impostazione di un massimo di otto sessioni: quattro per le
query e quattro per l'invio di data. La relazione tra RESOURCEUTILIZATION e il
numero massimo di sessioni create è parte di un algoritmo interno e, come tale, è
soggetto a modifiche. La seguente tabella riporta le relazioni tra i valori di
RESOURCEUTILIZATION e il numero massimo di sessioni create. Le sessioni
producer eseguono la scansione del client per i file idonei. Le rimanenti sessioni
sono sessioni consumer e sono utilizzate per il trasferimento di dati. Il valore
soglia interessa la velocità con cui sono create le nuove sessioni.
raccomandazioni
Valore di
RESOURCEUTILIZATION
Numero
massimo di
sessioni
Numero univoco Soglia (secondi)
di sessioni
producer
1
1
0
45
Capitolo 3. Ottimizzazione delle prestazioni del client IBM Tivoli Storage Manager
35
raccomandazioni
Valore di
RESOURCEUTILIZATION
Numero
massimo di
sessioni
Numero univoco Soglia (secondi)
di sessioni
producer
2
2
1
45
3
3
1
45
4
3
1
30
5
4
2
30
6
4
2
20
7
5
2
20
8
6
2
20
9
7
3
20
10
8
4
10
0 (predefinito)
2
1
30
I miglioramenti alla velocità di backup che possono essere ottenuti aumentando il
valore di RESOURCEUTILIZATION variano a seconda del nodo client. I fattori che
interessano le velocità di trasmissione di più sessioni includono la configurazione
del sottosistema di archiviazione client (il layout dei file system sui dischi fisici), la
capacità del client a utilizzare più sessioni (CPU sufficiente, memoria), la capacità
del server a gestire più sessioni client (CPU, memoria, numero di volumi del pool
di archiviazione) e larghezza di banda sufficiente nella rete per gestire il traffico in
aumento.
Il parametro MAXSESSIONS controlla il numero massimo di sessioni client
simultanee con il server Tivoli Storage Manager. Il numero totale di sessioni
parallele per un client è contato per il numero massimo di sessioni consentite con il
server. È necessario decidere se aumentare il valore del parametro MAXSESSIONS
nel file di opzioni del server.
Quando si utilizza l'opzione RESOURCEUTILIZATION per consentire più sessioni
client/server per il backup diretto sul nastro, il parametro del numero massimo di
punti di montaggio del nodo client consentiti, MAXNUMMP, deve essere
aggiornato sul server (mediante il comando UPDATE NODE).
Se il file system del client è suddiviso su più dischi (RAID 0 o RAID 5) o su più
file system di grosse dimensioni, l'impostazione consigliata per
RESOURCEUTILIZATION è un valore pari a 5 o a 10. Ciò consente più sessioni
con il server durante il backup o l'archiviazione e in alcuni casi provoca un
miglioramento sostanziale della velocità di trasmissione. Ciò non è come migliorare
il backup incrementale di un singolo file system di grosse dimensioni con una
piccola percentuale di dati modificati. Se un backup viene eseguito direttamente su
un nastro, il parametro del numero massimo di punti di montaggio del nodo client
consentiti, MAXNUMMP, deve essere aggiornato sul server mediante il comando
update node.
RESOURCEUTILIZATION può essere impostato su un valore diverso da quello
predefinito se un backup del client interessa molti file che si trovano su più dischi
fisici. È consigliato il valore 5 o superiore. Tuttavia, per un utilizzo ottimale
dell'ambiente Tivoli Storage Manager, è necessario valutare il carico del server, la
36
Storage Manager: Guida all'ottimizzazione delle prestazioni
larghezza di banda della rete, la CPU del client e la configurazione di I/O e tenere
in considerazione questi fattori prima di modificare l'opzione.
Quando si richiede un ripristino, per impostazione predefinita vengono utilizzate
al massimo due sessioni, in base al numero dei nastri su cui sono memorizzati i
dati richiesti, al numero delle unità nastro disponibili e al numero massimo di
punti di montaggio consentiti per il nodo.
Il valore predefinito per l'opzione RESOURCEUTILIZATION è 1 mentre il valore
massimo è 10. Ad esempio, se i dati da ripristinare si trovano su cinque differenti
unità nastro, il numero massimo di punti di montaggio per il nodo che richiede il
ripristino è 5 e RESOURCEUTILIZATION è impostato su 3, allora saranno
utilizzate tre sessioni per il ripristino. Se l'impostazione di
RESOURCEUTILIZATION è aumentata a 5, allora saranno utilizzate cinque
sessioni. Esiste una relazione uno-a-uno per il numero di sessioni di ripristino
consentite e l'impostazione RESOURCEUTILIZATION.
Di seguito sono riportate le impostazioni consigliate:
Per le workstation
RESOURCEUTILIZATION 1
Per un server di piccole dimensioni
RESOURCEUTILIZATION 5
Per un server di grandi dimensioni
RESOURCEUTILIZATION 10
Nota: UNIX non root è limitato a una sessione.
TAPEPROMPT
L'opzione client TAPEPROMPT specifica se richiedere all'utente i montaggi nastro.
L'opzione TAPEPROMPT specifica se si desidera che Tivoli Storage Manager
attenda il montaggio di un nastro per un'operazione di backup, archiviazione,
recupero o ripristino o se richiedere all'utente di scegliere l'operazione.
L'impostazione consigliata è:
TAPEPROMPT
NO
TCPBUFFSIZE
L'opzione TCPBUFFSIZE specifica la dimensione del buffer di comunicazione TCP
interna utilizzato per trasferire i dati tra il nodo client e il server. Un buffer di
grosse dimensioni può migliorare le prestazioni di comunicazione ma richiede più
memoria.
Il valore predefinito è 32 KB e il valore massimo è 512 KB. L'impostazione
consigliata è:
TCPBUFFSIZE 32
TCPNODELAY
Utilizzare l'opzione TCPNODELAY per disabilitare l'algoritmo TCP/IP Nagle, che
consente l'invio immediato dei pacchetti di dati con dimensioni inferiori alla
dimensione MTU (Maximum Transmission Unit).
Capitolo 3. Ottimizzazione delle prestazioni del client IBM Tivoli Storage Manager
37
Il valore predefinito è YES. Ciò di solito provoca un miglioramento delle
prestazioni per le comunicazioni client-server di Tivoli Storage Manager.
L'impostazione consigliata è:
TCPNODELAY YES
Nota: TCPNODELAY è disponibile anche come opzione server.
TCPWINDOWSIZE
L'opzione client TCPWINDOWSIZE specifica la dimensione della finestra di
scorrimento TCP in kilobyte.
L'opzione TCPWINDOWSIZE specifica, in kilobyte, la quantità di dati ricevuti che
possono essere memorizzati in buffer in una volta su una connessione TCP/IP.
L'host non può inviare altri dati fino a quando non riceve un riconoscimento e un
aggiornamento della finestra di ricezione TCP. Ogni pacchetto TCP contiene la
finestra di avviso ricezione TCP sulla connessione. Una finestra più grande
consente al mittente di continuare ad inviare dati e di migliorare le comunicazioni,
specialmente su reti veloci con lunghi periodi di latenza. L'opzione
TCPWINDOWSIZE è valida per tutti i client e i server Tivoli Storage Manager.
L'opzione TCPWINDOWSIZE sovrascrive le dimensioni della finestra di invio e di
ricezione della sessione TCP/IP predefinita del sistema. Per AIX, i valori predefiniti
sono impostati come opzioni no tcp_sendspace e tcp_recvspace. Per Solaris, i valori
predefiniti sono impostati mediante i parametri ottimizzabili tcp_xmit_hiwat e
tcp_recv_hiwat. La specifica di TCPWINDOWSIZE 0 provoca l'utilizzo da parte di
Tivoli Storage Manager del valore predefinito del sistema operativo. Ciò non è
suggerito in quanto l'impostazione ottimale per Tivoli Storage Manager potrebbe
non essere uguale all'impostazione ottimale per altre applicazioni. Il valore
predefinito è 63 KB mentre il valore massimo è 2048 KB.
L'impostazione consigliata è:
TCPWINDOWSIZE 63
Nota: questa opzione è valida anche sul server Tivoli Storage Manager.
TXNBYTELIMIT
L'opzione client TXNBYTELIMIT specifica la dimensione massima delle transazioni
per i dati trasferiti tra il client e il server. L'intervallo di valori è compreso tra 300
KB e 32 GB. Il valore predefinito è 25.600 KB.
Una transazione è l'unità di lavoro scambiata tra il client ed il server. Poiché il
programma del client può trasferire più di un file o directory tra il client ed il
server prima di accettare i dati nella memoria del server, una transazione può
contenere più di un file o directory. Viene definita un gruppo di transazione.
Questa opzione consente di controllare la quantità di dati inviati tra il client ed il
server prima che il server accetti i dati e le modifiche nel database del server,
modificando così la velocità con cui il client esegue il lavoro. La quantità di dati
inviati si applica se si effettua il batch di tutti i file, durante l'esecuzione del
backup o quando si ricevono file dal server durante una procedura di ripristino.
L'amministratore del server può limitare il numero di file o directory contenute
all'interno di una transazione di gruppo mediante l'opzione TXNGROUPMAX. La
dimensione reale di una transazione può essere inferiore al limite impostato. Una
38
Storage Manager: Guida all'ottimizzazione delle prestazioni
volta raggiunto questo numero, il client invia i file al server anche quando non è
stato raggiunto il limite di byte della transazione.
Esistono diversi elementi da considerare quando si imposta questo parametro:
v L'aumento della quantità di dati per transazione aumenta i requisiti del log di
recupero sul server. Controllare il log e lo spazio del pool di log per verificare
che vi sia spazio sufficiente. Tenere inoltre presente che un log di grosse
dimensioni può provocare un tempo più lungo per l'avvio del server.
v L'aumento della quantità di dati per transazione provoca una nuova
trasmissione di più dati se viene effettuato un nuovo tentativo. Ciò può avere un
impatto negativo sulle prestazioni.
v I vantaggi del modificare questo parametri dipendono dalla configurazione e
dalle caratteristiche del carico di lavoro. In particolare, questo parametro sfrutta
il backup del pool di archiviazione su nastro molto più del backup del pool di
archiviazione su disco, in particolare se il carico di lavoro contiene numerosi file
di piccole dimensioni.
Quando si imposta la dimensione delle transazioni, considerare l'impostazione di
una dimensione più piccola se vengono eseguiti molti nuovi invii a causa delle
modifiche ai file durante il backup quando si utilizza il metodo statico, statico
condiviso o dinamico condiviso. Ciò è valido per il metodo statico e per il metodo
condiviso in quanto quando il client realizza che è stato modificato un file durante
un backup e decide di non inviarlo, dovrà comunque inviare tutti gli altri file nella
transazione. Per migliorare le prestazioni, impostareTXNBYTELIMIT su 2 GB e sul
server, aumentare TXNGROUPMAX a 256 KB. Inoltre, per carichi di lavoro con file
di piccole dimensioni, eseguire prima i backup su un pool di archiviazione disco e
migrarli quindi sul nastro.
Le impostazioni consigliate sono:
TXNBYTELIMIT 25600K
Per il backup diretto sul nastro:
TXNBYTELIMIT 10G
Backup e ripristino a più sessioni
Il ripristino a più sessioni consente ai client di backup-archivio di eseguire più
sessioni di ripristino per operazioni di ripristino senza query, aumentando così la
velocità dei processi di ripristino. Un ripristino a più sessioni è simile a un backup
a più sessioni.
I ripristini a più sessioni possono essere utilizzati nelle seguenti condizioni:
v I dati da ripristinare devono trovarsi su diversi nastri.
v Sono disponibili punti di montaggio sufficienti.
v Il ripristino viene eseguito utilizzando il protocollo di ripristino senza query. Per
maggiori dettagli sul ripristino senza query, fare riferimento a Client di
backup-archivio - Installazione e guida per l'utente.
Per le operazioni di backup o archiviazione, il parametro MAXNUMMP sul
comando UPDATE NODE o REGISTER NODE controlla il numero di punti di
montaggio consentiti su un client. L'opzione RESOURCEUTILIZATION interessa il
numero di sessioni che possono essere utilizzate dal client. Impostare
RESOURCEUTILIZATION su un valore maggiore del numero di sessioni richieste
(uguale al numero di unità che saranno utilizzate dal client). Emettere il comando
Capitolo 3. Ottimizzazione delle prestazioni del client IBM Tivoli Storage Manager
39
restore in modo che si verifichi un processo di ripristino senza query. Per
operazioni di backup o archiviazione, se l'impostazione di MAXNUMMP è troppo
bassa e se non è presente un numero sufficiente di punti di montaggio per ogni
sessione, potrebbe non essere possibile utilizzare il numero di sessioni consentite
dall'opzione RESOURCEUTILIZATION.
Il numero di sessioni utilizzate dipende dalle seguenti impostazioni:
v Il numero di punti di montaggio disponibili per il client. Questo numero è
controllato dall'impostazione MOUNTLIMIT nei comandi DEFINE DEVCLASS e
UPDATE DEVCLASS e dall'impostazione MAXNUMMP nei comandi server
REGISTER NODE e UPDATE NODE. L'impostazione MAXNUMMP non viene
applicata per le operazioni di ripristino o recupero. Per dettagli, consultare
“Numero massimo di punti di montaggio per un nodo” a pagina 14.
v L'impostazione dell'opzione client RESOURCEUTILIZATION. Poiché il numero
di sessioni aumenta per un ripristino a più sessioni, impostare di conseguenza
l'opzione server MAXSESSIONS. Fare riferimento a “RESOURCEUTILIZATION”
a pagina 35 e a “MAXSESSIONS” a pagina 4 per maggiori dettagli.
Se tutti i file si trovano su un disco casuale, verrà utilizzata soltanto una sessione.
Per il semplice ripristino di un pool di archiviazione su disco casuale non è
possibile utilizzare un ripristino a più sessioni. Tuttavia, se si esegue un ripristino
in cui i file risiedono su quattro nastri o su quattro volumi disco sequenziali e
alcuni su un disco casuale, è possibile utilizzare un massimo di cinque sessioni
durante il ripristino. È possibile utilizzare il parametro MAXNUMMP per
impostare il numero massimo di punti di montaggio che un nodo può utilizzare
sul server. Se il valore dell'opzione RESOURCEUTILIZATION supera il valore di
MAXNUMMP sul server per un nodo, l'utente sarà limitato al numero di sessioni
specificato in MAXNUMMP.
Se i dati che si desidera ripristinare si trovano si cinque volumi nastro differenti, il
numero massimo di punti di montaggioper il nodo è 5 e
RESOURCEUTILIZATION è impostato su tre, allora per il ripristino saranno
utilizzate tre sessioni. Se si aumenta il valore dell'impostazione
RESOURCEUTILIZATION su 5, allora per il ripristino verranno utilizzate 5
sessioni. Esiste una relazione uno a uno per il numero di sessioni di ripristino
consentite per l'impostazione RESOURCEUTILIZATION. Più sessioni di ripristino
sono consentite solo per le operazioni di ripristino senza query.
Il server invia il valore MAXNUMMP al client durante il collegamento. Durante un
ripristino senza query, se il client riceve una notifica dal server che è stato trovato
un altro volume e pertanto è possibile avviare un'altra sessione per ripristinare i
dati dati, allora il client controllerà il valore di MAXNUMMP. Se un'altra sessione
supera tale valore, il client non avvierà la sessione.
Alcune considerazioni sul backup:
v Soltanto una sessione per file system confronta gli attributi per il backup
incrementale. La velocità di trasmissione dati del backup incrementale non
aumenta per un singolo file system con una piccola quantità di dati modificati.
v Le sessioni di trasferimento dati non hanno un'affinità con il file system: ogni
sessione può inviare i file da più file system. Ciò è ottimo per il bilanciamento
del carico di lavoro. Non è altrettanto buono se si esegue un backup
direttamente su un pool di archiviazione su nastro assegnato dallo spazio file.
Non utilizzare più sessioni per eseguire il backup direttamente su un pool di
archiviazione assegnato dallo spazio file. Utilizzare più comandi, uno per spazio
file.
40
Storage Manager: Guida all'ottimizzazione delle prestazioni
v Più sessioni potrebbero non essere avviate se non vi sono abbastanza voci sulla
coda di transazione.
v Per le operazioni di backup direttamente su nastro, è possibile impedire
l'utilizzo di più sessioni in modo che i dati non siano suddivisi su più volumi
impostando RESOURCEUTILIZATION su 2.
Alcune considerazioni sul ripristino:
v Soltanto una sessione viene utilizzata per il ripristino dai pool di archiviazione
del disco di accesso casuale.
v È possibile ripristinare soltanto un file system alla volta con la riga comandi, ma
è comunque possibile utilizzare più sessioni per un singolo file system.
v Anche i client di piccole dimensioni possono raggiungere una elevata velocità di
trasmissione dati per i ripristini che richiedono molti montaggi su nastro o
collocazioni.
v È possibile che si verifichi un conflitto tra cartucce nastro, in particolare se si
esegue il ripristino da un nodo assegnato.
Opzioni della riga comandi del client
Due opzioni possono essere utilizzate solo sulla riga comandi e con comandi
specifici. Quando si specificano le opzioni con un comando, aggiungere sempre un
trattino (-) prima dell'opzione. In generale, l'interfaccia della riga comando è più
rapida della GUI e richiede un carico minore.
Due opzioni della riga comandi che possono migliorare le prestazioni di Tivoli
Storage Manager sono:
IFNEWER
Questa opzione è utilizzata insieme al comando restore e ripristina i file
solo se la data del server è più recente rispetto alla data del file locale.
Questa opzione può provocare un minore utilizzo della rete se sulla rete
vengono trasferiti meno dati.
INCRBYDATE
In un backup incrementale regolare, il server legge gli attributi di tutti i file
sul file system e invia tali informazioni al client. Il client confronta quindi
l'elenco del server con un elenco del file system corrente. Questo confronto
può richiedere molto tempo, in particolare per client su Macintosh e
Windows. Questi client a volte hanno una quantità limita di memoria.
Con un backup incrementale per data, il server invia soltanto la data
dell'ultimo backup riuscito. Non è necessario interrogare ogni file attivo sul
server Tivoli Storage Manager. I risparmi di tempo sono significativi.
Tuttavia, i backup incrementali, periodici e regolari sono comunque
necessari per eseguire il backup di file per cui sono stati modificati soltanto
i relativi attributi. Ad esempio, se un nuovo file sul file system ha una data
di creazione precedente alla data dell'ultimo backup riuscito, i backup
incrementali per data futuri non eseguiranno il backup di tale file. Ciò si
verifica in quanto il client lo vede come già salvato. Inoltre, i file che sono
stati eliminati non vengono rilevati da un backup incrementale per data.
Tali file eliminati verranno ripristinati se viene eseguito un ripristino
completo del sistema.
Suggerimenti per le prestazioni in base alla piattaforma del client
Alcuni suggerimenti per le prestazioni del client variano in base alla piattaforma.
Capitolo 3. Ottimizzazione delle prestazioni del client IBM Tivoli Storage Manager
41
Client Macintosh
Limitare l'utilizzo degli attributi estesi. Quando sono utilizzati gli attributi estesi,
occorre limitarne la lunghezza. Il software antivirus può interessare negativamente
le prestazioni di backup e ripristino.
Client Windows
I suggerimenti delle prestazioni per i client Windows includono il metodo di
comunicazione della memoria condivisa e l'utilizzo di prodotti antivirus.
v Per prestazioni ottimali di backup e ripristino quando si utilizza un client locale
su un sistema Windows, utilizzare il metodo di comunicazione di memoria
condivisa. Specificare COMMMETHOD SHAREDMEM sia nel file di opzioni del
server che nel file di opzioni del client.
v I prodotti antivirus e i prodotti per il backup ed il ripristino possono utilizzare
quantità significative di risorse del sistema e pertanto avere un impatto sulle
prestazioni dell'applicazione e del file system. Essi possono anche interagire tra
loro e ridurre drasticamente le prestazioni dei singoli prodotti. Per prestazioni
ottimali di backup e ripristino:
– Pianificare scansioni antivirus del file system e backup incrementali per orari
che non si sovrappongano tra loro.
– Se il programma antivirus lo consente, modificarne le proprietà in modo che
non venga eseguita la scansione dei file se aperti dai processi client. Alcuni
prodotti antivirus possono riconoscere automaticamente i file letti dai prodotti
di backup e non devono essere configurati. Fare riferimento al sito di
supporto IBM per maggiori dettagli.
Backup basato su journal Windows
Invece che confrontare lo stato corrente dei file con il database di Tivoli Storage
Manager, è possibile eseguire il backup dei file riportati come modificati nel
journal delle modifiche.
Il backup basato su journal utilizza una determinazione in tempo reale dei file e
delle directory modificate ed evita scansioni di file system e confronto di attributi.
Di seguito sono riportati alcuni dei vantaggi del backup basato su journal:
v È più rapido rispetto a un backup incrementale classico, ma la rapidità dipende
dalla quantità di dati modificati.
v Richiede una minore quantità di memoria e di I/O del disco client rispetto al
backup incrementale completo. La quantità di spazio su disco richiesto per il
database journal dipende dal numero di file e directory modificati tra backup
successivi.
v Ciò è ottimo per file system di grosse dimensioni con molti file che non
cambiano spesso.
Per il backup basato su journa, è necessario installare Tivoli Journal Engine Service,
che controlla l'attività del file system per le modifiche ai file. Ciò interessa
leggermente le prestazioni del file system (circa il 5% durante l'esecuzione di un
test Netbench). Le opzioni journal sono specificate in tsmjbbd.ini. Le impostazioni
predefinite funzionano bene: è sufficiente aggiungere i file system da monitorare.
Suggerimenti per le prestazioni del client per tutte le piattaforme
Esiste un certo numero di operazioni che possono essere effettuate per migliorare
le prestazioni del client.
42
Storage Manager: Guida all'ottimizzazione delle prestazioni
Esecuzione di sessioni simultanee su un singolo client
L'esecuzione di due o più istanze di un programma client allo stesso tempo sullo
stesso sistema può fornire una maggiore velocità di trasmissione generale, a
seconda delle risorse disponibili. La pianificazione dei backup di più file system
simultaneamente su un sistema client Tivoli Storage Manager può essere eseguita
con uno dei seguenti metodi:
v Utilizzando un nome nodo, eseguendo uno scheduler client ed impostando
l'opzione client RESOURCEUTILIZATION su 5 (o più) con più file system
inclusi nella specifica della pianificazione o del dominio.
v Utilizzando un nome nodo, eseguendo uno scheduler client e pianificando un
comando che esegue uno script sul sistema client che include più istruzioni
client della riga comandi (mediante dsmc).
v Utilizzando più nomi nodo ed eseguendo uno scheduler client per ogni nome
nodo, in cui ciascuno scheduler utilizza un file di opzioni client univoco e così
via.
Riduzione del flusso di dati dal client
L'utilizzo appropriato delle opzioni INCLUDE/EXCLUDE consente di ridurre la
quantità di dati per cui eseguire il backup e pertanto di ridurre il tempo richiesto
per le operazioni di backup e ripristino generali e l'utilizzo delle risorse del
sistema.
Riduzione del carico di elaborazione del client
L'utilizzo dell'opzione -FROMNODE crea ulteriori carichi su tutti i client.
Considerare l'utilizzo dell'opzione VIRTUALNODENAME al posto di
–FROMNODE.
Ottimizzazione di HSM (Hierarchical Storage Manager)
Se si migra un gruppo di file di piccole dimensione sul server, le prestazioni
saranno migliori se i dati vengono spostati sul disco e non sul nastro. Una volta
migrati i file sul disco, è possibile utilizzare il processo di migrazione del pool di
archiviazione per spostare i file sul nastro.
L'ottimizzazione delle prestazioni della migrazione di Hierarchical Storage
Manager (HSM) è scrsa per file di dimensioni molto piccole che sono raggruppati
insieme con il richiamo jolly del comando DSMMIGRATE come esempio. HSM
lavora su un file alla volta, a differenza delle operazioni di archiviazione, richiamo,
recupero e backup che raggruppano i file a livello di transazione. Esiste una
transazione per ogni file quando si utilizza la migrazione di HSM ed il richiamo.
Per un gruppo di file di piccole dimensioni, è preferibile utilizzare l'archiviazione o
il backup per memorizzarli sul server.
Data Protection for Domino per z/OS
DFSMS HFS HIPER APARs OW51210 e OW51732, e i relativi PTF di risoluzione,
hanno identificato e risolto un problema di prestazioni relativo a TDP for Domino,
Domino per z/OS e a HFS. Verificare che tali PTF siano installati sul sistema.
Capitolo 3. Ottimizzazione delle prestazioni del client IBM Tivoli Storage Manager
43
44
Storage Manager: Guida all'ottimizzazione delle prestazioni
Capitolo 4. Ottimizzazione delle prestazioni di Administration
Center
È possibile ottimizzare le prestazioni di un Administration Center mediante
un'attenta pianificazione e installazione della capacità e in base alla memoria, al
processore e alle impostazioni di rete.
Pianificazione della capacità di Administration Center
È possibile stimare il numero di server Administration Center di Tivoli Storage
Manager necessari per supportare un determinato numero di amministratori e
server in una grossa azienda. È inoltre possibile stimare l'hardware richiesto dai
server Administration Center.
Informazioni su questa attività
Con queste informazioni è possibile assegnare risorse sufficienti per rispondere alle
domande delle applicazioni con una piccola riduzione delle prestazioni (o
addirittura assente) e perdita di funzioni. Se il server Administration Center
condivide un sistema con altre applicazioni, aggiungere i requisiti di elaborazione e
di memoria di tali applicazioni ai requisiti di Administration Center in modo da
determinare i requisiti totali del sistema.
Nota: queste informazioni si applicano solo alla versione 6.2 di Administration
Center che utilizza IBM Tivoli Integrated Portal versione 1.1.1.2.
Numero massimo di amministratori attivi
Il numero di amministratori attivi in un determinato momento è limitato.
Prima di iniziare
Molti amministratori possono essere definiti su un server Administration Center
senza alcun problema. Tuttavia, il numero massimo di amministratori collegati e
che eseguono le attività di gestione in un determinato momento per un'istanza del
server Administration Center è 16 per un server Windows o Linux. Se si supera
questo limite è possibile che si verifichino degli errori nelle attività e si perda
quindi la produttività dell'amministratore. Altri amministratori possono essere
collegati in un determinato momento solo se eseguono delle attività, ad esempio 3
o 4 all'ora, e se tali attività non sono contemporanee. Questi limiti non sembrano
essere correlati alla capacità di elaborazione o ai vincoli di memoria. Se il numero
richiesto di amministratori attivi è maggiore di tali limiti, pianificare più istanze di
Administration Center.
Capacità di elaborazione
È possibile avere un ambiente di Administration Center con elevati requisiti di
prestazioni con un sistema a due processori con velocità di 3 GHz o più.
Informazioni su questa attività
Il server Administration Center può utilizzare ulteriori processori ma si avrà un
effetto notevole sulle prestazioni delle applicazioni.
© Copyright IBM Corp. 1996, 2010
45
Stimare l'utilizzo dei processori di Administration Center utilizzando la seguente
equazione:
UtilizzoCPU (%) = 0.15 + AttivitàCompletate (per ora) * 0.006
La frequenza delle attività completate all'ora è il numero massimo totale delle
attività per ora previste per l'esecuzione del server Administration Center. Essa
include le attività eseguite da tutti gli amministratori collegati in un determinato
momento. Un'attività è considerata come la quantità minima di interazione
all'interno dell'interfaccia di gestione che produce informazioni utilizzabili o che
completa un'operazione desiderata. Il numero di attività eseguite all'ora per singolo
amministratore deve essere compresa tra 20 e 100 ma non deve superare le 2850
attività all'ora. Regolare ulteriormente l'utilizzo della CPU moltiplicando il valore
per il rapporto di 3,4 GHz relativo alla velocità del processore pianificata e
moltiplicandolo di nuovo per il rapporto dei due processori rispetto al numero di
processori pianificato.
Velocità di trasmissione di I/O
I requisiti del disco Administration Center e di I/O di rete non sono
particolarmente impegnativi e non vi è alcune necessità di una velocità di
trasmissione di I/O elevata.
Informazioni su questa attività
Tuttavia, il tempo di risposta dell'applicazione aumenta se si verificano dei ritardi
di rete o di I/O disco. Una rete a bassa latenza fornisce un miglior tempo di
risposta dell'amministratore. Le reti scarsamente ottimizzate, le reti che sono già
saturate da altre applicazioni o le reti che hanno una latenza particolarmente alta
(WAN) possono influenzare significativamente le prestazioni di Administration
Center.
Memoria di elaborazione
Il più importante requisito di memoria per Administration Center è la memoria.
Informazioni su questa attività
La dimensione heap Java massima è il valore specificato per il server
Administration Center; il valore predefinito è 512 MB. Il più grande valore che può
essere configurato per la dimensione heap Java massima è 1536 MB per tutte le
piataforme tranne AIX, che consente fino a 2048 MB. Pertanto, il requisito di
memoria impostata operativa dei processi di Administration Center è determinata
dalla quantità di memoria heap Java specificata.
Aggiungere l'altra memoria richiesta dal sistema operativo a qualsiasi altra
applicazione sul server Administration Center. Configurare il server con almeno
altrettanta memoria. È fondamentale che la memoria reale richiesta sia disponibile.
Senza una memoria adeguata, si verifica una riduzione significativa del tempo di
risposta come risultato del paging della memoria del sistema.
Dimensione di memoria heap Java
Administration Center contiene le informazioni per ogni sessione di gestione attiva
come serie di oggetti nella memoria heap Java configurata. I requisiti di memoria
di una sessione di gestione dipendono dalle attività che l'amministratore esegue
durante la sessione.
46
Storage Manager: Guida all'ottimizzazione delle prestazioni
Informazioni su questa attività
Ogni pagina di lavoro aperta richiede della memoria e ogni tabella aperta richiede
della memoria aggiuntiva che dipende dal numero di righe e colonne presenti nella
tabella.
Stimare la dimensione heap Java di Administration Center utilizzando la seguente
equazione:
HeapJavaAssegnata (MB) = 206 + AdminAttivi * 30
dove AdminAttivi è il numero massimo di amministratori collegati in un
determinato momento. È possibile definire altri amministratori in IBM Tivoli
Integrated Portal, ma se non sono collegati, non sarà necessaria altra memoria. Il
numero di connessioni del server Tivoli Storage Manager definito da un
amministratore nell'Administration Center non è una variabile importante nella
determinazione dei requisiti della dimensione heap Java, tranne nel caso in cui
sonopresenti più server che implicano più operazioni. Una dimensione heap Java
massima più grande fornisce ulteriore memoria nel caso di una attività di gestione
non prevista o di una crescita del carico di lavoro. Tuttavia, è richiesta anche una
maggiore memoria reale.
L'utilizzo di una dimensione heap Java massima troppo piccola per le
operazionieseguite nell'Administration Center provoca una più frequente raccolta
di dati non utilizzati da parte della Java Virtual Machine (JVM). Ciò a sua volta
provoca un maggior utilizzo del processore e tempi di risposta delle applicazioni
più lenti. In condizioni estreme, dei malfunzionamenti nell'assegnazione della
memoria possono provocare la mancata esecuzione dell'azione richiesta da parte
dell'applicazione fino a che non viene liberata della memoria, ad esempio
chiudendo pagine di lavoro o scollegando delle sessioni.
Suggerimenti per la riduzione dei requisiti di memoria delle sessioni
dell'amministratore:
v Chiudere le pagine di lavoro non più necessarie.
v Scollegarsi se non si utilizzano funzioni di gestione da più di 30 minuti.
v Non configurare periodi di timeout di sessione più lunghi di 30 minuti.
Esempio
Operazioni successive
Configurare il valore di timeout di sessione dell'Administration Center e la
dimensione di memoria massima (dimensione heap Java) utilizzando il programma
di utilità di supporto di Administration Center. Di seguito è riportato un esempio
di utilizzo:
C:\IBM\AC\products\tsm\bin>supportUtil.bat
ID utente: iscadmin
Password: <immettere la password>
Programma di utilità di supporto Administration Center - Menu principale
==================================================
1. Gestire la traccia di Administration Center
2. Gestire la dimensione di memoria massima che può essere utilizzata da Administration Center
3. Gestire l'impostazione del timeout di sessione di Administration Center
4. Raccogliere i file di traccia, i log e le informazioni di sistema da inviare al personale di assistenza
5. Generare un dump heap della JVM (Java virtual machine)
6. Generare un dump core Java della JVM (Java virtual machine)
7. Visualizzare il file di log per questo programma di utilità
9. Uscire
Capitolo 4. Ottimizzazione delle prestazioni di Administration Center
47
Immettere la selezione: 3
Programma di utilità di supporto Administration Center - Gestione della sessione
===========================================================
1. Aggiornare l'impostazione del timeout di sessione di Administration Center
2. Visualizzare l'impostazione del timeout di sessione di Administration Center
99. Tornare al menu principale
Immettere la selezione: 1
L'impostazione del timeout di sessione determina per quanto tempo una sessione può rimanere inattiva
prima che scada. In seguito a un timeout, l'utente deve collegarsi di nuovo. L'impostazione predefinita
di timeout è 30 minuti. L'impostazione di timeout minima è 10 minuti. Per
annullare questa operazione, immettere un valore vuoto.
Immettere il nuovo timeout di sessione (minuti): 30
Aggiornamento del timeout di sessione a 30 minuti.........
Timeout di sessione correttamente aggiornato. Riavviare ISC per applicare le modifiche.
Premere Invio per continuare. . .<return>
Programma di utilità di supporto Administration Center - Gestione della sessione
===========================================================
1. Aggiornare l'impostazione del timeout di sessione di Administration Center
2. Visualizzare l'impostazione del timeout di sessione di Administration Center
99. Tornare al main principale Immettere la selezione: 99
Programma di utilità di supporto Administration Center - Menu principale
==================================================
1. Gestire la traccia di Administration Center
2. Gestire la dimensione di memoria massima che può essere utilizzata da Administration Center
3. Gestire l'impostazione del timeout di sessione di Administration Center
4. Raccogliere i file di traccia, i log e le informazioni di sistema da inviare al personale di assistenza
5. Generare un dump heap della JVM (Java virtual machine)
6. Generare un dump core Java della JVM (Java virtual machine)
7. Visualizzare il file di log per questo programma di utilità
9. Uscire Immettere la selezione: 2
Programma di utilità di supporto Administration Center - Gestione della JVM
=======================================================
1. Aggiornare la dimensione di memoria massima che può essere utilizzata da Administration Center
2. Visualizzare la dimensione di memoria massima che può essere utilizzata da Administration Center
99. Tornare al menu principale
Immettere la selezione: 1
La dimensione della memoria massima determina la quantità massima di memoria che può essere
utilizzata da Administration Center. Una dimensione heap minima di 512 MB è
consigliata. Se la memoria è utilizzata da 10 o più utenti, si consiglia di utilizzare almeno
1024 MB. Per annullare questa operazione, immettere un valore vuoto.
Immettere la dimensione della memoria massima JVM (MB): 1536
Aggiornamento della dimensione della memoria massima a 1536 MB......
Dimensione della memoria massima correttamente aggiornata.
Premere Invio per continuare. . .<return>
Attenzione: non configurare la dimensione della memoria massima (dimensione
heap Java) su un valore maggiore della memoria reale di sistema disponibile,
altrimenti potrebbe verificarsi una riduzione delle prestazioni.
Lo strumento Tivoli Storage Manager Administration Center Capacity Planner può
semplificare l'utilizzo delle equazioni e può fornire suggerimenti per la
classificazione dell'hardware di Administration Center. Rivolgersi al rappresentante
IBM per ottenere questo strumento.
Suggerimenti per l'impostazione di Administration Center
Esiste un numero di misurazioni che possono essere effettuate per migliorare le
prestazioni di Administration Center.
48
Storage Manager: Guida all'ottimizzazione delle prestazioni
Requisiti di installazione
L'installazione di Administration Center deve rispondere ai requisiti hardware
minimi.
Informazioni su questa attività
È Possibile visualizzare tali requisiti all'indirizzo: http://www.ibm.com/support/
docview.wss?uid=swg21328445. Se il server Administration Center è installato in
un ambiente in cui vi è un carico di lavoro leggero (ovvero, con un singolo
amministratore), allora i requisiti di memoria calcolati mediante le informazioni
riportate in “Pianificazione della capacità di Administration Center” a pagina 45
indicano un requisito di memoria minore rispetto ai valori minimi forniti sul Web.
Le prestazioni del server Administration Center possono essere accettabili quando
si utilizza questa quantità di memoria inferiore se il carico di lavoro non è
eccessivo. Ulteriore memoria e capacità di elaborazione possono fornire numerosi
vantaggi legati alle prestazioni nel caso di una crescita imprevista della domanda o
del carico di lavoro.
Se si desidera aggiornare un server Tivoli Storage Manager esistente e l'hardware
presente non risponde ai requisiti aggiuntivi di Administration Center, allora
aggiornare l'hardware o aggiungere un altro sistema per un corretto funzionamento
di Administration Center.
Individuazione di Administration Center
L'installazione di Administration Center può interessarne le prestazioni.
Informazioni su questa attività
È possibile utilizzare una singola installazione di Administration Center per gestire
più server Tivoli Storage Manager. È possibile installare Administration Center
sulla stessa macchina del server Tivoli Storage Manager se la macchina risponde ai
requisiti di memoria descritti in precedenza e se è installato un sistema operativo
supportato da Administration Center. Se sono distribuite altre applicazioni sullo
stesso IBM Tivoli Integrated Portal o se Administration Center deve essere
utilizzato con più server Tivoli Storage Manager e amministratori, allora installare
Administration Center su un sistema diverso da quello con il server Tivoli Storage
Manager. Per motivi legati alla disponibilità, è preferibile installare più immagini
di Administration Center.
Durante le attività di gestione, si verifica più traffico di rete tra il sistema
Administration Center e il browser dell'amministratore che non tra il sistema
Administration Center e un server Tivoli Storage Manager. Pertanto, installare
Administration Center in prossimità (all'interno della topologia di rete) degli
amministratori e non in prossimità dei server Tivoli Storage Manager. Ad esempio,
se ci si trova a Chicago e si gestiscono server Tivoli Storage Manager a Los
Angeles, Parigi e Tokyo, installare Administration Center a Chicago.
Riduzione al minimo dell'utilizzo della memoria
È possibile effettuare delle operazioni per mantenere la memoria del server
Administration Center disponibile per quegli utenti e le attività più necessarie.
Informazioni su questa attività
Per ottenere migliori risultati, effettuare le seguenti operazioni:
Capitolo 4. Ottimizzazione delle prestazioni di Administration Center
49
v Disattivare la traccia di tutti i server Administration Center tranne quella
necessaria per la determinazione dei problemi.
v Non aumentare il timeout della sessione ISC al di sopra dei 30 minuti. Le
sessioni inattive possono conservare grosse quantità di memorie fino a che la
sessione viene annullata a causa del timeout.
v Chiudere le pagine del portlet una volta terminato l'utilizzo. La chiusura delle
pagine libera la memoria bloccata da tali pagine.
v Utilizzare le opzioni di filtro disponibili quando si visualizzano i dati in tabelle
di grosse dimensioni. I criteri di ricerca aggiuntivi riducono la quantità di dati
che l'Administration Center riceve dal server Tivoli Storage Manager e riduce la
quantità di dati inviati al browser e la quantità di memoria richiesta.
Ottimizzazione della memoria di Windows Server 2003
Per un server Administration Center con limitazioni di memoria su Windows, è
possibile ottimizzare l'utilizzo della memoria per i programmi.
Informazioni su questa attività
Effettuare le seguenti operazioni:
1. Fare clic su Start → Impostazioni → Pannello di controllo.
2. Nel Pannello di controllo, fare doppio clic su Sistema.
3. Nel pannello Proprietà del sistema, selezionare la scheda Avanzate quindi fare
clic su Impostazioni prestazioni.
4. Nel pannello Opzioni prestazioni, selezionare la scheda Avanzate.
5. Nella sezione Utilizzo della memoria, fare clic su Programmi. Il valore
predefinito è Cache di sistema.
6. Fare clic su OK e riavviare il server.
Utilizzo dell'azione predefinita
Esiste una scorciatoia nell'interfaccia per selezionare un oggetto di memoria e per
utilizzare l'azione predefinita.
Informazioni su questa attività
Da un elenco di oggetti selezionabili (server, domini di politiche e così via),
l'azione predefinita nell'elenco a discesa “Seleziona azione” viene eseguita quando
viene fatto clic sull'oggetto selezionato. Di solito, l'azione predefinita è la
visualizzazione delle proprietà di un oggetto. Con questa scorciatoia è possibile
migliorare le prestazioni senza dover selezionare il pulsante di opzione accanto
all'oggetto, quindi facendo clic sull'elenco a discesa e selezionando l'azione
richiesta.
Ottimizzazione delle prestazioni di Administration Center
Se si verificano problemi legati alle prestazioni di Administration Center, è
possibile controllare un certo numero di aree che possono essere ottimizzate.
Ottimizzazione delle prestazioni del processore
I problemi relativi a un eccessivo utilizzo del processore quando viene installato
Administration Center sono spesso dovuti ad altre applicazioni che utilizzano
troppo i processori.
50
Storage Manager: Guida all'ottimizzazione delle prestazioni
Informazioni su questa attività
Utilizzare gli strumenti per le prestazioni specifici della piattaforma disponibili sul
server Administration Center per analizzare il problema.
Se l'utilizzo totale del processore è superiore al 90% per periodi di tempo estesi,
ridurre il carico di lavoro sul sistema o aggiungere altra capacità di elaborazione.
Ottimizzazione delle prestazioni di rete
Se sospetta che le prestazioni di rete non siano ottimali, esistono delle operazioni
che possono essere effettuate.
Informazioni su questa attività
Verificare che il tempo di risposta della rete sia accettabile. Utilizzare il comando
ping per determinare il tempo di risposta tra il server Administration Center e il
server Tivoli Storage Manager e tra il sistema utilizzato per il browser e il
serverAdministration Center. Tempi di risposta accettabili di andata e ritorno
possono essere 10 ms per una LAN o 100 ms per una WAN. Se il tempo di risposta
della rete è maggiore del previsto, contattare l'amministratore di rete.
Anche se il tempo di risposta della rete è buono, le velocità di trasferimento dati in
gruppo possono essere basse. Verificare la velocità di trasferimento dati via FTP di
un file du 10 MB tra il server Administration Center e il server Tivoli Storage
Manager e tra il sistema utilizzato per il browser e il server Administration Center.
Su una rete correttamente configurata, un'operazione put o get FTP per un file da
10 MB non dovrebbe richiedere più di qualche secondo. Per reti Ethernet da 100
Mb, l'impostazione della velocità del supporto può provocare problemi di
prestazioni. Questa impostazione può essere definita su “100 Mb full-duplex”, “100
Mb half-duplex” o “Auto”. Nonostante l'hardware recente funzioni bene con
l'impostazione “Auto”, alcune combinazioni di switch, hub ed adattatori riportano
scarse prestazioni se non sono configurate correttamente.
Ottimizzazione delle prestazioni della memoria
Esistono tre aree da cui possono essere originati problemi di prestazioni della
memoria.
Informazioni su questa attività
Effettuare i seguenti controlli per determinare
v Verificare che la dimensione massima della memoria che può essere utilizzata
dal server Administration Center, nota anche come memoria heap Java massima,
sia configurata correttamente per il carico di lavoro previsto in termini del
numero di amministratori collegati simultaneamente e velocità di esecuzione
delle attività. Fare riferimento alla procedura descritta in “Pianificazione della
capacità di Administration Center” a pagina 45. Se la dimensione heap Java
massima è troppo bassa, utilizzare il programma di utilità di supporto per
aumentare questa impostazione, quindi arrestare e riavviare il server
Administration Center. L'arresto del server libera memoria per le sessioni
inattive senza dover attendere il raggiungimento del timeout di sessione.
v Verificare che il server Administration Center non esegua il paging della
memoria di sistema. Utilizzare gli strumenti per le prestazioni specifici
disponibili sul server Administration Center per analizzare il problema. Ad
esempio, utilizzare il comando vmstat su UNIX oppure controllare l'oggetto
Capitolo 4. Ottimizzazione delle prestazioni di Administration Center
51
l'oggetto Windows Performance Monitor Process, il contatore di output di
pagine al secondo e così via. Se il sistema esegue il paging della memoria,
ridurre la quantità di memoria utilizzata dai processi attivi oppure aggiungere
altra memoria reale.
v Controllare la quantità di memoria reale utilizzata correntemente dal processo
del server Administration Center. Utilizzare il comando ps su UNIX oppure
utilizzare Task Manager di Windows (scheda Processi, colonna Utilisso
memoria), l'oggetto Windows Performance Monitor Process, l'istanza Java, il
contatore di serie di lavoro. I seguenti comandi possono essere utilizzati su AIX
per individuare l'ID processo del server Administration Center e l'RSS (resident
set memory) per il processo:
ps -ef | grep [I]SC_Portal | awk '{ print $2 }'
ps avxw PID
Operazioni successive
Inoltre, fare riferimento al sito di supporto IBM per gli aggiornamenti a Tivoli
Integrated Portal e Tivoli Storage Manager Administration Center e per
informazioni che possono descrivere il problema.
Risoluzione di problemi di ottimizzazione delle prestazioni di
Administration Center
È possibile ottimizzare le prestazioni della Administration Center assegnando una
dimensione al numero di installazioni di Tivoli Storage Manager Administration
Center.
Classificazione del numero di installazioni di Tivoli Storage
Manager Administration Center
Nonostante alcune variabili possano influenzare tale classificazione, la maggior
parte delle variabili può essere ignorata se l'installazione di Administration Center
rispetta le linee guida consigliate.
Prima di iniziare
Su questo sistema è consigliato un minimo di 2 GB di memoria reale per la
Administration Center.
Verificare che l'installazione Administration Center risponda alle seguenti linee
guida:
v La Administration Center deve essere installata su un sistema dedicato a questa
funzione. Nessuna applicazione che richiede una elaborazione significativa o
risorse di memoria deve essere installata su questo sistema.
v La Administration Center deve essere installata su un sistema basato su
hardware di nuova generazione (non più di 18 mesi dalla disponibilità generale
dei modelli hardware specifici).
Informazioni su questa attività
Se queste condizioni sono soddisfatte, è probabile che il sistema abbia capacità di
elaborazione sufficiente. I sistemi a uno o due processori dovrebbero essere
sufficienti per rispondere alle necessità di elaborazione per una singola
installazione della Administration Center. Non dovrebbero essere necessari altri
processori in quanto la domanda di risorse principale è per la memoria.
52
Storage Manager: Guida all'ottimizzazione delle prestazioni
I requisiti di I/O di rete e di disco di Administration Center non sono
particolarmente impegnativi e pertanto non vi è alcuna necessità di una velocità di
trasmissione di I/O elevata. Tuttavia, il tempo di risposta dell'applicazione
aumenta se si verificano dei ritardi di rete o di I/O disco. Una rete a bassa latenza
fornisce un miglior tempo di risposta dell'amministratore.
Installare Tivoli Integrated Portal e Administration Center in prossimità degli
amministratori piuttosto che dei server Tivoli Storage Manager. Durante le attività
di gestione, parte del traffico della rete si verifica più tra Tivoli Integrated Portal e
il browser dell'amministratore che non tra Tivoli Integrated Portal e un server
Tivoli Storage Manager.
Ottimizzazione delle prestazioni della Administration Center
Il requisito di risorse principale di Administration Center per supportare diversi
amministratori di Tivoli Storage Manager è la memoria.
Prima di iniziare
Il test delle prestazioni mostra che la memoria della serie di lavoro dei processi
dell'Administration Center è determinata dall'utilizzo della seguente equazione:
Mserie di lavoro = 100 + Mdimensione heap Java
dove:
Mserie di lavoro è la memoria della serie di lavoro del processo dell'Administration
Center in MB.
Mdimensione heap Java è la memoria della dimensione heap Administration Center
Java™ in MB.
La memoria della serie operativa deve rimanere inferiore a 2 GB, che per molti
sistemi operativi a 32 bit è la memoria virtuale massima dei processi virtuale.
Questa dimensione non rappresenta un problema in quanto la dimensione heap
Java massima consentita è 1536 MB. La memoria della serie operativa richiesta
deve essere disponibile nella RAM (random access memory), altrimenti, si verifica
una riduzione significativa del tempo di risposta come risultato del paging della
memoria del sistema. Pertanto, il requisito di memoria impostata operativa dei
processi è determinata dalla quantità di memoria heap Java specificata.
La definizione della dimensione della memoria di deve includere la memoria per il
sistema operativo e per qualsiasi altra applicazione in esecuzione sul sistema. La
maggior parte dei sistemi operativi richiede 256 MB. Questa quantità di memoria
deve essere aggiunta al requisito di memoria della serie operativa dei processi in
modo da ottenere il requisito di memoria del sistema.
Capitolo 4. Ottimizzazione delle prestazioni di Administration Center
53
54
Storage Manager: Guida all'ottimizzazione delle prestazioni
Capitolo 5. Ottimizzazione del protocollo di rete
L'ottimizzazione dei protocolli di rete migliora le prestazioni delle operazioni di
IBM Tivoli Storage Manager.
Concetti sulla comunicazione TCP/IP e ottimizzazione
Per ottimizzare il TCP/IP, i miglioramenti alle prestazioni più significativi si hanno
modificando i parametri che interessano la dimensione dei blocchi di trasferimento
dati, i valori delle finestre e la disponibilità delle connessioni.
Le seguenti attività richiedono le risorse di sistema:
v Mantenere le connessioni di comunicazione disponibili
v Conservare i dati utente fino a che viene ricevuta una notifica (sul lato di
trasmissione)
v Gestione dei livelli di comunicazione
Queste risorse includono memoria, CPU, adattatori di comunicazione, utilizzi di
collegamenti e implica le limitazioni di diverse implementazioni dei livelli di
comunicazione. Le dimensioni dei dati e il controllo dei flussi sono i due fattori
principali che provocano un over-commit delle risorse, il che provoca una
riduzione delle prestazioni del sistema.
Protocolli TCP/IP e funzioni
I protocolli e le funzioni TCP/IP possono essere classificati in base ai relativi
gruppi funzionali.
I gruppi sono: il livello di rete, il livello internetwork, il livello di trasporto e il
livello applicazione. La seguente tabella mostra i gruppi funzionali e i relativi
protocolli.
Gruppo
Protocolli e funzioni
Livello di rete
v Token-Ring
v Ethernet
v Altro
Livello Internetwork
v Internet Protocol (IP)
v Internet Control Message Protocol (ICMP)
v Address Resolution Protocol (ARP)
Livello di trasporto
v Transmission Control Protocol (TCP)
v User Datagram Protocol (UDP)
Livello applicazione
v Telnet File Transfer Protocol (FTP)
v Remote Procedure Call (RPC)
v Interfacce socket
v Altro
© Copyright IBM Corp. 1996, 2010
55
Funzioni del protocollo
Le funzioni del protocollo possono essere classificate come riportato di seguito:
v Consegna affidabile
v Assemblaggio e disassemblaggio di pacchetti
v Controllo delle connessioni
v Controllo dei flussi
v Controllo degli errori
Consegna affidabile
I servizi di consegna affidabile garantiscono la consegna di un flusso di dati inviati
da una macchina a un'altra senza deduplicazione o perdita di dati. I protocolli
affidabili utilizzano una tecnica denominata notifica con ritransmissione, che
richiede che il destinatario comunichi con l'origine, inviando una ricevuta di
ritorno quando riceve i dati.
Assemblaggio e disassemblaggio di pacchetti
Ogni livello del protocollo di comunicazione può eseguire potenzialmente un
ordinamento della funzione di assemblaggio o disassemblaggio. Se i nodi di
origine e di destinazione non si trovano sulla stessa rete fisica, allora il software
TCP/IP deve frammentare i pacchetti che si spostano da una rete a un'altra se le
MTU (maximum transmission unit) sulle reti non corrispondono. Il software
TCP/IP sulla stazione ricevente quindi riassembla i frammenti.
Esistono dei vantaggi dell'assemblare e poi disassemblare i pacchetti:
v Una rete di comunicazione può accettare soltanto i blocchi di dati fino a una
determinata dimensione, richiedendo quindi la frammentazione di blocchi di
dimensioni più grandi. Ad esempio, una LAN Ethernet ha la dimensione di
MTU pari a 1500 byte, mentre una LAN Token-Ring ha una dimensione di MTU
pari a 16000 byte.
v Il controllo degli errori può essere più efficace per blocchi più piccoli.
v Un accesso più equo, con un ritardo più breve, può essere fornito alle funzioni
di trasmissione condivise. Ad esempio, se la linea è troppo lenta, la trasmissione
di un blocco troppo grande può monopolizzare l'intera riga.
Esistono anche degli svantaggi dell'assemblare e poi disassemblare i pacchetti:
v Ogni unità di dati trasmessa richiede una certa quantità di sovraccarico. Più
piccolo è il blocco, maggiore sarà la percentuale di sovraccarico.
v Per poter trasmettere quantità uguali di dati utente, devono essere elaborati più
blocchi sia per l'invio che per la ricezione, il che richiede più tempo.
Controllo dei flussi e degli errori
v Il controllo dei flussi è una funzione fornita da un sistema di ricezione che limita
la quantità o la velocità dei dati inviati da un sistema di trasmissione. Lo scopo
è regolare il traffico per evitare di superare le risorse dei sistemi riceventi.
v Il controllo degli errori è necessario per evitare perdita o danneggiamento di dati
e di informazioni di controllo. La maggior parte delle tecniche implicano il
rilevamento degli errori e la ritrasmissione.
56
Storage Manager: Guida all'ottimizzazione delle prestazioni
Finestra di scorrimento
La finestra di scorrimento consente a TCP/IP di utilizzare i canali di
comunicazione in maniera efficiente, sia in termini di controllo dei flussi che di
controllo degli errori. La finestra di scorrimento è controllata in Tivoli Storage
Manager mediante l'opzione TCPWINDOWSIZE.
Per raggiungere l'affidabilità nella comunicazione, il mittente invia un pacchetto e
attende la ricezione di una notifica prima di inviarne un altro. Il protocollo della
finestra di scorrimento consente al mittente di trasmettere più pacchetti mentre si
attende la notifica. I vantaggi sono:
v Comunicazione simultanea in entrambe le direzioni:
v Migliore utilizzo della larghezza di banda di rete, in particolare se ci sono dei
ritardi nella trasmissione.
v Il traffico fluisce con dati di traffico inverso, noto come piggyback. Questo
traffico inverso può avere a che fare o meno con la relativa notifica.
v Le dimensioni della finestra variabili variano nel tempo. Ogni notifica specifica il
numero di ottetti ricevuti e contiene un avviso della finestra che specifica il
numero di ottetti aggiuntivi di dati che il destinatario è preparato ad accettare,
ovvero la dimensione del buffer corrente del destinatario. In risposta a una
dimensione della finestra in diminuzione, il mittente diminuisce la dimensione
della propria finestra. I vantaggi dell'utilizzo delle dimensioni delle finestre
variabili sono il controllo del flusso e i trasferimenti affidabili.
Suggerimento: se un client cambia continuamente le dimensioni della finestra,
allora non è in grado di gestire il carico. L'aumento della dimensione della finestra
non migliora le prestazioni.
Reti
L'ottimizzazione delle reti può fornire miglioramenti significativi alle prestazioni
dell'intero sistema.
Esistono numerose azioni che possono essere effettuate per ottimizzare le reti.
v Utilizzare reti dedicate per il backup (LAN o SAN).
v Mantenere i driver di dispositivi aggiornati.
v L'utilizzo della funzione di rilevamento automatico dell'adattatore Ethernet per
impostare la velocità e il duplex di solito funziona bene con adattatori e switch
di nuova generazione. Se l'hardware di rete ha più di tre anni e le prestazioni di
rete delle operazioni di backup e ripristino non sono quelle previste, impostare
la velocità e il duplex su valori espliciti (ad esempio, 100 MB full-duplex, 100
MB half-duplex e così via). Verificare che tutte le connessioni allo stesso switch
siano impostate sugli stessi valori.
v I frame jumbo Gb Ethernet (9000 byte) possono fornire una maggiore velocità di
trasmissione dati e un minore utilizzo della CPU host, specialmente per file di
grosse dimensioni. I frame jumbo sono disponibili solo se sono supportati sul
client, sul server e sullo switch. Non tutto l'hardware Gb Ethernet supporta i
frame jumbo.
v Su reti con capacità di dimensioni frame miste (ad esempio, frame Ethernet
standard di 1500 byte e frame Ethernet jumbo di 9000 byte) può risultare
vantaggioso abilitare il rilevamento del percorso MTU (maximum transmission
unit) sui sistemi. In questo modo, ogni sistema segmenta i dati inviati in frame
ai partner della sessione. I sistemi che saranno abilitato per i frame jumbo, li
utilizzeranno. I sistemi che avranno funzioni minori utilizzeranno
Capitolo 5. Ottimizzazione del protocollo di rete
57
automaticamente i frame più grandi che non provocano la frammentazione e il
riassemblaggio in un punto qualsiasi del percorso di rete. Per l'ottimizzazione
delle rete. è importante evitare la frammentazione.
Limitazione del traffico di rete
Esistono diversi comandi SET del server Tivoli Storage Manager che possono
limitare la quantità di traffico di rete dovuto alle sessioni client.
I comandi SET sono:
v SET QUERYSCHEDPERIOD imposta la frequenza con cui un client può
contattare il server per ottenere un lavoro pianificato (modalità polling). Questa
opzione sovrascrive l'impostazione del client. Una frequenza più breve significa
più traffico di rete dovuto al polling. Utilizzare impostazioni più lunghe (da 6 a
12 ore) per ridurre il traffico di rete. In alternativa, utilizzare la modalità di
pianificazione richiesta dal server per eliminare il traffico di rete dovuto al
polling.
v SET MAXCMDRETRIES imposta un limite globale sul numero di tentativi
provati da un client per un comando pianificato. Questa opzione sovrascrive
l'impostazione del client. Un numero più piccolo riduce il traffico di rete dovuto
ai nuovi tentativi.
v SET RETRYPERIOD specifica il numero di minuti trascorsi tra un nuovo
tentativo di uno scheduler dopo un tentativo non riuscito di contattare il server.
Questa opzione sovrascrive l'impostazione del client. Un valore più grande
riduce il traffico di rete a dovuto ai nuovi tentativi e rende il nuovo tentativo
più probabile. Considerare le finestre di avvio della pianificazione quando si
impostano le opzioni MAXCMDRETRIES e RETRYPERIOD. Se un nuovo
tentativo viene eseguito all'esterno della finestra di avvio, non riuscirà.
Impostazioni di rete AIX
È molto importante ridurre tutti i fattori di limitazione delle prestazioni su AIX in
modo da ottenere la massima velocità di trasmissione dati sul server. Ciò è
possibile ottimizzando i parametri delle opzioni di rete su AIX.
Tivoli Storage Manager utilizza il protocollo di comunicazione TCP/IP sulla rete.
Ciò è importante per ottimizzare i protocolli TCP per ottenere una velocità di
trasmissione dati massima. Questa operazione richiede la modifica dei parametri di
rete che controllano il funzionamento dei protocolli TCP/IP e del sistema in
generale.
Su AIX, un'applicazione che utilizza il protocollo di comunicazione TCP/IP apre
un socket TCP e vi scrive i dati. I dati sono copiati dallo spazio utente nel buffer di
invio del socket, detto tcp_sendspace nello spazio kernel. I buffer di ricezione sono
invece detti tcp_recvspace. I buffer di invio e di ricezione sono costituiti da buffer
più piccoli detti mbufs.
Un mbuf è un buffer del kernel che utilizza memoria con pin e che viene fornita
con due dimensioni, da 256 byte e da 4096 byte, detti cluster mbuf o
semplicemente cluster. Il limite massimo della dimensione del buffer del socket è
determinato dalla variabile del kernel sb_max. Poiché gli mbuf sono utilizzati
principalmente per memorizzare i dati per il traffico di rete in entrata e in uscita,
questi devono essere configurati in modo da avere un impatto positivo sulle
prestazioni della rete. Per consentire un'assegnazione efficiente degli mbuf in ogni
momento, un numero minimo di buffer mbuf è sempre conservato nel pool di
58
Storage Manager: Guida all'ottimizzazione delle prestazioni
buffer libero. Il numero minimo di mbuf è determinato da lowmbuf, mentre il
numero minimo di cluster è determinato dall'opzione lowclust. L'opzione
mb_cl_hiwat controlla il numero massimo di buffer liberi che possono essere
contenuti dal pool del cluster.
L'opzione di rete thewall controlla la quantità massima di RAM che può essere
assegnata da Virtual Memory Manager (VMM) alle routine di gestione degli mbuf.
Il comando netstat -m può essere utilizzato per ottenere informazioni dettagliate
sugli mbuf. Il comando netstat - I ID interfaccia può essere utilizzato per
determinare se si verificano degli errori nelle trasmissioni dei pacchetti.
Se il numero è maggiore di 0, allora si sono verificate delle eccedenze. A livello di
driver di dispositivo, la catena di mbuf contenente i dati viene inserita sulla coda
di trasmissione e all'adattatore viene inviata una notifica per iniziare l'operazione
di trasmissione. Sul lato di ricezione, i pacchetti sono ricevuti dall'adattatore e
quindi sono accodati sulla coda di ricezione gestita dal driver. Le dimensioni delle
code di trasmissione e ricezione dell'adattatore possono essere configurati
utilizzando SMIT (System Management Interface Tool).
A livello di driver di dispositivo, è possibile configurare sia le code di trasmissione
che quelle di ricezione. È possibile che queste cose siano sovraeseguite. Per
determinare se questo è il caso, utilizzare il comando netstat -v, che mostra i valori
del numero massimo di trasmissioni accodate e il numero massimo di ricezioni
accodate.
Impostazioni MTU e MSS
Le impostazioni MTU (maximum transmission unit) e MSS (maximum segment
size) sono fattori importanti per l'ottimizzazione di AIX per la velocità di
trasmissione di dati.
Informazioni su questa attività
Per una maggiore velocità di trasmissione dati per sistemi sullo stesso tipo di rete,
è preferibile utilizzare un valore elevato per l'MTU. In un ambiente multirete, se i
dati vengono trasferiti da una rete con un valore elevato di MTU a un valore di
MTU più piccolo, il livello IP deve frammentare il pacchetto in pacchetti più piccoli
(per facilitare la trasmissione su una rete MTU più piccola), il che implica
l'aggiunta di un tempo della CPU di sistema per riassemblare poi i pacchetti di
frammenti. Quando i dati sono trasferiti a una rete remota, TCP su AIX diventa il
valore predefinito MSS (maximum segment size) di 512 byte. Questo valore si basa
su un requisito che tutti i router IP supportano una MTU di almeno 576 byte.
Tipi di rete
MTU
MSS (RFC1323 0)
MSS (RFC1323 1)
FDDI
4352
4312
4300
Token ring
4096
4056
4044
Ethernet
1500
1460
1448
Nota: i frame jumbo possono essere abilitati su adattatori Gigabit Ethernet e 10
Gigabit Ethernet. In questo modo, è possibile aumentare l'MTU a 9000 byte. Poiché
c'è un carico minore per pacchetto, i frame jumbo di solito forniscono migliori
prestazioni o utilizzo CPU o entrambi. Utilizzare i frame jumbo in particolare se si
ha una rete dedicata alle attività di backup. I frame jumbo devono essere
considerati solo se tutta l'apparecchiatura tra la maggior parte dei client Tivoli
Storage Manager e i server supporta i frame, compresi router e switch.
Capitolo 5. Ottimizzazione del protocollo di rete
59
È possibile sovrascrivere il valore MSS predefinito nei seguenti tre modi:
1. Specificare un instradamento statico a una rete remota specifica e utilizzare
l'opzione -mtu del comando route per specificare l'MTU alla rete. Gli svantaggi
di questo approccio sono:
v Non funziona con l'instradamento dinamico.
v Non è pratico quando il numero di reti remote aumenta.
v Gli instradamenti devono essere impostati da entrambe le estremità in modo
da trovare un valore comune maggiore del valore predefinito di MSS.
2. Utilizzare l'opzione tcp_mssdflt del comando no per modificare il valore
predefinito di MSS. Questa è una modifica che viene effettuata a livello di
sistema. In un ambiente multirete con più MTU, il valore specificato per
sovrascrivere il valore predefinito di MSS deve essere il valore minimo di MTU
(di tutte le MTU specificate) meno 40. In un ambiente con un valore predefinito
di MTU elevato, questo approccio ha il vantaggio che MSS non deve essere
impostato in base a ogni rete. Gli svantaggi sono:
v L'aumento del valore predefinito può portare a una frammentazione del
router IP se la destinazione si trova su una rete remota e le MTU delle reti
non sono note.
v Il parametro tcp_mssdflt deve essere impostato sullo stesso valore sull'host di
destinazione.
3. Creare una sottorete ed impostare l'opzione subnetsarelocal del comando no. È
possibile costituire diverse reti fisiche per condividere lo stesso numero di rete
creando una sottorete. L'opzione subnetsarelocal specifica, a livello di sistema,
se le sottoreti devono essere considerate reti locali o remote. Con
subnetsarelocal=1 (the default), Host A sulla sottorete 1 considera Host B sulla
sottorete 2 presente sulla stessa rete fisica. La conseguenza di ciò è che quando
Host A e Host B stabiliscono una connessione, queste negoziano l'MSS
assumendo che si trovino sulla stessa rete. Questo approccio ha i seguenti
vantaggi:
v Non richiede alcun collegamento statico in quanto MSS viene negoziato
automaticamente.
v Non disabilita o sovrascrive la negoziazione MSS TCP in modo che le piccole
differenze nell'MTU tra sottoreti adiacendi possano essere gestite in maniera
appropriata.
Gli svantaggi sono:
v Una possibile frammentazione del router IP quando due reti con MTU
elevato sono collegate attraverso una rete con MTU più basso.
v Le reti di origine e di destinazione devono considerare le sottoreti come
locali.
Operazioni successive
In un ambiente SP2 con uno switch ad alta velocità, utilizzare una MTU di 64 KB.
AIX - no (opzioni di rete) - È possibile configurare i parametri dell'opzione di rete
utilizzando un comando no.
v Utilizzare no -a per visualizzare le impostazioni correnti.
v Quando si utilizzano dimensioni di finestre TCP ≥ 64, impostare rfc1323 su 1.
v Se viene visualizzato non-zero "No mbuf errors" in entstat, fddistat o atmstat,
emettere thewall.
60
Storage Manager: Guida all'ottimizzazione delle prestazioni
v Impostare thewall su almeno 131072 e sb_max su almeno 1310720. Le versioni
più recenti di AIX hanno valori predefiniti di dimensioni maggiori.
v Poiché le impostazioni per il comando no non sopravvivono al riavvio, utilizzare
l'opzione -p.
v Modifiche suggerite: no -o rfc1323=1
Di seguito sono riportati i valori suggeriti per i parametri descritti in questa
sezione.
lowclust = 200
lowmbuf = 400
thewall = 131072
mb_cl_hiwat = 1200
sb_max = 1310720
rfc1323 = 1
Ad eccezione di rcf1323, utilizzare i valori correnti se maggiori.
Impostazioni di rete per Sun Solaris
L'ottimizzazione delle impostazioni TCP/IP per server e client Sun Solaris migliora
le prestazioni.
Di seguito sono riportate delle impostazioni che migliorano le prestazioni.
v TCPWINDOWSIZE 32K, impostato nel file dsm.sys del client, è consigliato per il
client Solaris nell'ambiente di rete Ethernet FDDI and fast (100 Mbit).
v TCPWINDOWSIZE 63K o superiore è consigliato per l'ambiente di rete Gigabit
Ethernet. Un buon modo per trovare il valore ottimale di TCPWINDOWSIZE
nell'ambiente di rete specifico consiste nell'eseguire il programma TTCP più
volte, con diverse impostazioni di TCPWINDOWSIZE per ogni esecuzione. Il
numero della velocità di trasmissione dati della rete di base riportato da TTCP
può essere utilizzato come guida per la selezione del miglior valore di
TCPWINDOWSIZE per il server e il client Tivoli Storage Manager. TTCP è un
programma freeware e può essere scaricato da diversi siti Web della Sun. I valori
predefiniti per i buffer TCP xmit e recv sono solo8 KB per Solaris. Il valore
predefinito per tcp_xmit_hiwat e tcp_recv_hiwat deve essere modificato sul
valore di TCPWINDOWSIZE in modo da evitare eventuali problemi di
sovraesecuzione dei buffer TCP. È possibile utilizzare il comando Solaris "ndd
-set" per modificare il valore di questi due buffer TCP.
v Su SunOS, i parametri del software TCP/IP possono essere modificati
cambiando il file min inetinet/in_proto.c nella directory di build del kernel della
release (di solito /usr/sys). Dopo aver modificato i parametri, sarà necessario
rigenerare il kernel. I parametri che possono influenzare le prestazioni sono:
tcp_default_mss
Specifica il valore di MSS (maximum segment size) predefinito per TCP
in byte. MSS si basa sulla dimensione di MTU (maximum transmission
unit) della rete se la destinazione si trova sulla stessa rete. Per evitare la
frammentazione, è necessario utilizzare il valore 512. Per ottenere
migliori prestazioni su Ethernet o Token-Ring, si consiglia di utilizzare
valori di MSS più grandi. Ad esempio, è possibile utilizzare 1024, 1500,
2048 o 4096. Su LAN Ethernet, il valore di MTU più grande è 1500.
tcp_sendspace
Specifica il numero di byte che un utente può inviare a un buffer del
Capitolo 5. Ottimizzazione del protocollo di rete
61
socket TCP prima che venga bloccato. I valori predefiniti possono essere
modificati su un determinato socket con SO_SNDBUF ioctl. Il valore
predefinito è 4096.
Suggerimento: impostare il parametro tcp_sendspace su 16 KB o 32 KB.
tcp_recvspace
Specifica il numero di byte che TCP remoto può inviare a un buffer di
socket TCP prima che venga bloccato. I valori predefiniti possono essere
modificati su un determinato socket con SO_RCVBUF ioctl. Il valore
predefinito è 4096.
Suggerimento: impostare il parametro su tcp_recvspace 16 KB o 32 KB.
Impostazioni di rete z/OS
È possibile configurare lo spazio indirizzi TCP/IP per IBM TCP/IP per z/OS ed
ottimizzare TCP/IP e z/OS UNIX System Services.
Client USS con IBM TCP/IP per z/OS
È possibile configurare lo spazio indirizzi TCP/IP per IBM TCP/IP per z/OS.
Durante l'inizializzazione dello spazio indirizzi TCP/IP, i parametri di
configurazione e funzionamento del sistema sono letti da un dataset di
configurazione. Il programma ricerca il dataset nome_lavoro.nome_nodo.TCPIP,
dove nome_nodo è il nome del nodo del sistema come specificato nel record di
inizializzazione VMCF. VMCF è un sottosistema definito da una riga nel membro
IEFSSNxx che provoca la creazione e l'inizializzazione dello spazio indirizzi VMCF.
Se questo dataset non viene trovato, il programma utilizza il primo dei seguenti
dataset trovato:
v tcpip.nome_nodo.TCPIP
v nome_lavoro.PROFILE.TCPI
v tcpip.PROFILE.TCPIP
Verranno descritti soltanto i parametri di configurazione che interessano le
prestazioni generali del sistema. Le diverse dimensioni dei pool possono essere
configurate a seconda dell'ambiente utente e sono trattate in una sezione
successiva. Nell'ambiente lab, sono utilizzati i valori predefiniti, a meno che non
sia diversamente indicato. Queste impostazioni sono i valori consigliati, ma
potrebbe essere necessario modificarli in base ai requisiti della capacità di sistema.
TCPIP.DATA
TCPIP.DATA contiene hostname, domainorigin, nsinteraddr e così via.
Il contenuto di TCPIP.DATA è lo stesso delle release precedenti di TCP/IP per
z/OS. Per un TCPIP.DATA di esempio, fare riferimento al manuale IP Configuration
oppure consultare l'esempio fornito con il prodotto.
Un consiglio importante consiste nel mantenere l'istruzione "TRACE RESOLVER"
commentata per evitare la traccia completa di tutte le query di nomi. Questa
traccia deve essere utilizzata solo a scopo di debug.
62
Storage Manager: Guida all'ottimizzazione delle prestazioni
PROFILE.TCPIP
Durante l'inizializzazione della stack TCPIP, i parametri di configurazione per la
traccia stack sono letti dal dataset di configurazione PROFILE.TCPIP. Fare
riferimento a z/OS IP Configuration per ulteriori informazioni sui parametri
utilizzati in questo file.
PROFILE.TCPIP contiene le dimensioni del buffer TCP, le definizioni del controller
LAN, le porte, gli indirizzi IP principali, le istruzioni gateway, le LU VTAM per
uso Telnet e così via.
L'opzione client TCPWINDOWSIZE consente di impostare i buffer di invio e
ricezione TCP/IP indipendentemente da TCP/IP. La dimensione predefinita è 63
KB. Pertanto, è necessario impostare il parametro TCPMAXRCVBUFRSIZE del
profilo TCP/IP su un valore maggiore o uguale del valore desiderato per l'opzione
TCPWINDOWSIZE del client. È possibile impostare i parametri TCPSENDBFRSIZE
e TCPRCVBUFRSIZE sui valori appropriati per carichi di lavoro di reti non Tivoli
Storage Manager sul sistema, in quanto tali parametri sono sovrascritti dall'opzione
TCPWINDOWSIZE del client. Quando non vengono specificate le dimensioni del
buffer di invio e ricezione in PROFILE, viene utilizzata una dimensione predefinita
di 16 KB.
IPCONFIG PATHMTUDISCOVERY
TCPCONFIG TCPMAXRCVBUFRSIZE 524288
TCPSENDBFRSIZE
65535
TCPRCVBUFRSIZE
65535
Nota: l'applicazione client e server FTP sovrascrive le impostazioni predefinite e
utilizzano 64 KB-1 come dimensione della finestra TCP e 180 KB byte per i buffer
di invio e ricezione. Pertanto, non è necessaria alcuna modifica per l'istruzione
TCPCONFIG per il client e il server FTP.
Ottimizzazione delle prestazioni TCP/IP e z/OS UNIX System
Services
Esistono diverse azioni che possono essere eseguite per ottimizzare TCP/IP e i
servizi dei sistemi z/OS UNIX.
v Impostare la dimensione della finestra TCP del client/server sul valore massimo
consentito.
Suggerimento: impostare la dimensione della finestra su z/OS sul valore
massimo consentito impostando TCPRCVBUFRSIZE su 32K o su un valore
maggiore. Se la stazione di lavoro del client lo permette, impostare la
dimensione della finestra del client su 65535. Tuttavia, se l'installazione è
vincolata da limiti di memoria, utilizzare il valore predefinito
TCPRCVBUFRSIZE di 16K.
v Verificare che le dimensioni dei pacchetti MTU del client e del server siano
uguali. Seguire le istruzioni riportate nella sezione PROFILE.TCPIP.
v Verificare che TCP/IP e tutte le altre tracce siano disattivate in modo da ottenere
prestazioni ottimali. L'attività di traccia crea un sovraccarico di elaborazione.
v Seguire le linee guida per l'ottimizzazione delle prestazioni di z/OS UNIX
System Services riportate nel manuale z/OS UNIX System Services Planning o al
seguente URL: http://www.ibm.com/servers/eserver/zseries/zos/unix/
bpxa1tun.html.
Capitolo 5. Ottimizzazione del protocollo di rete
63
v Dimensioni aree e priorità di consegna: si consiglia di impostare la dimensione
dell'area su 0K o 0M per lo spazio indirizzi stack TCPIP e per le attività avviate
come il server FTP, il server SMTP/NJE e così via.
v Se l'ambiente lo consente, impostare la priorità di consegna per TCPIP e VTAM
equivalente e mantenere i server leggermente al di sotto dei valori di TCPIP e
VTAM. Per le altre attività avviate, come ad esempio l'FTP, mantenerle
leggermente al di sotto dell'attività TCPIP.
v Se si utilizza Work Load Manager, seguire i suggerimenti riportati quando
l'installazione definisce obiettivi di prestazioni in una politica del servizio. Le
politiche del servizio sono definite mediante un'applicazione ISPF e impostano
gli obiettivi per tutti i tipi di operazioni gestite da z/OS.
v Se si utilizza TCP/IP V3R2, fare riferimento a MVS TCP/IP V3R2 Performance
Tuning Guide. Questa guida all'ottimizzazione include anche una procedura
passo-passo per l'ottimizzazione di altre piattaforme TCP/IP, quali AIX.
v Effettuare una stima di quanti utenti di z/OS UNIX System Services, processi,
socket e thread necessari per l'installazione su z/OS UNIX. Aggiornare il
membro BPXPRMxx in SYS1.PARMLIB
v Suddividere le serie di dati HFS dell'utente z/OS UNIX su più volumi DASD in
modo da ottenere prestazioni ottimali.
v Monitorare le risorse z/OS UNIX con RMF o i comandi di sistema (DISPLAY
ACTIVE, DISPLAY OMVS e così via).
64
Storage Manager: Guida all'ottimizzazione delle prestazioni
Appendice. Funzioni di accessibilità per Tivoli Storage
Manager
Le funzioni di accesso consentono all'utente con handicap fisico, come una mobilità
limitata o vista limitata, di utilizzare i prodotti software correttamente.
Funzioni di accessibilità
Il seguente elenco include le principale funzioni si accessibilità in Tivoli Storage
Manager:
v Funzionamento solo con tastiera
v Interfacce che sono comunemente utilizzate dai lettori di schermata
v I tasti che sono distinguibili al tatto non si attivano solo toccandoli
v Dispositivi di standard industriali per porte e connettori
v Il collegamento di dispositivi di input e output alternativi
v La documentazione utente fornita in HTML e formato PDF. Il testo descrittivo
viene fornito per tutte le immagini della documentazione.
Tivoli Storage Manager Information Center e tutte le pubblicazioni correlate sono
abilitate per l'accesso.
Navigazione con tastiera
La Tivoli Storage Manager per Windows Console segue le convenzioni Microsoft
per tutte le navigazioni e gli accessi da tastiera. Il supporto per trascina e rilascia è
gestito utilizzando l'opzione di accessibilità Microsoft Windows nota come
MouseKeys. Per ulteriori informazioni su MouseKeys e su altre opzioni di accesso
facilitato di Windows, fare riferimento alla guida in linea di Windows (parola
chiave: MouseKeys).
Tivoli Storage Manager segue il sistema operativo e le convezioni AIX per l'accesso
e la navigazione da tastiera.
Tivoli Storage Manager segue le convenzioni del sistema operativo HP-UX per la
navigazione e l'accesso da tastiera.
Tivoli Storage Manager segue le convenzioni del sistema operativo Linux per la
navigazione e l'accesso da tastiera.
Tivoli Storage Manager segue le convenzioni del sistema operativo Macintosh per
la navigazione e l'accesso da tastiera.
Tivoli Storage Manager segue le convenzioni del sistema operativo Sun Solaris per
la navigazione e l'accesso da tastiera.
Tivoli Storage Manager segue le convenzioni del sistema operativo z/OS per la
navigazione e l'accesso da tastiera.
© Copyright IBM Corp. 1996, 2010
65
Software fornitore
Tivoli Storage Manager include determinati software fornitore che non sono coperti
nel contratto di licenza IBM. IBM non rilascia dichiarazione sulle funzioni di
accesso di questi prodotti. Contattare il fornitore per le informazioni
sull'accessibilità dei prodotti.
Informazioni di accessibilità correlate
È possibile visualizzare le pubblicazioni per Tivoli Storage Manager in Adobe®
Portable Document Format (PDF) utilizzando Adobe Acrobat Reader. È possibile
accedere a questi o tutti gli altri documenti PDF in IBM Publications Center
all'indirizzo http://www.ibm.com/shop/publications/order/.
IBM e accessibilità
Vedere IBM Human Ability and Accessibility Center per maggiori informazioni
sull'impegno di IBM all'accessibilità: http://www.ibm.com/able.
66
Storage Manager: Guida all'ottimizzazione delle prestazioni
Informazioni particolari
Queste informazioni sono state sviluppate per i prodotti e i servizi offerti negli
Stati Uniti.
IBM può non offrire i prodotti, i servizi o le funzioni presentati in questo
documento in altri paesi. 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 programmi, prodotti o servizi funzionalmente equivalenti che
non comportino violazione dei diritti di proprietà intellettuale o di altri diritti
dell'IBM. Tuttavia, è responsabilità dell'utente valutare e verificare il
funzionamento di qualsiasi prodotto, programma o servizio non IBM.
L'IBM può essere titolare di brevetti o domande di brevetto in corso relativi a
quanto trattato nella presente documentazione. La fornitura di questa
pubblicazione non consente la concessione di alcuna licenza su di essi. È possibile
inviare una domanda per l'autorizzazione a:
IBM Director of Commercial Relations
IBM Europe
Schoenaicher Str, 220
D-7030 Boeblingen
U.S.A.
Per domande sulla licenza relative a informazioni DBCS (double-byte character
set), contattare IBM Intellectual Property Department nel proprio paese o inviare
richieste, in forma scritta, a:
Intellectual Property Licensing
Legal and Intellectual Property Law
IBM Japan Ltd
1623-14, Shimotsuruma, Yamato-shi
Kanagawa 242-8502 Giappone
Il seguente paragrafo non è valido per Il Regno Unito o per qualsiasi altro paese
in cui le previsioni non sono coerenti con le leggi del paese: INTERNATIONAL
BUSINESS MACHINES CORPORATION FORNISCE QUESTA PUBBLICAZIONE
“COSÌ COME È” SENZA ALCUN TIPO DI GARANZIA, ESPLICITA O
IMPLICITA, COMPRESE LE GARANZIE IMPLICITE DI NON INFRAZIONE,
VENDIBILITÀ E STATO PER UNO SCOPO PARTICOLARE. Alcuni stati non
consentono la rinuncia ad alcune garanzie espresse o implicite in determinate
transazioni, pertanto, la presente dichiarazione può non essere applicabile.
Queste informazioni potrebbero includere inesattezze tecniche o errori tipografici.
Le informazioni incluse in questo documento vengono modificate su base
periodica; tali modifiche verranno incorporate nelle nuove edizioni della
pubblicazione. IBM può effettuare miglioramenti e/o modifiche ai prodotti e/o ai
programmi descritti nella presente pubblicazione in qualsiasi momento senza
preavviso.
© Copyright IBM Corp. 1996, 2010
67
Qualsiasi riferimento in queste informazioni a siti Web non IBM sono fornite solo
per convenienza e non servono in alcun modo da approvazione di tali siti Web. I
materiali contenuti in tali siti Web non fanno parte di questo prodotto IBM e
l'utente si assume ogni rischio relativo al loro utilizzo.
IBM può utilizzare o distribuire qualsiasi informazione fornita in qualsiasi modo
ritenga appropriato senza incorrere in alcun obbligo verso l'utente.
I licenziatari di questo programma che desiderano avere informazioni allo scopo di
abilitare: (i) lo scambio di informazioni tra i programmi creati indipendentemente e
altri programmi (incluso il presente) e (ii) il reciproco utilizzo di informazioni che
sono state scambiate, dovrebbero contattare:
IBM Corporation
2Z4A/101
11400 Burnet Road
Austin, TX 78758
U.S.A.
Tali informazioni possono essere disponibili, in base ad appropriate clausole e
condizioni, includendo in alcuni casi, il pagamento di una tassa.
I programmi con licenza descritti in questo documento e tutti i materiali con
licenza disponibili sono forniti da IBM nei termini di IBM Customer Agreement,
IBM International Program License Agreement o un qualsiasi altro accordo
equivalente.
I dati sulle prestazioni contenuti nel presente documento sono determinati in un
ambiente controllato. Pertanto, i risultati ottenuti in altri ambienti operativi
potrebbero variare in maniera significativa. Alcune misurazioni sono state eseguite
sui sistemi a livello di distribuzione e non esiste garanzia che queste misurazioni
saranno le stesse sui sistemi generalmente disponibili. Pertanto, alcune misurazioni
sono state valutate mediante l'estrapolazione. I risultati effettivi possono variare.
Gli utenti di questo documento devono verificare i dati applicabili per l'ambiente
specifico.
Le informazioni relative a prodotti non IBM sono ottenute dai fornitori di quei
prodotti, dagli annunci pubblicati i da altre fonti disponibili al pubblico. L'IBM non
ha verificato tali prodotti e non può garantirne l'accuratezza delle prestazioni. Le
domande sulle capacità dei prodotti non IBM dovranno essere indirizzate ai
fornitori di tali prodotti.
Questa pubblicazione contiene esempi di dati e prospetti utilizzati quotidianamente
nelle operazioni aziendali. Per illustrarle nel modo più completo possibile, gli
esempi includono i nomi di persone, aziende, marchi e prodotti. Tutti questi nomi
sono fittizi e qualsiasi somiglianza ai nomi e indirizzi utilizzati da un'azienda
commerciale attuale sono una pura coincidenza.
LICENZA SUL COPYRIGHT:
Queste informazioni contengono programmi applicativi di esempio nella propria
lingua di origine, che illustrano le tecniche di programmazione nelle diverse
piattaforme operativi. È possibile copiare, modificare e distribuire questi
programmi di esempio sotto qualsiasi forma senza alcun pagamento a IBM, allo
scopo di sviluppare, utilizzare, commercializzare o distribuire i programmi
applicativi in conformità alle API (application programming interface) a seconda
68
Storage Manager: Guida all'ottimizzazione delle prestazioni
della piattaforma operativa per cui i programmi di esempio sono stati scritti.
Questi esempi non sono stati testati approfonditamente tenendo conto di tutte le
condizioni possibili. IBM, quindi, non può garantire o sottintendere l'affidabilità,
l'utilità o il funzionamento di questi programmi. I programmi di esempio sono
forniti "COSÌ COME SONO", senza garanzia di alcun tipo. IBMnon sarà
responsabile per i danni associati all'utilizzo dei programmi di esempio. Ciascuna
copia o parte di questi programmi di esempio o qualsiasi lavoro derivativo,
devono includere un avviso sul copyright come segue: © (nome società) (anno).
Parti di questo codice derivano dai Programmi di Esempio IBM Corp. © Copyright
IBM Corp. _immettere l'anno o gli anni_.
Se si stanno visualizzano queste informazioni in forma cartacea, le fotografie e le
illustrazioni a colori potrebbero non essere visualizzate.
Marchi
IBM, il logo IBM e ibm.com sono marchi o marchi registrati di International
Business Machines Corporation negli Stati Uniti e/o in altri paesi. Se questi e altri
termini a marchio IBM appaiono contrassegnati con un simbolo di marchio (® o ™)
la prima volta che vengono menzionati in questa pubblicazione, tali simboli
indicano marchi registrati o marchi riconosciuti dal diritto consuetudinario negli
Stati Uniti di proprietà di IBM al momento della pubblicazione di tali informazioni.
Tali marchi potrebbero essere marchi marchi registrati o riconosciuti dal diritto
consuetudinario anche in altri paesi. Un elenco corrente dei marchi IBM è
disponibile su Web nella sezione "Copyright e informazioni sui marchi"
all'indirizzo http://www.ibm.com/legal/copytrade.shtml.
Adobe è un marchio o un marchio registrato di Adobe Systems Incorporated negli
Stati Uniti e/o in altri paesi.
Intel® e Itanium® sono marchi o marchi registrati di Intel Corporation o dei relativi
affiliati negli Stati Uniti e/o in altri paesi.
Linux è un marchio registrato di Linus Torvalds negli Stati Uniti e/o in altri paesi.
Microsoft and Windows sono marchi di Microsoft Corporation negli Stati Uniti e/o
in altri paesi.
UNIX è un marchio registrato di The Open Group negli Stati Uniti e in altri paesi.
Java e tutti i marchi basati su Java sono marchi di Sun Microsystems,
Inc. negli Stati Uniti e/o in altri paesi.
Altri nomi di azienda, prodotto o servizi possono essere marchi commerciali o di
servizio di altri.
Informazioni particolari
69
70
Storage Manager: Guida all'ottimizzazione delle prestazioni
Glossario
È disponibile un glossario con i termini e le definizioni per il server IBM Tivoli Storage Manager e i
prodotti correlati.
Il glossario si trova nel centro informazioni di Tivoli Storage Manager all'indirizzo: http://
publib.boulder.ibm.com/infocenter/tsminfo/v6r2
© Copyright IBM Corp. 1996, 2010
71
72
Storage Manager: Guida all'ottimizzazione delle prestazioni
Indice analitico
A
adattatori Ethernet 57
adattatori per fibre HBA 29
administration center
suggerimenti per l'ottimizzazione
delle prestazioni 52, 53
Administration Center
capacità di elaborazione 45
dimensione di memoria heap Java 47
impostazione 49
installazione 49
memoria di elaborazione 46
numero di amministratori 45
ottimizzazione 50
prestazioni del processore 51
prestazioni della memoria 51
prestazioni di rete 51
ottimizzazione della memoria di
Windows Server 2003 50
ottimizzazione delle prestazioni 45
percorso 49
stima dei requisiti 45
utilizzo di memoria 49
Velocità di trasmissione di I/O 46
agent di archiviazione 17
AIX
comando ioo 19
comando vmo 19
ottimizzazione TCP/IP di server e
client 58
spazio indirizzi virtuale 19
suggerimenti per le prestazioni 19
array RAID 10, 28
B
backup
operazioni 12
prestazioni 12
senza LAN 14
velocità di trasmissione 35
backup basato su journal
Windows 42
backup e ripristini multiclient 43
backup e ripristino a più sessioni 39
Backup senza LAN 14
blocco BEGINROUTES/
ENDROUTES 62
buffer di comunicazione TCP 37
bus
più PCI 29
client z/OS
ottimizzazione TCP/IP 62
collocazione 27
comandi client
DSMMIGRATE 43
comandi server 15
BACKUP DB 10
DEFINE COPYGROUP 12
DEFINE DEVCLASS 26
DEFINE STGPOOL 15, 16, 27
EXPIRE INVENTORY 13
gestore database 3
lotti di memoria 3
REGISTER NODE 39
SET MAXCMDRETRIES 58
SET QUERYSCHEDPERIOD 58
SET RETRYPERIOD 58
UPDATE COPYGROUP 12
UPDATE NODE 35, 39
UPDATE STGPOOL 16, 27
comando client DSMMIGRATE 43
comando ioo 19
comando MOVE DATA 5
comando server BACKUP DB 10
comando server DEFINE
COPYGROUP 12
comando server DEFINE DEVCLASS 26
comando server DEFINE STGPOOL 15,
16, 27
comando server EXPIRE
INVENTORY 13
comando server EXTEND DBSPACE 9
comando server REGISTER NODE 39
comando server SET DBRECOVERY 9
comando server SET
MAXCMDRETRIES 58
comando server SET
QUERYSCHEDPERIOD 58
comando server SET RETRYPERIOD 58
comando server UPDATE
COPYGROUP 12
comando server UPDATE NODE 35, 39
comando server UPDATE STGPOOL 16,
27
comando vmo 19
compressione
abilitazione su unità nastro 26
compressione file NTFS 22
conversione
HSM (Hierarchical Storage
Manager) 43
processi 16
soglie 16
correzioni, ottenimento ix
C
client
ottimizzazione di opzioni
Client Macintosh
attributi estesi 42
software antivirus 42
31
© Copyright IBM Corp. 1996, 2010
D
Data Protection for Domino per
z/OS 45
database
prestazioni 10
dataset di configurazione
PROFILE.TCPIP 62
deduplicazione
nei pool di archiviazione FILE 16
determinazione del problema
descrizione del problema per IBM
Software Support x
determinazione dell'impatto aziendale
per IBM Software Support x
inoltro di un problema a IBM
Software xi
dimensione cache 3
dimensione transazione 38
disco
cache di scrittura 28
considerazioni sulla prestazione 28
distribuzione del client di
backup-archivio
ottimizzazione delle prestazioni 12
driver dispositivi 57
E
elenchi INCLUDE/EXCLUDE
esportazione 13
43
F
file di ambiente
modifica delle prestazioni di
report 17
new_in_refresh1 17
file dsm.opt 31
file dsm.sys 31
file system journal 19
file system NTFS 22
file system UNIX
vantaggi e svantaggi 21
file system VxFS 22
finestra di scorrimento 38
frame jumbo Gb Ethernet 57
funzioni di accessibilità 65
G
gestore database
9, 11
H
hardware
Server
8
I
I/O diretto
AIX 21
Sun Solaris
I/O disco
CPU 11
21
73
IBM Software Support
invio di un problema xi
IBM Support Assistant viii
importazione 13
informazioni di supporto vii
installazione
Administration Center 49
Internet, ricerca della risoluzione del
problema viii, ix
istruzione
vedi Tivoli technical training vii
K
knowledge base, ricerca
vii
L
log attivo
mirroring 28
log di attività del server
ricerca 13
lotti di memoria
disco memorizzato nella cache
15
M
maximum segment size (MSS) 59
maximum transmission unit (MTU) 59
Maximum Transmission Unit (MTU) 38
memoria
volumi 15
memoria di sistema 3
migrazione di HSM (Hierarchical Storage
Manager) 43
N
new_in_refresh1
4, 5, 27, 34
O
operazioni di gestione 3
opzione client COMMMETHOD
SHAREDMEM 22, 42
opzione client
COMMRESTARTDURATION 31
opzione client
COMMRESTARTINTERVAL 31
opzione client COMPRESSALWAYS 31,
32
opzione client COMPRESSION 32
opzione client DISKBUFFSIZE 33
opzione client ENABLELANFREE 33
opzione client
MEMORYEFFICIENTBACKUP 34
opzione client QUIET 35
opzione client
RESOURCEUTILIZATION 35, 39, 43
opzione client TAPEPROMPT 37
opzione client TCPBUFFSIZE 37
opzione client TCPNODELAY 38
opzione client TCPWINDOWSIZE 19,
22, 38, 61
74
opzione client TXNBYTELIMIT 19, 28,
38
opzione client
VIRTUALMOUNTPOINT 34
opzione client
VIRTUALNODENAME 43
opzione FROMNODE 43
opzione server COMMMETHOD
SHAREDMEM 22, 42
opzione server DBMEMPERCENT 3
opzione server
DISKSTGPOOLMEMSIZE 3
opzione server EXPINTERVAL 4, 13
opzione server MAXNUMMP 14, 35, 39
opzione server MAXSESSIONS 4, 35, 39
opzione server MOVEBATCHSIZE 5, 28
opzione server MOVESIZETHRESH 5,
28
opzione server RESTOREINTERVAL 6
opzione server TCPNODELAY 6, 17
opzione server TCPWINDOWSIZE 6,
19, 22
opzione server TXNBYTELIMIT 7, 27
opzione server TXNGROUPMAX 7, 19,
27, 28, 38
opzioni client 42
COMMMETHOD SHAREDMEM 22,
42
COMMRESTARTDURATION 31
COMMRESTARTINTERVAL 31
COMPRESSALWAYS 31, 32
COMPRESSION 32
DISKBUFFSIZE 33
ENABLELANFREE 33
MEMORYEFFICIENTBACKUP 34
QUIET 35
RESOURCEUTILIZATION 35, 39, 43
solo riga comandi
IFNEWER 41
INCRBYDATE 41
TAPEPROMPT 37
TCPBUFFSIZE 37
TCPNODELAY 38
TCPWINDOWSIZE 19, 22, 38, 61
TXNBYTELIMIT 19, 28, 38
VIRTUALMOUNTPOINT 34
VIRTUALNODENAME 43
Windows 42
opzioni server 3
COMMMETHOD SHAREDMEM 22,
42
DBMEMPERCENT 3
DISKSTGPOOLMEMSIZE 3
EXPINTERVAL 4, 13
impostazioni per migliori prestazioni
in base alla piattaforma 19
MAXNUMMP 14, 35, 39
MAXSESSIONS 4, 35, 39
MOVEBATCHSIZE 5, 28
MOVESIZETHRESH 5, 28
RESTOREINTERVAL 6
TCPNODELAY 6, 17
TCPWINDOWSIZE 6, 19, 22
TXNBYTELIMIT 7, 27
TXNGROUPMAX 7, 19, 27, 28, 38
ottimizzazione 3
Storage Manager: Guida all'ottimizzazione delle prestazioni
P
panoramica sull'ottimizzazione del
server 1
parametri di configurazione
ottimizzazione automatica della
memoria 11
partizioni di base 19, 22
pianificazione
processi 14
sessioni 14
più sessioni client 35
pool di archiviazione
conversione 16
migrazione file 16
pool di archiviazione logici 15
pool di archiviazione su disco
memorizzati nella cache 15
pool di memoria
backup e ripristino 13
prestazioni del database 11
pubblicazioni
download v
ordine v
ricerca v
Tivoli Storage Manager v
punti di montaggio, virtuali 43
R
recupero dati 13
registrazione
prestazioni 10
requisiti del carico di lavoro 11
reti
dedicate 57
impostazioni
AIX 58
Sun Solaris 61
z/OS 62
ottimizzazione del protocollo 55
per il backup 57
traffico 58
S
scadenza inventario 13
Secure Sockets Layer (SSL) 13
Server
hardware 8
server Linux
suggerimenti per le prestazioni 22
software antivirus 42
soglie
conversione 16
suggerimenti per l'ottimizzazione delle
prestazioni
administration center 52, 53
Sun Solaris
opzione client TCPWINDOWSIZE 61
ottimizzazione TCP/IP di server e
client 61
suggerimenti per le prestazioni del
server 22
supporto clienti
contatto ix
supporto software
contatto ix
descrizione del problema per IBM
Software Support x
determinazione dell'impatto aziendale
per IBM Software Support x
W
Windows
backup basato su journal 42
suggerimenti per le prestazioni
22
T
TCP/IP
assemblaggio e disassemblaggio di
pacchetti 55
concetti 55
controllo degli errori 55
controllo del flusso 55
dimensione dei blocchi di
trasferimento dati 55
disponibilità delle connessioni 55
finestra di scorrimento 38, 57
gruppi funzionali
livello applicazione 55
livello di rete 55
livello di trasporto 55
livello internetwork 55
maximum segment size (MSS) 59
maximum transmission unit
(MTU) 59
ottimizzazione 55
ottimizzazione di server e client Sun
Solaris 61
ottimizzazione server e client AIX 58
ottimizzazione server e client
HP-UX 22
ottimizzazione z/OS 62
valori delle finestre 55
TCP/IP e servizi di sistema z/OS UNIX
ottimizzazione delle prestazioni 63
TCPIP.DATA 62
Tivoli technical training vii
training, Tivoli technical vii
U
unità nastro
cancellazione 26
compressione 26
numero richiesto 26
su un bus SCSI 29
velocità di flusso 27
velocità di trasferimento
27
V
valori consigliati per piattaforma 42
velocità di trasmissione
valutazione
in ambienti non verificati 25
Virtual Memory Manager 19, 58
volumi di file system UFS 22
volumi logici di base 19
vantaggi e svantaggi 21
Indice analitico
75
76
Storage Manager: Guida all'ottimizzazione delle prestazioni
Numero programma: 5608-E01
5608-E02
5608-E03
5608-E07
5608-E12
Stampato in Italia
GC23-9788-02