Dovrete sempre riprendere un guasto allo scambio, a meno che usiate rispecchiarti della base di dati. Ciò gli permetterà di assicurare entrambe le basi di dati nelle vostre stringhe del collegamento in modo da in caso di failover tutto è senza giunte compreso viene a mancare-indietro.
Il di cui sopra trattato dovrebbe funzionare, comunque sarei inclinato per alterarlo a quanto segue:
1. Tlogs primari dei depositi in una parte sull'assistente secondario che come componente di trasporto “normale„ del ceppo, esso ha usato per fascicolare gli ultimi aggiornamenti e li ristabilisce nel relativo DB.
2. Una volta primario va giù, devo andare al secondario e fare quanto segue:
base di dati di restauro {nome di db}
con il recupero
3. Ora fare un restauro sul primario “scolato„ dall'ultimo sostegno di trasporto di messa a punto ed e secondario del ceppo dall'assistente secondario (che ora è in tensione) al primario. Una volta che avete confermato che il primario è GIUSTO, ricominciare primario secondo il punto #2.
Significa la spedizione del sostegno intero di DB sopra la linea ed avendo utenti funzionare contro il DB a distanza ma questo è durante l'invocazione del Dott, in modo da la velocità sarà l'ultima cosa sulle menti degli utenti.
