Componente NAKIVO Backup & Replication: Repository di backup

NAKIVO Backup & Replication è costituito da tre componenti principali: Director, Transportere il repository di backup. Mentre il Director viene utilizzato per la gestione di tutte le operazioni, il Transporter serve per il trasferimento dei dati tra i nodi. In questa guida spieghiamo come creare e configurare un repository di backup nella soluzione NAKIVO e illustriamo le funzioni e le piattaforme supportate.

Che cos’è un repository di backup?

Un repository di backup è un componente fondamentale di NAKIVO Backup & Replication in cui vengono archiviati i backup (punti di ripristino). Si tratta di una cartella designata per ospitare i backup e i metadati dei backup generati dalla soluzione. Quando si distribuisce la soluzione di backup su un sistema operativo supportato, è possibile creare automaticamente una directory per il Repository onboard predefinito. In Windows, questa directory si chiama "NakivoBackup" e in Linux si chiama "repository". Questa cartella può quindi essere utilizzata come repository per i dati di backup e i metadati del repository di backup.

IMPORTANTE: In nessun caso si devono modificare o eliminare manualmente i file presenti nella cartella "NakivoBackup" . Tale operazione potrebbe causare danni permanenti all’intero repository di backup, che sono irreversibili, e la perdita dei dati di backup.

NOTA: Per evitare qualsiasi interruzione delle operazioni nella soluzione NAKIVO e un potenziale danneggiamento dei dati, è necessario aggiungere l’applicazione alla whitelist o all’elenco delle esclusioni del software antivirus in esecuzione sul computer in cui è implementato il NAKIVO repository di backup.

Una volta installata la soluzione completa (componentiDirector e Transporter ), viene creato automaticamente un repository di backup come impostazione predefinita. A questo repository di backup predefinito viene assegnato il nome "Onboard repository" (questo nome viene visualizzato nell’interfaccia web).

Supporti di archiviazione e piattaforme supportati

NAKIVO Backup & Replication supporta diversi supporti di archiviazione e piattaforme per la creazione di un repository di backup:

• Cartella locale, ovvero una directory nel file system del computer su cui è installato Transporter
• NFS e Azioni SMB
• Cloud pubblici (Amazon S3, Microsoft Azure, Wasabi, Backblaze B2) e altri S3-compatible storage (Cloudian, MinIO, Ceph, C2 Object Storage, Lyve Cloud, ecc.)
• SaaS

  Il repository SaaS è un tipo speciale di repository utilizzato per archiviare Backup di Office 365. Questo tipo di repository viene creato in una directory locale per il Transporterassegnato. Il repository di backup può essere creato su file system ext3, ext4, NTFS e FAT32.

• Apparecchiature di deduplicazione con supporto per protocolli nativi
  • Dell EMC Data Domain Boost
  • HPE StoreOnce Catalyst
  • NEC HYDRAstor

Tipi di repository di backup

NAKIVO Backup & Replication offre due tipi di archiviazione dei dati di backup per backup incrementale:

• Backup incrementali con backup completi. NAKIVO Backup & Replication crea un backup completo alla prima esecuzione del lavoro di backup e, successivamente, consente di creare punti di ripristino completi e incrementali a seconda delle esigenze. La soluzione consente di creare periodicamente synthetic full backup in base alle impostazioni del lavoro di backup.
• Backup incrementali permanenti. La soluzione crea un backup completo solo alla prima esecuzione del lavoro di backup. Tutte le successive esecuzioni del processo invieranno solo i dati modificati (incrementi) al repository di backup.

A partire dalla versione 10.4, l’impostazione “incrementale con backup completo” viene applicata per impostazione predefinita durante la creazione di un nuovo repository di backup (anziché creare un repository di backup “permanentemente incrementale” come avveniva prima della v.10.4). Il tipo di storage può essere configurato durante la creazione del repository.

Dimensione del repository di backup

Si raccomanda che ogni repository di backup in NAKIVO Backup & Replication contenga fino a 128 TB di dati di backup dopo la compressione e la deduplicazione. È possibile creare fino a 500 repository di backup per ogni installazione della soluzione.

