Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Per supportare il failover automatico, è necessario configurare una sessione di mirroring del database in modalità a protezione elevata e disporre anche di una terza istanza del server, nota come server di controllo del mirroring. L'istanza testimone è un'opzione di SQL Server che consente al server mirror in una sessione in modalità di sicurezza elevata di rilevare se avviare un failover automatico. A differenza dei due partner, il testimone non serve il database. Supportare il failover automatico è l'unico ruolo del witness.
Annotazioni
In modalità ad alte prestazioni, il testimone può influire negativamente sulla disponibilità. Se un witness è configurato per una sessione di mirroring del database, il server principale deve essere connesso almeno a una delle altre istanze del server, al server mirror o al witness, o a entrambi. In caso contrario, il database diventa non disponibile e forzare il servizio (con possibile perdita di dati) è impossibile. Pertanto, per la modalità ad alte prestazioni, raccomandiamo fortemente di mantenere sempre il testimone impostato su OFF. Per informazioni sull'impatto di un testimone sulla modalità ad alte prestazioni, vedere Modalità operative del mirroring del database.
La figura seguente mostra una sessione in modalità a sicurezza elevata con un testimone.
In questo argomento:
Uso di un testimone in più sessioni
Un'istanza del server specifica può fungere da testimone nelle sessioni di mirroring del database simultanee, ciascuna per un database diverso. Sessioni diverse possono essere con partner diversi. La figura seguente mostra un'istanza del server che funge da testimone in due sessioni di mirroring del database con partner diversi.
Un'istanza a server singolo può anche funzionare contemporaneamente come un testimone in alcune sessioni e come un partner in altre sessioni. Tuttavia, in pratica, un'istanza del server funziona in genere come istanza testimone o come partner. Ciò è dovuto al fatto che i partner richiedono computer sofisticati con hardware sufficiente per supportare un database di produzione, mentre l'istanza di testimone può essere eseguita su qualsiasi sistema Windows disponibile che supporti SQL Server 2014.
Consigli su software e hardware
Consigliamo vivamente che il testimone risieda su un computer separato dai partner. I partner di mirroring del database sono supportati solo da SQL Server Standard Edition e da SQL Server Enterprise Edition. I testimoni, al contrario, sono supportati anche dal gruppo di lavoro di SQL Server e da SQL Server Express. Ad eccezione di un aggiornamento da una versione precedente di SQL Server, le istanze del server in una sessione di mirroring devono eseguire tutte la stessa versione di SQL Server. Ad esempio, un witness di SQL Server 2008 è supportato quando si esegue l'aggiornamento da una configurazione di mirroring di SQL Server 2008, ma non può essere aggiunto a una configurazione di mirroring esistente o nuova per SQL Server 2008 R2 o versioni successive.
Un testimone può funzionare su qualsiasi sistema informatico affidabile che supporta una qualsiasi di queste edizioni di SQL Server. È tuttavia consigliabile che ogni istanza del server usata come server di controllo corrisponda alla configurazione minima necessaria per la versione di SQL Server Standard in esecuzione. Per altre informazioni su questi requisiti, vedere Requisiti hardware e software per l'installazione di SQL Server 2014.
Ruolo del testimone nel failover automatico
Durante una sessione di mirroring del database, tutte le istanze del server monitorano lo stato della connessione. Se i partner vengono disconnessi l'uno dall'altro, fanno affidamento sul testimone per assicurarsi che solo uno di essi stia attualmente servendo il database. Se un server mirror sincronizzato perde la connessione al server principale ma continua a essere connesso al server testimone, il server mirror contatta il server testimone per verificare se il server testimone ha perso la connessione al server principale.
Se il server principale è ancora connesso al witness, il failover automatico non si verifica. Al contrario, il server principale continua a servire il database mentre accumula i record di log per inviare al server mirror al momento della riconnessione dei partner.
Se il testimone è disconnesso anche dal server principale, il server mirror sa che il database principale è diventato non disponibile. In questo caso, il server mirror avvia immediatamente un failover automatico.
Se il server mirror è disconnesso sia dal server witness che dal server principale, il failover automatico non è possibile, indipendentemente dallo stato del server principale.
Il requisito che almeno due istanze del server siano connesse è noto come quorum. Quorum assicura che il database possa essere gestito da un solo partner alla volta. Per informazioni sul funzionamento del quorum e il suo impatto su una sessione, vedere Quorum: Come un Testimone Influisce sulla Disponibilità del Database (mirroring del database).
Per aggiungere o rimuovere un testimone
Per aggiungere un testimone
Per rimuovere il testimone
Vedere anche
Cambio di ruolo durante una sessione di mirroring del database (SQL Server)
Modalità operative di mirroring del database
Quorum: in che modo un testimone influisce sulla disponibilità del database (mirroring del database)
Possibili errori durante il mirroring del database
Stati di mirroring (SQL Server)