Cambio di ruolo durante una sessione di mirroring del database

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. Nel cambio di ruolo, il server mirror funge da partner di failover per il server principale, assumendo il ruolo principale e recuperando la propria copia del database e portandola in linea 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 nei due sensi in seguito a numerosi errori o per scopi amministrativi.

Nella seguente figura vengono illustrati i partner di mirroring, Partner_A e Partner_B, che eseguono lo scambio dei ruoli principale e mirror su una serie di failover automatici o manuali.

Importante
Dopo un cambio di ruolo, i processi eseguiti nel precedente database principale devono essere ricreati sul nuovo server principale affinché possano essere eseguiti nella nuova posizione. Per ulteriori informazioni, vedere Gestione di account di accesso e di processi dopo un cambio di ruolo.

Esistono tre forme di cambio di ruolo: failover automatico, failover manuale e servizio forzato (con possibile perdita di dati). Il supporto di ogni forma dipende dalla modalità operativa della sessione.

• Failover manuale

  Con la modalità a sicurezza elevata è supportato il failover manuale. A ogni sincronizzazione del database, il proprietario del database può avviare un failover manuale.

  Il failover manuale è disponibile a scopo di amministrazione. Per ulteriori informazioni, vedere Failover manuale.

• Failover automatico

  In presenza di un server di controllo del mirroring, con la modalità a sicurezza elevata è supportato il failover automatico. Il failover automatico si verifica solo in caso di perdita del server principale se il server di controllo del mirroring e il server mirror sono ancora connessi tra loro e il database è già sincronizzato. Per ulteriori informazioni, vedere Failover automatico.

• Forzare il servizio (con possibile perdita di dati)

  L'utilizzo forzato del servizio è supportato in modalità a sicurezza elevata quando nessun server di controllo del mirroring è impostato e in modalità a prestazioni elevate. Quando il server principale viene perso, il proprietario del database può rendere il database disponibile forzando il servizio per il server mirror (con possibile perdita di dati).

  Nota

  È consigliabile impostare la proprietà WITNESS su OFF in modalità a prestazioni elevate. In caso contrario, per portare il database in linea, è necessario che il server mirror sia connesso al server di controllo del mirroring. Per ulteriori informazioni, vedere Servizio forzato (con possibile perdita di dati).

Nella tabella seguente viene presentato un riepilogo delle forme di failover supportate in ognuna delle modalità operative.

Dopo un cambio di ruolo è necessario che alcuni metadati siano disponibili su entrambi i partner per garantire che tutti gli utenti del database possano accedere al nuovo database principale. È inoltre necessario che i processi di backup vengano creati sul nuovo server principale per garantire che i backup del database continuino regolarmente in base alla pianificazione. Per ulteriori informazioni, vedere Gestione di account di accesso e di processi dopo un cambio di ruolo.

Durante un cambio di ruolo, il periodo di tempo durante il quale il mirroring del database non sarà disponibile dipende dal tipo e dalla causa del cambio di ruolo. Per ulteriori informazioni, vedere Stima dell'interruzione del servizio durante il cambio di ruolo.