Einfachste Lösung für eine hohe Verfügbarkeit von SQL Server 2008?

Question

Ich habe eine Reihe von SQL-Servern, die ich Wartung auf (Windows Update-Patches etc.) regelmäßig durchführt. Nun möchte ich auf die Datenbank 24/7 online und benötigen eine der Hochverfügbarkeits-Lösungen für SQL Server zu implementieren. Die Lösungen müssen billig und einfach zu bedienen sein.

Ich habe keine Probleme die Verbindungszeichenfolgen für die Kunden der Datenbank zwicken, so zur Zeit in der Datenbank Ich bin auf der Suche mit manuellen Failovern Spiegelung, wenn eine Partnerinstanz, die hinunter zum Patchen etc.

Ist dies das Beste, was zu tun oder gibt es andere Optionen, die nicht ein Failover-Cluster-Einrichtung mit sich bringt?

Die Server mit einer vollständig redundanten Speicherlösung virtualisiert werden.

Alle Tipps sind willkommen, danke im Voraus!

Answer 1

mit einem Partner-Server Mirroring wahrscheinlich die günstigste Lösung wäre (Sie die Partner-Server überspringt, wenn Sie planen, manuell wechseln).

Failover erfordert gemeinsam genutzten Festplatten (NAS) aswell als Cluster-fähige Windows-Lizenzen (sehr teuer).

Ich bin über die Replikation nicht sicher, oder wie sie sich von Spiegeln, aber meine Forschung habe ich den Schluß gab, dass das für mich war Spiegelung. Jedoch habe ich nicht eine Auszeit etwas dagegen, wenn Upgrades zu tun, halte ich nur gespiegelte Instanzen der Datenbank im Fall eines schweren Hardwarefehlers.

Es könnte sein, dass die Replikation für eine komplette Instanz eines SQL-Server, während der Spiegelung pro Datenbank erfolgt. In meinem Fall habe ich zwei Produktions-Server, dass beide repliziert es Datenbanken mit einem dritten, Backup-Server für Disaster-Recovery. Ich denke, das wäre nicht möglich gewesen, mit der Replikation.

Answer 2

Die vier Hochverfügbarkeitslösungen Ich bin mir dessen bewusst sind :

• Failover Cluster
• Der Protokollversand
• Mirroring
• Replikation

Der Protokollversand ist wahrscheinlich nicht 24/7, so dass Blätter drei. Serverfault ist auf jeden Fall ein besserer Ort, um über ihre jeweiligen Vorzüge zu stellen.

Answer 3

Für Auto-Failover würde ich Spiegelung wählen. Sie können eine zweite Datenbank-Verbindungszeichenfolge in der App erstellen und wann immer die bevorzugte verfügbar ist nicht an die Sicherung ausfällt - damit Ihre App 24/7 geben. Dies hat seine Schattenseiten aber einmal ‚gekippt‘ an den Spiegel, den Sie entweder müssen akzeptieren, dass dies der richtige Weg ist es, bis eine andere Wartungsarbeit den Spiegel erfordert wieder zu verschieben zurück oder Sie müssen manuell den Spiegel über tauschen.

Um dies wirklich sein 24/7 Sie automatisch aktivieren, müssen nicht manuell, vielleicht werden Sie einen Zeugenserver müssen, um die Entscheidung zu treffen ... Es gibt viele Faktoren bei der Wahl enthalten - sind Sie arbeiten mit Servern an verschiedenen Standorten, Clustering, mehrere Web / app-Server ...?

Wie schon in früheren Antworten haben vorgeschlagen, https://serverfault.com/search?q=sql+mirroring haben Leute, die gerade diese Wahl getroffen haben, bereit, Sie in viel mehr Details

helfen

Ein großer Vorteil der Spiegelung ist, dass die Spiegelserver zur Verfügung, keine andere Aktivität hat es Lizenz frei ist, nimmt die Live-Server Lizenzübertragungen über, wenn der Spiegel. Vollständige Einzelheiten über SQL-Lizenzierungs-Seiten bei microsoft.com