Mirroring del database (SQL Server)

Il mirroring del database è una soluzione per aumentare la disponibilità di un database SQL Server. Il mirroring è implementato per database e funziona solo con i database che utilizzano il modello di recupero completo.

Vantaggi del mirroring del database

Il mirroring del database è una semplice strategia che offre i vantaggi seguenti:

• Maggiore disponibilità di un database.

  In caso di emergenza, il failover automatico in modalità a protezione elevata attiva rapidamente la modalità online per la copia di standby del database (senza alcuna perdita di dati). Nelle altre modalità operative l'amministratore del database può scegliere se forzare il servizio (con possibile perdita di dati) nella copia di standby del database. Per ulteriori informazioni, vedere Cambio di ruolo, più avanti in questo argomento.

• Maggiore protezione dei dati.

  Il mirroring del database offre una ridondanza dei dati completa o quasi completa, in base al fatto che la modalità operativa sia a protezione elevata o a prestazioni elevate. Per ulteriori informazioni, vedere Modalità operativedi seguito in questo argomento.

  Un partner di mirroring del database in esecuzione in SQL Server 2008 Enterprise o versioni successive tenta automaticamente di risolvere determinati tipi di errori che impediscono la lettura di una pagina di dati. Il partner che non è in grado di leggere una pagina ne richiede una copia aggiornata all'altro. Se la richiesta viene soddisfatta, la pagina illeggibile viene sostituita dalla copia e l'errore viene risolto. Per altre informazioni, vedere Ripristino automatico della pagina (per i gruppi di disponibilità e il mirroring del database).

• Migliore disponibilità del database di produzione durante gli aggiornamenti.

  Per contenere il tempo di inattività di un database con mirroring, è possibile aggiornare in sequenza le istanze di SQL Server che ospitano i partner di failover. Ciò genererà il tempo di inattività di un solo failover. Questa modalità di aggiornamento è noto come aggiornamento in sequenza. Per altre informazioni, vedere Installare un Service Pack in un sistema con tempo di inattività minimo per i database con mirroring.

Termini e definizioni del mirroring del database

ripristino automatico
Processo attraverso il quale, quando il server principale non è disponibile, il server mirror assume il ruolo di server principale e attiva la modalità online per la propria copia del database come database principale.

partner di failover
Le due istanze del server (il server principale o il server mirror) che vengono utilizzate come partner nel cambio di ruolo per un database con mirroring.

servizio forzato
Failover avviato dal proprietario del database in caso di errore del server principale che trasferisce il servizio al database mirror mentre si trova in uno stato sconosciuto.

Modalità a prestazioni elevate
La sessione di mirroring del database viene eseguita in modo asincrono e utilizza unicamente il server principale e il server mirror. L'unica forma di cambio di ruolo è il servizio forzato (con possibile perdita di dati).

Modalità a sicurezza elevata
La sessione di mirroring del database viene eseguita in modo sincrono e, facoltativamente, utilizza un server di controllo, oltre al server principale e al server mirror.

failover manuale
Failover iniziato dal proprietario del database, mentre il server principale è ancora in esecuzione, per trasferire il servizio dal database principale al database mirror mentre si trovano in uno stato sincronizzato.

database mirror
Copia del database che in genere è completamente sincronizzata con il database principale.

server mirror
In una configurazione di mirroring del database, istanza del server in cui risiede il database mirror.

server mirror
In una configurazione di mirroring del database, istanza del server in cui risiede il database mirror.

database principale
Nel mirroring del database, database di lettura/scrittura il cui log delle transazioni viene applicato a una copia di sola lettura del database (database mirror).

server principale
Nel mirroring del database, partner il cui database è attualmente il database principale.

coda di rollforward
Record del log delle transazioni ricevuto in attesa sul disco di un server mirror.

Ruolo
Il server principale e il server mirror eseguono ruoli mirror e principali complementari. Facoltativamente, il ruolo del server di controllo del mirroring viene eseguito da una terza istanza di server.

cambio di ruolo
Assunzione del ruolo principale da parte del mirror.

coda di invio
Record del log delle transazioni non inviato che si sono accumulati sul disco del log del server principale.

sessione
Relazione che si verifica durante il mirroring del database tra il server principale, il server mirror e il server di controllo del mirroring, se presente.

