Domande frequenti sui database SQL Server in esecuzione in un backup di macchine virtuali di Azure

Sì, è possibile avere sia il backup della macchina virtuale che il backup SQL nella stessa macchina virtuale. In questo caso, viene attivato internamente il backup completo di sola copia nella macchina virtuale per non troncare i log.

In alcune circostanze, il servizio Backup di Azure attiva i backup correttivi. La guarigione automatica può verificarsi per una delle sei condizioni indicate di seguito:

• Se il backup del log o differenziale ha esito negativo a causa di un errore di convalida LSN, il log successivo o il backup differenziale viene invece convertito in un backup completo.
• Se non è stato eseguito alcun backup completo prima di un log o un backup differenziale, il log o il backup differenziale viene invece convertito in un backup completo.
• Se il tempo temporizzato del backup completo più recente è superiore a 15 giorni, il log successivo o il backup differenziale viene invece convertito in un backup completo.
• Tutti i processi di backup che vengono annullati a causa di un aggiornamento dell'estensione vengono riattivati dopo il completamento dell'aggiornamento e l'estensione viene avviata.
• Se si sceglie di sovrascrivere il database durante il ripristino, il backup del log/differenziale successivo ha esito negativo e viene attivato un backup completo.
• Nei casi in cui è necessario un backup completo per reimpostare le catene di log a causa della modifica nel modello di recupero del database, viene attivato automaticamente nella pianificazione successiva.

No, non è possibile annullare un processo di correzione automatica. Tuttavia, è possibile rifiutarlo esplicitamente seguendo questa procedura:

1. Nell'istanza di SQL Server, nella cartella C:\Programmi\Backup del carico di lavoro di Azure\bin creare o modificare il file ExtensionSettingsOverrides.json.
2. Nel file ExtensionSettingsOverrides.json impostare {"EnableAutoHealer": false}.
3. Salvare le modifiche e chiudere il file.
4. Nell'istanza di SQL Server aprire Gestione attività e quindi riavviare il servizio AzureWLBackupCoordinatorSvc.

Sì. È possibile imitare la velocità di esecuzione del criterio di backup per ridurre al minimo l'impatto su un'istanza di SQL Server. Per modificare l'impostazione:

1. Nell'istanza di SQL Server creare il file ExtensionSettingsOverrides.json nella cartella C:\Programmi\Backup carico di lavoro di Azure\bin.

2. Nel file ExtensionSettingsOverrides.json modificare l'impostazione DefaultBackupTasksThreshold su un valore inferiore ,ad esempio 5.
   {"DefaultBackupTasksThreshold": 5}
   Il valore predefinito di DefaultBackupTasksThreshold è 20.

3. Salvare le modifiche e chiudere il file.

4. Nell'istanza di SQL Server, aprire Task Manager. Riavviare il servizio AzureWLBackupCoordinatorSvc.
   
   Sebbene questo metodo sia utile se l'applicazione di backup utilizza una grande quantità di risorse, SQL Server Resource Governor è un modo più generico per specificare limiti sulla quantità di CPU, I/O fisico e memoria che le richieste di applicazioni in ingresso possono usare.

No. I processi di backup con esito positivo non generano avvisi. Gli avvisi vengono inviati solo per i processi di backup con esito negativo. Il comportamento dettagliato degli avvisi del portale è documentato qui. Tuttavia, se si è interessati ad avere avvisi anche per i processi riusciti, è possibile usare Monitoraggio usando Monitoraggio di Azure.

Sì, è possibile ottenere questa funzionalità con la protezione automatica.

Se un database viene eliminato da un'istanza protetta automaticamente, i backup del database vengono comunque tentati. Ciò implica che il database eliminato inizia a essere visualizzato come non integro in Elementi di backup e viene ancora protetto.

Il modo corretto per interrompere la protezione di questo database consiste nell'eseguire l'arresto del backup con l'eliminazione dei dati in questo database.

Sì, è possibile proteggere i database nelle macchine virtuali con Crittografia dischi di Azure (ADE) abilitata.

Sì, Backup di Azure supporta il backup di SQL Server database o server con TDE abilitato. Il backup supporta TDE con chiavi gestite da Azure o con chiavi gestite dal cliente (BYOK). Il backup non esegue alcuna crittografia SQL come parte del processo di backup in modo che il database rimanga crittografato durante il backup.

Viene eseguita un'operazione di checksum nel flusso di dati. Tuttavia, questo non deve essere confuso con il checksum SQL. Il backup del carico di lavoro di Azure calcola il checksum nel flusso di dati e lo archivia in modo esplicito durante l'operazione di backup. Questo flusso di checksum viene quindi preso come riferimento e verificato tra più controlli con il checksum del flusso di dati durante l'operazione di ripristino per assicurarsi che i dati siano coerenti.

Il menu Processo di backup mostra tutte le operazioni pianificate e su richiesta, ad eccezione dei backup del log pianificati, in quanto possono essere molto frequenti. Per i processi di log pianificati, usare Monitoraggio con Monitoraggio di Azure.

Se si arresta il backup con conservare i dati, non verrà eseguito alcun backup futuro e i punti di ripristino esistenti rimarranno intatti. Il database verrà comunque considerato protetto e visualizzato sotto gli elementi di backup.

Se si arresta il backup con i dati di eliminazione, non verranno distribuiti backup futuri e verranno eliminati anche i punti di ripristino esistenti. Il database verrà considerato non protetto e visualizzato sotto l'istanza di in Configura backup. Tuttavia, a differenza di altri database protetti dall'utente che possono essere selezionati manualmente o che possono essere protetti automaticamente, questo database viene visualizzato in grigio e non può essere selezionato. L'unico modo per proteggere nuovamente questo database consiste nel disabilitare la protezione automatica nell'istanza di . È ora possibile selezionare questo database e configurare la protezione su di esso o riabilitare la protezione automatica nell'istanza di .

Un database rinominato viene considerato come nuovo database. Il servizio considererà quindi questa situazione come se il database non fosse stato trovato e con errori dei backup.

È possibile selezionare il database, che viene ora rinominato e configurato la protezione. Se la protezione automatica è abilitata nell'istanza di , il database rinominato verrà rilevato e protetto automaticamente.

Un database aggiunto a un'istanza protetta automaticamente potrebbe non essere immediatamente visualizzato in elementi protetti. Ciò è dovuto al fatto che l'individuazione viene in genere eseguita ogni 8 ore e la protezione effettiva del sistema può richiedere tempo aggiuntivo perché dipende dalle dimensioni della macchina virtuale. È tuttavia possibile individuare immediatamente nuovi database se si esegue manualmente un'individuazione selezionando Individuazione database di individuazione, come illustrato nell'immagine seguente:

Sì, è possibile scaricare i file parzialmente come documentato qui.

Sì, è necessario un percorso di file in una macchina virtuale registrata per scaricare i file. Anche questo percorso può essere una condivisione di rete. Configurare una condivisione di rete dalla macchina virtuale non registrata alla macchina virtuale registrata e quindi scegliere la macchina virtuale registrata come destinazione e la condivisione di rete come percorso del file di destinazione. Dopo aver scaricato i file, è possibile smontare semplicemente la condivisione di rete dalla macchina virtuale registrata e i file sono ora disponibili nella macchina virtuale non registrata.

Passaggi successivi

Informazioni su come eseguire il backup di un database di SQL Server in esecuzione in una macchina virtuale di Azure.