Database crittografati con gruppi di disponibilità AlwaysOn (SQL Server)

Questo argomento contiene informazioni sull'uso di database attualmente crittografati o decrittografati di recente con gruppi di disponibilità AlwaysOn in SQL Server 2014.

Contenuto dell'argomento

• Limitazioni e restrizioni

• Attività correlate

Limitazioni e restrizioni

• Se un database è crittografato o contiene persino una chiave DEK (Database Encryption Key), non è possibile utilizzare la Procedura guidata Nuovo gruppo di disponibilità o la Procedura guidata Aggiungi database al gruppo di disponibilità per aggiungere il database a un gruppo di disponibilità. Anche se un database crittografato è stato decrittografato, i relativi backup del log potrebbero contenere dati crittografati. In questo caso, la sincronizzazione completa dei dati iniziali potrebbe non riuscire nel database. Ciò è dovuto al fatto che l'operazione di ripristino del log potrebbe richiedere il certificato usato dalle chiavi di crittografia del database e tale certificato potrebbe non essere disponibile.

  Per rendere un database decrittografato idoneo per l'aggiunta a un gruppo di disponibilità tramite la procedura guidata:

  1. Creare un backup del log del database primario.

  2. Creare un backup completo del database primario.

  3. Ripristinare il backup del database nell'istanza del server che ospita la replica secondaria.

  4. Creare un nuovo backup del log dal database primario.

  5. Ripristina questo backup del log nel database secondario.

Attività correlate

• Preparare manualmente un database secondario per un gruppo di disponibilità (SQL Server)

• Usare la Creazione guidata del gruppo di disponibilità (SQL Server Management Studio)

• Usare la procedura guidata Aggiungi database al gruppo di disponibilità (SQL Server Management Studio)

Vedere anche

Panoramica dei gruppi di disponibilità AlwaysOn (SQL Server)
Transparent Data Encryption (TDE)