blog notos

Come posso eseguire il backup dei supporti virtuali?

Ecco come funziona: i backup vengono eseguiti localmente sull’IFS, quindi il file viene esportato dall’IFS all’archiviazione remota o al cloud.

I backup vengono eseguiti localmente sull’IFS. Una volta completato il backup, il file viene esportato dall’IFS all’archiviazione remota o al cloud.

La preparazione è molto simile al caricamento dei PTF: un catalogo di immagini (*IMGCLG) viene montato su una directory IFS e questo catalogo viene caricato su un dispositivo di backup virtuale (*DEVD).

Questo dispositivo può avere un attributo “OPT” per un’unità DVD virtuale (PTF, *SAVSYS) o un attributo “TAP” per un’unità nastro virtuale (backup *ALLUSR).

Poiché i backup vengono esportati, è essenziale tenerne traccia. Per questo motivo si ricorre spesso a BRMS o a prodotti di terze parti, per evitare uno sviluppo troppo oneroso e difficile da mantenere per il monitoraggio dei nastri virtuali.

 

Ci sono diverse opzioni a disposizione:

  • Gestione completamente manuale (CRTDEVTAP / CRTDEVOPT, directory IFS, *IMGCLG)
  • Gestione semi-manuale con BRMS (trasferimenti e upload “a mano”, poi back-up/ripristini tramite BRMS)
  • BRMS interfacciato con IBM Cloud Storage Solutions for i (prodotto con licenza IBM: 5733ICC)
  • Software di terze parti (non IBM)

 

Per semplicità, mi riferirò a IBM Cloud Storage Solutions for i come “ICC”, dal codice prodotto IBM.

 

Per determinare la scelta migliore per le mie esigenze, devo pormi alcune domande:

 

  • Le mie PTF sono aggiornate?

In particolare, per ICC, controllate le PTF di BRMS.

Per altre soluzioni di terze parti, consultare la documentazione dell’editore.

Per altre soluzioni, dovrebbero essere sufficienti l’ultimo Technology Refresh e l’ultima versione cumulativa.

 

  • Su quali supporti remoti è possibile eseguire il backup?

Per ICC, IBM ha convalidato il corretto funzionamento degli scambi con le nuvole (IBM, Amazon e Google) attraverso i rispettivi protocolli, ma anche tramite FTP su un AIX o un Linux Redhat.

Altri tipi di archiviazione potrebbero funzionare, ma non sono stati testati da IBM. I backup e, soprattutto, i ripristini dovranno essere testati. Non consigliamo di utilizzare trasferimenti FTP su un TrueNAS, proprio a causa dei problemi di ripristino che abbiamo riscontrato.

Tuttavia, è anche possibile archiviare i backup su supporti non approvati da IBM: creare una directory di archiviazione di backup su supporti non approvati da IBM (ad esempio TrueNAS), montare una condivisione NFS che punta a questa directory su supporti approvati da IBM (ad esempio AIX) e definire una risorsa ICC (destinazione di trasferimento del backup) con la condivisione NFS che punta all’archiviazione non approvata da IBM come directory principale ricevente.

Infine, alcuni hardware possono anche ‘emulare’ un ambiente Cloud in stile IBM i. Ad esempio, IBM Spectrum Protect può emulare un ambiente Amazon Cloud (AWS) presso l’ICC.

Per altri tipi di memoria di editori esterni, consultare la documentazione o le raccomandazioni dell’editore.

Infine, per la gestione (semi)manuale, la decisione dovrà tenere conto del prezzo, delle attrezzature già disponibili e della complessità dello sviluppo.

 

  • Ho abbastanza spazio su disco sul mio sistema remoto?

Quando si considera la quantità di spazio su disco necessaria, tenere presente :

  • i diversi tipi di backup (giornalieri, mensili, una tantum, ecc.)
  • il backup dei vari prodotti IBM i
  • conservazione di ogni backup
  • la frequenza di ciascun tipo di backup
  • qualsiasi compressione (mai compressione per *SAVSYS!)
  • il potenziale aumento dell’occupazione del disco della partizione nel tempo
  • prezzo (nel contesto di un Cloud)

 

  • Che tipo di trasferimento devo utilizzare?