All'avvio o alla ripresa di una sessione di mirroring, processo in cui i record di log del database principale accumulati nel server principale vengono inviati al server mirror, che li scrive sul disco il più rapidamente possibile in modo da non rimanere indietro rispetto al server principale.

Livello di sicurezza delle transazioni
Proprietà del database specifica del mirroring che determina l'esecuzione della sessione di mirroring del database in modalità sincrona o asincrona. Esistono due livelli di protezione: FULL e OFF.

Witness
Per l'utilizzo nella sola modalità a sicurezza elevata. Istanza facoltativa di SQL Server che consente al server mirror di stabilire quando avviare un failover automatico. A differenza dei due partner di failover, il server di controllo non gestisce il database. L'unico ruolo del testimone è supportare il failover automatico.

Panoramica del mirroring del database

Il mirroring del database gestisce due copie di un singolo database che deve risiedere in istanze del server diverse di Motore di database di SQL Server. In genere, queste istanze del server si trovano in computer in posizioni diverse. L'avvio del mirroring del database in un database avvia una relazione, nota come sessione di mirroring del database, tra queste istanze del server.

Un'istanza del server gestisce il database per i client (il server principale). L'altra istanza agisce come server warm standby o hot standby (il server mirror), a seconda della configurazione e dello stato della sessione di mirroring. Quando viene sincronizzata una sessione di mirroring del database, il mirroring del database rende disponibile un server di hot standby che supporta il failover rapido senza perdita di dati da transazioni di cui è stato eseguito il commit. Quando la sessione non è sincronizzata, il server mirror è in genere disponibile come server warm standby (con possibile perdita di dati).

Il server principale e il server mirror comunicano e cooperano come partner in una sessione di mirroring del database. I due partner svolgono ruoli complementari nella sessione: il ruolo principale e il ruolo mirror. In ogni momento, un partner svolge il ruolo principale, l'altro il ruolo mirror. Ogni partner è definito proprietario del suo ruolo corrente. Il partner proprietario del ruolo principale è definito server principalee la sua copia del database è il database principale corrente. Il partner proprietario del ruolo mirror è definito server mirrore la sua copia del database è il database mirror corrente. Quando il mirroring del database è distribuito in un ambiente di produzione, il database principale è il database di produzione.

Il mirroring del database include il rollforward sul database mirror di tutte le operazioni di inserimento, aggiornamento ed eliminazione eseguite sul database principale il più rapidamente possibile. Il rollforward viene eseguito inviando un flusso di record del log delle transazioni attivi al server mirror, il quale applica i record del log al database mirror, in sequenza, il più rapidamente possibile. Diversamente dalla replica, che opera a livello logico, il mirroring del database opera a livello dei record del log fisico. A partire da SQL Server 2008, il server principale comprime il flusso dei record del log delle transazioni prima di inviarlo al server mirror. Questa compressione del log si verifica in tutte le sessioni di mirroring.

Modalità operative

Una sessione di mirroring del database può essere eseguita in un'operazione sincrona o asincrona. In modalità asincrona il commit delle transazioni viene eseguito senza attendere che il server mirror salvi il log su disco, ottimizzando così le prestazioni. L'operazione sincrona assicura che il commit di una transazione venga eseguito su entrambi i partner, ma con il rischio di aumentare la latenza delle transazioni.

Per il mirroring del database sono disponibili due modalità operative. Una di esse, la modalità a protezione elevata supporta l'operazione sincrona. In modalità a protezione elevata, all'avvio di una sessione, il server mirror sincronizza il database mirror con il database principale il più rapidamente possibile. Quando i database sono sincronizzati, il commit di una transazione viene eseguito su entrambi i partner, ma con il rischio di aumentare la latenza delle transazioni.

La seconda modalità operativa, la modalità a prestazioni elevate, prevede l'esecuzione in modo asincrono. Il server mirror tenta di restare sincronizzato con i record del log inviati dal server principale. Il database mirror potrebbe avere un certo ritardo rispetto al database principale. Tale divario tra i due database tuttavia è in genere piuttosto limitato. ma può diventare significativo se il server principale è soggetto a un ingente carico di lavoro o se il sistema del server mirror è sottoposto a overload.

