Condividi tramite

Configurare il collegamento con SSMS - Istanza gestita di SQL di Azure

Applica a:Istanza gestita di SQL di Azure

Informazioni su come configurare un link tra SQL Server e Istanza gestita di SQL di Azure usando SQL Server Management Studio (SSMS). Il collegamento replica i database dal database primario iniziale alla replica secondaria quasi in tempo reale.

Dopo aver creato il collegamento, è possibile eseguire il failover nella replica secondaria per la migrazione o il ripristino di emergenza.

Nota

  • È anche possibile configurare il collegamento usando gli script.
  • La configurazione di Istanza gestita di SQL di Azure come primaria iniziale è supportata a partire da SQL Server 2022 CU10.

Panoramica

Usare il collegamento per replicare i database dal database primario iniziale alla replica secondaria. Per SQL Server 2022, il database primario iniziale può essere SQL Server o Istanza gestita di SQL di Azure. Per SQL Server 2019 e versioni precedenti, il database primario iniziale deve essere SQL Server. Dopo aver configurato il collegamento, il database dalla replica primaria iniziale viene replicato nella replica secondaria.

È possibile scegliere di lasciare il collegamento sul posto per la replica continua dei dati in un ambiente ibrido tra la replica primaria e secondaria oppure eseguire il failover del database nella replica secondaria per eseguire la migrazione a Azure o per il ripristino di emergenza. Per SQL Server 2019 e versioni precedenti, il failover a Istanza gestita di SQL di Azure interrompe il collegamento e il failback non è supportato. Con SQL Server 2022 e SQL Server 2025, hai la possibilità di mantenere il collegamento e di eseguire failover e failback tra entrambe le repliche.

Se si prevede di usare l’istanza gestita secondaria solo per il ripristino di emergenza, è possibile risparmiare sui costi di licenza attivando il vantaggio di failover ibrido.

Usare le istruzioni riportate in questo articolo per configurare manualmente il collegamento tra SQL Server e Istanza gestita di SQL di Azure. Una volta creato il collegamento, il database di origine ottiene una copia di sola lettura nella replica secondaria di destinazione.

Prerequisiti

Per replicare i database nella replica secondaria tramite il collegamento sono necessari i prerequisiti seguenti:

Considerare quanto segue:

  • La funzionalità di collegamento supporta un database per collegamento. Per replicare più database da un’istanza, creare un collegamento per ogni singolo database. Ad esempio, per replicare 10 database in Istanza gestita di SQL, creare 10 singoli collegamenti.
  • Le regole di confronto tra SQL Server e Istanza gestita di SQL devono essere uguali. Una mancata corrispondenza nella collatione può causare una mancata corrispondenza nella distinzione tra maiuscole e minuscole dei nomi del server e impedire una connessione corretta da SQL Server a Istanza gestita di SQL.
  • L'errore 1475 nella SQL Server primaria iniziale indica che è necessario avviare una nuova catena di backup creando un backup completo senza l'opzione COPY ONLY.
  • Per stabilire un collegamento o eseguire il failover, da Istanza gestita di SQL a SQL Server 2025, è necessario configurare la Istanza gestita di SQL con il criterio di aggiornamento SQL Server 2025. La replicazione dei dati e il failover da Istanza gestita di SQL a SQL Server 2025 non sono supportati dalle istanze configurate con un criterio di aggiornamento non corrispondente.
  • Per stabilire un collegamento o eseguire il failover, da Istanza gestita di SQL a SQL Server 2022, è necessario configurare la Istanza gestita di SQL con la politica di aggiornamento SQL Server 2022. La replica dei dati e il failover da Istanza gestita di SQL a SQL Server 2022 non sono supportati dalle istanze configurate con criteri di aggiornamento non corrispondenti.
  • Sebbene sia possibile stabilire un collegamento da una versione supportata di SQL Server a un'istanza gestita di SQL configurata con il criterio di aggiornamento Always-up-to-date, dopo il failover all'istanza gestita di SQL non è possibile replicare i dati o eseguire il failback all'istanza di SQL Server.

Autorizzazioni

Per SQL Server sono necessarie autorizzazioni sysadmin.

Per Istanza gestita di SQL di Azure, è necessario essere membri del ruolo collaboratore Istanza gestita di SQL Collaboratore oppure disporre delle autorizzazioni personalizzate seguenti:

Microsoft. Sql/ risorsa Autorizzazioni necessarie
Microsoft.Sql/managedInstances /leggere, /scrivere
Microsoft.Sql/managedInstances/hybridCertificate /azione
Microsoft.Sql/managedInstances/databases /leggi, /elimina, /scrivi, /completaRipristino/azione, /leggiBackup/azione, /dettagliRipristino/leggi
Microsoft.Sql/managedInstances/distributedAvailabilityGroups /leggi, /scrivi, /elimina, /impostaRuolo/azione
Microsoft.Sql/managedInstances/endpointCertificates /read
Microsoft.Sql/managedInstances/hybridLink N/A
Microsoft. Sql/managedInstances/serverTrustCertificates /scrivere, /cancellare, /leggere

