Soluzione più semplice per l'alta disponibilità di SQL server 2008?

Question

Ho un sacco di SQL server che mi esegue periodicamente la manutenzione sul (Windows Update, patch etc.).Ora voglio il database online 24/7 e la necessità di implementare una delle soluzioni ad alta disponibilità per SQL server.Le soluzioni deve essere a basso costo e semplice da usare.

Non ho problemi a modificare le stringhe di connessione per i clienti del database, quindi al momento sto cercando di mirroring del database con manuale di failover quando prendendo giù un partner istanza per l'applicazione di patch etc.

È questa la cosa migliore da fare, o ci sono altre opzioni che non riguardano la creazione di un cluster di failover?

I server virtualizzati con una cucina completamente ridondante soluzione di storage.

Eventuali suggerimenti sono graditi, grazie in anticipo!

Answer 1

Il Mirroring con un PARTNER-server sarebbe probabilmente la soluzione più conveniente (si può saltare il PARTNER-server, se avete intenzione di passare manualmente).

Failover richiede dischi condivisi (NAS) così come i cluster di Windows che supporta-licenze (molto costoso).

Io non sono sicuro di replica, o in che modo si differenzia dal mirror, ma la mia ricerca mi ha dato la conclusione che il mirroring era quello per me.Tuttavia non mi importa dei tempi di inattività durante gli aggiornamenti, ho appena continuare a speculare istanze del database in caso di grave guasto hardware.

Potrebbe essere che la replica è per una completa istanza di SQL-server, mentre la replica è fatto per database.Nel mio caso, ho 2 server di produzione, che sia la replica del database per un terzo, backup-server per il ripristino di emergenza.Penso che non sarebbe stato possibile con la replica.

Answer 2

Il quattro soluzioni di alta disponibilità io sappia sono :

• Cluster di failover
• dei log
• Mirroring
• replica

Il log shipping non è probabilmente 24/7, in modo che lascia tre. Serverfault è sicuramente un posto migliore per chiedere le loro meriti relativi.

Answer 3

Per auto di failover vorrei scegliere il mirroring.Si può costruire un 2 ° stringa di connessione al database nel vostro app e ogni volta che la preferita non è disponibile di default per il backup, quindi dare la tua app 24/7.Questo ha i suoi lati negativi, anche se, una volta 'capovolto' a specchio è necessario accettare che questo è il modo che è fino a quando un altro processo di manutenzione richiede lo specchio spostamento indietro di nuovo o manualmente swap specchio sopra.

Per essere veramente 24/7 è necessario attivare la funzione di auto piuttosto che manuale, forse avrete bisogno di un server di controllo del mirroring per prendere la decisione...Ci sono un sacco di fattori da includere nella scelta - stai lavorando con i server su diversi siti, clustering, più web/app server ...?

Come le risposte precedenti hanno suggerito, https://serverfault.com/search?q=sql+mirroring sono persone che hanno fatto proprio questa scelta, pronti ad aiutarti in modo molto più dettagliato

Un grande vantaggio di mirroring è che fornisce il server mirror è un'altra attività è una licenza gratuita, un server di licenza per il trasferimento se lo specchio prende il sopravvento.I dettagli completi su SQL licenze pagine microsoft.com