In modalità a prestazioni elevate, non appena il server principale invia un record del log al server mirror, il server principale invia una conferma al client. Non attende un acknowledgement dal server mirror. Il commit delle transazioni viene pertanto eseguito senza attendere che il server mirror salvi il log su disco. L'operazione asincrona consente l'esecuzione del server principale con una latenza minima per le transazioni, ma comporta il rischio potenziale di perdita dei dati.

Tutte le sessioni di mirroring del database supportano solo un server principale e un server mirror. La configurazione è illustrata nella figura seguente.

La modalità a prestazioni elevate con failover automatico richiede la presenza di una terza istanza del server, nota come server di controllo. A differenza dei due partner, il witness non gestisce il database. ma supporta il failover automatico mediante la verifica dell'efficienza del server principale. Il server mirror avvia il failover automatico solo se il server mirror e il witness rimangono connessi tra loro dopo che entrambi sono stati disconnessi dal server principale.

Nella figura seguente viene illustrata una configurazione che include un server di controllo del mirroring.

Per ulteriori informazioni, vedere Cambio di ruolo, più avanti in questo argomento.

Sicurezza delle transazioni e modalità operative

La modalità operativa può essere sincrona o asincrona in base all'impostazione del livello di protezione delle transazioni. Se si usa esclusivamente SQL Server Management Studio per configurare il mirroring del database, le impostazioni di protezione delle transazioni vengono configurate automaticamente quando si seleziona la modalità operativa.

Se si usa Transact-SQL per configurare il mirroring del database, è necessario conoscere la procedura di impostazione della protezione delle transazioni. La sicurezza delle transazioni è controllata dalla proprietà SAFETY dell'istruzione ALTER DATABASE . In un database di cui viene eseguito il mirroring, SAFETY è FULL o OFF.

• Se l'opzione SAFETY è impostata su FULL, l'operazione di mirroring del database è sincrona, dopo la fase di sincronizzazione iniziale. Se un server di controllo del mirroring è in modalità a protezione elevata, la sessione supporta il failover automatico.

• Se l'opzione SAFETY è impostata su OFF, l'operazione di mirroring del database è asincrona. La sessione viene eseguita in modalità a prestazioni elevate e l'opzione WITNESS deve essere disattivata.

Per altre informazioni, vedere Database Mirroring Operating Modes.

Cambio di ruolo

Nel contesto di una sessione di mirroring del database, in genere i ruoli principale e mirror sono intercambiabili tramite un processo denominato cambio di ruolo. Il cambio di ruolo comporta il trasferimento del ruolo principale al server mirror. In un cambio di ruolo, il server mirror funge da partner di failover per il server principale. Quando si verifica un cambio di ruolo, il server mirror assume il ruolo principale e attiva la modalità online per la propria copia del database come nuovo database principale. Il server principale precedente, quando disponibile, assume il ruolo di mirror e il suo database diventa il nuovo database mirror. Potenzialmente, i ruoli possono essere scambiati ripetutamente nei due sensi.

Esistono le tre forme seguenti di cambio di ruolo.

• Failover automatico

  Richiede la modalità a protezione elevata e la presenza di un server mirror e di un server per il controllo del mirroring. Il database deve essere già sincronizzato e il server di controllo del mirroring deve essere connesso al server mirror.

  Il ruolo del server di controllo del mirroring consiste nel verificare il funzionamento di un determinato server partner. Se il server mirror perde la connessione al server principale, ma il server di controllo del mirroring è ancora connesso al server principale, il server mirror non avvia un failover. Per altre informazioni, vedere Server di controllo del mirroring del database.

• Failover manuale

  Richiede la modalità a protezione elevata. I partner devono essere connessi tra loro e il database deve essere già sincronizzato.

• Servizio forzato (con possibile perdita di dati)

  In modalità a prestazioni elevate e a protezione elevata senza failover automatico, è possibile forzare il servizio se il server principale non è disponibile e il server mirror è disponibile.

  Importante

  La modalità a prestazioni elevate è destinata all'utilizzo senza un server di controllo del mirroring. Tuttavia, se è disponibile un server per il controllo del mirroring, per poter forzare il servizio è necessario che il server di controllo del mirroring sia connesso al server mirror.

In qualsiasi scenario di cambio di ruolo, quando il nuovo database principale è online, le applicazioni client possono eseguire un rapido recupero tramite la riconnessione al database.

Sessioni simultanee

