Mastering AIX Backup: Guida completa per amministratori di sistema

Quando si tratta di informatica aziendale, i sistemi AIX sono ancora molto importanti in una vasta gamma di attività o operazioni mission-critical. Tali ambienti robusti basati su UNIX richiedono anche strategie di backup altrettanto flessibili per garantire la continuità aziendale e proteggere le informazioni sensibili dell’organizzazione. La protezione dell’intera infrastruttura AIX è un imperativo aziendale e non solo un requisito tecnico.

L’infrastruttura AIX presenta anche diverse sfide specifiche che la distinguono da altri potenziali obiettivi di backup. Queste sfumature dovrebbero essere sempre prese in considerazione quando si progetta una strategia di backup. Il nostro obiettivo in questo articolo è quello di creare una guida dettagliata e completa per la gestione del backup AIX, che includa concetti fondamentali, tecniche avanzate, approcci collaudati, strategie di automazione e, infine, alcuni esempi delle nostre soluzioni di backup consigliate per l’uso in tali scenari.

Backup AIX: le basi

Avere una chiara comprensione sia del “come” che del “perché” delle operazioni mission-critical è alla base di un efficiente sistema di amministrazione. Le strategie di backup AIX si basano molto sugli strumenti proprietari IBM in combinazione con utility standard, il che le rende sostanzialmente diverse dalla maggior parte degli approcci ai backup in altre distribuzioni Linux o varianti UNIX.

La definizione di backup AIX

Il backup AIX è un insieme complesso di tecnologie e processi con l’unico obiettivo di creare una copia ripristinabile delle informazioni di sistema insieme a tutte le sue applicazioni e configurazioni. AIX utilizza un complesso sistema di gestione del volume logico che richiede un approccio non convenzionale alle attività di backup e ripristino per garantire che tutti questi processi siano condotti in modo efficiente.

La necessità di creare soluzioni di backup così robuste per gli ambienti AIX è nata da una serie di fattori. I carichi di lavoro più sensibili negli istituti finanziari, nelle strutture sanitarie e nelle attività produttive si basano spesso su AIX e, per inciso, questi settori sono anche solitamente i più sensibili quando si tratta di disponibilità delle infrastrutture. Anche solo un’ora di inattività del sistema può costare a una di queste organizzazioni più di un milione di dollari.

Oltre alle considerazioni finanziarie, c’è anche l’importante tema della conformità normativa. Numerosi quadri di conformità come PCI-DSS, SOX o HIPAA impongono protocolli di backup molto specifici per quanto riguarda le informazioni sensibili. Molte altre misure di protezione dei dati sono menzionate anche nel contesto di queste normative, con i sistemi AIX che spesso sono la memoria primaria per le informazioni esatte che sono considerate sensibili o comunque importanti.

Infine, è importante considerare che i backup AIX fungono da ultima linea di difesa contro qualsiasi tipo di minaccia informatica. Gli attacchi ransomware che prendono di mira i sistemi aziendali sono ormai all’ordine del giorno da diversi anni, con molti autori di minacce che creano malware con l’obiettivo di colpire i sistemi di backup insieme alla normale archiviazione delle informazioni. Una strategia di backup AIX adeguatamente pianificata ed eseguita è l’approccio migliore per combattere attacchi così complessi.

Terminologia chiave in AIX

Le operazioni di backup AIX ruotano spesso attorno a concetti e termini specifici che costituiscono il vocabolario di base della sicurezza delle informazioni:

• mksysb è un’utilità in grado di creare immagini di sistema avviabili che contengono l’intero rootvg e i gruppi di volumi del sistema operativo. Queste immagini possono essere utilizzate sia come strumento di implementazione del sistema che come misura di disaster recovery.
• Il gruppo di volumi rootvg è la posizione di archiviazione per il sistema operativo (e nient’altro, poiché i gruppi di volumi definiti dall’utente dovrebbero ospitare i dati delle applicazioni in tali situazioni).
• savevg è un comando che si rivolge ai gruppi di volumi al di fuori di rootvg per eseguire operazioni di backup complesse che includono anche i dati utente e non solo il sistema operativo.
• JFS e JFS2 sono entrambi file system con registrazione delle transazioni in grado di mantenere la coerenza del file system in ogni momento; possono anche influenzare il modo in cui i backup interagiscono con le informazioni in uso.
• EMG sono gruppi di montaggio avanzati che rendono possibile il backup coerente di più ambienti contemporaneamente.
• NIM (Network Installation Manager) è il gestore di installazione di rete che ha il compito di semplificare e centralizzare molte attività di gestione dei backup.
• TSM (Tivoli Storage Manager) è un importante strumento per mantenere la coerenza dei backup tra diversi file system.
• Le operazioni di clonazione consentono la duplicazione di interi gruppi di volumi a scopo di backup.

Tipi di backup applicabili ad AIX

I backup AIX possono operare in quattro metodologie principali. I backup completi utilizzano uno degli strumenti di cui sopra per acquisire l’intero sistema operativo con tutte le sue applicazioni e i file di configurazione. Richiedono molto spazio di archiviazione e tempo di elaborazione, ma possono offrire un ripristino completo del sistema dopo quasi ogni problema.

I backup dei gruppi di volumi sono focalizzati su set di dati specifici all’interno del sistema di gestione dei volumi logici di AIX. Possono ottimizzare l’utilizzo delle risorse offrendo al contempo un certo grado di granularità ai processi di backup.