Il tipo di trasferimento da utilizzare dipende ovviamente dal tipo di stoccaggio.

A seconda della soluzione di terze parti scelta, consultare la documentazione o le raccomandazioni fornite dall’editore.

Gli editori offrono sempre l’FTP, ma a volte sono disponibili altri tipi di trasferimento più moderni e/o più sicuri, come l’RSYNC.

Attualmente ICC offre 3 protocolli: AWS S3, IBM SoftLayer e FTP.

Ciascuno di questi tipi di trasferimento supporta la crittografia, la sicurezza e la compressione.

Per l’esempio di emulazione di Spectrum Protect, il trasferimento utilizzato sarà quello sicuro di Amazon S3.

 

  • Ho abbastanza spazio libero su disco a livello locale?

Infatti, prima di essere trasferiti su uno storage remoto, i backup vengono eseguiti localmente, nell’IFS. Nella maggior parte dei casi, quindi, è necessario assicurarsi che l’occupazione del disco sia inferiore al 50%.

Nel caso dell’ICC, lo spazio disponibile può essere molto inferiore, perché i nastri vengono inviati man mano che viene eseguito il backup. Naturalmente, il numero e le dimensioni delle bande generate dal BRMS dovranno essere adattati.

Con o senza ICC, è comunque consigliabile archiviare i backup in un iASP. Se le comunicazioni tra l’IBM i di cui si sta eseguendo il backup e lo storage remoto vengono interrotte, l’iASP si riempirà fino alla sua capacità, ma non “tracimerà” mai sul sistema ASP. E con un iASP, non è necessario limitare l’ASP del sistema al di sotto del 50% di occupazione!

 

  • Se scelgo di utilizzare un iASP, come lo gestisco?

Come già detto, iASP non è obbligatorio, ma solo consigliato. Naturalmente, tutto dipende dall’architettura tecnica già esistente (abbiamo abbastanza spazio su disco per allocarne una parte a iASP?). Se si sceglie di utilizzarlo, è necessario prima configurarlo correttamente:

  1. Il primo passo è quello di presentare i futuri dischi iASP alla partizione IBM i. Una volta che i dischi sono visibili, il comando CFGDEVASP ASPDEV(iasp_name) ACTION(*CREATE) viene usato per selezionare i dischi da aggiungere all’iASP.
  2. L’iASP viene creato in stato di arresto, quindi deve essere avviato. Si noti che l’iASP deve rimanere avviato per tutta la durata del backup e dei trasferimenti. È possibile verificare lo stato dell’iASP con il comando WRKCFGSTS CFGTYPE(*DEV) CFGD(*ASP) e avviarlo con il comando VRYCFG CFGOBJ(iASP_name) CFGTYPE(*DEV) STATUS(*ON). Non dimenticate di avviare il dispositivo anche nel programma di avvio, per evitare di essere scoperti dopo un IPL!
  3. Una volta che l’iASP è stato avviato, deve essere presentato alla soluzione software scelta, se applicabile; nel caso della soluzione di archiviazione cloud, sia BRMS che ICC devono essere a conoscenza di questo nuovo iASP. BRMS richiede solo un reset, l’opzione con il minor impatto è: INZBRM *DATA. L’ICC richiede l’invio di un ordine supplementare dal programma “coltellino svizzero” di BRMS: QBRM/Q1AOLD.

  • Di quale formato di nastro ho bisogno?

Per la gestione manuale, la dimensione dei nastri è libera (max. 1 TB), ma attenzione allo spazio su disco disponibile.

I formati di DVD virtuali sono più limitati: il formato più grande è *DVD4700 (4,7 GB).

Il comando ADDIMGCLGE viene utilizzato per aggiungere un nastro o un DVD al catalogo immagini.

È quindi necessario calcolare il numero di volumi necessari per i backup (e in particolare il numero di DVD necessari per *SAVSYS).

