Il salvataggio è la parte del mestiere di cui si risponde davvero. Tutto il resto si rimedia; questo no.
La domanda che conta non è "facciamo i backup" — li fanno tutti — ma quanto lavoro si perde se il sistema si ferma adesso, e quanto tempo passa prima di essere di nuovo operativi. Se non si sa rispondere con un numero, il piano di salvataggio non esiste ancora: esiste una procedura che gira di notte.
Che cosa c'è da salvare
Un IBM i completo è fatto di pezzi che si salvano con comandi diversi:
- il sistema operativo e i dati di sicurezza —
SAVSYS; - le librerie IBM che contengono i prodotti installati;
- le librerie utente, cioè l'applicativo e i dati —
SAVLIB LIB(*ALLUSR); - gli oggetti dell'IFS —
SAV, che è il comando dell'altro file system; - le configurazioni di periferiche e rete —
SAVCFG.
Ed è il motivo per cui esiste un menu che li mette in fila:
GO SAVE
Tre opzioni contano più delle altre: la 21 salva l'intero sistema, la 22 i soli dati di sistema, la 23 tutti i dati utente.
Avvertenza
l'opzione 21 richiede il sistema in stato ristretto — nessun sottosistema attivo, nessuno collegato. È il salvataggio che vale davvero come base per ricostruire una macchina da zero, e va programmato in una finestra in cui il sistema può stare fermo. Un piano fatto solo di salvataggi a caldo delle librerie non permette di ripartire da un disco vuoto.
I journal
Un salvataggio notturno riporta il sistema a com'era ieri sera. Le otto ore di lavoro successive si recuperano solo se c'è il journal.
Il journaling registra ogni modifica fatta a un file in un oggetto separato, il journal receiver. Da un salvataggio più il journal si ricostruisce lo stato fino all'ultima transazione registrata.
CRTJRNRCV JRNRCV(JRNLIB/RCV0001)
CRTJRN JRN(JRNLIB/JRNPROD) JRNRCV(JRNLIB/RCV0001)
STRJRNPF FILE(PRODLIB/ORDINI) JRN(JRNLIB/JRNPROD)
Il journaling non serve solo al ripristino: è il presupposto del controllo di commit — senza journal non ci sono transazioni — ed è la base su cui lavorano tutte le soluzioni di replica e di alta disponibilità.
Avvertenza
i journal receiver crescono, e sono la seconda causa classica di disco
pieno dopo lo spool. La gestione va impostata perché il sistema li stacchi e li cancelli
da solo dopo il salvataggio (CHGJRN con la gestione automatica dei receiver), non
lasciata alla pulizia manuale. E un receiver non ancora salvato non va cancellato: se ne
va con lui esattamente la parte di lavoro che serviva recuperare.
Il nastro non è il punto
La domanda "su cosa salviamo" — nastro, libreria virtuale su disco, appliance — conta meno di quanto sembri. Contano tre cose, e sono quelle che nella pratica mancano:
Che il salvataggio sia leggibile. Un backup mai riletto non è un backup. La verifica non è controllare che il job sia finito con successo: è ripristinare qualcosa, su un sistema di collaudo o in una libreria diversa, e vedere che c'è.
Che una copia sia altrove. Un nastro nell'armadio accanto alla macchina protegge dal guasto del disco e non dall'incendio, dall'allagamento o dal riscatto chiesto da chi ha cifrato la rete.
Che qualcuno sappia farlo. Il ripristino completo di un sistema è una procedura lunga, con un ordine preciso, che si fa la prima volta nel momento peggiore. Vale la pena averla scritta e averla provata almeno una volta.
Consiglio
dove il salvataggio è governato da BRMS, la maggior parte di questo lavoro è già impostata da qualcuno che l'ha fatto di mestiere. Vale la pena capire come è configurato invece di costruirsi una procedura parallela: due sistemi di salvataggio che non si conoscono sono peggio di uno solo.
Ripristinare
I comandi sono simmetrici a quelli di salvataggio — RSTLIB, RSTOBJ, RST, RSTUSRPRF,
RSTAUT — ma l'ordine non è indifferente, ed è la parte che si sbaglia sotto pressione: i
profili utente prima degli oggetti, le autorizzazioni per ultime con RSTAUT.
Avvertenza
ripristinare oggetti provenienti da un altro sistema è il momento in cui
il valore di sistema QALWOBJRST decide che cosa è ammesso. Impostato in modo permissivo
permette di ripristinare programmi con diritti adottati e oggetti di sistema: comodo
durante un ripristino vero, pericoloso come impostazione permanente.
Commenti
Nessun commento ancora. Sii il primo a commentare!
Devi avere un account per commentare. Accedi · Registrati