Alla fine di gennaio è stato rilasciato l'aggiornamento Update 4 per Veeam Availability Suite 9.5, ricco di funzionalità come un vero e proprio major release. Oggi parlerò brevemente delle principali novità introdotte in Veeam Backup & Replication, mentre su Veeam ONE prometto di scrivere in un prossimo futuro. In questa panoramica esamineremo:

le versioni dei sistemi e delle applicazioni che ora vengono supportate dalla soluzione
la gestione delle infrastrutture cloud
miglioramenti nel backup
miglioramenti nel ripristino
novità nel supporto per vSphere e Hyper-V

Scopriremo anche i miglioramenti nella gestione delle macchine virtuali che operano sotto Linux, nuovi plugin e altre funzionalità.

Dunque, benvenuti sotto.

Supporto per Windows Server 2019, Hyper-V 2019, le più recenti applicazioni e piattaforme

Microsoft Windows Server 2019 è supportato come:

sistema operativo guest per le macchine virtuali protette
server per l'installazione di Veeam Backup & Replication e dei suoi componenti remoti
macchina che può essere sottoposta a backup utilizzando Veeam Agent per Microsoft Windows

Un supporto analogo è stato implementato anche per Microsoft Windows 10 October 2018 Update.

È supportata la nuova versione dell'hypervisor Microsoft Windows Server Hyper-V 2019, inclusa la supporto per VM con hardware virtuale di versione 9.0.

Per i sistemi e le applicazioni più popolari Microsoft Active Directory 2019, Exchange 2019 e SharePoint 2019 è supportato il backup tenendo conto del funzionamento delle applicazioni (application-aware processing) e il ripristino degli oggetti delle applicazioni tramite gli strumenti Veeam Explorer.

Per le VM con sistema operativo guest Windows è stato implementato il supporto Oracle Database 18c — sempre tenendo conto del funzionamento dell'applicazione, compreso il backup dei registri e la possibilità di ripristino a un punto specifico.

Inoltre, ora sono supportati VMware vSphere 6.7 U1 ESXi, vCenter Server e vCenter Server Appliance (VCSA), oltre a VMware vCloud Director 9.5.

Opzioni flessibili per l'archiviazione dei backup tramite il Capacity Tier

Capacity Tier è un nuovo approccio all'archiviazione dei backup in un repository scalabile (scale-out backup repository, SOBR) con la possibilità di caricare automaticamente i dati in uno storage cloud.

Con Capacity Tier e le politiche di archiviazione, è possibile organizzare un sistema di archiviazione multistrato efficace, in cui i backup freschi, pronti per un ripristino immediato, siano a portata di mano (cioè in uno storage sufficientemente veloce). Una volta trascorso il periodo stabilito, passeranno allo stato di "seconda freschezza" e saranno automaticamente trasferiti in una location remota — in questo caso, nel cloud.

Per il funzionamento del Capacity Tier sono necessari:

uno o più repository SOBR contenenti 1 o più repository di extent
un repository cloud (noto come repository di storage object)

Sono supportati gli S3 compatibili, Amazon S3, Microsoft Azure Blob Storage, IBM Cloud Object Storage.

Se prevedete di utilizzare questa funzionalità, sarà necessario:

Configurare i repository di backup da utilizzare come extent del repository SOBR.
Configurare il repository cloud.
Configurare un repository SOBR scalabile e aggiungere i repository di extent in esso.
Associare il repository cloud al SOBR e impostare la politica di conservazione dei dati e il loro upload nel cloud: questa sarà la configurazione del vostro Capacity Tier.
Creare un'attività di backup che salverà i backup nel repository SOBR.