Una determinata istanza del server può prendere parte a più sessioni di mirroring del database simultanee (una volta per ogni database con mirroring) con la stessa istanza o istanze diverse del server. Spesso, un'istanza del server funge esclusivamente da server partner o da server di controllo del mirroring in tutte le relative sessioni di mirroring del database. Poiché tuttavia ogni sessione è indipendente dalle altre, un'istanza del server può fungere da server partner in alcune sessioni e da server di controllo del mirroring in altre. Si considerino ad esempio le quattro sessioni seguenti tra tre istanze del server (SSInstance_1, SSInstance_2e SSInstance_3). Ogni istanza del server funge da partner in alcune sessioni e da server di controllo del mirroring in altre:

Nella figura seguente vengono illustrate due istanze del server che partecipano come partner a due sessioni di mirroring. Una sessione è relativa al database denominato Db_1, l'altra al database denominato Db_2.

Ogni database è indipendente dagli altri. Ad esempio, un'istanza del server inizialmente può rappresentare il server mirror per due database. Se uno dei database esegue il failover, l'istanza del server diventa il server principale per il database con failover, rimanendo contemporaneamente il server mirror per l'altro database.

Sempre a titolo di esempio, si consideri un'istanza del server che rappresenta il server principale per due o più database in esecuzione in modalità a sicurezza elevata con failover automatico. In caso di errore dell'istanza del server, tutti i database eseguiranno automaticamente il failover ai rispettivi database mirror.

Quando si configura un'istanza del server per operare sia come partner che come server di controllo del mirroring, assicurarsi che l'endpoint del mirroring del database supporti entrambi i ruoli (per altre informazioni, vedere Endpoint del mirroring del database (SQL Server)). Assicurarsi inoltre che il sistema disponga di risorse sufficienti per ridurre la contesa tra risorse.

Connessioni client

Le connessioni client per le sessioni di mirroring del database sono supportate da Microsoft .NET provider di dati per SQL Server. Per altre informazioni, vedere Connettere client a una sessione di mirroring del database (SQL Server).

Effetti della sospensione di una sessione sul log delle transazioni principale

Il proprietario del database può sospendere una sessione in qualsiasi momento e, in questo modo, preservare lo stato della sessione mentre si rimuove il mirroring. Quando una sessione viene sospesa, il server principale non invia nuovi record di log al server mirror. Tali record restano attivi e si accumulano nel log delle transazioni del database principale. Finché una sessione di mirroring del database rimane sospesa, il log delle transazioni non può essere troncato. Se la sessione di mirroring del database resta sospesa troppo a lungo, dunque, lo spazio del log può esaurirsi.

Per ulteriori informazioni, vedere Sospensione e ripresa del mirroring del database (SQL Server).

Configurazione della sessione di mirroring del database

Prima di iniziare una sessione di mirroring, è necessario che il proprietario del database oppure l'amministratore di sistema crei il database mirror, imposti gli endpoint e gli account di accesso e, in alcuni casi, crei e imposti i certificati. Per altre informazioni, vedere Impostazione del mirroring del database (SQL Server).

Interoperabilità e coesistenza con altre funzionalità del motore di database

È possibile usare il mirroring del database con i componenti e le funzionalità di SQL Server seguenti.

• Trasferimento dei log

• Cataloghi full-text

• Snapshot del database

• Replicazione

In questa sezione

Prerequisiti, restrizioni e indicazioni per il mirroring del database
Vengono descritti i prerequisiti e le raccomandazioni per la configurazione del mirroring del database.

Modalità operative di mirroring del database
Contiene informazioni sulle modalità operative sincrone e asincrone per le sessioni di mirroring del database e sul cambio di ruoli partner durante una sessione di mirroring del database.

Server di controllo del mirroring del database
Descrive il ruolo di un server di controllo del mirroring nel mirroring del database, come usare un singolo server di controllo in più sessioni di mirroring, raccomandazioni software e hardware per i testimoni e il ruolo del server di controllo del mirroring nel failover automatico. Sono inoltre contenute informazioni sull'aggiunta o la rimozione di un server di controllo.

Cambio di ruolo durante una sessione di mirroring del database (SQL Server)
Contiene informazioni sul cambio di ruoli partner durante una sessione di mirroring del database, tra cui failover automatico, failover manuale e servizio forzato (con possibile perdita di dati). Sono inoltre incluse informazioni sulla stima relativa all'interruzione del servizio durante il cambio di ruoli.

