Beste Hot / Warm Backup Server-Replikation Strategie (SQL Server 2005)

Question

Ich habe zwei identische Server mit SQL Server 2005 und meiner Anwendung.

Harte Anforderungen:

1. Ich muß in der Lage sein, Daten an jedem Server zu aktualisieren.
2. Ich muß in der Lage sein, entweder Server zu trennen, ohne etwas in der Datenbank neu konfigurieren zu müssen.
3. Wenn ein Server wieder eingesteckt wird, muss er automatisch mit dem anderen Server synchronisieren.

Weitere Informationen:

1. Ich ziehe es Optionen, die nicht signifikante Last auf den primären Server, wenn möglich hinzufügen würden.
2. Die beiden Server verfügen über ein eigenes Netzwerk für die Replikation, so dass Bandbreite ist kein Problem.
3. Es ist in Ordnung für die Daten ein paar Minuten out-of-date zu sein, auf einem der Server.

Von dem, was ich habe meine Optionen lesen sind:

• Transaktionsreplikation mit aktualisierbaren Abonnements (Queued Aktualisierung)
• Mergereplikation

Welche Konfiguration am besten meine Anforderungen passt?

Answer 1

Keine der aktuellen Optionen können beide Server dafür, dass sein beschreibbar. So ziemlich die einzige Möglichkeit sein wird, Mergereplikation, da dies für Updates zu beiden Servern ermöglicht.

Allerdings Mergereplikation ist die härteste zu installieren und zum Laufen bringen. Sie müssen sicherstellen, dass der Verteiler genug Speicherplatz auf sie sicherstellen muss, dass der Verteiler nicht aus dem Raum die ganze Zeit laufen, dass einer der Server nicht verfügbar ist.

Der Protokollversand und Mirroring erlaubt nicht den sekundären Server für die Aktualisierung.

Answer 2

Haben Sie Protokollversand in Betracht gezogen?

Ich glaube nicht, dass leicht eingestellt werden kann, so dass der Warm-Standby automatisch übernehmen kann, so einigen manuellen Aufwand in es die primären machen.

Und es wird nur so gut wie das zuletzt empfangenen Protokoll sein -. Aber Sie Schiff Protokolle jede Minute einrichten könnten oder so

Wenn Sie die Standby-100% auf dem neuesten Stand haben haben, dann müssen Sie eine Lösung, die jede Transaktion synchronisiert - das wird ein Distributed Commit

.

Aber wenn Sie gehen, um die Standby durch Fedex versenden und einen Prozess zwingen könnten (das heißt das „endgültige“ Protokoll zu versenden), bevor es heruntergefahren, dass funktionieren soll; oder wenn es nur getrennt, FedEx'd, und dann kommt wieder „online“ die Log Shipping sollte nur fortgesetzt, an der sie unterbrochen wurde; dann, wenn Sie es das primäre machen wird es als „frisch“ als jüngstes log er empfangen hat.