Sia i backup incrementali che quelli differenziali possono ridurre al minimo il sovraccarico, poiché sono in grado di catturare solo le modifiche apportate dal backup precedente. Queste strategie possono ridurre drasticamente le finestre di backup, ma rendono i compiti di ripristino significativamente più complessi.

I backup a livello di file utilizzano un’idea simile alla loro filosofia di backup, fornendo un controllo granulare su quali dati possono essere protetti utilizzando strumenti standard come cpio, tar, ecc.

L’implementazione strategica di uno o più di questi tipi di backup può essere utilizzata per creare un quadro di protezione dei dati a più livelli che bilancia le prestazioni del sistema e i vincoli delle risorse con la complessità della protezione dei dati.

Il metodo di backup AIX più adatto in una situazione specifica

Ora che abbiamo il contesto relativo ai diversi approcci alle operazioni di backup, è il momento di esaminare il modo migliore per applicarli in situazioni diverse.

Ci sono molti fattori importanti da considerare quando si crea una metodologia di backup complessa: vincoli di finestra di backup, complessità operativa, obiettivi di tempo di ripristino, limitazioni di archiviazione, ecc. Fortunatamente, le utility native di AIX possono essere utilizzate in diversi scenari di protezione e in alcuni casi hanno anche i loro vantaggi.

Alcuni comandi o flag possono variare a seconda della versione di AIX utilizzata. Si consiglia di consultare la documentazione ufficiale per la versione specifica di AIX per sapere quali comandi sono supportati.

Comando mksysb per i backup di sistema

Come accennato in precedenza, mksysb crea un backup completo e avviabile dell’intero sistema operativo AIX con tutti i suoi contenuti (nel gruppo di volumi rootvg). Un backup di questo tipo può essere utilizzato per ricostruire un intero ambiente da zero quando necessario.

L’intero processo di creazione di un backup mksysb può essere suddiviso in diverse fasi. In primo luogo, crea un file ./bosinst.data che contiene tutti i dettagli della configurazione dell’installazione. In secondo luogo, crea un indice per tutti i file rootvg prima di archiviarli. È possibile modificare anche la posizione dell’immagine in questione, indirizzandola verso altri file, percorsi di rete, unità nastro separate, ecc.

Questo comando viene utilizzato per creare un backup avviabile utilizzando il primo dispositivo a nastro come posizione di archiviazione. Se è necessario salvare l’immagine nell’ambiente di archiviazione esistente, l’utente dovrà specificare il percorso esatto del file, invece di: Anche se mksysb è un ottimo modo per proteggere i file di sistema importanti, è tutt’altro che perfetto. Ad esempio, il fatto che si concentri sul gruppo di volumi rootvg introduce la possibilità di non tenere conto dei dati delle applicazioni memorizzati in gruppi di volumi diversi.

C’è anche il fatto che mksysb segue la logica dei normali backup completi: richiedono un po’ di tempo per essere completati e necessitano di molto spazio di archiviazione, il che li rende poco pratici per un uso frequente. Per questo motivo, la maggior parte delle aziende tende a utilizzare mksysb solo occasionalmente (su base settimanale o mensile), supportandolo con backup più frequenti (incrementali o differenziali), nel tentativo di raggiungere un equilibrio tra impatto operativo e sicurezza delle informazioni.

Comando savevg per i backup dei gruppi di volumi

Per quanto riguarda le informazioni memorizzate al di fuori del gruppo di volumi rootvg, è possibile eseguirne il backup utilizzando un comando chiamato savevg. Si tratta di un’utilità che si rivolge a gruppi di volumi specifici contenenti dati applicativi, file di database e informazioni utente, offrendo un controllo molto più granulare sugli obiettivi di backup.

La sintassi generale di savevg è quasi identica a quella utilizzata per mksysb, con la posizione dei gruppi di volumi di destinazione che rappresenta una delle maggiori differenze:

Questo comando ci aiuta a creare un backup del gruppo di volumi “appvg” e salvarlo in un file designato. A differenza di mksysb, i backup savevg non sono avviabili per impostazione predefinita, poiché il loro scopo principale è la conservazione generale dei dati e non contengono i file del sistema operativo necessari per funzionare da soli.

Questo approccio ha i suoi vantaggi, tra cui la sicurezza mirata dei set di dati, la riduzione della finestra di backup e la possibilità di essere eseguito senza influire sulle operazioni di sistema. D’altro canto, un ambiente AIX funzionante rimane un requisito per il ripristino di qualsiasi backup savevg, rendendo necessario l’utilizzo di entrambe le opzioni nella stessa strategia di backup.

Backup personalizzati utilizzando tar, cpio e dd

In alcuni casi, quando le utility specifiche di AIX non sono all’altezza del compito, è possibile utilizzare anche strumenti UNIX standard come strumenti di backup. Alcuni di questi strumenti possono offrire un notevole grado di controllo granulare sulle operazioni di backup in combinazione con la compatibilità multipiattaforma.

Ad esempio, il noto comando tar è un ottimo modo per creare backup di specifici set di file o directory e la sua sintassi è relativamente semplice:

Se è necessaria una maggiore compatibilità con diverse architetture di sistema, è possibile utilizzare cpio: Quando è necessario eseguire operazioni a livello di blocco, come la creazione di immagini disco esatte o il backup di dispositivi raw, il comando dd può offrire il set di strumenti necessario:Sebbene sia vero che queste utility non sono così complesse o personalizzabili come mksysb, sono quasi impareggiabili quando si tratta di essere flessibili per scenari di backup granulari. Per questo motivo, molte strategie di backup complesse utilizzano più misure diverse contemporaneamente, come misure specifiche per AIX e strumenti basati su UNIX, al fine di affrontare i punti critici specifici del piano di protezione dei dati.

