UPDATE STGPOOL (Aggiornamento di un accesso sequenziale dati attivi)

Classe di privilegi

Per immettere questo comando è necessario disporre del privilegio di sistema, archiviazione senza limitazioni o archiviazione limitato per il pool di archiviazione da aggiornare.

Parametri

nome_pool (Obbligatorio)

Specifica il nome del pool dati attivi da aggiornare.

DESCription

Specifica una descrizione del pool dati attivi. Questo parametro è facoltativo. La lunghezza massima della descrizione è 255 caratteri. La descrizione deve essere racchiusa tra virgolette se contiene spazi. Per rimuovere una descrizione esistente, specificare una stringa nulla ("").

ACCess

Specifica il modo in cui i nodi client e i processi del server (come la richiesta) possono accedere i file nel pool dati attivi. Questo parametro è facoltativo. È possibile specificare i seguenti valori:

READWrite

Specifica che i file possono essere letti e scritti sui volumi nel pool dati attivi.

READOnly

Specifica che i nodi client possono leggere soltanto file archiviati sui volumi nel pool dati attivi.

I processi server possono spostare file all'interno dei volumi nel pool di archiviazione. Il server può utilizzare i file nel pool dati attivi per ripristinare le versioni attive dei file di backup nei pool di archiviazione principale. Tuttavia, non sono consentite nuove scritture sui volumi nel pool dati attivi da volumi che si trovano al di fuori de pool di archiviazione. Non è possibile copiare un pool di archiviazione nel pool dati attivi.

UNAVailable

Specifica che i nodi client non possono accedere ai file memorizzati sui volumi nel pool dati attivi.

I processi server possono spostare file all'interno dei volumi nel pool di archiviazione. Il server può utilizzare i file nel pool dati attivi per ripristinare le versioni attive dei file di backup nei pool di archiviazione principale. Tuttavia, non sono consentite nuove scritture sui volumi nel pool dati attivi da volumi che si trovano al di fuori de pool di archiviazione. Non è possibile copiare un pool di archiviazione nel pool dati attivi.

COLlocate

Specifica se il server tenta di conservare i dati, archiviati sul minor numero di volumi possibile, appartenenti a uno dei seguenti candidati:

• Un singolo nodo client
• Un gruppo di spazi file
• Un gruppo di nodi client
• Uno spazio file client

Questo parametro è facoltativo.

La collocazione riduce il numero di montaggi dei supporti ad accesso sequenziale per le operazioni di ripristino, richiamo e recupero. Comunque, la collocazione aumenta sia la quantità di tempo server necessaria per collocare i file da archiviare, sia il numero di volumi necessari.

È possibile specificare una delle seguenti opzioni:

No

Specifica che non è abilitata la collocazione.

GRoup

Specifica che la collocazione è abilitata a livello di gruppo per i nodi client o gli spazi file. Per i gruppi di collocazione, il server tenta di inserire i dati per i nodi o gli spazi file che appartengono allo stesso gruppo di collocazione sul minor numero di volumi possibile.

Se si specifica COLLOCATE=GROUP ma non si definisce alcun gruppo di collocazione o non si aggiungono nodi o spazi file ad un gruppo di collocazione, i dati vengono collocati in base al nodo. Considerare l'utilizzo di nastri quando si organizzano nodi client o spazi file in gruppi di collocazione.

Ad esempio, se un pool di archiviazione basato su nastri è costituito da dati provenienti da nodi e si specifica COLLOCATE=GROUP, il server completa le seguenti azioni:

• Colloca i dati per gruppo per i nodi raggruppati. Quando è possibile, il server colloca i dati che appartengono a un gruppo di nodi in un singolo nastro o nel minor numero di nastri possibile. I dati per un singolo nodo possono essere distribuiti su diversi nastri associati ad un gruppo.
• Colloca i dati per nodo per i nodi non raggruppati. Se possibile, il server archivia i dati per un singolo nodo su un singolo nastro. Tutti i nastri disponibili che contengono già dati per il nodo, sono utilizzati prima che venga utilizzato lo spazio disponibile su altri nastri.

Se un pool di archiviazione basato su nastri è costituito da dati provenienti da spazi file raggruppati e si specifica COLLOCATE=GROUP, il server completa le seguenti azioni:

