Backup gestito di SQL Server in Azure: Interoperabilità e coesistenza

Questo argomento descrive SQL Server'interoperabilità e la coesistenza di Backup gestito in Microsoft Azure con diverse funzionalità in SQL Server 2014. tra cui gruppi di disponibilità AlwaysOn, mirroring del database, piani di manutenzione di backup, log shipping, backup ad hoc, scollegamento del database ed eliminazione del database.

Gruppi di disponibilità AlwaysOn

Gruppi di disponibilità AlwaysOn configurati come soluzione solo Azure supportata per SQL Server Backup gestito in Microsoft Azure. Le configurazioni del gruppo di disponibilità AlwaysOn ibride o solo in locale non sono supportate. Per altre informazioni e altre considerazioni, vedere Configurazione di SQL Server backup gestito in Azure per i gruppi di disponibilità

Mirroring del database

SQL Server backup gestito in Microsoft Azure è supportato solo nel database principale. Se sia l'entità che il mirror sono configurati per l'uso di SQL Server backup gestito in Microsoft Azure, il database con mirroring viene ignorato e non verrà eseguito il backup. Tuttavia, in caso di failover, SQL Server backup gestito in Microsoft Azure avvierà il processo di backup dopo che il mirror ha completato il cambio di ruolo ed è online. I backup verranno archiviati in un nuovo contenitore in questo caso. Se il mirror non è configurato per l'uso di SQL Server Backup gestito in Microsoft Azure, in caso di failover, non vengono eseguiti backup. È consigliabile configurare SQL Server backup gestito in Microsoft Azure sia nell'entità che nel mirror, in modo che i backup continuino in caso di failover.

Suggerimento

Se si crea un database con mirroring in un'istanza con SQL Server impostazioni predefinite di Backup gestito in Microsoft Azure, potrebbe essere preferibile disabilitare le impostazioni predefinite di Backup gestito di SQL Server nell'istanza di Microsoft Azure, in modo che non vengano applicate al database con mirroring e quindi riabilitare le impostazioni predefinite dell'istanza dopo aver configurato l'entità e il mirror.

Piano di manutenzione

L'uso dei piani di manutenzione per la creazione di backup per un database quando SQL Server backup gestito in Microsoft Azure non è supportato. I piani di manutenzione causeranno interruzioni della catena di log e SQL Server backup gestito in Microsoft Azure potrebbero non essere in grado di supportare una recuperabilità garantita del database durante il ripristino. Questo vale anche quando SQL Server backup gestito in Microsoft Azure è abilitato a livello di istanza.

Suggerimento

I piani di manutenzione con backup di sola copia sono supportati con SQL Server backup gestito in Microsoft Azure configurato per lo stesso database o istanza.

Log shipping

Non è possibile configurare il log shipping e SQL Server backup gestito in Microsoft Azure per lo stesso database contemporaneamente. Questa operazione avrà effetto sulla recuperabilità del database utilizzando entrambe le funzionalità.

Backup ad hoc tramite Transact-SQL e SQL Server Management Studio

I backup ad hoc o una volta creati all'esterno di SQL Server backup gestito in Microsoft Azure tramite Transact-SQL o SQL Server Management Studio possono influire sul processo di backup gestito SQL Server in Microsoft Azure a seconda del tipo di backup e del supporto di archiviazione usato. I backup del log in un account di archiviazione di Azure diverso da quello che SQL Server backup gestito in Microsoft Azure usano o qualsiasi altra destinazione del servizio di archiviazione BLOB di Azure provocherà un'interruzione della catena di log. È consigliabile usare la stored procedure smart_admin.sp_backup_on_demand (Transact-SQL) per avviare un backup nei database con SQL Server backup gestito in Microsoft Azure abilitato. È possibile avviare un backup completo del database o un backup del log tramite questa stored procedure.

Elimina database e Scollega database

Se un database con SQL Server backup gestito in Microsoft Azure abilitato viene scollegato o eliminato, anche se non sono possibili backup aggiuntivi, i backup precedenti rimangono nella risorsa di archiviazione fino al termine del periodo di conservazione, a quel punto i backup verranno eliminati.

Modifiche al modello di recupero

• Se si modifica il modello di recupero di un database da Simple a Full o Bulk-Logged, è possibile configurare SQL Server backup gestito in Microsoft Azure per il database. Verrà considerato come un nuovo database dal punto di vista SQL Server Backup gestito in Microsoft Azure.

• Se si modifica il modello di recupero di un database da Con registrazione completa o Con registrazioneminima alle operazioni bulk, con SQL Server backup gestito in Microsoft Azure abilitato, le operazioni di backup non verranno più pianificate. L'impostazione del periodo di memorizzazione rimarrà attiva e i file di backup rimarranno nell'account di archiviazione finché non scade il periodo di memorizzazione. Se si desidera mantenere i backup, si consiglia di scaricare i file in un account di archiviazione diverso o in un percorso locale. Le impostazioni di configurazione vengono mantenute e possono essere riutilizzate se il modello di recupero viene nuovamente impostato su Full o Bulk-Logged .

Backup del log tramite altri strumenti di backup o script personalizzati

Due backup configurati per l'esecuzione di backup del log nello stesso database causeranno l'interruzione della catena dei log di backup. Anche se SQL Server backup gestito in Microsoft Azure tenterà di risolvere l'interruzione della catena di backup pianificando i backup completi quando viene rilevata un'interruzione della catena, ciò significa mantenere il passo continuo con interruzioni periodiche e backup del log eseguiti da due strumenti concorrenti. Questa condizione può inoltre influire potenzialmente sulla recuperabilità del database poiché non vi sono strumenti in grado di garantire un set completo di backup in sequenza. Sebbene questo sia valido per due funzionalità o strumenti con cui si eseguono i backup del log, è utile illustrare esempi specifici come descritto di seguito. Si tratta anche della base per i problemi relativi alla configurazione dei piani di manutenzione o del log shipping come descritto nelle sezioni precedenti di questo argomento.

Backup basati su Data Protection Manager (DPM): Microsoft Data Protection Manager consente di eseguire backup completi e incrementali. I backup incrementali sono backup del log tramite cui viene eseguito un troncamento del log dopo la creazione di un backup della parte finale del log. Pertanto, la configurazione di DPM e SQL Server backup gestito in Microsoft Azure per lo stesso database non è supportata.

Strumenti o script di terze parti: Qualsiasi strumento o script di terze parti che eseguono backup del log che causano il troncamento del log non è compatibile con SQL Server Backup gestito in Microsoft Azure e non è supportato.

Se è SQL Server backup gestito in Microsoft Azure abilitato per un'istanza di database e si vuole eseguire un backup ad hoc, è possibile usare la stored procedure smart_admin.sp_backup_on_demand (Transact-SQL), come descritto nella sezione precedente. Se è anche necessario pianificare o annullare periodicamente i backup all'esterno di SQL Server Backup gestito in Microsoft Azure, è possibile usare il backup di sola copia. Per altre informazioni, vedere Backup di sola copia (SQL Server).