Risolvere i problemi relativi alla configurazione del mirroring del database (SQL Server)

Articolo
04/26/2023

Si applica a:SQL Server

In questo argomento vengono fornite informazioni sulla risoluzione dei problemi relativi all'impostazione di una sessione di mirroring del database.

Nota

Assicurarsi che vengano soddisfatti tutti i prerequisiti per il mirroring del database.

Problema	Riepilogo
Messaggio di errore 1418	Questo messaggio di SQL Server indica che l'indirizzo di rete del server non è raggiungibile o non esiste, pertanto si consiglia di controllare il nome dell'indirizzo di rete e quindi eseguire nuovamente il comando.
Account	Illustra i requisiti per la corretta configurazione degli account con cui viene eseguito SQL Server.
Endpoint	Illustra i requisiti per la corretta configurazione dell'endpoint di mirroring del database di ogni istanza del server.
SystemAddress	Riepiloga le alternative per la specifica del nome di sistema di un'istanza del server in una configurazione di mirroring del database.
Accesso alla rete	Documenta il requisito in base a cui ogni istanza del server deve essere in grado di accedere alle porte dell'altra istanza o delle altre istanze tramite TCP.
Preparazione del database mirror	Riepiloga i requisiti per la preparazione del database mirror per consentire l'avvio del mirroring.
Operazione di creazione file non riuscita	Descrive le attività da eseguire in seguito a un'operazione di creazione file non riuscita.
Avvio del mirroring mediante Transact-SQL	Descrive l'ordine richiesto per le istruzioni ALTER DATABASE database_name SET PARTNER ='partner_server'.
Transazioni tra database	Un failover automatico può portare a una risoluzione automatica e talvolta errata delle transazioni in dubbio. Per questo motivo, il mirroring del database non supporta transazioni tra database.

Account

È necessario configurare correttamente gli account usati per l'esecuzione di SQL Server.

Autorizzazioni corrette per gli account
1. Per ridurre l'eventualità di una configurazione non corretta, utilizzare account eseguiti negli stessi account di dominio.
2. Se gli account vengono eseguiti in domini diversi oppure non sono account di dominio, è necessario che un account di accesso sia creato nel database master dell'altro computer e disponga delle autorizzazioni CONNECT per l'endpoint. Per altre informazioni, vedere Gestire i metadati quando si rende disponibile un database in un'altra istanza del server (SQL Server). Queste informazioni si riferiscono anche all'account Servizio di rete.
Se SQL Server viene eseguito come servizio con l'account di sistema locale, è necessario usare i certificati per l'autenticazione. Per altre informazioni, vedere Usare certificati per un endpoint del mirroring del database (Transact-SQL).

Endpoint

È necessario configurare correttamente gli endpoint.

Verificare che per ogni istanza del server (server principale, server mirror e server di controllo del mirroring, se presente) sia disponibile un endpoint di mirroring del database. Per altre informazioni, vedere sys.database_mirroring_endpoints (Transact-SQL) e, a seconda della forma di autenticazione, Creare un endpoint del mirroring del database per l'autenticazione Windows (Transact-SQL) oppure Usare certificati per un endpoint del mirroring del database (Transact-SQL).
Verificare che i numeri di porta siano corretti.

Per trovare la porta attualmente associata all'endpoint del mirroring del database per un'istanza del server, usare le viste del catalogo sys.database_mirroring_endpoints e sys.tcp_endpoints .
Per i problemi di impostazione del mirroring del database che sono difficili diagnosticare, è consigliabile controllare ogni istanza del server per verificare che sia in attesa sulle porte corrette.
Verificare che gli endpoint siano stati avviati (STATE=STARTED). Usare l'istruzione Transact-SQL seguente in ogni istanza del server.
```
SELECT state_desc FROM sys.database_mirroring_endpoints  
```
Per altre informazioni sulla colonna state_desc, vedere sys.database_mirroring_endpoints (Transact-SQL).

Per avviare un endpoint, usare l'istruzione Transact-SQL seguente.
```
ALTER ENDPOINT Endpoint_Mirroring   
STATE = STARTED   
AS TCP (LISTENER_PORT = <port_number>)  
FOR database_mirroring (ROLE = ALL);  
GO  
```
Per altre informazioni, vedere ALTER ENDPOINT (Transact-SQL).
Verificare che ROLE sia corretto. Usare l'istruzione Transact-SQL seguente in ogni istanza del server.
```
SELECT role FROM sys.database_mirroring_endpoints;  
GO  
```
Per altre informazioni, vedere sys.database_mirroring_endpoints (Transact-SQL).

Per l'account di accesso per l'account del servizio dell'altra istanza del server è richiesta l'autorizzazione CONNECT. Verificare che l'account di accesso dell'altro server disponga dell'autorizzazione CONNECT. Per individuare gli account che dispongono dell'autorizzazione CONNECT per un endpoint, usare l'istruzione Transact-SQL seguente in ogni istanza del server.

SELECT 'Metadata Check';  
SELECT EP.name, SP.STATE,   
   CONVERT(nvarchar(38), suser_name(SP.grantor_principal_id))   
      AS GRANTOR,   
   SP.TYPE AS PERMISSION,  
   CONVERT(nvarchar(46),suser_name(SP.grantee_principal_id))   
      AS GRANTEE   
   FROM sys.server_permissions SP , sys.endpoints EP  
   WHERE SP.major_id = EP.endpoint_id  
   ORDER BY Permission,grantor, grantee;   