Guida passo passo per l’esecuzione dei backup AIX

L’esecuzione di backup efficienti in ambienti AIX richiede un’esecuzione metodica e un’attenta preparazione su più livelli. In questa sezione cercheremo di suddividere il processo di approccio ai backup in diversi modi. Tutti i passaggi sono testati sul campo e bilanciati in modo specifico per offrire efficienza e completezza, assicurando che i sistemi critici rimangano sicuri e protetti senza inutili complessità.

Preparazione del sistema AIX per il backup

Prima di avviare qualsiasi operazione di backup, è necessario preparare adeguatamente il sistema per migliorare l’affidabilità dei backup e le percentuali di successo dei successivi ripristini. Ci sono alcune questioni importanti che vorremmo esplorare qui:

• Verificare la stabilità del sistema controllando i registri degli errori per individuare potenziali problemi che potrebbero compromettere l’integrità del backup:

• Trova e risolvi eventuali errori critici assicurandoti che ci sia abbastanza spazio libero nel filesystem dove verranno memorizzate le immagini di backup:

• Aggiorna l’Object Data Manager per assicurarti che possa acquisire tutti i dettagli della configurazione corrente del sistema (in particolare per le operazioni mksysb):

• Pulisci i file non necessari come core dump, file temporanei o log:

• Verifica che tutti i dispositivi di backup siano accessibili e configurati correttamente, ad esempio l’accessibilità dell’unità nastro viene verificata in questo modo:

• Considerare se i backup coerenti con l’applicazione richiedono l’arresto completo del servizio o se esiste un’opzione fornita dal fornitore per garantire l’integrità dei dati (se viene eseguito il backup dei sistemi di database). Molti ambienti di database di livello enterprise offrono i propri meccanismi di backup che dovrebbero essere utilizzati anche nei processi di backup AIX, ove applicabile.

Questi preparativi potrebbero aiutare a trasformare un processo meccanico in un’operazione strategica ben congegnata con le migliori opzioni di protezione dei dati disponibili.

Creazione di un backup completo del sistema con mksysb

L’utility mksysb è un buon modo per creare un backup completo e coerente del sistema per l’ambiente AIX. La sintassi originale è abbastanza semplice e ha anche diverse opzioni e personalizzazioni per migliorare il risultato finale.

Ad esempio, possiamo iniziare creando un file immagine di backup invece di scrivere direttamente il backup in una posizione di destinazione, offrendo flessibilità nei successivi processi di verifica:

Nel comando sopra riportato, abbiamo dato al file di backup un nome facilmente riconoscibile utilizzando la combinazione del nome host e della data corrente. L’immagine di backup viene creata utilizzando il flag -i.

Per acquisire i file che non sono inclusi nel backup predefinito, è necessario modificare in anticipo l’elenco di esclusione, cosa possibile con questo comando:

Una volta rimosse da questo file tutte le voci che si desidera includere nel backup, è possibile eseguire un nuovo comando mksysb con il flag -e che specifica l’elenco di esclusione appena aggiornato: Se è necessario eseguire un backup AIX in un ambiente con rigide finestre di inattività, è possibile utilizzare il flag -P per visualizzare in anteprima il processo al fine di stimarne in anticipo la durata e le dimensioni: Un altro passo importante è la verifica, che dovrebbe essere eseguita ogni volta che viene generata una nuova immagine mksysb per testarne la completezza: Il comando precedente dovrebbe elencare tutti i contenuti del backup, aiutando gli utenti a confermare che contiene tutti i file e la struttura necessari.

Backup dei gruppi di volumi con savevg

I gruppi di volumi di dati spesso contengono alcune delle informazioni più preziose di un’azienda, per cui la loro protezione è fondamentale. Il comando savevg dovrebbe offrire la funzionalità di backup mirato che integra i backup a livello di sistema di cui abbiamo parlato sopra.

Anche in questo caso si applica parte della sintassi di mksysb, come la possibilità di eseguire il backup di un gruppo di volumi come file:

Se l’ambiente ha diversi gruppi di volumi che devono essere protetti, è possibile farlo creando un semplice ciclo come questo: Se alcuni volumi logici necessitano di regole di gestione insolite, le liste di esclusione funzionano bene, come nell’esempio presentato nella sezione mksysb: Quando non è necessario scrivere i backup dei gruppi di volumi in un file, è possibile scriverli direttamente nel supporto di memorizzazione, ad esempio un nastro, utilizzando il flag -f: I gruppi di volumi più grandi potrebbero anche trarre vantaggio dalla capacità di compressione integrata, a costo di un maggiore carico della CPU durante i processi di backup (inoltre il flag potrebbe non essere presente nelle versioni precedenti di AIX): Una volta completata l’operazione savevg, si consiglia vivamente di verificare tutti i backup utilizzando le informazioni previste sul gruppo di volumi. analisi: Il comando in questione può visualizzare i file system, i volumi logici e altre strutture all’interno dell’immagine di backup per verificarne la completezza.

Creare backup personalizzati con tar

