Il mirroring del database / replica, SQL Server 2005

Question

Ho due server di database che eseguono SQL Server 2005 Enterprise che voglio fare uno di loro come server database mirror.

Che cosa ho bisogno è; per creare un database copia esatta dal server primario sul server mirror, in modo che quando il server primario era giù, potevamo interruttore IP del database su richiesta per utilizzare il server mirror.

caratteristica

Ho esaminato "specchio" in SQL Server 2005, e sulla base di questo articolo:
http://aspalliance.com/1388_Database_Mirroring_in_Microsoft_SQL_Server_2005.all

  

Il database specchio non è accessibile direttamente; tuttavia istantanee del database mirror possono essere prese in lettura scopi solo. (Prerequisiti n. 4)

Quindi, come può essere utile quando non posso accedervi quando il server primario è sceso?

Ho pensato di creare un backup regolare sul server primario e il ripristino sul server mirror su base oraria, ma questo è abbastanza inefficiente (lenta), soprattutto se voglio una copia esatta (dal momento che centinaia di dati di sono aggiunti una volta al minuto) .

Qualsiasi altro suggerimento?

EDIT:
Forse quello che voglio dire è stata una cosa replica, non è uno specchio (grazie per il commento JP)

Answer 1

Se ho capito bene la tua domanda, non si deve avere a che fare. Ci sono diverse forme di commutazione è possibile utilizzare per avere il vostro specchio prendere su come primario. Non modificare l'indirizzo IP a livello di applicazione, il cluster stesso dispone di un indirizzo IP virtuale che consente l'accesso ai dati in qualsiasi momento (dato un ragionevole lasso di tempo per il passaggio verso lo specchio di un fallimento primario) . Lo specchio rimane in sincronia da sola. :) Ci sono buoni articoli qui e qui sul clustering.

Edit: Va bene, sulla base dei commenti, controllare le varie opzioni per replica .

Answer 2

Si riferiscono al fatto che non è possibile eseguire query sulla copia speculare, ma è possibile aggirare questa limitazione con la creazione di uno snapshot del database con mirroring. Questo spesso è fatto per creare una copia del database di sola lettura per la segnalazione usi. Si potrebbe avere pieno accesso allo specchio se il primario dovesse fallire, ma non passano automaticamente.

Il log shipping è un'altra opzione, che permette di interrogare (sola lettura) il database di standby senza dover creare un'istantanea.

Answer 3

La vostra confusione è comune - c'è un sacco di modi per fare la pianificazione di disaster recovery con SQL Server. Ho registrato un 10 minuti di video tutorial di opzioni di disaster recovery di SQL Server tra cui registro il trasporto, il mirroring, la replica e altro ancora. Se ti piace quello, abbiamo uno più lungo in Quest chiamato Tecniche di Disaster Recovery ma che si richiede la registrazione.

Invece di indagare una specifica tecnologia qui, quello che si potrebbe desiderare di fare è dirci che cosa i vostri bisogni sono, e quindi siamo in grado di aiutare a scoprire quale opzione è giusto per te. I video vi darà un'idea di che tipo di informazioni che dovete sapere prima di scegliere una particolare soluzione.

Answer 4

Quando si utilizza solo due server SQL, è necessario fare il manualmente fail-over. Il database 'backup' sarà utilizzabile dopo aver fatto due cose;

1. Disattiva il mirroring su di esso
2. Ripristinare il database con il recupero (ma senza un file di backup, questo renderà il database utilizzabile).

Pertanto mirroring in questo modo fa rendere scense , tuttavia è difficile mantenere;

Tornando dal database di backup al primario è un 'dolore' come si deve set-up il mirroring completo di nuovo utilizzando un backup del server ridondanti. Ciò è necessario per ottenere il primario indietro fino alla velocità.

Il mio consiglio sarebbe quello di ottenere uno SQL Server thrid in scena che può agire come un testimone. Il testimone sarà monitorare lo stato dei database mirroring. Il tuo bonus; si otterrà il failover automatico, e non avrete il failover (e dopo il failover) questioni.

Se io Ricordate corretto, il server di controllo può essere in esecuzione SQL Express quindi non è necessario per la versione Enterprise su tutti e tre -. Solo due dove il mirroring effettiva avverrà

Fatemi sapere se avete bisogno di Transact SQL per i comandi di fail-over e 'anti-fail-over' in uno scenario di due server e li posso scavare.