Ancora una volta, ICC utilizza il programma QBRM/Q1AOLD per impostare le dimensioni delle bande generate automaticamente da BRMS. I nuovi nastri verranno creati da BRMS non appena l’ultimo nastro disponibile verrà selezionato per il backup. Il numero di bande ha quindi un impatto minimo.

In effetti, per impostazione predefinita, in BRMS e in modo nativo, un nastro vuoto non occupa praticamente spazio sui dischi, indipendentemente dalle dimensioni o dal formato definito dei volumi.

 

  • Posso eseguire il backup del mio sistema e del mio microcodice su un supporto virtuale?

I *SAVSYS basati su disco sono effettivamente possibili, ma solo su DVD virtuali. Tuttavia, questi backup non possono essere compressi o crittografati. Per ripristinare un sistema operativo completo da questi DVD, è necessario poterli “montare”. È quindi necessario masterizzare il supporto virtuale su un supporto fisico che possa essere letto dall’IBM i, oppure montarlo su un’unità virtuale di un VIOS associato all’IBM i, se possibile.

Tuttavia, poiché lo stato ristretto (obbligatorio per un *SAVSYS) può rendere il backup più complesso, non è sempre detto che il *SAVSYS sia supportato dall’editore della soluzione di backup.

Nel caso dell’ICC, la soluzione è in grado di aumentare un indirizzo IP mantenendo attiva la modalità ristretta. Ancora una volta, il programma QBRM/Q1AOLD viene utilizzato per definire l’indirizzo IP da inviare da BRMS. La documentazione ricorda che è necessario eseguire il backup di alcune librerie IBM con *SAVSYS, poiché verranno utilizzate per il ripristino dei dati (librerie di sistema + BRMS + ICC + librerie di crittografia e compressione, ecc.)

 

  • Come si esegue un SAVE21 sui dischi?

In modalità nativa, è necessario programmare un *SAVSYS su DVD (senza compressione!) seguito da un backup *NONSYS su nastro (con possibilità di compressione), mantenendo la modalità ristretta.

I nastri non possono essere inviati durante il backup, quindi i trasferimenti dovranno essere avviati tutti alla fine del backup. È quindi essenziale mantenere libero almeno il 50% dello spazio su disco, oppure definire un iASP.

Come già detto, se *SAVSYS è impossibile, lo è anche SAVE21. È sufficiente consultare la documentazione dell’editore o chiedere direttamente se *SAVSYS è supportato.

ICC suddivide SAVE21 in due parti: il *SAVSYS e il backup del resto dei dati (*NONSYS).

In un sistema in cui i SAVE21 devono essere lanciati su supporti virtuali, devono quindi essere presenti almeno 2 risorse ICC, 2 strategie mediatiche, 2 sedi mediatiche e 2 gruppi di controllo. In questo modo è facile identificare i SAVE21 dei quotidiani.

 

  • Cosa devo controllare prima di utilizzare la soluzione?

Qualunque sia la soluzione scelta, è necessario ricordare come mantenerla e farla funzionare.

Ciò comporta la pianificazione (attenzione al *JOBQ nel contesto di un SAVE21!) dei comandi per il backup, la manutenzione e, eventualmente, l’avvio e l’arresto dei sottosistemi o il rilascio dei JOBQ, nonché l’inclusione dei vari comandi nel programma di avvio.

Per le soluzioni confezionate da un editore (tra cui IBM), dovrete anche assicurarvi che il supporto del software sia aggiornato e che la licenza sia compilata correttamente.

Per ICC, la soluzione è un prodotto con licenza IBM (5733ICC), le cui licenze sono applicate alla partizione, non alla macchina. Poiché la soluzione è ancora agli inizi, la possibilità di creare un ticket presso IBM può essere assolutamente indispensabile.

 

  • Che prezzo sono disposto a pagare se scelgo una soluzione “confezionata” da un editore?

Il prezzo della soluzione è spesso il fattore principale della scelta finale. Non dimenticate di considerare la manutenzione nel costo di proprietà, così come il costo del tempo dedicato all’utilizzo della soluzione (per gli sviluppi interni)!

 

Se avete altre domande o desiderate maggiori informazioni sull’argomento, armonie può aiutarvi a realizzare il vostro progetto.

Partager cet article