Configurare il log shipping per SQL Server nella macchine virtuali di Azure

Articolo
03/28/2024

Si applica a:SQL Server su VM di Azure

Questo articolo illustra come configurare il log shipping tra due SQL Server in Macchine virtuali (VM) di Azure.

Panoramica

Il log shipping consente di inviare automaticamente i backup del log delle transazioni da un database primario su un server primario a uno o più database secondari su un server secondario separato. I backup del log delle transazioni vengono applicati singolarmente a ogni database secondario. Un terzo server facoltativo, noto come server di monitoraggio, registra la cronologia e lo stato delle operazioni di backup e di ripristino e genera in avvisi nel caso in cui tali operazioni non vengano eseguite come previsto.

Il log shipping viene usato principalmente come soluzione di ripristino di emergenza e può essere combinato con altre opzioni di disponibilità elevata e ripristino di emergenza, inclusi i gruppi di disponibilità AlwaysOn.

Prerequisiti

Per configurare il log shipping per SQL Server nelle macchine virtuali di Azure, è necessario disporre dei prerequisiti seguenti:

Almeno due macchine virtuali di Azure aggiunte a un dominio con SQL Server nello stesso gruppo di risorse di un account di archiviazione di Azure per i backup del log delle transazioni. Il server secondario deve avere una versione uguale o successiva di SQL Server rispetto all'SQL Server primario.
Il database primario deve usare il modello di recupero con registrazione completa o con registrazione minima delle operazioni bulk. Il log shipping smette di funzionare se il database primario viene passato a un modello di recupero con registrazione minima.
L'account che configura log shipping deve essere membro del ruolo predefinito del server sysadmin.

Directory in cui vengono archiviati i file di backup del log delle transazioni dal server primario. Prima di configurare il log shipping, è necessario creare una condivisione file di Azure all'interno di un account di archiviazione di Azure accessibile sia dal server primario che da quello secondario.

Per creare la condivisione file di Azure nel portale di Azure, seguire questa procedura:

Passare al gruppo di risorse nel portale di Azure e selezionare l'account di archiviazione che si intende usare per i backup del log delle transazioni.
In Archiviazione dei dati, selezionare Condivisioni file e quindi scegliere +Condivisione file per creare una nuova condivisione file.
Nella scheda Informazioni di base specificare il nome della condivisione file, ad esempio log shipping. È possibile lasciare il livello con l'impostazione predefinita per transazione ottimizzata.
(Facoltativo) Nella scheda Backup, usare la casella di controllo per abilitare i backup della condivisione file per Backup di Azure.
Selezionare Rivedi e crea per esaminare le impostazioni di condivisione file e quindi selezionare Crea per creare la nuova condivisione file.

Creare una directory di backup

Dopo aver creato la condivisione file, è necessario creare le due directory seguenti:

Directory per il database primario in cui scrivere i backup del log
Directory per il database secondario in cui copiare e ripristinare il backup del log

Per creare la directory usare la procedura seguente:

Dopo che Azure ha creato la condivisione file, il portale torna alla pagina Panoramica per il nuovo file SMB.
In Sfoglia, selezionare + Aggiungi directory. Specificare il nome della nuova directory, ad esempio backup dei log. Seleziona OK.
Ripetere il passaggio precedente per aggiungere una seconda directory, ad esempio restore-backups. Seleziona OK.

Dopo aver creato le directory, connettere le macchine virtuali alla condivisione file.

Per determinare i dettagli della connessione, selezionare Connessione nella pagina Sfoglia o Panoramica della condivisione file per aprire la finestra di Connessione.

La finestra di Connessione fornisce uno script per consentire a una risorsa di accedere alla condivisione file. Facoltativamente, modificare la lettera di unità per montare la condivisione file nella macchina virtuale. Questa guida usa una chiave dell'account di archiviazione per una macchina virtuale Windows.

Selezionare Mostra script per visualizzare lo script, copiarlo e quindi eseguirlo in ogni macchina virtuale di SQL Server in cui si prevede di configurare il log shipping.

Dopo aver eseguito lo script Connessione, è possibile usare il cmdlet di PowerShell seguente per verificare la connettività alla porta 445:

Test-NetConnection -ComputerName yourstorageaccount.file.core.windows.net -Port 445

Se il test di connessione ha esito positivo, viene visualizzato un output di TcpTestSucceeded : True.

Dopo che le macchine virtuali di SQL Server possono connettersi correttamente alla condivisione file, concedere all'account del servizio SQL Server l'autorizzazione per accedere alla condivisione file creando una credenziale in SQL Server usando l'URL, il nome utente e la password dallo script di Connessione.

Per creare le credenziali, abilitare xp_cmdshell e usarlo per creare le credenziali prima di disabilitarle xp_cmdshell di nuovo.

Per concedere all'account del servizio SQL Server l'accesso alla condivisione file, seguire questa procedura in ogni istanza di SQL Server che si intende usare per il log shipping:

Connessione alla macchina virtuale di SQL Server con un account che fa parte del ruolo sysadmin.
Aprire SQL Server Management Studio (SSMS) e connettersi all'istanza di SQL Server.

Aprire una nuova finestra di query ed eseguire il codice Transact-SQL seguente contenente i dettagli della chiave di archiviazione ottenuti dal portale di Azure:

EXEC sp_configure 'show advanced options', 1;
RECONFIGURE;
exec sp_configure 'xp_cmdshell', 1;
RECONFIGURE;
GO
EXEC xp_cmdshell 'cmdkey /add:"yourstorageaccount.file.core.windows.net" /user:"localhost\yourstorageaccount" /pass:"<yourpasskey>"';
GO
EXEC sp_configure 'xp_cmdshell', 0;
RECONFIGURE;
GO

Dopo aver eseguito il comando, SSMS conferma che le credenziali vengono aggiunte correttamente:

Screenshot of the confirmation the credential was successfully created in SSMS.