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

Questo argomento descrive l'interoperabilità e la coesistenza del backup gestito di SQL Server in Microsoft Azure con diverse funzionalità di SQL Server 2014. Queste funzionalità includono i seguenti: gruppi di disponibilità AlwaysOn, mirroring del database, piani di manutenzione di backup, log shipping, backup ad hoc, scollegamento del database e rilascio del database.

Gruppi di disponibilità AlwaysOn

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

Mirroring del database

Il backup gestito di SQL Server in Microsoft Azure è supportato solo nel database principale. Se sia il principale che il mirror sono configurati per utilizzare il backup gestito di SQL Server su Microsoft Azure, il database con mirroring viene ignorato e il backup non verrà eseguito. Tuttavia, in caso di failover, SQL Server Managed Backup in Microsoft Azure avvierà il processo di backup dopo che il mirror ha completato il cambio di ruolo ed è tornato online. I backup verranno archiviati in un nuovo contenitore in questo caso. Se il mirror non è configurato per l'uso di Backup gestito di SQL Server in Microsoft Azure, in caso di failover, non vengono eseguiti backup. È consigliabile configurare Backup gestito di SQL Server 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 backup gestito di SQL Server nelle impostazioni predefinite di Microsoft Azure, potrebbe essere preferibile disabilitare il backup gestito di SQL Server nelle impostazioni predefinite dell'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 di un database non è supportato quando il backup gestito di SQL Server verso Microsoft Azure è abilitato. I piani di manutenzione causeranno interruzioni della catena di log e il backup gestito di SQL Server in Microsoft Azure potrebbe non essere in grado di supportare una recuperabilità garantita del database durante il ripristino. Questo vale anche quando backup gestito di SQL Server in Microsoft Azure è abilitato a livello di istanza.

Suggerimento

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

Trasferimento dei Log

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

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

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

Eliminare il database e staccare il database

Se un database con backup gestito di SQL Server in Microsoft Azure è scollegato o eliminato, anche se non sono possibili backup aggiuntivi, i backup precedenti rimangono nell'archiviazione fino a quando non è trascorso il 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 il backup gestito di SQL Server in Microsoft Azure per il database. Questa operazione verrà considerata come un nuovo database dal punto di vista di Backup gestito di SQL Server a Microsoft Azure.

• Se si modifica il modello di recupero di un database da Completo o registrazione minima a Semplice, che ha il backup gestito di SQL Server in Microsoft Azure abilitato, le operazioni di backup non verranno più pianificate. L'impostazione del periodo di conservazione sarà ancora attiva e i file di backup rimarranno nell'account di archiviazione fino al termine del periodo di conservazione. Per conservare i backup, è consigliabile 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 Completo o Con registrazione delle operazioni bulk.

Backup del log con altri strumenti di backup o script personalizzati

Qualsiasi due backup configurati per eseguire backup del log nello stesso database causerà un'interruzione nella catena di log di backup. Anche se il backup gestito di SQL Server 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 controllo continuo con interruzioni periodiche e backup del log eseguiti da due strumenti concorrenti. Ciò può anche influire potenzialmente sulla recuperabilità del database perché nessuno strumento può avere un set completo di backup in sequenza. Anche se questo vale per due funzionalità o strumenti che eseguono backup del log, è utile chiamare esempi specifici, come descritto di seguito. Questa è anche la 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 dei backup dei log che eseguono un troncamento del log dopo la creazione di un backup T log. La configurazione sia di DPM che di Backup gestito di SQL Server in Microsoft Azure per lo stesso database non è quindi 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 il backup gestito di SQL Server in Microsoft Azure e non è supportato.

Se è abilitato backup gestito di SQL Server in Microsoft Azure per un'istanza del 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 del backup gestito di SQL Server in Microsoft Azure, è possibile usare il backup di sola copia. Per altre informazioni, vedere Backup di sola copia (SQL Server).