Ogni nuovo repository di backup richiede almeno 5 GB di spazio libero, oltre ai 5 GB di spazio libero obbligatori per il corretto funzionamento di un repository di backup esistente. La soluzione verifica automaticamente lo spazio libero ogni 1 minuto se è disponibile più di 10 GB di spazio libero. Se lo spazio libero è inferiore a 10 GB, il controllo viene effettuato ogni 10 secondi per evitare errori causati dalla mancanza di spazio su disco.

Scalabilità

Un determinato repository di backup è controllato da un unico Transporter denominato Assigned Transporter. In termini più semplici, solo un Transporter è autorizzato a leggere e scrivere dati in un determinato repository di backup. Il Assigned Transporter si assume la piena responsabilità di tutte le interazioni relative al proprio repository di backup. Un singolo Transporter può essere assegnato a più repository di backup contemporaneamente e gestirli in modo efficace.

Un singolo repository di backup non può essere utilizzato da più di un Director/Tenant alla volta.

Funzionalità dei repository di backup

Un repository di backup supporta numerose funzionalità utili, tra cui:

• Deduplicazione . I repository di backup possono essere configurati per utilizzare la funzionalità di deduplicazione globale al fine di deduplicare i dati di backup a livello di blocco. Blocchi di dati duplicati vengono esclusi da un backup indipendentemente dall’origine dei dati, il che consente di risparmiare spazio di archiviazione in modo efficace. Si noti che tale funzionalità può essere utilizzata solo con il repository di backup sempre incrementale.
• Compressione .
• I dati in un repository di backup possono essere compressi utilizzando tre livelli di compressione, da basso ad alto. In questo modo è possibile trovare un equilibrio tra il risparmio di spazio di archiviazione e il carico sulla CPU necessario per comprimere i dati. La compressione può essere configurata durante la creazione di un nuovo repository di backup.
• Crittografia . Un repository di backup (se installato su Linux) può essere crittografato per proteggere tutti i dati di backup memorizzati al suo interno utilizzando una password di crittografia. La crittografia influisce sulla velocità del backup.
  

Recupero dello spazio

• . Il recupero dello spazio inutilizzato consente di compattare le dimensioni di un repository di backup e recuperare lo spazio inutilizzato quando si utilizza un tipo di archiviazione di backup incrementale permanente.
• Autoguarigione del repository di backup . Questa funzione verifica i problemi causati dall’incoerenza dei dati (compresi i metadati), controlla l’integrità dei dati e ripara gli errori quando possibile. XML-PH-0008@deepl.internal I repository di backup possono essere collegati e scollegati XML-PH-0009@deepl.internal . Questa funzionalità consente di mantenere i dati in uno stato coerente, copiare i file del repository in un’altra posizione, ecc. L’operazione può essere eseguita manualmente o in base alla pianificazione. Quando un repository di backup viene scollegato, la soluzione NAKIVO interrompe l’interazione con tale repository e i suoi file.
  • Un repository di backup collegato è gestito da un Transporter, è considerato pienamente funzionante in un dato momento e può essere utilizzato dai lavori.
  • Un repository di backup scollegato non è gestito da un Transporter e non può essere utilizzato dai processi. Può essere spostato o disconnesso mentre è scollegato.

  Non è possibile eseguire la manutenzione manualmente o in base alla pianificazione quando un repository è scollegato.

Si raccomanda di eseguire le operazioni che consumano risorse della CPU (ad esempio, il recupero di spazio e la verifica del repository di backup) al di fuori dell’orario di lavoro, ad esempio di notte o durante i fine settimana. Per queste operazioni viene utilizzata una CPU del computer con un Transporter assegnato al repository di backup appropriato.

Immutabilità dei punti di ripristino

I repository di backup su determinati supporti e piattaforme supportano immutabilità dei backup. L’immutabilità impedisce modifiche indesiderate, la crittografia e la cancellazione dei dati, rendendo i punti di ripristino immuni da ransomware e altre minacce informatiche. Questa tecnologia si basa sulla tecnologia WORM (Write Once Read Many).

L’immutabilità deve essere abilitata per un backup nella procedura guidata di creazione del processo. Può essere abilitata per i punti di ripristino archiviati nei seguenti tipi di repository di backup supportati:

• Cartella locale sul Transporter assegnato per i repository di backup su Linux
• Repository in Amazon S3, Wasabi, Archiviazione BLOB di Azure e Backblaze B2 Cloud Storage
• Altre piattaforme di archiviazione compatibili con S3 che supportano Object Lock e l’immutabilità a livello di versione

