Un solo backup per il sistema completo e per qualsiasi file, con la coerenza applicativa che SQL Server e Hyper-V richiedono.
La scelta classica contrappone l'immagine disco — ripristinabile in bare metal ma opaca — al backup dei file, granulare ma incapace di rimettere in piedi un sistema.
BeBackup propone entrambe le modalità, selezionabili disco per disco o partizione per partizione. La schermata di selezione propone automaticamente la modalità consigliata per ogni partizione, cosa che evita errori di configurazione sulle partizioni EFI e riservate al sistema.
Copia blocco per blocco del disco o della partizione
Partizione EFI, partizione riservata al sistema, file system Linux, volume non formattato: tutto ciò che non è NTFS.
Partizioni NTFS lette file per file, resto del disco in immagine
Partizioni NTFS, compresa la partizione di sistema, e partizioni senza lettera di unità (punti di montaggio).
L'interesse di SmartImage si misura al secondo backup. Un'immagine classica deve confrontare blocchi di disco; SmartImage legge la partizione NTFS con il motore NTFS di BeBackup e trasporta solo i file realmente modificati. Il backup di sistema cessa di essere un'operazione pesante e settimanale.
Una partizione singola può essere salvata in SmartImage, anche senza lettera di unità. La tabella delle partizioni è conservata con il disco, compreso il concatenamento delle partizioni logiche (EBR).
Copiare il file di un database mentre scrive produce un backup inutilizzabile. BeBackup si appoggia ai componenti VSS di Windows, tramite un servizio dedicato.
Backup coerente database per database, tramite il writer VSS di SQL Server. Il servizio VSS dedicato di BeBackup riavvia all'occorrenza quel writer se è in errore: un caso che ogni amministratore SQL ha già incontrato alle tre del mattino.
Backup macchina virtuale per macchina virtuale, con scelta dei file da includere. I dischi virtuali VHD e VHDX incontrati in un backup di file possono inoltre essere aperti e salvati file per file, invece di essere copiati in blocco.
Tutti gli altri writer VSS: Active Directory, registro, archivi di certificati e l'insieme dei componenti dichiarati da Windows.
Quando un'applicazione non passa per VSS, l'agente sa organizzare il suo ambiente: arrestare e riavviare un servizio, chiudere un'applicazione, eseguire uno script prima e dopo il backup e importare il registro di un programma di terze parti direttamente nel rapporto di backup.
Le VM sono salvate dall'host ESXi, senza agente installato all'interno di ogni macchina virtuale.
Il ripristino segue la stessa strada: una VM può essere ricreata e i suoi dischi ripristinati dall'interfaccia web, anche a partire da una macchina fisica. Vedi gli scenari di ripristino
Un ripristino «identico» si giudica sui dettagli che non si vedono finché tutto va bene. Il driver NTFS di BeBackup conserva e ripristina:
A cui si aggiunge il rilevamento dei file tenuti aperti — hive di registro, database scritti tramite sezione mappata — che né la data di modifica né il journal USN segnalano: sono riletti a ogni backup, senza però essere ritrasmessi per intero.
La valutazione migliore resta un backup di sistema seguito da un ripristino cronometrato, sulla sua infrastruttura.
Desidera maggiori informazioni sulla nostra soluzione di backup BeBackup?