GO

Indirizzo di sistema

Quale nome di sistema di un'istanza del server in una configurazione di mirroring del database è possibile utilizzare qualsiasi nome che identifichi univocamente il sistema. L'indirizzo del server può essere un nome di sistema (se i sistemi si trovano nello stesso dominio), un nome di dominio completo o un indirizzo IP (preferibilmente un indirizzo IP statico). L'utilizzo del nome di dominio completo è una soluzione efficace. Per altre informazioni, vedere Specificare un indirizzo di rete del server - Mirroring del database.

Accesso alla rete

Ogni istanza del server deve essere in grado di accedere alle porte dell'altra istanza o delle altre istanze tramite TCP. Questo requisito è particolarmente importante quando le istanze del server appartengono a domini diversi non trusted. il che limita buona parte delle comunicazioni tra le istanze del server.

Preparazione del database mirror

Sia che si avvii il mirroring per la prima volta o che lo si avvii nuovamente dopo averlo rimosso, verificare che il database mirror sia predisposto per il mirroring.

Quando si crea il database mirror sul server mirror, assicurarsi di ripristinare il backup del database principale specificando lo stesso nome di database con l'opzione WITH NORECOVERY. È inoltre necessario applicare tutti i backup di log creati dopo l'esecuzione di tale backup, sempre tramite WITH NORECOVERY.

Se possibile, è inoltre consigliabile che il percorso del database mirror, inclusa la lettera di unità, sia identico a quello del database principale. Se i percorsi dei file sono diversi, ad esempio il database principale è disponibile nell'unità F: e tale unità non è presente nel database mirror, è necessario includere l'opzione MOVE nell'istruzione RESTORE.

Importante

Se durante la creazione del database mirror i file del database vengono spostati, potrebbe essere impossibile aggiungere successivamente file al database senza sospendere il mirroring.

Se il mirroring di database è stato arrestato, prima di poter riavviare il mirroring è necessario che tutti i backup di log successivi eseguiti sul database vengano applicati al database.

Per altre informazioni, vedere Preparazione di un database mirror per il mirroring (SQL Server).

Operazione di creazione file non riuscita

Per aggiungere un file senza conseguenze per la sessione di mirroring, è necessario che il percorso del file esista in entrambi i server. Pertanto, se durante la creazione del database mirror i file del database vengono spostati, potrebbe essere impossibile aggiungere successivamente file al database mirror senza sospendere il mirroring.

Per risolvere il problema:

Il proprietario del database deve rimuovere la sessione di mirroring e deve ripristinare un backup completo del filegroup contenente il file aggiunto.
Il proprietario deve quindi eseguire il backup del log contenente l'operazione di aggiunta file nel server principale e ripristinare manualmente il backup del log nel database mirror utilizzando le opzioni WITH NORECOVERY e WITH MOVE. L'esecuzione di questa operazione consente di creare il percorso del file specificato nel server mirror e di ripristinare il nuovo file in tale percorso.
Per preparare il database per una nuova sessione di mirroring, il proprietario deve inoltre ripristinare con l'opzione WITH NO RECOVERY tutti gli altri backup del log in sospeso dal server principale.

Per altre informazioni, vedere Rimozione del mirroring del database (SQL Server), Preparare un database mirror per il mirroring (SQL Server), Stabilire una sessione di mirroring del database tramite autenticazione di Windows (Transact-SQL), Usare certificati per un endpoint del mirroring del database (Transact-SQL) oppure Stabilire una sessione di mirroring del database tramite autenticazione di Windows (SQL Server Management Studio).

Avvio del mirroring mediante Transact-SQL

L'ordine con cui vengono rilasciate le istruzioni ALTER DATABASE database_name SET PARTNER ='partner_server' è molto importante.

La prima istruzione deve essere eseguita sul server mirror. Quando viene eseguita questa istruzione, il server mirror non tenta di contattare altre istanze del server e indica invece al database di attendere che il server mirror venga contattato dal server principale.
La seconda istruzione ALTER DATABASE deve essere eseguita sul server principale e fa in modo che il server principale tenti di connettersi al server mirror. Dopo che è stata creata la connessione, il server mirror tenta di connettersi al server principale tramite un'altra connessione.

Per altre informazioni, vedere ALTER DATABASE (Transact-SQL).

Nota

Per altre informazioni sull'uso di SQL Server Management Studio, vedere Stabilire una sessione di mirroring del database tramite autenticazione di Windows (SQL Server Management Studio).

Transazioni tra database

Quando viene eseguito il mirroring di un database in modalità a protezione elevata con failover automatico, un failover automatico può portare a una risoluzione automatica e talvolta errata delle transazioni in dubbio. Se si verifica un failover automatico su uno dei database mentre è stato eseguito il commit di una transazione tra database, possono verificarsi inconsistenze logiche tra i database.

I tipi di transazioni tra database che possono essere interessati da un failover automatico includono:

Una transazione che aggiorna più database nella stessa istanza di SQL Server.
Le transazioni che usano Microsoft Distributed Transaction Coordinator (MS DTC).

Per altre informazioni, vedere Transazioni tra database non supportate per il mirroring del database o Gruppi di disponibilità Always On (SQL Server).

Vedi anche

Impostazione del mirroring del database (SQL Server)
Sicurezza trasporto per il mirroring del database e i gruppi di disponibilità Always On (SQL Server)