Tutti nella comunit\u00e0 IBM i conoscono questo termine grazie a un’opzione di menu: ci si collega al menu nativo di gestione dei backup (GO SAVE), si seleziona l’opzione 21 e tutto ci\u00f2 che si deve fare \u00e8 seguire le istruzioni a schermo. <\/strong><\/p>\n D’altra parte, non avete le risorse per stare davanti a uno schermo tutta la notte? Facile: inviate questo backup come file batch! Come lo facciamo? \u00c8 cos\u00ec facile! Seguite questo articolo e vi mostreremo come preparare il vostro SAVE21 in batch.<\/strong><\/p>\n<\/div>\n <\/strong><\/p>[\/et_pb_text][et_pb_text _builder_version=”4.14.8″ _module_preset=”default” text_text_color=”#000000″ header_2_font=”Poppins||||||||” header_2_text_color=”#000000″ header_3_font=”Poppins|300|||||||” header_3_text_color=”#000000″ hover_enabled=”0″ global_colors_info=”{}” sticky_enabled=”0″] Questo include il firmware, il sistema (compresi i dati di sicurezza e di configurazione), tutte le librerie e l’intero IFS (compresa la directory QDLS, il famoso “DLO”). Si parla anche di “backup dell’intero sistema”, in contrapposizione al semplice “backup del sistema”, che in realt\u00e0 si riferisce a un SAVSYS<\/strong> o all’opzione 22 del menu SAVE.<\/p>\n I due termini non sono del tutto indipendenti. SAVE21 include un SAVSYS, a cui aggiunge un backup completo dei dati dell’utente, equivalente all’opzione 23 del menu SAVE.<\/p>\n Per tutti i comandi elencati in questo articolo, <device> si riferisce all’unit\u00e0 in cui \u00e8 inserito <volume>, il supporto di backup utilizzato. I comandi di backup inclusi in SAVE21 sono i seguenti:<\/p>\n SAVSYS DEV(<dispositivo>) <\/p>\n SAVE21 deve salvare TUTTO. Ci\u00f2 significa che tutti gli oggetti del sistema devono essere disponibili per il processo di backup. Per garantire ci\u00f2, IBM ha limitato l’accesso a SAVE21 al periodo in cui il sistema \u00e8 in modalit\u00e0 ristretta<\/strong>, cio\u00e8 quando tutti i lavori e i sottosistemi sono fermi.<\/p>\n Tuttavia, questa modalit\u00e0 ristretta ha gravi conseguenze: l’IBM i \u00e8 inaccessibile e solo un lavoro pu\u00f2 essere eseguito sul sistema: il lavoro di backup. Tutte le applicazioni saranno disattivate e il sistema sar\u00e0 inaccessibile, gestibile solo tramite una console (HMC o LAN).<\/p>\n Il tempismo \u00e8 tutto, e bisogna essere in grado di trovare l’intervallo in cui tale operazione ha il minor impatto possibile. \u00c8 inoltre necessario verificare nel pianificatore di sistema se sono stati pianificati lavori durante il periodo di modalit\u00e0 ristretta, in modo da poterli riavviare (se necessario) al termine del backup.<\/p>\n <\/p>\n La domanda “come” \u00e8 la pi\u00f9 complessa da rispondere nel contesto di SAVE21. Poich\u00e9 la modalit\u00e0 ristretta impedisce di reagire una volta avviato il backup, \u00e8 necessario prevedere le possibili cause di interruzione prima dell’invio: \u00e8 necessario verificare che la cartuccia di backup sia inserita nell’unit\u00e0 e utilizzabile:<\/p>\n <\/p>\n Verificare sempre prima che il nastro sia montato correttamente nell’unit\u00e0. Questo comando rilascia anche il messaggio “CPC6778<\/strong> “, in cui il nome del volume montato nell’unit\u00e0 pu\u00f2 essere recuperato tramite un RCVMSG.<\/p>\n Nel caso di una libreria a nastro o di un VTL, si evita di dover inserire il nome del volume di backup codificato nel codice sorgente. Si noti, tuttavia, che il comando CHKTAP non funziona direttamente su una libreria a nastro; viene inviato il messaggio CPF415A<\/strong>. In questo caso, iniziare a trovare la banda desiderata. Utilizzare l’opzione 5 per verificare la categoria (ed eventualmente il sistema) di questa cartuccia. <\/p>\n <Il sistema> \u00e8 necessario solo se la categoria \u00e8 *NOSHARE. In genere si riferisce al nome visualizzato nel DSPNETA<\/strong>. \u00c8 inoltre necessario prestare attenzione all’inizializzazione del nastro prima di utilizzarlo:<\/p>\n INZTAP DEV(<dispositivo>) CHECK(*NO)<\/p>\n<\/div>\n <\/p>\n Successivamente, \u00e8 necessario assicurarsi che il lavoro venga inviato correttamente e che sia possibile la modalit\u00e0 ristretta.<\/p>\n <\/p>\n Durante la modalit\u00e0 ristretta, sar\u00e0 attivo solo il sottosistema di controllo, con un solo lavoro all’interno. La modalit\u00e0 ristretta viene attivata arrestando tutti i sottosistemi e viene abbandonata riavviando il sottosistema di controllo, che attiva il programma di avvio.<\/p>\n Il sottosistema di controllo \u00e8 indicato nel valore di sistema QCTLSBSD<\/strong>. Nella maggior parte dei sistemi, il sottosistema di controllo \u00e8 QSYS\/QCTL, e la sessione che viene eseguita al suo interno \u00e8 QSYS\/DSP01. \u00c8 necessario assicurarsi che questi vengano avviati. Il programma di avvio \u00e8 indicato nel valore di sistema QSTRUPPGM<\/strong>. Questo pu\u00f2 essere personalizzato a seconda delle esigenze. \u00c8 quindi necessario assicurarsi che avvii l’intera applicazione. \u00c8 inoltre necessario assicurarsi che il JOBQ collegato al sottosistema di controllo sia rilasciato e che la sessione a cui \u00e8 collegato il lavoro sia libera.<\/p>\n Infine, \u00e8 necessario prendere in considerazione le prestazioni del sistema su cui si sta lavorando. Non esitate a inserire i DLYJOB<\/strong>, che vi permetteranno, ad esempio, di non lanciare SAVSYS prima che sia stata raggiunta la modalit\u00e0 ristretta. \u00c8 anche possibile attendere il rilascio del messaggio CPF0968<\/strong> prima di avviare il backup.<\/p>\n Inoltre, alcuni ordini possono attendere un risultato prima di proseguire con l’ordine successivo. Questo tempo di attesa per un risultato pu\u00f2 essere modificato se le prestazioni sono scarse:<\/p>\n CHGJOB DFTWAIT(<duration_in_seconds>)<\/p>\n<\/div>\n <\/p>\n Infine, le prestazioni complessive del lavoro dovrebbero essere prese in considerazione anche nel comando di avvio del batch per la modalit\u00e0 ristretta del sistema:<\/p>\n ENDSBS SBS(*ALL) OPTION(*IMMED) BCHTIMLMT(<maximum_restricted_mode_time_in_minutes>)<\/p>\n<\/div>\n <\/p>\n Il valore indicato nel parametro BCHTIMLMT<\/strong> definisce la durata massima della modalit\u00e0 ristretta, anche se il lavoro \u00e8 bloccato in un modo o nell’altro.<\/p>\n Occorre fare attenzione a non lasciare che questo tempo sia troppo breve per completare normalmente il lavoro, ma nemmeno troppo lungo, perch\u00e9 in tal caso si rischia di non essere in grado di ripristinare il sistema quando gli utenti devono collegarsi.<\/p>\n Una volta trascorso questo tempo, il sottosistema di controllo si riavvia, indipendentemente dal fatto che il lavoro sia stato completato o meno. Se si intende creare un programma che funzioni sia in modo interattivo che in modalit\u00e0 batch, \u00e8 necessario condizionare questo comando: se viene specificato *NOMAX (o se il parametro viene lasciato al suo valore predefinito), il comando non funzioner\u00e0 in modalit\u00e0 batch. Se viene specificato un valore diverso da *NOMAX, il comando non funziona in modo interattivo.<\/p>\n <\/p>\n I comandi di backup possono essere eseguiti in qualsiasi ordine, tranne SAVSYS, che deve essere eseguito per primo in modo da avere il microcodice all’inizio del backup per poter lanciare un IPL da questa sorgente.<\/p>\n Il parametro ENDOPT deve quindi essere adattato in base a questo ordine per indicare *LEAVE per i backup successivi e *REWIND o *UNLOAD (come richiesto) alla fine del backup. In effetti, *LEAVE consente di risparmiare molto tempo quando si riavvolge il nastro.<\/p>\n Il backup funziona bene, ma non \u00e8 presente alcuno spool dopo il ripristino di una coda? Se gli spool sono importanti per la vostra applicazione, \u00e8 essenziale specificare un parametro aggiuntivo il cui valore predefinito non consente il backup dei file di spool. In questo caso, \u00e8 necessario specificare SPLFDTA(*ALL)<\/strong>. Lo stesso vale per il contenuto dei *DTAQ: QDTA(*DTAQ)<\/strong>.<\/p>\n Infine, se lo stato dei backup deve essere monitorato da un team, pu\u00f2 essere vantaggioso modificare il parametro OUTPUT<\/strong>.<\/p>\n *PRINT<\/strong> recupera un file di spool, che pu\u00f2 essere “archiviato” in uno specifico OUTQ.<\/p>\n *OUTFILE<\/strong> viene utilizzato per memorizzare il risultato di un backup in un file esterno. OUTFILE<\/strong> e OUTMBR<\/strong> devono essere indicati con *OUTFILE per specificare la posizione del file. \u00c8 possibile, ad esempio, avere un membro con data e ora per ogni backup per mantenere una cronologia. Le informazioni di uscita vengono quindi impostate dal parametro INFTYPE<\/strong>. Per il comando IFS backup SAV<\/strong>, l’opzione *OUTFILE non \u00e8 disponibile per il parametro OUTPUT.<\/p>\n Attenzione: per il comando SAVLIB LIB(*NONSYS) […] OUTPUT(*OUTFILE) OUTFILE(<biblioteca>\/<outfile>), SAVE21 includer\u00e0 sistematicamente un oggetto non salvato, il famoso file di uscita <biblioteca>\/<outfile>. Il lavoro di backup pu\u00f2 finire con un codice finale diverso da 0, il che pu\u00f2 causare problemi per il monitoraggio e il reporting.<\/p>\n <\/p>\n Lo svantaggio principale di un SAVE21 \u00e8 che il sistema passa in modalit\u00e0 ristretta. Ma ogni svantaggio pu\u00f2 essere sfruttato per diventare un punto di forza. La necessit\u00e0 di una modalit\u00e0 ristretta pu\u00f2 essere utilizzata per presentare ordini che non sono possibili in “modalit\u00e0 normale”.<\/p>\n Ad esempio, \u00e8 possibile sfruttare la modalit\u00e0 ristretta per lanciare un reclaim storage (RCLSTG), un’operazione hardware o operazioni che funzionano meglio in assenza di attivit\u00e0 (interruzione della registrazione, modifica di un sottosistema, modifica del modello di test delle connessioni, ‘riorganizzazione’ dei file utilizzati pi\u00f9 di frequente, applicazione di PTF e cos\u00ec via).<\/p>\n <\/p>\nChe cosa salvaguarda SAVE21?<\/strong><\/h2>\n
Backup del firmware e del sistema :<\/h3>\n
VOL(<volume>)
ENDOPT(*LEAVE)<\/p>\n<\/div>\nBackup del resto delle librerie (librerie “non di sistema”) :<\/h3>\n
DEV(<dispositivo>)
VOL(<volume>)
ENDOPT(*LEAVE)<\/div>\nSalvataggio di “DLO” (contenuto di \/QDLS) :<\/h3>\n
DEV(<dispositivo>)
VOL(<volume>)
ENDOPT(*LEAVE)<\/div>\nBackup dell’intero IFS (tranne \/QDLS e \/QSYS.LIB, che sono gi\u00e0 stati sottoposti a backup) :<\/h3>\n
OBJ((‘\/*’)
(‘\/QSYS.LIB’ *OMIT)
(‘\/QDLS’ *OMIT))
VOL(<volume>)
ENDOPT(*REWIND)<\/div>\nQuando devo presentare il mio SAVE21?<\/strong><\/h2>\n
Come posso inviare il mio backup?<\/strong><\/h2>\n
Installare la cartuccia, quindi utilizzare il comando :<\/p>\nAltri parametri di backup :<\/strong><\/h2>\n
Come si pu\u00f2 beneficiare di un SAVE21?<\/strong><\/h2>\n