Condividi tramite

Risolvere i problemi relativi ai database con mirroring dell'infrastruttura da database SQL di Azure

  • Articolo

Questo articolo illustra i passaggi per la risoluzione dei problemi relativi ai database SQL di Azure di mirroring.

Per la risoluzione dei problemi relativi al mirroring configurato automaticamente per il database SQL di Fabric, vedere Risolvere i problemi relativi al mirroring dal database SQL di Infrastruttura (anteprima).

Modifiche alla capacità o all'area di lavoro dell'infrastruttura

Causa Risultato Risoluzione consigliata
Capacità infrastruttura sospesa/eliminata Il mirroring si arresterà 1. Riprendere o assegnare capacità dal portale di Azure
2. Passare all'elemento del database con mirroring Fabric. Sulla barra degli strumenti selezionare Arresta replica.
3. Avviare la replica selezionando Database mirror per l'elemento con mirroring nel portale di Infrastruttura.
Capacità dell'infrastruttura ripresa Il mirroring non verrà ripreso 1. Passare all'elemento del database con mirroring Fabric. Sulla barra degli strumenti selezionare Arresta replica.
2. Avviare la replica selezionando Database mirror per l'elemento con mirroring nel portale di Infrastruttura.
Eliminazione dell'area di lavoro Il mirroring si arresta automaticamente Se il mirroring è ancora attivo nella database SQL di Azure, eseguire la stored procedure seguente nel database SQL di Azure: exec sp_change_feed_disable_db;.
Capacità della versione di valutazione di Fabric scaduta Il mirroring si arresta automaticamente Vedere La capacità di valutazione di Fabric scade.
Capacità dell'infrastruttura superata Il mirroring sospende Attendere fino a quando lo stato dell'overload non supera o aggiorna la capacità. Per altre informazioni, vedere Azioni che è possibile eseguire per il ripristino da situazioni di overload. Il mirroring continuerà una volta ripristinata la capacità.

Query T-SQL per la risoluzione dei problemi

Se si verificano problemi di mirroring, eseguire i controlli a livello di database seguenti usando DMV (Dynamic Management Views) e stored procedure per convalidare la configurazione.

  1. Eseguire la query seguente per verificare se il flusso delle modifiche è corretto:

    SELECT * FROM sys.dm_change_feed_log_scan_sessions;

  2. Se la DMV sys.dm_change_feed_log_scan_sessions non mostra lo stato di avanzamento dell'elaborazione delle modifiche incrementali, eseguire la query T-SQL seguente per verificare se sono presenti problemi segnalati:

    SELECT * FROM sys.dm_change_feed_errors;

  3. Se non sono stati segnalati problemi, eseguire la stored procedure seguente per esaminare la configurazione corrente del database SQL di Azure con mirroring. Verificare che sia stata abilitata correttamente.

    EXEC sp_help_change_feed;

    Le colonne chiave da cercare sono la table_name e la state. Qualsiasi valore oltre a 4 indica un potenziale problema.

  4. Se la replica non funziona ancora, verificare che l'oggetto SAMI corretto disponga delle autorizzazioni.

    1. Nel portale di Fabric selezionare l’opzione con puntini di sospensione "..." nell'elemento del database con mirroring.
    2. Selezionare l'opzione Gestisci autorizzazioni.
    3. Verificare che il nome del server logico SQL di Azure sia visualizzato con autorizzazioni lettura e scrittura.
    4. Assicurarsi che AppId visualizzato corrisponda all'ID dell'istanza SAMI del server logico database SQL di Azure.

  5. Contattare il supporto tecnico se è necessaria la risoluzione dei problemi.

Identità gestita

L'identità gestita assegnata dal sistema del server logico SQL di Azure deve essere abilitata e deve essere l'identità primaria. Per altre informazioni, vedere Creare un server database SQL di Azure mediante un'identità gestita assegnata dall'utente.

Dopo l'abilitazione, se lo stato dell'impostazione SAMI è disattivato o inizialmente abilitato, disabilitato e quindi abilitato di nuovo, il mirroring di database SQL di Azure in Fabric OneLake avrà esito negativo.

Sami deve essere l'identità primaria. Verificare che SAMI sia l'identità primaria con quanto segue: SELECT * FROM sys.dm_server_managed_identities;

L'identità gestita assegnata dall’utente (UAM) non è supportata. Se si aggiunge un UAMI, diventa l'identità primaria, sostituendo SAMI come primaria. In questo modo la replica non riesce. Per risolvere il problema:

  • Rimuovere tutte le interfacce utente. Verificare che SAMI sia abilitato.

Autorizzazioni SPN

Non rimuovere database SQL di Azure autorizzazioni di collaboratore del nome dell'entità servizio (SPN) per l'elemento del database con mirroring di Fabric.

Se si rimuove accidentalmente l'autorizzazione SPN, il mirroring database SQL di Azure non funzionerà come previsto. Non è possibile eseguire il mirroring di nuovi dati dal database di origine.

Se si rimuovono database SQL di Azure autorizzazioni SPN o autorizzazioni non sono configurate correttamente, seguire questa procedura.

  1. Aggiungere il nome SPN come utente selezionando l'opzione ... con i puntini di sospensione nell'elemento del database con mirroring.
  2. Selezionare l'opzione Gestisci autorizzazioni.
  3. Immettere il nome del nome del server logico del database SQL di Azure. Fornire le autorizzazioni di Lettura e Scrittura.

Contenuto correlato