Suggestions d'AP pour les sites géographiquement séparés

Rien n'est transparent à 100 %. Le clustering de basculement est associé à un temps d'arrêt pendant l'arrêt et le démarrage de l'autre nœud. Si l'application est consciente de l'existence d'un cluster et/ou dispose d'une logique de réessai, ce n'est pas un problème. Le nom de l'instance reste le même, donc à ce niveau, le clustering est transparent.

La réplication et l'expédition de journaux ont des noms de serveurs différents (source/destination), de sorte que vous devez utiliser une sorte de technologie/alias/quoi que ce soit pour abstraire le changement de nom et/ou être en mesure de modifier la configuration de l'application (en supposant que les noms n'ont pas été codés en dur). La mise en miroir des bases de données est un peu la même chose, mais si l'application est codée pour SNAC, il est possible d'utiliser le basculement automatique avec Witness.

Le DBM/log shipping/repl vous oblige également à synchroniser les objets qui ne sont pas en dehors de la base de données et à vous assurer que le standby dispose de tout ce dont il a besoin pour fonctionner (y compris les logins au niveau de l'instance).

Par conséquent, seuls le clustering de basculement et le DBM avec un témoin et une sécurité élevée vous permettront d'obtenir un basculement automatique. Cela ne signifie pas nécessairement transparent.

Il n'existe pas de méthode unique et absolue pour y parvenir. Elle est basée sur vos exigences (y compris les SLA, RTO et RPO globaux).

Si vous rencontrez des problèmes avec la mise en miroir, cela peut être lié aux E/S et/ou au réseau. Il se peut que cela n'ait rien à voir avec SQL. Lorsque vous envisagez une nouvelle architecture, veillez donc à évaluer tous les niveaux de la solution.

Je vous suggère d'envisager l'utilisation d'un témoin de partage de fichiers en conjonction avec le clustering de Windows Server 2008 (je ne me souviens plus si vous avez besoin de R2 ou non.) Je ne l'ai pas fait personnellement, mais j'ai passé du temps à l'étudier l'été dernier.

Si l'on en croit le marketing et si Netapp dispose du logiciel adéquat, il devrait permettre le basculement d'un site à l'autre. La question de savoir s'il peut ou non gérer ces volumes de transactions est préoccupante, mais la responsabilité incombe aux Netapps et à tout ce qui les relie.

Notez que le "basculement automatique transparent" peut ne pas être réalisable sans le soutien des applications utilisateur elles-mêmes. Si vous effectuez déjà une mise en miroir, cela peut ne pas poser de problème.