Vor dem Microsoft SQL Server 2012 und Mechanismus AlwaysOn veröffentlicht wurden, Vor dem Microsoft SQL Server 2012 und Mechanismus AlwaysOn veröffentlicht wurden, hatte Datenbank-Administratoren nur Database Mirroring als Lösung für Datenbanken zu replizieren. Es war die einzige Möglichkeit, die "billig" hohe Verfügbarkeit zu erreichen. Und Database Mirroring war nicht so gut, wie es sein soll. Außerdem ist, wie meine testings zeigte (und das ist nicht in der Dokumentation geschrieben), ist es nicht die synchrone Replikation und Transaktionsprotokolle.
Kurz gesagt - wir haben das Verhalten der Datenbank während der intensiven Aufnahme und verschiedene Fehler untersucht . Welche Ausfälle sahen wir:
- Geplante Abschaltung des Master-Servers (manuelle Service Stopp) des Master-Servers ohne Benachrichtigung des Spiegelserver.
- Ungeplante Abschaltung des Master-Servers.
Merkwürdigerweise war es eine geplante Abschaltung, die zeigten, dass es einen Unterschied zwischen einer gespiegelte Datenbank auf dem Master und den Spiegelserver.
Deshalb würde ich nicht verwenden Database Mirroring in Produktionsimplementierungen, empfehlen aber einen Blick auf die AlwaysOn-Technologie nehmen.