Preparare i database

Se SQL Server è il database primario iniziale, è necessario creare un backup del database. Poiché Istanza gestita di SQL di Azure esegue automaticamente i backup, ignorare questo passaggio se Istanza gestita di SQL è il database primario iniziale.

Quando si crea un collegamento, il seeding iniziale tra le repliche primarie e secondarie avviene eseguendo un backup completo del database nella replica primaria, trasferendolo nella replica secondaria e ripristinandolo. Quando si esegue il backup completo, è consigliabile usare l'opzione WITH CHECKSUM per assicurarsi che il backup sia valido e non abbia alcun danneggiamento. Per altre informazioni, vedere BACKUP (Transact-SQL).

Usare SSMS per eseguire il backup del database in SQL Server. Seguire questa procedura:

  1. Connettersi al SQL Server in SQL Server Management Studio (SSMS).
  2. In Esplora oggetti fare clic con il pulsante destro del mouse sul database, passare il puntatore del mouse su Tasks e quindi scegliere Back up.
  3. Scegliere Completo per il tipo di backup.
  4. Assicurarsi che l'opzione Backup su abbia impostato il percorso di backup verso un disco con spazio di archiviazione sufficiente disponibile.
  5. (Facoltativo ma consigliato) Nella scheda Media Options selezionare la casella di controllo Esegui checksum prima di scrivere nel supporto per consentire a SQL Server di verificare l'integrità del backup dopo la creazione.
  6. Selezionare OK per completare il backup completo.

Per altre informazioni, vedere Creazione di un backup completo del database.

Nota

Il collegamento supporta solo la replica dei database utente. La replica del database di sistema non è supportata. Per replicare gli oggetti a livello di istanza archiviati in master o msdb, crearne lo script ed eseguire script T-SQL nell'istanza di destinazione.

Nei passaggi seguenti usare la procedura guidata Nuovo collegamento Istanza gestita in SSMS per creare un collegamento tra la replica primaria iniziale e la replica secondaria.

Una volta creato il collegamento, il database di origine ottiene una copia di sola lettura nella replica secondaria di destinazione.

  1. Aprire SSMS e connettersi al nodo primario iniziale.

  2. In Esplora oggetti, fare clic con il pulsante destro del mouse sul database che si desidera collegare al secondario, puntare su link Istanza gestita di SQL di Azure e selezionare Nuovo... per aprire la procedura guidata Nuovo link Istanza gestita. Se la versione SQL Server non è supportata, l'opzione non è disponibile nel menu di scelta rapida.

    Screenshot che mostra l'opzione del menu contestuale di un database per creare un nuovo collegamento.

  3. Nella pagina Introduzione della procedura guidata fare clic su Avanti.

  4. Nella pagina Specifica opzioni collegamento, fornire un nome per il collegamento. Se si selezionano più database, la procedura guidata aggiunge automaticamente il nome del database alla fine del nome specificato in modo che non sia necessario includerlo manualmente. Selezionare le caselle per abilitare la risoluzione dei problemi di connettività e, per SQL Server 2022 o SQL Server 2025, se si prevede di usare il collegamento per il ripristino di emergenza bidirezionale. Selezionare Avanti.

  5. Nella pagina Requisiti la procedura guidata convalida i requisiti per stabilire un collegamento al database secondario. Selezionare Avanti dopo aver convalidato tutti i requisiti oppure risolvere eventuali requisiti non soddisfatti, quindi selezionare Esegui di nuovo convalida.

  6. Nella pagina Selezione database scegliere il database da replicare nella replica secondaria tramite il collegamento. La selezione di più database crea più gruppi di disponibilità distribuiti, uno per ogni collegamento. Selezionare Avanti.

  7. Nella pagina Specifica replica secondaria selezionare Aggiungi replica secondaria per aggiungere la replica secondaria. Se il database primario iniziale è SQL Server, questa azione apre la finestra Sign In to Azure. Se l'istanza primaria iniziale è Istanza gestita di SQL, questa azione apre la finestra di dialogo Connetti al server.

    1. Per un SQL Server primario iniziale, accedere a Azure, scegliere la sottoscrizione, il gruppo di risorse e l'istanza gestita di SQL secondaria dall'elenco a discesa. Selezionare Login per aprire la finestra di dialogo Connetti al server e quindi connettersi al Istanza gestita di SQL in cui si vuole replicare il database. Quando viene visualizzato Login riuscito nella finestra Accedi, selezionare OK per chiudere la finestra e tornare alla finestra Nuovo collegamento Istanza gestita.
    2. Per un'istanza primaria iniziale di Istanza gestita di SQL, connettiti all'istanza di SQL Server alla quale desideri replicare il tuo database.

    Nota

    Per stabilire un collegamento a un gruppo di disponibilità già esistente, specificare l'indirizzo IP del listener esistente nel campo URL endpoint nella scheda Endpoint della pagina Specifica replica secondaria .

  8. Dopo aver aggiunto la replica secondaria, usare le schede della procedura guidata per modificare le impostazioni dell’endpoint, se necessario, ed esaminare le informazioni sui backup e l’endpoint di collegamento nelle schede rimanenti. Selezionare Avanti quando si è pronti per procedere.

  9. Se Istanza gestita di SQL è il tuo primario iniziale, la pagina successiva della procedura guidata è la pagina di accesso ad Azure. Accedere di nuovo, se necessario, quindi selezionare Avanti. Questa pagina non è disponibile quando SQL Server è il database primario iniziale.

  10. Nella pagina Convalida assicurarsi che tutte le convalide siano state passate correttamente. Se falliscono, risolverli e poi rieseguire la convalida. Al termine, selezionare Avanti.

  11. Nella pagina Riepilogo esaminare ancora una volta la configurazione. Facoltativamente, è possibile selezionare Script per generare uno script in modo da poter ricreare facilmente lo stesso collegamento in futuro. Al termine, selezionare Fine per creare il collegamento.

  12. Nella pagina Esecuzione azioni viene visualizzato lo stato di avanzamento di ogni azione.

  13. Al termine di tutti i passaggi, nella pagina Risultati vengono visualizzati i segni di spunta accanto alle azioni completate correttamente. Ora è possibile chiudere la finestra.