Se consideriamo la possibilità che siano specifici file o directory a richiedere il backup, invece di interi gruppi di volumi, possiamo utilizzare tar come alternativa in questi casi, garantendo flessibilità e precisione. Può gestire un’ampia gamma di backup che non possono essere eseguiti da mksysb o savevg con lo stesso livello di efficienza.

Il backup di directory di base con tar può essere simile a questo:

L’aggiunta della compressione al processo ridurrebbe i requisiti di archiviazione senza interrompere l’organizzazione dei file, ma potrebbe comportare un maggiore consumo di CPU: Esistono anche flag dedicati per i backup che devono preservare attributi estesi e Access Control List: Tuttavia, tutti questi esempi sono backup completi standard. Se è necessario iniziare a creare backup incrementali, il processo diventa un po’ più complesso. Si inizia con la creazione di un timestamp di riferimento che deve avvenire prima del backup stesso: Il timestamp in questione viene quindi utilizzato per i successivi backup incrementali:Ovviamente, una volta completati i backup, è necessario eseguire una verifica di integrità. Può essere eseguita nel modo consueto o in modo più dettagliato. La prima opzione (-tvf) è simile a quella che abbiamo esaminato per altri backup: elenca tutti i contenuti del backup, consentendo di verificare manualmente le discrepanze: La seconda opzione (-dvf) è molto più dettagliata, utilizza i file originali nel filesystem come punto di confronto per il backup in questione e segnala eventuali differenze tra i due, rendendo il confronto molto più automatizzato e dettagliato:I backup personalizzati con un grado di granularità così elevato danno il meglio di sé se utilizzati in combinazione con strumenti specifici per AIX, per una copertura più completa delle informazioni sensibili, che affronti sia il ripristino a livello di sistema che il ripristino granulare dei file.

Backup AIX Automazione per l’efficienza

In un ambiente moderno, i processi di backup manuali sono causa di rischi inutili dovuti alla possibilità di errore umano o di esecuzione incoerente. L’automazione è la soluzione a questi problemi, trasformando i backup da singole attività in un complesso quadro di protezione. Gli stessi ambienti AIX hanno una vasta gamma di capacità di automazione in grado di creare processi di backup affidabili e coerenti, se configurati correttamente.

Utilizzo di cron job per pianificare i backup

La funzionalità cron può essere la base per la pianificazione dei backup in AIX, offrendo un controllo preciso sulle operazioni ricorrenti. Invece di affidarsi agli amministratori per l’esecuzione manuale di ogni sequenza di comandi, cron può fornire la coerenza dei processi di backup in base a pianificazioni predefinite.

Il nostro primo passo sarebbe impostare le autorizzazioni corrette per il futuro script di backup file:

Dopodiché, possiamo accedere al crontab e iniziare a impostare comandi e pianificazioni: Ad esempio, se vogliamo che i backup completi settimanali vengano eseguiti ogni domenica all’1:00, la voce crontab dovrebbe essere simile a questa: Naturalmente, è sempre possibile creare programmi più complessi utilizzando la configurazione flessibile di cron. Ad esempio, possiamo utilizzare la riga precedente e aggiungere altri backup con regole diverse:Qui utilizziamo anche un comando per reindirizzare l’output ai file di log (> /var/log/backup.log 2>&1) per acquisire contemporaneamente l’output di backup standard e vari messaggi di errore. Una pratica di registrazione dettagliata come questa può offrire una visibilità approfondita dei vari processi automatizzati che di solito vengono eseguiti senza supervisione.

Se un’azienda richiede una pianificazione centralizzata su più ambienti AIX contemporaneamente, il Network Installation Manager può essere più adatto a questi scopi. NIM può aiutare gli amministratori a definire una volta per tutte le politiche di backup e poi applicarle all’intera infrastruttura in modo coerente.

Generazione di script di backup per attività ripetute

Un’efficace automazione del backup utilizza script ben strutturati in grado di gestire l’operazione di backup e tutti i passaggi importanti che la riguardano: preparazione, verifica e pulizia. La creazione di uno di questi script di backup trasforma una serie di comandi disgiunti in un flusso di lavoro completo in grado di migliorare notevolmente l’affidabilità dei processi di backup.

Un backup mksysb di base dovrebbe essere simile a questo:

Come puoi vedere, questo script incorpora la maggior parte delle migliori pratiche che abbiamo esaminato in una delle sezioni precedenti, con uno schema di denominazione dinamico, registrazione completa, pulizia pre-backup, corretta gestione degli errori, verifica dedicata dell’integrità del backup, pulizia automatica dei file di backup obsoleti e altro ancora.

Se si crea uno script di backup per ambienti con più gruppi di volumi, è comunque possibile personalizzare lo script per includere tutti i processi di backup necessari:

In generale, le organizzazioni che hanno requisiti complessi di backup e ripristino dovrebbero considerare l’implementazione di funzioni per processi diversi al fine di migliorare la riutilizzabilità del codice e ridurre la dimensione totale di ogni script (per una migliore manutenibilità):Va notato che questo script presume automaticamente che backup_functions.sh e i file di configurazione siano stati creati e caricati in precedenza.

Questi tre esempi dovrebbero fornire alla maggior parte degli utenti molte informazioni su come lo sviluppo degli script si evolve dall’esecuzione di comandi di base alla creazione di flussi di lavoro complessi con tutte le opzioni necessarie per la gestione degli errori, la registrazione e la progettazione modulare.

Analisi e verifica automatica dei backup

