Credo anche io che in situazioni simili basterebbe un active full della VM con VBR e un continuativo giornaliero della configuration. Diciamo che così è una mezza via che comunque può salvare in caso di necessità.

Puoi usare extract utility e estrarre i vmdk e buttarli sul Datastore e creare la Vm nuova con i dischi vbr backuppati. :D

Io comunque faccio sempre un backup del vbr, se sei ricco e hai repo immutable lo fai direttamente li. :D

Se sei ancora piu ricco lo replichi in offsite.

Si sa che i clienti sono come i T-Rex hanno le braccia corte, poi quando hanno il down piangono e spendo il doppio, viva la lungimiranza. :D

Se l’ambiente è singolo senza repliche, direi che la replica del VBR è il minore dei problemi :)

Posso dire che personalmente non reputo necessario il backup del VBR? Se si “rompe” come lo restori? 

Parlo chiaramente di ambiente singolo e non replicato. 

Certo, serve però che il cliente sia disposto a spendere per anche per un replication del VBR server :)

Andrebbe backuppato il VBR server e cryptati anche i job ed eseguito un copyjob su Repo Immu.

Ho visto anche io che spesso la parte “encryption” del backup della configurazione non è configurato, ma una volta spiegato a cosa serve il cliente lo attiva subito.

Ottima condivisione, ho visto che è stata segnalata anche nella parte inglese. Quello che non capisco è come questa possa essere una KB e non una best practices/white paper. Quasi come installare i sistemi operativi server in italiano… pelle d’oca.