Possibili errori durante il mirroring del database
Vengono illustrati problemi fisici, del sistema operativo e SQL Server, inclusi gli errori rigidi e gli errori soft, che possono causare un errore in una sessione di mirroring del database. Viene illustrato come il meccanismo di timeout del mirroring risponde agli errori software.

L'endpoint del mirroring del database (SQL Server)
Viene illustrato come funziona l'endpoint del mirroring del database.

Configurazione del mirroring del database (SQL Server)
Contiene argomenti sui prerequisiti, le raccomandazioni e i passaggi per la configurazione del mirroring del database.

Connettere i client a una sessione di mirroring del database (SQL Server)
Contiene argomenti relativi agli attributi della stringa di connessione client e agli algoritmi per la connessione e la riconnessione di un client a un database con mirroring.

Sospensione e ripresa del mirroring del database (SQL Server)
Illustra cosa accade durante la sospensione del mirroring del database, incluso l'impatto sul troncamento del log delle transazioni e contiene descrizioni su come sospendere e riprendere il mirroring del database.

Rimozione del mirroring del database (SQL Server)
Illustra l'impatto della rimozione del mirroring e contiene descrizioni su come terminare una sessione

Monitoraggio del mirroring del database (SQL Server)
Contiene informazioni sull'uso di Monitoraggio mirroring del database o delle stored procedure dbmmonitor per monitorare il mirroring o le sessioni del database.

Attività correlate

Attività di configurazione

Utilizzo di SQL Server Management Studio

• Avvia Configurazione guidata della sicurezza del mirroring del database (SQL Server Management Studio)

• Stabilire una sessione di mirroring del database tramite autenticazione di Windows (SQL Server Management Studio)

Utilizzo di Transact-SQL

• Concessione dell'accesso alla rete a un endpoint per il mirroring del database utilizzando l'autenticazione di Windows (SQL Server)

• Consentire a un endpoint del mirroring del database di utilizzare certificati per le connessioni in uscita (Transact-SQL)

• Consenti a un endpoint di mirroring del database di utilizzare certificati per le connessioni in entrata (Transact-SQL)

• Creare un endpoint di mirroring del database per l'autenticazione di Windows (Transact-SQL)

• Stabilire una sessione di mirroring del database tramite autenticazione di Windows (Transact-SQL)

• Aggiungere un testimone del mirroring del database tramite autenticazione di Windows (Transact-SQL)

• Configurare un database mirror per l'uso della proprietà Trustworthy (Transact-SQL)

Utilizzo di Transact-SQL o SQL Server Management Studio

• Ridurre al minimo i tempi di inattività per i database con mirroring durante l'aggiornamento delle istanze del server

• Preparazione di un database mirror per il mirroring (SQL Server)

Attività amministrative

Transact-SQL

• Modifica della protezione delle transazioni in una sessione di mirroring del database (Transact-SQL)

• Eseguire manualmente il failover di una sessione di mirroring del database (Transact-SQL)

• Forzare il servizio in una sessione di mirroring del database (Transact-SQL)

• Sospendere o riprendere una sessione di mirroring del database (SQL Server)

• Rimuovere il witness da una sessione di mirroring del database (SQL Server)

• Rimuovere il mirroring del database (SQL Server)

SQL Server Management Studio

• Aggiungere o sostituire un server di controllo del mirroring del database (SQL Server Management Studio)

• Eseguire manualmente il failover di una sessione di mirroring del database (SQL Server Management Studio)

• Sospendere o riprendere una sessione di mirroring del database (SQL Server)

• Rimuovere il witness da una sessione di mirroring del database (SQL Server)

• Rimuovere il mirroring del database (SQL Server)

Vedere anche

L'endpoint del mirroring del database (SQL Server)
Ripristino automatico della pagina (per i gruppi di disponibilità e il mirroring del database)
Risolvere i problemi relativi alla configurazione del mirroring del database (SQL Server)
Mirroring di database: interoperabilità e coesistenza (SQL Server)
Prerequisiti, restrizioni e indicazioni per il mirroring del database
Panoramica dei gruppi di disponibilità AlwaysOn (SQL Server)
Informazioni sul log shipping (SQL Server)