È logico pensare che i backup automatici debbano avere anche processi automatici di monitoraggio e verifica. Tuttavia, l’automazione dei processi può creare una pericolosa illusione di normalità quando non c’è una conferma effettiva del loro successo.

Uno script di verifica di base dovrebbe essere in grado almeno di verificare la dimensione del backup e il fatto che esista:

Se è necessario un insieme di processi più avanzato, è anche possibile implementare sequenze di analisi delle tendenze (monitoraggio di vari parametri nel tempo) e sistemi di monitoraggio centralizzati (integrazione con soluzioni di monitoraggio aziendali come Zabbix, Nagios o Tivoli).

Per estrarre informazioni sulle dimensioni e la durata dei backup per ulteriori test, possiamo aggiungere quanto segue allo script:

Anche i test di ripristino possono essere automatizzati, ripristinando regolarmente porzioni di backup per verificarne l’utilizzabilità funzionale e l’integrità:Come abbiamo già detto, l’approccio più efficace al backup e al monitoraggio è una combinazione di diversi approcci che creano un quadro completo per i processi di verifica, confermandone l’utilizzabilità e il completamento su base frequente.

Ripristino dei dati dai backup AIX

Non importa quanto sia complessa e intricata la strategia di backup se non è combinata con una capacità di ripristino altrettanto efficace. Le procedure di ripristino richiedono la stessa attenzione delle operazioni di backup, poiché di solito si verificano durante interruzioni critiche del sistema o altre situazioni fuori dalla norma. Una buona comprensione di tutte le diverse sfumature delle pratiche di ripristino dovrebbe aiutare l’amministrazione a mantenere l’integrità dei dati e a ridurre al minimo i tempi di inattività quando si verificano inevitabilmente guasti o problemi.

Ripristino completo del backup di sistema con mksysb

L’utility mksysb può essere utilizzata per creare backup completi del sistema, offrendo al contempo le basi per un futuro ripristino bare metal. In questo modo, un intero ambiente AIX può essere ricostruito da zero per ripristinare sia i file di sistema che i file delle applicazioni o i dati utente.

Il ripristino inizia con l’avvio di AIX utilizzando il supporto di installazione, sia esso un supporto fisico o una sorgente di rete. Una volta entrati nel menu di installazione, dobbiamo selezionare l’opzione “Install from a System Backup”, dopodiché dovremo specificare l’immagine mksysb che verrà utilizzata.

Ecco come specificare la posizione dell’immagine:

• Il dispositivo appropriato viene inserito quando i backup sono su nastro:

• Se il ripristino è basato su rete, si dovrà utilizzare NIM:

• Se l’immagine è ospitata su un dispositivo di archiviazione locale o collegato:

Una volta scelta l’immagine mksysb, può iniziare il processo di ripristino. Gli elementi più tipici di questo tipo di processo includono:

1. Ricreare la struttura del volume logico originale utilizzando i metadati memorizzati come base di riferimento.
2. Riformattare il sistema di file esistente in base ai parametri di backup.
3. Estrarre tutti i file dall’immagine e ripristinarli nella posizione di destinazione.
4. Configurare i record di avvio per rendere avviabile il sistema appena ripristinato.
5. Utilizzo delle configurazioni dei dispositivi e dei parametri di sistema di backup.

È importante ricordare che i ripristini mksysb sovrascrivono il gruppo di volumi rootvg del sistema di destinazione, distruggendo tutti i dati precedenti. Tuttavia, ciò non ha un effetto così rilevante sui sistemi con più gruppi di volumi, poiché interessa solo il rootvg. Gli altri gruppi di volumi dovrebbero essere ripristinati separatamente utilizzando procedure diverse.

Una volta che il sistema è stato completamente ripristinato, non sarebbe male verificare l’integrità del sistema con una combinazione di controllo del registro degli errori e test delle funzionalità critiche:

Recupero dei dati dai backup dei gruppi di volumi

Se il guasto che deve essere risolto interessa solo gruppi di volumi specifici invece che un intero ambiente, il ripristino mirato potrebbe essere un’alternativa migliore utilizzando l’aiuto di restvg. Si tratta di un’utilità in grado di ricostruire gruppi di volumi utilizzando backup savevg senza la necessità di reinstallare il sistema da zero.

Un comando di base per ripristinare un gruppo di volumi da un file di backup è simile al seguente:

La configurazione predefinita di restvg tenta di ricreare il gruppo di volumi utilizzando il nome originale e altre caratteristiche. Tuttavia, questi parametri possono essere modificati a piacimento utilizzando comandi specifici: Questo comando ripristinerebbe il gruppo di volumi su un disco chiamato hdisk1 utilizzando il nome “datavg_new”. Un approccio configurabile di questo tipo è ottimo quando è necessario evitare conflitti con gruppi di volumi esistenti (o quando si ripristina un backup su un hardware diverso).

Altri parametri potenzialmente utili che potrebbero essere configurati in modo simile includono:

• Selettività dei dischi che indirizza specifici volumi logici da ripristinare in specifici ambienti fisici.

• Ottimizzazione dello spazio per controllare i modelli di allocazione delle partizioni fisiche.

• Modalità di verifica che sostituisce il processo di ripristino con un’anteprima.

Analogamente all’esempio precedente, si consiglia di verificare l’integrità del gruppo di volumi anche al termine del processo di ripristino:

Estrazione di file da backup tar o cpio

Il ripristino a livello di file è l’opzione più granulare delle tre: consente agli amministratori di recuperare file molto specifici senza interrompere l’ambiente generale. È il modo migliore per affrontare il danneggiamento dei file, la cancellazione accidentale o altri casi di recupero selettivo dei dati.

