Verifica delle opzioni di disponibilità e ripristino per la protezione del database VMM

Data di pubblicazione: luglio 2016

Si applica a: System Center 2012 SP1 - Virtual Machine Manager, System Center 2012 R2 Virtual Machine Manager, System Center 2012 - Virtual Machine Manager

Quando si sceglie tra le opzioni per la protezione del database VMM, tanto in ambito di disponibilità quanto in ambito di ripristino di emergenza, è opportuno valutare cosa può accadere se il database VMM deve essere "riportato indietro nel tempo" in seguito a un guasto. Tale operazione può rivelarsi necessaria in presenza di determinate opzioni di backup e ripristino e con alcune opzioni relative alla disponibilità. Ad esempio, l'uso di gruppi di disponibilità di SQL Server in modalità di disponibilità con commit asincrono può richiedere l'esecuzione di un failover che riporti il database "indietro nel tempo".

Come accade in qualsiasi database, se si verifica un errore hardware o un problema di altro tipo, le modifiche più recenti al database VMM potrebbero andare perse. A seconda delle opzioni di disponibilità e ripristino in uso, quando l'unica versione del database VMM disponibile non è completamente aggiornata, potrebbe rendersi necessario il failover o il ripristino da backup del database VMM. Questa operazione viene a volte definita "riportare un database indietro nel tempo".

Gli amministratori di database studiano le opzioni di disponibilità e ripristino con particolare attenzione, data l'influenza di queste sulle modalità con cui tale ripristino avrà luogo e sull'accuratezza con cui sarà possibile riportare il database indietro a uno specifico momento nel tempo in caso di errore. In questo argomento non si tenta di descrivere tutti i vantaggi e svantaggi delle varie opzioni di ripristino o disponibilità, tuttavia, per il database VMM, si ritiene opportuno evidenziare due situazioni specifiche:

• Se vengono usati i gruppi di disponibilità di SQL Server AlwaysOn con la modalità con commit asincrono, potrebbe essere necessario un failover forzato. Modalità con commit asincrono significa che qualsiasi replica secondaria del database potrebbe rimanere indietro rispetto alla replica primaria in qualsiasi momento. Al momento di un failover forzato, se è necessario eseguire il failover a una replica secondaria che è rimasta indietro, l'operazione porterà il database VMM indietro nel tempo. La modalità con commit asincrono viene descritta in maggiore dettaglio negli argomenti seguenti:

  • Panoramica di Gruppi di disponibilità AlwaysOn (SQL Server), in particolare la sezione relativa alle modalità di disponibilità

  • Modalità di disponibilità (gruppi di disponibilità AlwaysOn), in particolare la sezione relativa alla modalità di disponibilità con commit asincrono

• In caso di ripristino di emergenza, potrebbe essere necessario eseguire tale ripristino da un backup effettuato qualche tempo prima che si verificasse l'errore. Ciò, naturalmente, dipende dall'intervallo tra i backup del database VMM (compresi i backup esterni). Se è necessario eseguire il ripristino da un backup eseguito prima del punto di errore, il database VMM verrà riportato indietro nel tempo.

È consigliabile valutare i possibili effetti in un database VMM che è stato riportato indietro nel tempo. Alcuni esempi:

• Autorizzazioni che erano state modificate poco prima di un errore potrebbero risultare ripristinate allo stato precedente dopo il failover o il ripristino del database VMM.

• Eventuali accessi rimossi prima di un errore potrebbero essere nuovamente disponibili dopo il failover o il ripristino del database.

  L'accesso ai contenuti di un VHD, ad esempio, potrebbe risultare disponibile per utenti che normalmente non vi avrebbero accesso.

• Eventuali reti VM che erano state rimosse poco prima che si verificasse un errore potrebbero risultare nuovamente disponibili dopo il failover o il ripristino del database VMM.

Al momento di scegliere tra le opzioni di disponibilità e ripristino per proteggere il database VMM, è consigliabile consultare l'elenco riportato sopra in relazione all'ambiente in uso e alle esigenze specifiche.

Preparazione dell'ambiente per System Center 2012 R2 Virtual Machine Manager
Requisiti di sistema: Database VMM in System Center 2012 e in System Center 2012 SP1