Ich habe damit mal hier ein wenig rumgespielt, und die Symmetrie funktioniert wirklich gut: Eine Datenbank in einem überwachten Verzeichnis auf einem Cluster anlegen und schwupps... ist sie auf dem anderen (innerhalb des Überwachungs- Intervalls).
Allerdings ist sie auch -wenn man es nicht weiss- gut dazu geeignet, einen in den Wahnsinn zu treiben.
DENN: Die Cluster- Symmetrie interessiert sich nicht für Admin- Anforderungen.
Ich habe testweise eine Datenbank im Cluster angelegt und dann über den Admin- Client die DB löschen lassen mit der Option "Alle Repliken löschen". Auf dem ersten Clusterpartner ist sie sofort weg, auf dem zweiten wird ein Adminp- Request erstellt, der dann noch vom Admin bestätigt werden muss.
Und jetzt kommt das lustige: Lässt man sich mit dem bestätigen der Löschung zu viel Zeit, dann erstellt der Cluster Replicator inzwischen die Replik auf dem ersten Server neu... Wenn man nun danach die Löschung bestätigt, dann ist die Datenbank auf dem zweiten Clusterpartner weg, aber auf dem ersten wieder da... Und eine Admin- Anforderung wird erstellt, die Datenbank auf dem ersten zu löschen, die man bestätigen muss... Und die Geschichte beginnt von neuem.
Natürlich kann man dem aus dem Weg gehen, indem man die Datenbank im Cluster Directory mittels der zugehörigen Aktion
"Tools - Disable Repair on selected databases" aus der "Repair- Überwachung" nimmt.
Aber man muss es wissen...
Das ist eine tolle Art den Kollegen in den Wahnsinn zu treiben: Heimlich die Cluster- Symmetrie aktivieren und über die verdutzten Blicke lachen, wenn immer wieder Datenbanken von den Toten auferstehen...