Il nostro primo comando viene utilizzato per estrarre informazioni specifiche da un archivio tar.:# cd /

# tar -xvf /backups/app_config.tar ./opt/application/config/settings.xml[/dt_code]Tuttavia, questo comando estrae solo un file specifico mantenendo il suo percorso originale. Se è necessario impostare una destinazione diversa, possiamo usare questo comando:

Se il percorso esatto del file nell’archivio non è chiaro, un’alternativa può essere quella di elencare tutti i suoi contenuti: Se stiamo lavorando con archivi cpio, la sintassi di estrazione sarà leggermente diversa: Un ripristino sequenziale è in genere necessario per i backup incrementali (che iniziano con un backup completo seguito da ogni backup incrementale in ordine cronologico). Un processo sequenziale come questo è necessario per garantire che lo stato finale delle informazioni rifletta tutte le modifiche acquisite durante le diverse operazioni di backup.

Quando si estraggono script o file di configurazione, non sarebbe una cattiva idea conservare con cura gli attributi dei file critici:

Il flag “p” in -xpvf è necessario per mantenere tutte le proprietà, i timestamp e le autorizzazioni originali delle informazioni, il che è incredibilmente importante per il funzionamento della maggior parte dei file di sistema.

Migliori pratiche per i processi di backup e ripristino di AIX

La differenza tra una strategia di backup funzionale e una resiliente è spesso evidente osservando tutti i dettagli di cui ci si occupa durante l’implementazione. La maggior parte delle migliori pratiche della comunità AIX sono il risultato di anni e anni di esperienza collettiva che vengono utilizzati per prevenire una moltitudine di problemi diversi negli ambienti attuali e futuri.

Test regolari del backup

È risaputo che un backup non testato è utile quanto uno inesistente. Test di ripristino regolari dimostrano che il backup può essere utilizzato in caso di imprevisti, trasformando una protezione teorica in una caratteristica pratica. Non sorprende che questi processi di test spesso rivelino problemi che potrebbero essere stati trascurati o altrimenti dimenticati.

Va notato, tuttavia, che il test in sé non è un singolo processo binario. Infatti, il miglior approccio possibile al test utilizza diversi approcci di test, tra cui:

• La verifica dei metadati è una conferma di base che gli archivi di backup hanno la stessa struttura delle informazioni originali:

• Il campionamento dei contenuti è un processo di verifica leggermente più avanzato che estrae file rappresentativi e ne verifica l’integrità su base individuale:

• Il test funzionale è il gold standard de facto della verifica dei dati, ripristina e tenta di utilizzare i dati in un ambiente isolato (ma richiede anche sistemi di test dedicati o partizioni logiche per evitare che i processi di verifica influiscano sulla produzione):

• La verifica a livello di applicazione è applicabile solo agli ambienti di database, verifica sia la presenza dei file che l’utilizzabilità dei dati:

Un processo di verifica adeguato non dovrebbe essere considerato completo finché non conferma che tutti i file sono presenti, che i permessi dei file corrispondono ai requisiti, che le applicazioni funzionano come necessario e che le metriche delle prestazioni sono entro limiti accettabili.

Rotazione dei supporti di backup per la massima sicurezza

Le strategie di rotazione dei supporti sono un passo avanti rispetto alla pianificazione di base. Rappresentano una protezione temporale contro molti scenari di guasto, bilanciando i vincoli di archiviazione e i periodi di conservazione, proteggendo al contempo le informazioni da molte possibili problematiche.

La struttura più tipica per la rotazione dei backup è spesso denominata Grandfather-Father-Son (nonno-padre-figlio). Comprende

• Backup completi al mese per la conservazione a lungo termine (nonni)
• Backup alla settimana per fornire punti di ripristino consolidati (padri)
• Backup al giorno per acquisire le modifiche incrementali (figli)

Oltre al metodo di backup di base a rotazione, alcune aziende utilizzano anche la diversificazione dei supporti per ridurre i rischi specifici della tecnologia, mantenendo i backup su diversi tipi di archiviazione. La separazione geografica, d’altra parte, è raccomandata per proteggersi da disastri specifici del sito.

Procedura di backup Documentazione

I processi di documentazione sono una necessità, trasformano la conoscenza personale di una persona o di un team in una capacità organizzativa che può essere utilizzata per il trasferimento delle conoscenze. Una documentazione efficace copre diverse dimensioni contemporaneamente:

1. La documentazione procedurale è la registrazione diretta di tutti i processi per il backup e il ripristino, passo dopo passo.
2. La documentazione di configurazione deve preservare vari parametri di sistema critici di cui un utente potrebbe aver bisogno durante una sequenza di ripristino.
3. La mappatura delle dipendenze viene utilizzata per identificare le relazioni tra applicazioni e sistemi che potrebbero influenzare la sequenza di ripristino.

Anche la documentazione stessa dovrebbe essere archiviata in più posizioni, compresi i supporti di backup, il modulo cartaceo, su sistemi separati e in archivi cloud.

Sfide note e loro soluzioni nei backup AIX

Anche la strategia di backup più dettagliata potrebbe incontrare un ostacolo prima o poi, che si tratti di un limite tecnico, di una limitazione delle risorse, ecc. Tuttavia, conoscere i problemi più comuni e come risolverli dovrebbe aiutare gli amministratori a mantenere l’affidabilità delle operazioni di backup e ripristino nel lungo periodo.

