Domande frequenti sui database di 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 seguenti:

• Se il backup del log o del differenziale non riesce 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 di un backup differenziale, il log o il backup differenziale viene invece convertito in un backup completo.
• Se il 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 ritentati 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 del modello di recupero del database, viene attivato automaticamente una copia completa 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, nella cartella C:\Programmi\Azure Workload Backup\bin, creare il file ExtensionSettingsOverrides.json.

2. Nel file ExtensionSettingsOverrides.json modificare l'impostazione DefaultBackupTasksThreshold impostando 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.
   
   Anche se questo metodo consente 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 dell'applicazione 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 con 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 database o server di SQL 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.

Si esegue 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 considerato come riferimento e verificato incrociato con il checksum del flusso di dati durante l'operazione di ripristino per assicurarsi che i dati siano coerenti.

Sì. Azure Site Recovery attiverà un backup completo di sola copia durante l'esecuzione dello snapshot coerente dell'applicazione nella macchina virtuale per non troncare i log. Altre informazioni.

Il menu Processo di backup mostra tutte le operazioni pianificate e su richiesta, ad eccezione dei backup del log pianificati perché 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 verranno fermati backup futuri 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 verrà eseguito alcun backup futuro e verranno eliminati anche i punti di ripristino esistenti. Il database verrà considerato non protetto e visualizzato nell'istanza nel pannello 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 nei backup.

È possibile selezionare il database, ora rinominato e configurare la protezione. Se la protezione automatica è abilitata nell'istanza, 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 eseguita in genere 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 Rileva database, 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.

Durante l'operazione di backup, il processo di backup si connette a tre endpoint di servizio, AzureBackup, AzureStoragee Microsoft Entra ID. In this scenario, we recommend you to configure the Service Endpoint to AzureStorage, che consente di inviare il traffico dal Rete virtuale direttamente all'archiviazione. Per Backup di Azure e Microsoft Entra ID, è possibile configurare la route definita dall'utente sui tag di servizio in modo che il traffico si sposti verso la rete backbone anziché in locale.

Passaggi successivi

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