• Colloca per gruppo solo i dati per gli spazi file raggruppati. Laddove possibile, il server colloca i dati che appartengono ad un gruppo di spazi file in un singolo nastro o nel minor numero di nastri possibile. I dati per un singolo spazio file possono essere distribuiti su diversi nastri associati ad un gruppo.
• Colloca i dati per nodo (per gli spazi file che non sono esplicitamente definiti in un gruppo di collocazione spazio file). Ad esempio, NODE1 dispone di filespace denominati A, B, C, D ed E. I filespace A e B appartengono ad un gruppo di collocazione di filespace, a differenza di C, D ed E. Gli spazi file A e B vengono collocati per gruppo di collocazione spazio file, mentre C, D ed E vengono collocati per nodo.

I dati vengono collocati sul minor numero possibile di volumi ad accesso sequenziale.

NODe

Specifica che la collocazione è abilitata a livello di nodo client. Per i gruppi di collocazione, il server tenta di archiviare i dati per un nodo nel minor numero possibile di volumi. Se il nodo dispone di più spazi file, il server non tenta di collocarli. Per compatibilità con le versioni precedenti, COLLOCATE=YES è ancora accettato dal server per specificare la collocazione a livello del nodo client.

Se un pool di archiviazione contiene dati per un nodo che è membro di un gruppo di collocazione e si specifica COLLOCATE=NODE, i dati verranno collocati per nodo.

FIlespace

Specifica che la collocazione è abilitata a livello di spazi file per i nodi client. Il server tenta di inserire i dati per un nodo e uno spazio file sul minore numero di volumi possibile. Se un nodo dispone di più spazi file, il server tenta di collocare i dati per differenti spazi file su volumi differenti.

REClaim

Specifica quando il server richiede un volume, in base alla percentuale di spazio che può essere recuperato su un volume. Spazio recuperabile è la quantità di spazio occupato dai file scaduti o eliminati dal database IBM Storage Protect .

Il recupero spazio rende lo spazio frammentato e lo spazio occupato sui volumi dai file di backup inattivi nuovamente utilizzabile, spostando da un volume a un altro i file non scaduti rimanenti ed i file di backup attivi. Questa azione rende il volume originale disponibile per il riutilizzo. Questo parametro è facoltativo. È possibile specificare un numero intero compreso tra 1 e 100. Il valore 100 indica che il recupero spazio non viene completato.

Il server determina che il volume è candidato per il recupero se la percentuale di spazio recuperabile su un volume è superiore alla soglia di recupero spazio del pool di archiviazione.

Se si modifica il valore 60 (impostazione predefinita), specificare un valore almeno del 50 per cento in modo che i file archiviati su due volumi possano essere combinati su un singolo volume di output.

Quando un volume del pool dati attivi che si trova offsite diventa idoneo per la richiesta, tale processo di richiesta tenta di ottenere i file attivi sul volume che è possibile richiedere da un pool dati attivi o primario che si trova onsite. Quindi, il processo scrive questi file su un volume disponibile nel pool dati attivi di origine. In realtà questi file sono riportati nell'ubicazione locale. Comunque, questi file possono essere ottenuti dal volume offsite dopo un danneggiamento se si utilizza un backup del database che fa riferimento ai file sul volume offsite. A causa del modo in cui opera la richiesta con i volumi offsite, utilizzarla attentamente con i pool dati attivi.

RECLAIMPRocess

Specifica il numero di processi paralleli da utilizzare per richiedere i volumi in questo pool di archiviazione. Questo parametro è facoltativo. Immettere un valore da 1 a 999.

Quando si calcola il valore di questo parametro, tenere presente le seguenti risorse richieste per il processo di recupero spazio:

• Il numero di pool di archiviazione sequenziale
• Il numero di unità logiche e fisiche che possono essere dedicate all'operazione

Per accedere a volumi sequenziali, IBM Storage Protect utilizza un punto di montaggio e un'unità fisica.

Si supponga, ad esempio, che si desideri effettuare il recupero spazio di volumi da due pool di archiviazione sequenziale simultaneamente nonché specificare quattro processi per ogni pool di archiviazione. I pool di archiviazione hanno la stessa classe di dispositivi. Ciascun processo richiede due punti di montaggio e, se il tipo di dispositivo non è FILE, due unità. Una unità è per il volume di input e l'altra è per il volume di output. Per eseguire otto processi di recupero spazio contemporaneamente, è necessario un totale di almeno 16 punti di montaggio e 16 unità. La classe periferica per ogni pool di archiviazione deve disporre di un limite di montaggio pari almeno a otto.