Limitazioni dello spazio di archiviazione per i backup

I limiti di archiviazione sono sorprendentemente comuni nei backup AIX poiché i volumi di dati crescono e i requisiti di archiviazione dei backup dovranno prima o poi essere adeguati. Questo problema da solo può manifestarsi in archivi troncati e lavori di backup non riusciti, entrambi i quali creano un livello inadeguato di protezione per l’ambiente.

Di solito si consiglia di iniziare ad adottare varie misure quando lo spazio disponibile scende al di sotto del 10-15%. Il passo più ovvio sarebbe quello di provare a cancellare i file di backup obsoleti, ma se questa opzione non aiuta, allora possiamo anche provare alcuni approcci più complessi:

• Implementare backup differenziali e incrementali.
• Applicare la compressione dei dati.
• Sfruttare le capacità di deduplicazione.
• Utilizzare strategie di archiviazione a più livelli, quando possibile.
• Creare un ambiente di gestione automatizzata del ciclo di vita che utilizzi gerarchie di archiviazione per gestire lo spazio in modo autonomo.

Diagnosi e risoluzione dei guasti dei backup

I motivi per cui un backup potrebbe non riuscire sono molteplici. Può trattarsi di un semplice vincolo di risorse o di una complessa interazione software. La chiave dell’efficacia è sempre in una sequenza diagnostica sistematica, seguita da una risoluzione mirata.

Quando si verifica un errore, è sempre una buona idea iniziare con un’analisi dettagliata dell’errore:

I modelli di errore più comuni negli ambienti AIX includono:

1. Errori di I/O durante le operazioni di backup che spesso indicano problemi di disco sottostanti.
2. Errori di allocazione della memoria che vengono risolti aumentando la memoria disponibile attraverso la terminazione del processo o la regolazione dello spazio di paging.
3. Network timeouts che richiedono un test approfondito della velocità di trasmissione della rete per identificare colli di bottiglia e vincoli.
4. La contesa di blocco è un problema per i backup che devono essere eseguiti su file system attivi e spesso viene risolto utilizzando tecnologie snapshot.

Oltre a tutti i rimedi tecnici mirati, si raccomanda anche di utilizzare un approccio sistematico al monitoraggio dei backup in grado di rilevare i guasti e avvisare gli utenti interessati.

Se alcuni errori di backup persistono, potrebbe essere il momento di adottare una soluzione più permanente, come ad esempio scaglionare i programmi di backup per liberare più risorse, tra le altre misure.

Problemi di compatibilità dei dispositivi di backup

La compatibilità sia hardware che software potrebbe essere un problema in un ambiente AIX complesso, soprattutto se sono presenti diversi stack tecnologici. Ad esempio, la compatibilità dei nastri è solitamente il risultato dell’interazione di un hardware più vecchio con una versione più recente di AIX che non lo supporta più.

In alternativa, abbiamo anche problemi di compatibilità di archiviazione di rete che richiedono un’adeguata verifica di tutti i protocolli utilizzati nel processo di backup o ripristino. I limiti di dimensione dei file potrebbero sembrare un problema del passato, ma si presentano ancora in molte situazioni e file system (e l’unica soluzione nella maggior parte dei casi è utilizzare un sistema che supporti file di dimensioni maggiori).

I backup proxy sono consigliati per molti ambienti con problemi di compatibilità persistenti. Si tratta di sistemi dedicati, configurati specificamente per le operazioni di backup, che colmano le potenziali lacune di compatibilità tra un’infrastruttura di backup e i server di produzione.

Software di backup AIX di terze parti

Anche se gli strumenti nativi AIX offrono un livello di funzionalità di backup rispettabile, la maggior parte degli ambienti aziendali necessita di molte altre caratteristiche: pianificazione avanzata, gestione centralizzata, supporto multipiattaforma e altro ancora. È qui che entrano in gioco le soluzioni di terze parti, che estendono le funzionalità esistenti di AIX con i propri set di funzionalità. Abbiamo scelto tre diverse soluzioni di backup con supporto AIX e cercheremo ora di spiegare come possono essere utili alle aziende in questo ambito.

Veeam

L’ampia gamma di tecnologie e ambienti supportati da Veeam include anche AIX (utilizzando un agente specializzato progettato per ambienti UNIX). Alcuni degli esempi più comuni delle capacità di Veeam in questo ambito sono:

• Backup a livello di file
• Backup coerente con l’applicazione
• Architettura di backup incrementale per sempre
• Gestione centralizzata

Veeam è particolarmente utile quando viene utilizzato in data center eterogenei che gestiscono sistemi AIX insieme a molte altre piattaforme, richiedendo una gestione unificata con un sovraccarico amministrativo ridotto.

Bacula Enterprise

Bacula Enterprise è una soluzione di backup e ripristino eccezionalmente sicura che dispone di un modulo dedicato per gli ambienti AIX, con particolare attenzione all’ottimizzazione delle prestazioni e all’affidabilità di livello enterprise. Le funzionalità chiave di Bacula negli ambienti AIX includono:

• Riconoscimento dei gruppi di volumi
• Tecnologia di backup VIO progressivo
• Operazioni di backup altamente concorrenti
• Opzioni di recupero Bare Metal

L’architettura modulare di Bacula può aiutare gli amministratori AIX a selezionare solo i componenti di cui hanno bisogno nel loro ambiente attuale, riducendo drasticamente il carico amministrativo senza compromettere la sicurezza dei dati.