Quando si utilizzano repository di backup come Amazon S3, Wasabi, Archiviazione BLOB di Azure, Backblaze B2 Cloud Storage e altre piattaforme di archiviazione compatibili con S3, è necessario abilitare il supporto per Object Lock o l’immutabilità a livello di versione per il bucket o il contenitore di blob responsabile dell’archiviazione dei backup. Questa funzione di immutabilità garantisce che i dati non possano essere modificati o eliminati, nemmeno dall’utente root, e che, una volta abilitata, non possa essere ridotta o disattivata.

Quando si utilizza il tipo di repository di backup “Cartella locale” , i punti di ripristino immutabili sono protetti dalla sovrascrittura, dall’eliminazione o dalla modifica da parte di chiunque non sia l’utente root fino alla scadenza del periodo specificato.

Una volta implementato il tipo di repository di backup “Cartella locale” come parte integrante di VMware vSphere (dal modello OVA) o di un’AMI preconfigurata in Amazon EC2, NAKIVO Backup & Replication offre un livello avanzato di protezione contro il ransomware. Ciò comporta la possibilità di rendere immutabili i punti di ripristino archiviati all’interno di questo repository, il che significa che non possono essere alterati o modificati da nessuno, compreso l’utente root, una volta abilitata la funzione di immutabilità.

Struttura del repository di backup

Un repository di backup presenta una struttura speciale per l’archiviazione dei dati di backup e non è possibile trovare file tradizionali, come i dischi virtuali, nella directory di un repository di backup (NakivoBackup).

Importante: Non modificare né eliminare manualmente alcun file o cartella di un repository di backup.

1. Cartelle di backup : Ogni cartella contiene i punti di ripristino relativi a un determinato lavoro di backup.
2. Cartella raw : Contiene i file di dati grezzi (file chunk). Formato dei file chunk: index.variant(0000.001, 0001.002, 0002.00a, 0003.00b, ...).
3. File descrittori : Informazioni di storage di tutti i file chunk presenti nel repository:
   • + RawBlockRecord (inclusi flag, variante, lunghezza, offset, hash1, hash2, rcount): Le informazioni relative a un blocco nel file descrittore.
   • + ShiftBlockRecord (variant_old, offset_old, variant_new, offset_new): Le informazioni relative a un blocco che viene spostato dalla vecchia posizione alla nuova nei file di dati grezzi.
   • + ChunkMap: le informazioni di storage dei file chunk (stesso indice chunk, variante diversa) e i file descrittori conterranno un elenco di ChunkMap, che viene caricato durante l’inizializzazione del repository.

   Il file di blocco viene utilizzato per impedire l’utilizzo simultaneo di un repository di backup da parte di due Transporters .

La struttura logica del repository di backup è la seguente:

– Repository di backup

• Backup 1
  • Punto di ripristino 1
  • Punto di ripristino 2
  • Ecc.
• Backup 2
  • Punto di ripristino 1
  • Punto di ripristino 2
  • Ecc.

I punti di ripristino vengono eliminati automaticamente alla scadenza del loro periodo di conservazione (in base alle date di scadenza impostate o al metodo di conservazione legacy nelle versioni 10.7 e precedenti). Non si devono eliminare manualmente file dalla directory del repository di backup.

Come creare un repository di backup

È possibile creare un nuovo repository di backup in NAKIVO Backup & Replication su una qualsiasi delle piattaforme supportate elencate sopra.

Creiamo un nuovo repository di backup su una macchina con Ubuntu Linux installato. Il requisito obbligatorio per creare un nuovo repository di backup su una macchina remota è un Transporter installato in precedenza su quella macchina Linux. Su questa macchina Linux abbiamo già installato un Transporter .

In questo esempio utilizziamo queste due macchine per l’implementazione e la configurazione della soluzione NAKIVO:

• NAKIVO Director (soluzione completa): 192.168.101.209
• NAKIVO Transporter su una macchina Linux: 192.168.101.210

Se il Transporter è installato, eseguire i seguenti passaggi per creare un nuovo repository di backup su una macchina Linux:

1. Creare una directory che verrà utilizzata dal nuovo repository di backup per archiviare i backup. Creiamo una directory denominata repository1 in /opt/nakivo/ e accediamo a questa directory nella console Linux:

   cd /opt/nakivo/

   sudo mkdir repository1

2. Impostare l’utente NAKIVO, denominato bhsvc come proprietario di questa directory repository1 (sono necessari i privilegi di root per eseguire questa operazione):

   sudo chown -R bhsvc:bhsvc repository1

   Nota: Se si crea un repository di backup su un NAS, per impostare l’utente NAKIVO come proprietario della directory del repository, utilizzare:

   sudo chown -R u_bhsvc:g_bhsvc repository1

3. Impostare i permessi corretti per questa directory in modo da consentire alla soluzione NAKIVO di leggere e scrivere i dati di backup: sudo chmod 0775 repository1
4. Verificare che il proprietario e i permessi siano stati impostati controllando il contenuto di /opt/nakivo/:

   ls -al

5. È stata creata e configurata una directory. Ora aprire l’interfaccia web di NAKIVO Backup & Replication (fornita dal componente NAKIVO Director ). Il link da aprire nel browser web è https://192.168.101.209:4443 in questo caso.
6. Vai su <strong>Settings</strong> > Repositories, clicca su +, e poi su Create new backup repository.

7. Si apre la pagina New Backup Repository Wizard .
8. Seleziona un tipo di repository di backup nella prima fase della procedura guidata. Poiché stiamo creando un nuovo repository di backup su una macchina Linux, selezioniamo Local Folder. Clicca su Next per continuare.

9. La seconda fase richiede l’impostazione di un nome e di una ubicazione. Inserire il nome del repository di backup, ad esempio RepositoryL1.

   Selezionare il Transporter assegnato a questo repository di backup. Selezioniamo il Transporter installato sul computer Linux remoto ( 192.168.101.210 ).



Inserire il percorso alla cartella locale sul computer in cui è installato il Transporter . Nel nostro caso, questa directory è /opt/nakivo/repository1 , ovvero la directory che abbiamo creato sul nostro computer Linux.

Fare clic su Next per continuare.

10. Configurare le opzioni. In questa fase, è necessario configurare le opzioni relative al risparmio di spazio di archiviazione, alla crittografia, all’affidabilità e alla manutenzione per il repository di backup. Se si desidera utilizzare la compressione, impostare le opzioni di riduzione della dimensione dei dati in questa fase. Non è possibile modificare le impostazioni di compressione per un repository di backup dopo che questo è stato creato.



Se si desidera creare un repository di backup sempre incrementale, fare clic su Settings nella riga Data size reduction e deselezionare la casella di controllo Store backups in separate files (recommended) . Fare clic su Apply.

11. È stato creato un nuovo repository di backup.

È possibile fare clic su un repository di backup (l’elenco dei repository si trova in Settings > Repositories) per visualizzare lo spazio utilizzato, lo spazio libero e altri parametri del repository di backup.

È possibile passare il mouse sul nome del repository di backup e fare clic sull’icona con i tre puntini per aprire un menu con le azioni che è possibile eseguire sul repository di backup selezionato. È possibile ripristinare i dati, modificare alcune impostazioni del repository, verificare i backup, riparare un repository di backup, eseguire l’autoriparazione del repository, ecc.

Abilitazione dell’immutabilità

Se si desidera archiviare punti di ripristino immutabili in un repository di backup, è necessario abilitare l’immutabilità durante la creazione di un nuovo lavoro di backup (fare clic su Jobs, selezionare + per creare un nuovo lavoro di backup e scegliere gli elementi di cui eseguire il backup). Un repository di backup creato su una macchina Linux (come nel nostro caso) supporta l’immutabilità.

Al passaggio 3 della procedura guidata per la creazione di un nuovo lavoro di backup, in cui vengono configurate le impostazioni di pianificazione e di conservazione, è possibile trovare le impostazioni relative all’immutabilità. Selezionare la casella di controllo appropriata e il numero di giorni per rendere il backup immutabile per quel periodo di tempo.

Prova NAKIVO Backup & Replication

Richiedi una prova gratuita per scoprire tutte le funzionalità di protezione dei dati offerte dalla soluzione. 15 giorni gratuiti. Nessuna limitazione in termini di funzionalità o capacità. Non è obbligatoria alcuna carta di credito.

Prova gratuitamente