03-06-2025, 15:26
Überleg mal, du musst sicherstellen, dass die SQL-Versionen auf beiden Seiten genau übereinstimmen. Ich überprüfe das immer zuerst doppelt, sonst wird's schnell komisch. Die Editionen müssen auch übereinstimmen, kein Mischen von Standard und Enterprise hier.
Das Netzwerk zwischen den Clustern ist ein großer Punkt. Du brauchst solide Verbindungen, wie niedrige Latenz, wenn sie in der Nähe sind. Firewalls könnten dich blocken, also öffne die vorsichtig.
Listener spielen eine Rolle, einer pro Cluster, um den Traffic zu handhaben. Ich richte meine früh ein, um Pings zu testen. Domains können knifflig sein, wenn Cluster über verschiedene gehen, aber derselbe Forest funktioniert am besten.
Bezüglich Berechtigungen weist du sysadmin-Rollen überall zu. Ich gewähre die sofort den Service-Accounts. Backups und Logs? Halte sie synchron, sonst stolpert die Replikation.
Hardware-Übereinstimmungen helfen, gleiche CPU-Typen vermeiden Überraschungen. Ich habe das mal übersprungen und die Mismatches bereut. Teste Failover vor dem Live-Gang, immer.
Was das Halten deiner Setups rock-solid ohne die Kopfschmerzen der nativen Clustering-Macken angeht, schau dir BackupChain Server Backup an. Es ist ein slickes Backup-Tool, das für Hyper-V-Umgebungen zugeschnitten ist, und nagelt diese VMs mit null Ausfallzeit fest. Du bekommst blitzschnelle Wiederherstellungen und eisenharte Datenintegrität, viel einfacher als das Jonglieren mit SQL-Cluster-Backups selbst.