Commvault

Commvault Complete Data Protection ha una varietà di caratteristiche e ambienti supportati, tra cui AIX. Ciò è possibile utilizzando agenti appositamente progettati che possono integrarsi profondamente nei componenti AIX esistenti, fornendo le seguenti funzionalità:

• Integrazione mksysb
• Tecnologia IntelliSnap
• Ripristino di emergenza automatizzato
• Architettura di backup multi-stream
• Opzioni di tiering cloud

Il più grande vantaggio di Commvault in AIX e ambienti simili è la capacità di gestione completa del ciclo di vita dei dati che si estende oltre le operazioni di backup e ripristino per offrire conformità, analisi, conservazione a lungo termine, ecc.

Conclusione

Le strategie di backup AIX richiedono una visione strategica e precisione tecnica. L’architettura unica dei sistemi AIX può essere vantaggiosa ma anche estremamente impegnativa dal punto di vista della protezione dei dati. Acquisire padronanza nell’uso di AIX può trasformare le operazioni di backup in una vera risorsa organizzativa, invece che in un onere amministrativo necessario.

È importante ricordare che gli approcci menzionati in questa guida non sono solo procedure teoriche, ma metodologie collaudate che sono state ripetute e perfezionate, utilizzando l’esperienza collettiva di innumerevoli ambienti di produzione. Di conseguenza, possiamo concludere che l’ambiente AIX più efficace è quello che combina utility native con software di terze parti appropriati, documentazione completa e verifica automatizzata ove applicabile. Un approccio così complesso garantisce che ogni problema futuro possa essere affrontato con fiducia e con un piano, piuttosto che con panico.

Dobbiamo ricordare ancora una volta che qualsiasi strategia di backup di successo richiede anche un’attenzione costante con test regolari, revisioni periodiche e miglioramenti continui per adattarsi agli ambienti aziendali in continua evoluzione. Il backup non è mai un progetto da completare, ma un’intera disciplina da mantenere e migliorare nel tempo, che ha un impatto diretto sulla resilienza organizzativa in un mondo sempre più dipendente dalle informazioni.

Domande frequenti

I backup AIX possono essere eseguiti su un sistema attivo?

Sebbene sia vero che AIX supporti i backup online per la maggior parte delle operazioni, ci sono alcuni importanti avvertimenti da tenere in considerazione. La maggior parte dei backup granulari con tar, cpio e altre utility di backup dovrebbero funzionare correttamente durante le normali operazioni di sistema, ma potrebbero non funzionare per i file che vengono modificati attivamente. Anche i backup dei gruppi di volumi con savevg dovrebbero funzionare correttamente, ma la coerenza del database richiederebbe ulteriori passaggi: interrompere le operazioni del database, utilizzare utility specifiche per il database, ecc. Sono possibili backup completi del sistema, ma potrebbero comportare perdite sostanziali di prestazioni nel processo di backup.

Quali sono i migliori strumenti per il monitoraggio delle prestazioni di backup in AIX?

Uno strumento interno di AIX chiamato topas è la migliore soluzione integrata per il monitoraggio delle prestazioni in tempo reale durante le operazioni di backup, e c’è anche nmon che fornisce la raccolta dei dati per l’analisi delle tendenze. Inoltre, AIX Performance Toolbox può acquisire metriche dettagliate sull’hardware durante le finestre di backup per ulteriori elaborazioni. Esistono anche molti strumenti di terze parti con funzionalità simili o migliori, ma raramente sono necessari al di fuori degli ambienti aziendali più complessi e sfaccettati.

Qual è il modo migliore per migrare i backup AIX su cloud storage?

Dal punto di vista tecnico, il modo più efficiente per migrare i backup AIX è sfruttare gli strumenti a riga di comando in un sistema AIX per trasferire le informazioni direttamente su AWS, Azure o Google Cloud, poiché tutti e tre hanno un comando CLI dedicato (questi ambienti devono essere installati e configurati correttamente in anticipo):

Dovrebbe essere possibile ottenere lo stesso risultato anche con la funzionalità di trasferimento file sicuro di AIX: Ambienti e infrastrutture più complessi dovrebbero implementare dispositivi gateway cloud per presentare l’archiviazione cloud come NFS o archiviazione oggetti per semplificare il trasferimento dei dati con mezzi standard.

Posso programmare più tipi di backup contemporaneamente?

Sebbene dovrebbe essere possibile programmare ed eseguire più processi di backup AIX contemporaneamente, questo tipo di approccio crea inevitabilmente una contesa di risorse che sicuramente degraderà le prestazioni della maggior parte degli ambienti, rendendo tali piani tutt’altro che ideali nella maggior parte dei casi.

Cosa bisogna fare se il supporto di backup AIX viene danneggiato?

Quando si tratta di supporti di backup AIX danneggiati, è necessario un approccio sistematico al ripristino. Il primo passo dovrebbe sempre essere quello di valutare l’entità del danno utilizzando uno degli strumenti di verifica di cui abbiamo parlato sopra. Il passo successivo dipenderà dalla natura del danno. Se il danno è parziale, alcuni strumenti specializzati potrebbero essere in grado di recuperare alcuni elementi leggibili utilizzando algoritmi avanzati. Se sono interessati dati di backup critici, è altamente raccomandato consultare il supporto IBM o uno specialista del recupero dati prima di tentare qualsiasi tipo di operazione di recupero o comando di sistema.