Visualizzare un database replicato

Dopo aver creato il collegamento, il database viene replicato nella replica secondaria. A seconda delle dimensioni del database e della velocità di rete, il database potrebbe inizialmente trovarsi in uno stato di ripristino nella replica secondaria. Al termine dell’inserimento iniziale, il database viene ripristinato nella replica secondaria ed è pronto per i carichi di lavoro di sola lettura.

In entrambe le repliche usare Esplora oggetti in SSMS per visualizzare lo stato Synchronized del database replicato.

Screenshot che mostra lo stato del database SQL Server e del gruppo di disponibilità distribuito in SSMS.

Espandere Disponibilità elevata Always On e Gruppi di disponibilità per visualizzare il gruppo di disponibilità distribuito creato per ogni collegamento.

Screenshot che mostra lo stato del database Istanza gestita di SQL e del gruppo di disponibilità distribuito.

Indipendentemente dall'istanza primaria, è anche possibile fare clic con il pulsante destro del mouse sul gruppo di disponibilità distribuito collegato in SQL Server e selezionare Show Dashboard per visualizzare il dashboard per il gruppo di disponibilità distribuito, che mostra lo stato del database collegato nel gruppo di disponibilità distribuito.

Eseguire il primo backup del log delle transazioni

Se SQL Server è il database primario iniziale, eseguire il primo backup del log delle transazioni su SQL Server dopo che il seeding iniziale è stato completato. A questo punto, il database non si trova più nello stato Restoring... di Istanza gestita di SQL di Azure. Eseguire quindi regolarmente backup del log delle transazioni di SQL Server per ridurre al minimo l'incremento eccessivo del log mentre SQL Server è nel ruolo primario.

Se Istanza gestita di SQL è il database primario, non è necessario eseguire alcuna azione perché Istanza gestita di SQL di Azure esegue automaticamente i backup del log.

Se si vuole eliminare il collegamento, perché non è più necessario o perché è in uno stato irreparabile e deve essere ricreato, è possibile farlo usando SQL Server Management Studio (SSMS).

È possibile eliminare il collegamento dalle opzioni di menu seguenti in Esplora oggetti di SSMS dopo la connessione all'istanza:

  • Gruppi di disponibilità sempre attivi>Gruppi di disponibilità>Fare clic con il pulsante destro del mouse sul nome del gruppo di disponibilità distribuito associato al collegamento >Elimina…
  • Databases> fare clic con il pulsante destro del mouse sul database associato al collegamento >collegamento Istanza gestita di SQL di Azure>Elimina...

Risoluzione dei problemi

Se viene visualizzato un messaggio di errore quando si crea il collegamento, selezionare il messaggio di errore per aprire una finestra con altri dettagli sull'errore.

Se si verifica un errore durante l'utilizzo del collegamento, la procedura guidata di SSMS arresta l'esecuzione nel passaggio che ha avuto esito negativo e non è possibile riavviarla. Risolvere il problema. Se necessario, pulire l'ambiente per ripristinare lo stato originale rimuovendo il gruppo di disponibilità distribuito e il gruppo di disponibilità se sono stati creati durante la configurazione del collegamento. Successivamente, avviare di nuovo la procedura guidata per ricominciare.

Per altre informazioni, vedere Risolvere i problemi relativi al collegamento.

Contenuto correlato

Per usare il collegamento, vedere:

Per altre informazioni sul collegamento, vedere:

Per altri scenari di replica e migrazione, prendere in considerazione:

  • Last updated on