È possibile specificare uno o più processi di recupero spazio per ciascun pool di dati attivo. È possibile specificare più processi di recupero spazio simultanei per un singolo pool di dati attivo, che ottimizza l'uso delle unità nastro o volumi FILE disponibili. Se più elaborazioni simultanee non sono necessarie, specificare il valore 1 per il parametro RECLAIMPROCESS.

OFFSITERECLAIMLimit

Specifica il numero di volumi offsite il cui spazio viene recuperato durante il recupero spazio per questo pool di archiviazione. Questo parametro è facoltativo. È possibile specificare i seguenti valori:

NOLimit

Specifica che si desidera recuperare lo spazio in tutti i volumi offsite.

numero

Specifica il numero di volumi offsite per i quali recuperare spazio. È possibile specificare un numero intero compreso tra 0 e 99999. Un valore zero indica che non sarà recuperato spazio per nessuno dei volumi offsite.

Suggerimento:

Per determinare il valore per OFFSITERECLAIMLIMIT, utilizzare le informazioni statistiche nel messaggio immesso al termine dell'operazione di recupero dei volumi offsite. Le informazioni statistiche includono le seguenti voci:

• Il numero di volumi offsite elaborati
• Il numero di processi paralleli utilizzati
• La quantità totale di tempo richiesto per l'elaborazione

L'ordine secondo il quale viene recuperato lo spazio dei volumi offsite si basa sulla quantità di spazio non utilizzato in un volume. (Lo spazio inutilizzato comprende sia lo spazio che il server non ha mai utilizzato nel volume che lo spazio che è diventato libero a causa dell'eliminazione dei file.) I volumi con la maggior quantità di spazio non utilizzato vengono recuperati per primi.

Si supponga ad esempio, che un pool dati attivi contenga tre volumi: VOL1, VOL2 e VOL3. VOL1 è quello con la minor quantità di spazio non utilizzato e VOL3 quello con la quantità minore. Inoltre, la percentuale di spazio non utilizzato su ciascuno dei tre volumi è maggiore del valore contenuto nel parametro RECLAIM. Se non si specifica un valore per il parametro OFFSITERECLAIMLIMIT, durante l'esecuzione del recupero spazio, vengono richiamati tutti i tre volumi. Se si specifica il valore 2, durante il recupero spazio verranno recuperati solo VOL1 e VOL2. Se si specifica il valore 1, verrà recuperato solo VOL1.

MAXSCRatch

Specifica il numero massimo di volumi vuoti che il server può richiedere per questo pool di archiviazione. Questo parametro è facoltativo. È possibile specificare un numero intero compreso tra 0 e 100000000. Consentendo al server di richiedere volumi vuoti, non sarà necessario definire tutti i volumi da utilizzare.

Il valore specificato per questo parametro viene utilizzato per stimare il numero totale di volumi disponibili nel pool dati attivi e la capacità corrispondente stimata per il pool dati attivi.

Una volta svuotati, i volumi vuoti vengono eliminati automaticamente dal pool di archiviazione. Tuttavia, se la modalità di accesso ad un volume vuoto è impostata su OFFSITE, il volume non viene eliminato dal pool dati attivi fino a quando la modalità di accesso non viene modificata. Un amministratore può eseguire una query del server per volumi vuoti e offsite e riportarli alla posizione locale.

Quando i volumi vuoti con tipo di dispositivo FILE vengono svuotati e eliminati, lo spazio occupato dai volumi viene liberato dal server e restituito al file system.

Suggerimento: per le operazioni server - to - server che utilizzano volumi virtuali e che memorizzano una piccola quantità di dati, specificare un valore per il parametro MAXSCRATCH superiore al valore generalmente specificato per le operazioni di scrittura su altri tipi di volumi. Dopo un'operazione di scrittura su un volume virtuale, IBM Storage Protect contrassegna il volume come FULL, anche se il valore del parametro MAXCAPACITY sulla definizione della classe di dispositivi non è stato raggiunto. Il server IBM Storage Protect non conserva i volumi virtuali nello stato FILLING e non vi aggiunge nulla. Se il valore del parametro MAXSCRATCH è troppo basso, è possibile che le operazioni da server a server non riescano.

REUsedelay

