Eseguire il backup di database abilitati per Stretch (Stretch Database)
Si applica a: 
SQL Server 2016 (13.x) e versioni successive - Solo Windows
Importante
Stretch Database è deprecato in SQL Server 2022 (16.x) e database SQL di Azure. Questa funzionalità verrà rimossa nelle versioni future del motore di database. Evitare di usare questa funzionalità in un nuovo progetto di sviluppo e prevedere interventi di modifica nelle applicazioni in cui è attualmente implementata.
I backup di database consentono di eseguire un ripristino in seguito a diversi tipi di errori e guasti.
È necessario eseguire il backup dei database di SQL Server abilitati per l'estensione.
Microsoft Azure esegue automaticamente il backup dei dati remoti che Stretch Database ha migrato da SQL Server in Azure.
Il backup è solo una parte di una soluzione di continuità aziendale e disponibilità elevata completa. Per altre informazioni sulla disponibilità elevata, vedere Soluzioni a disponibilità elevata.
Backup dei dati di SQL Server
Per eseguire il backup dei database di SQL Server abilitati per l'estensione è possibile continuare a usare i metodi di backup di SQL Server già in uso. Per altre informazioni, vedere Backup e ripristino di database SQL Server.
I backup di un database abilitato per l'estensione contengono solo dati locali e dati idonei per la migrazione della data e dell'ora in cui viene eseguito il backup. I dati idonei sono dati non ancora trasferiti ma che verranno trasferiti in Azure in base alle impostazioni di migrazione delle tabelle. Si tratta di un backup shallow che non include i dati di cui è già stata eseguita la migrazione in Azure.
Backup dei dati di Azure remoti
Microsoft Azure esegue automaticamente il backup dei dati remoti che Stretch Database ha migrato da SQL Server in Azure.
Azure riduce il rischio di perdita di dati con il backup automatico
Il servizio SQL Server Stretch Database in Azure protegge i database remoti con snapshot di archiviazione automatici almeno ogni 8 ore. Ogni snapshot viene conservato per 7 giorni per offrire più punti di ripristino.
Azure riduce il rischio di perdita di dati con la ridondanza geografica
I backup dei database di Azure vengono memorizzati nell'archiviazione con ridondanza geografica e accesso in lettura (RA-GRS) di Azure e hanno quindi ridondanza geografica per impostazione predefinita. L'archiviazione con ridondanza geografica replica i dati in un'area secondaria a centinaia di miglia di distanza dall'area primaria. Nelle aree primaria e secondaria i dati vengono replicati tre volte in domini di errore e domini di aggiornamento separati. Ciò garantisce la durabilità dei dati anche in caso di interruzione o guasto totale che rende una delle aree di Azure non disponibile.
Stretch Database riduce il rischio di perdita dei dati di Azure grazie al mantenimento temporaneo delle righe migrate
Dopo che Stretch Database ha eseguito la migrazione delle righe idonee da SQL Server in Azure, conserva le righe nella tabella di gestione temporanea per un minimo di 8 ore. Se si ripristina un backup del database di Azure, Stretch Database usa le righe salvate nella tabella di gestione temporanea per riconciliare i database SQL Server e di Azure.
Dopo aver ripristinato un backup dei dati di Azure, è necessario eseguire la stored procedure sys.sp_rda_reauthorize_db per riconnettere il database di SQL Server abilitato per l'estensione al database di Azure remoto. Quando si esegue sys.sp_rda_reauthorize_db, Stretch Database riconosce automaticamente i database SQL Server e i database di Azure.
Per aumentare il numero di ore per cui i dati migrati sono conservati temporaneamente da Stretch Database nella tabella di gestione, eseguire la stored procedure sys.sp_rda_set_rpo_duration e specificare un numero di ore maggiore di 8. Per decidere la quantità di dati da mantenere, considerare quanto segue:
- La frequenza dei backup automatici di Azure (almeno ogni 8 ore).
- Il tempo necessario dal momento in cui si è verificato il problema per individuarlo e decidere di ripristinare un backup.
- La durata dell'operazione di ripristino di Azure.
Nota
Aumentando la quantità di dati che Stretch Database deve conservare temporaneamente nella tabella di gestione temporanea aumenta la quantità di spazio necessaria in SQL Server.
Per controllare il numero di ore per cui i dati sono conservati attualmente da Stretch Database nella tabella di gestione temporanea, eseguire la stored procedure sys.sp_rda_get_rpo_duration.