Con il punto 1 è tutto piuttosto chiaro (per chi si fosse dimenticato, c'è documentazione in lingua russa). Passiamo al punto 2.

Storage cloud come elemento dell'infrastruttura Veeam Backup

Le istruzioni per configurare il repository cloud (aka storage object) sono dettagliate qui (per ora in inglese). In sintesi, bisogna fare quanto segue:

Nella vista di Backup Infrastructure selezioniamo nel pannello a sinistra il nodo Backup Repositories e nel menu in alto clicchiamo sul punto Add Repository.
Selezioniamo quale cloud storage andremo a configurare:
Procediamo quindi attraverso i passaggi della procedura guidata (per esempio, considererò Amazon S3)

Nota: Sono supportati gli storage di classe Standard e Infrequent Access.

Iniziamo inserendo un nome e una breve descrizione del nostro nuovo storage.
Poi indichiamo l'account per accedere ad Amazon S3: scegliamo uno esistente dall'elenco oppure clicchiamo Aggiungi e inseriamo uno nuovo. Dall'elenco delle regioni di collocamento dei data center Data center region selezioniamo la regione desiderata.

Suggerimento: Per specificare gli account utilizzati nella gestione dei componenti cloud, è stato sviluppato Cloud Credentials Manager.
Se necessario, per regolare il traffico Internet attraverso un gateway, è possibile selezionare l'opzione Use gateway server e specificare il gateway necessario.
Indichiamo le impostazioni del nuovo storage: bucket desiderato, cartella in cui archiviare i nostri backup, un possibile limite sul volume totale (opzionale) e la classe di archiviazione (opzionale).

Importante! A una cartella può corrispondere solo un repository di oggetti! Non è assolutamente possibile configurare più repository che "guardano" alla stessa cartella.
Nell'ultimo passaggio controlliamo tutte le impostazioni e clicchiamo su Fine.

Impostazione del caricamento dei backup nel cloud storage

Ora configuriamo il repository SOBR di conseguenza:

Nella vista di Backup Infrastructure selezioniamo nel pannello a sinistra il nodo Backup Repositories e nel menu in alto clicchiamo sul punto Aggiungi repository scale-out.
Nella fase della procedura guidata Livello di prestazioni indichiamo per esso gli extent e diciamo come memorizzare i backup in essi:
Nella fase Capacity Tier:
- selezioniamo l'opzione Estendi la capacità del repository di backup scale-out con storage di oggetti (espandere la capacità del repository utilizzando lo storage di oggetti) e indichiamo quale specifico cloud storage di oggetti utilizzare. Possiamo selezionare dall'elenco o avviare la procedura guidata di creazione cliccando su Aggiungi.
- indichiamo in quali giorni e orari è possibile eseguire il caricamento nel cloud: per questo premiamo il pulsante Finestra (finestra di caricamento).
- configuriamo la politica di conservazione: indichiamo dopo quanti giorni di archiviazione nel repository SOBR i dati diventeranno "di seconda freschezza" e potranno essere trasferiti nel cloud: nel nostro esempio sono 15 giorni.
- possiamo abilitare la crittografia dei dati durante il caricamento nel cloud: per questo selezioniamo l'opzione Cripta i dati caricati nello storage di oggetti e indichiamo quale delle password conservate in Gestione credenziali, deve essere utilizzata. La crittografia viene eseguita utilizzando AES a 256 bit.

Per impostazione predefinita, i dati vengono raccolti dagli extent e trasferiti nello storage di oggetti tramite un tipo di lavoro speciale: Lavoro di scarico SOBR. Funziona in background, prende il nome dal repository SOBR con il suffisso Scarico (ad esempio, Scarico da Amazon) e ogni 4 ore esegue le seguenti operazioni:

Controlla se le catene di backup memorizzate negli extent soddisfano i criteri per il trasferimento nello storage di oggetti.
Raccoglie le catene verificate e le invia a blocchi nello storage di oggetti.
Registra i risultati della sua sessione nel database, in modo che l'amministratore possa visualizzarli se necessario.

Lo schema di trasferimento dei dati e delle strutture di archiviazione nel cloud è mostrato nell'immagine sottostante:

Importante! Per creare un sistema di archiviazione multilivello come questo avrai bisogno di una licenza per una versione non inferiore a Enterprise.

I backup salvati nel cloud possono ovviamente essere utilizzati per il ripristino direttamente dal luogo di archiviazione. Inoltre, è possibile scaricarli dal cloud al locale e ripristinarli anche con il Veeam Backup Community Edition gratuito.

Novità nel lavoro con le infrastrutture cloud

Per lavorare con Amazon

Il ripristino dai backup direttamente in AWS è supportato per le VM con sistema operativo Windows o Linux, così come per le macchine fisiche. Tutto ciò può essere ripristinato in macchine virtuali in AWS EC2 VM, inclusi Amazon Government Cloud e Amazon Cina.
È presente una conversione integrata UEFI2BIOS.

Per lavorare con Microsoft Azure

È stata implementata la supporto per Azure Government Cloud e le sottoscrizioni Azure CSP.
È possibile selezionare un network security group durante il ripristino in VM Azure IaaS.
Ora, accedendo al cloud con un account Azure, è possibile specificare un utente Azure Active Directory.

Novità nel supporto delle applicazioni

Per le applicazioni in esecuzione su macchine virtuali vSphere è stato implementato il supporto per l'autenticazione Kerberos.Questo consentirà di disabilitare NTLM nelle impostazioni di rete del sistema operativo guest per prevenire attacchi che utilizzano il passaggio dell'hash, un aspetto molto attuale per infrastrutture con un livello di controllo non sempre elevato.
Il modulo di backup dei registri delle transazioni SQL e Oracle ora utilizza come posizione ausiliaria per il backup dei registri non il disco di sistema C, dove è spesso poco spazioso, ma il volume con il massimo spazio libero. Su VM Linux verrà utilizzata la directory /var/tmp o /tmp, in base anche allo spazio disponibile.
Durante il backup dei registri Oracle redo logs sarà effettuata un'analisi per garantire il salvataggio dei punti di ripristino garantiti. Guaranteed Restore Points (sono parte di una funzionalità integrata Oracle Flashback).
È stata aggiunta la supporto per Oracle Data Guard..

Backup migliorato

La dimensione massima supportata del disco e del file di backup è aumentata di oltre 10 volte: con una dimensione del blocco di 1 MB per il file .VBK, la dimensione massima del disco nel backup può ora arrivare fino a 120 TB, mentre la dimensione massima dell'intero file di backup può raggiungere 1 PB. (Confermata da testare 100 TB per entrambi i valori.)
Per i backup senza crittografia, il volume dei metadati è stato ridotto di 10 MB.
Le prestazioni dei processi di inizializzazione e di completamento del backup sono state ottimizzate; di conseguenza, i backup delle VM più piccoli saranno quasi il doppio più veloci.
Rivisto il modulo responsabile della pubblicazione del contenuto dell'immagine della VM, ottenendo un notevole incremento della velocità di ripristino a livello di file e a livello di oggetti.
Le impostazioni delle Reti Preferite saranno ora applicabili anche agli acceleratori WAN.

Novità nel ripristino

La nuova funzionalità di ripristino completo della VM si chiama Staged Restore — ripristino a fasi. In questa modalità, la VM viene ripristinata dal backup desiderato prima in un 'sandbox' (ora denominato DataLab), dove è possibile eseguire un proprio script sul sistema operativo guest per apportare modifiche al contenuto del database, alla configurazione del sistema operativo o delle applicazioni. La VM con le modifiche già apportate può poi essere trasferita nell'infrastruttura di produzione. Questo può tornare utile, ad esempio, per installare in anticipo le applicazioni necessarie, attivare o disattivare impostazioni, rimuovere dati personali, e così via.

Per maggiori dettagli, puoi leggere qui (in inglese).

Nota: È necessaria una licenza di livello non inferiore a Enterprise.

È stata anche introdotta la possibilità di Secure Restore — ripristino sicuro (funziona con quasi tutte le varianti di ripristino). Ora è possibile, prima dell'inizio del processo di ripristino, verificare i file del sistema guest della VM (direttamente nella copia di backup) per la presenza di virus, trojan, ecc. — a tale scopo, i dischi della VM vengono montati su un server di montaggio associato al repository, e viene avviata la procedura di scansione tramite un antivirus installato su quel server di montaggio. (Non è necessario che il server di montaggio e la VM utilizzino lo stesso antivirus.)

Supportano 'out of the box' Microsoft Windows Defender, Symantec Protection Engine e ESET NOD32; è possibile specificare anche un altro antivirus se supporta l'operazione tramite riga di comando.

Per maggiori dettagli, puoi leggere qui (in inglese).

Novità nella gestione di Microsoft Hyper-V

Ora è possibile aggiungere gruppi di VM Hyper-V ai lavori di backup e replica.
Il ripristino istantaneo in una VM Hyper-V da backup creati utilizzando Veeam Agent supporta Windows 10 Hyper-V come hypervisor di destinazione.

Novità nella gestione di VMware vSphere

Le prestazioni del cache di scrittura di vPower NFS sono migliorate di diverse volte, per un ripristino istantaneo delle VM più efficace e un utilizzo ottimale degli SSD.
vPower NFS ora lavora in modo più efficiente con il repository SOBR, consentendo di gestire più macchine virtuali in parallelo.
Il server vPower NFS ha ora un'opzione di autorizzazione degli host per indirizzo IP (per impostazione predefinita, l'accesso è concesso all'host ESXi che fornisce il datastore vPower NFS). Per disabilitare questa funzionalità nel registro del server di mount è necessario andare a HKEY_LOCAL_MACHINE
SOFTWAREWOW6432NodeVeeamVeeam NFS e creare una sottochiave vPowerNFSDisableIPAuth
Ora è possibile configurare il job SureBackup per utilizzare la cache di vPower NFS (oltre al reindirizzamento delle scritture delle modifiche sul datastore vSphere). Ciò risolve il problema dell'uso di SureBackup per le VM con dischi superiori ai 2 TB nei casi in cui l'unico storage per vSphere sia VMware VSAN.
È stata implementata la supporto per i controller SCSI Paravirtual con più di 16 dischi collegati.
La Migrazione Veloce ora trasferisce automaticamente anche i tag di vSphere; questi tag vengono mantenuti anche durante il ripristino istantaneo delle VM.

Miglioramenti nel supporto delle VM Linux

Per gli account che devono essere elevati a root, non è più necessario aggiungere l'opzione NOPASSWD:ALL per i sudoers.
Aggiunto il supporto per l'opzione attivata !requiretty nei sudoers (questa è l'impostazione predefinita, ad esempio, per CentOS).
Durante la registrazione del server Linux ora è possibile eseguire il comando switch con su, se il comando sudo non è disponibile.
Il controllo dell'impronta SSH ora si applica a tutte le connessioni del server Linux, per proteggere da attacchi di tipo MITM.
Maggiore affidabilità dell'algoritmo di autenticazione PKI.

Nuovi plugin

Veeam Plug-in for SAP HANA — aiuta a utilizzare l'interfaccia BACKINT per il backup e il ripristino dei database HANA in/dal repository Veeam. È stato implementato il supporto per HCI SAP HANA. La soluzione è certificata SAP.

Veeam Plug-in for Oracle RMAN — consente di utilizzare RMAN manager per il backup e il ripristino dei database Oracle in/dal repository Veeam. (Non è necessario sostituire l'integrazione esistente basata su OCI.)

Ulteriori funzionalità

Supporto sperimentale per la clonazione dei blocchi per file deduplicati su Windows Server 2019 ReFS. Per attivare questa funzionalità nel registro del server Veeam backup, è necessario trovare la chiave HKEY_LOCAL_MACHINESOFTWAREVeeamVeeam Backup and Replication e creare il valore ReFSDedupeBlockClone (DWORD).
Il set ora include Microsoft SQL Server 2016 SP1.
È stato implementato il supporto per JSON per lavorare con l'API RESTful.