Specifica il numero di giorni che devono trascorrere dopo che tutti i file sono stati eliminati da un volume, prima che questo possa essere riscritto o restituito al pool vuoto. Questo parametro è facoltativo. È possibile specificare un numero intero compreso tra 0 e 9999. Il valore 0 indica che un volume può essere riscritto o restituito al pool vuoto non appena tutti i file sono stati cancellati dal volume.

Suggerimento : utilizzare questo parametro per verificare che quando si ripristina il database ad un livello precedente, i riferimenti del database ai file nel lotto di dati attivi siano ancora validi. È necessario impostare questo parametro su un valore maggiore del numero di giorni per il quale si prevede di conservare il backup del database più vecchio. Il numero di giorni specificati per questo parametro deve essere uguale a quello specificato per il comando SET DRMDBBACKUPEXPIREDAYS.

OVFLOcation

Specifica l'ubicazione dell'eccedenza per il pool di archiviazione. Il server assegna questo nome posizione a un volume espulso dalla libreria con il comando MOVE MEDIA. Questo parametro è facoltativo. Il nome ubicazione può avere una lunghezza massima di 255 caratteri. Racchiudere il nome ubicazione tra virgolette se il nome ubicazione contiene spazi.

Per rimuovere un valore esistente, specificare una stinga nulla ("").

CRCData

Specifica se un controllo CRC (Cyclic Redundancy Check) convalida i dati del pool di archiviazione quando si verifica un controllo sul volume sul server. Questo parametro è valido solo per i pool di archiviazione con formato dati NATIVE. Questo parametro è facoltativo. Il valore predefinito è NO. Impostando CRCDATA su YES e pianificando un comando AUDIT VOLUME, è possibile assicurare costantemente l'integrità dei dati archiviati nella gerarchia di archiviazione. È possibile specificare i seguenti valori:

Yes

Specifica che vengono archiviati i dati contenenti le informazioni CRC, che consentono l'elaborazione del volume di controllo per convalidare i dati del pool. Questa modalità influisce sulle prestazioni, poiché è richiesta ulteriore elaborazione per calcolare e confrontare i valori CRC tra il pool di archiviazione e il server.

No

Specifica che i dati vengono archiviati senza le informazioni CRC.

Suggerimento:

Per i lotti di memoria associati al tipo di unità 3592, LTO o ECARTRIDGE, la protezione del blocco logico fornisce una protezione migliore contro il danneggiamento dei dati rispetto alla convalida CRC per un lotto di memoria. Se si specifica la convalida CRC per un pool di archiviazione, i dati vengono convalidati soltanto durante le operazioni di controllo del volume. Gli errori vengono identificati dopo che i dati vengono scritti su nastro.

Per abilitare la protezione del blocco logico, specificare un valore di READWRITE per il parametro LBPROTECT sui comandi DEFINE DEVCLASS e UPDATE DEVCLASS per i tipi di periferica 3592, LTO o ECARTRIDGE. La protezione del blocco logico è supportata soltanto sui seguenti tipi di unità e supporti:

• IBM® LTO5 e successivamente.
• IBM 3592 Generation 3 e versioni successive con supporti 3592 Generation 2 e versioni successive.
• Unità Oracle StorageTek T10000C e T10000D.

DEDUPlicate

Specifica se i dati archiviati in questo pool di archiviazione vengono deduplicati o meno. Questo parametro è facoltativo ed è valido solo per i pool di archiviazione definiti con una classe di dispositivi di tipo FILE.

IDENTIFYPRocess

Specifica il numero di processi paralleli da utilizzare per la deduplicazione dati lato server. Questo parametro è facoltativo ed è valido solo per i pool di archiviazione definiti con la classe di dispositivi FILE. Immettere un valore tra 1 e 50.

Nota: i processi di deduplicazione dati possono essere attivi o inattivi. I processi che sono in funzione sui file sono attivi. I processi in attesa di file sono inattivi. I processi restano inattivi finché non diventano disponibili volumi con dati da deduplicare. L'output del comando QUERY PROCESS per la deduplicazione dati include il numero totale di byte e file che sono stati elaborati data partire dall'avvio del processo. Ad esempio, se un processo di deduplicazione dati elabora quattro file, diventa inattivo e poi elabora altri cinque file, il numero totale di file elaborati è nove. I processi terminano solo quando vengono annullati o quando il numero di processi di deduplicazione dati per il pool di archiviazione assume un valore inferiore al numero al momento specificato.