SQL Server 2016: Groupes de disponibilités distribués et migration cross cluster

Mis en avant

Comment migrer un environnement de groupes de disponibilités d’un cluster à un autre? Ce scénario n’est pas commun et requiert une bonne préparation. La façon d’effectuer la migration dépend bien entendu des tâches à réaliser. En effet, il existe beaucoup de scénarios possibles selon l’architecture en place ainsi que les contraintes spécifiques liées au client en terme de d’indisponibilité par exemple. Parmi tous ces scénarios, il existe un processus appelé « migration cross cluster » qui implique la migration de l’infrastructure AlwaysOn entre 2 cluster différents. Dans ce billet, je voudrais porter une attention particulière à ce type de scénario et les améliorations existantes dans ce domaine avec SQL Server 2016.

> Lire la suite (en anglais)

David Barbarin
MVP & MCM SQL Server

SQL Server AlwaysOn: Lorsqu’un listener devient le cluster et vis versa

Mis en avant

Parlons cette fois d’une histoire plutôt fun et qui concerne une problématique intéressante à laquelle j’ai eu à faire face il y a quelques mois chez un de mes clients. A la base, le problème concernait uniquement la création d’un listener de groupe de disponibilité mais après avoir tenté de supprimer le groupe de disponibilité, mon client s’est aperçu rapidement que cette suppression ne pouvait plus se faire et encore plus étrange, il s’est aper4u que le nom réseau virtuel (VNN) associé au listener correspondait maintenant à l’objet d’ordinateur virtuel du cluster (VCO) lui même!

> Lire la suite (en anglais)

David Barbarin
MVP & MCM SQL Server