SQL Server AlwaysOn – Groupes de disponibilités distribués, lecture seule et round-robin

Mis en avant

L’écriture de ce billet vient initialement d’une discussion concernant les capacités en lecture des réplicas secondaires dans un contexte de groupe de disponibilité distribué. Au départ, les groupes de disponibilité distribués sont conçus pour traiter les scénarios D/R et certains types de scénarios de migration. J’ai d’ailleurs déjà discuté d’un scénario de migration possible ici. Cependant, nous pouvons également tirer parti de l’utilisation de réplicas secondaires en lecture seule dans les scénarios de reporting …

> Lire la suite (en anglais)

David Barbarin
MVP & MCM SQL Server

Gérer le nouvel état de quarantaine du cluster 2016 avec les groupes de disponibilités

Mis en avant

J’étais en train de jouer avec mon environnement de lab incluant une infrastructure haute disponibilité sous Windows Server 2016 et SQL Server 2016. Au cours d’une de mes simulations de panne d’un des nÅ“uds du cluster, j’ai pu remarqué qu’il n’était pas possible de remettre immédiatement en ligne le nÅ“ud concerné avec les moyens conventionnels.

> Lire la suite (en anglais)

David Barbarin
MVP & MCM SQL Server

SQL Server 2016: Groupes de disponibilités et réplicas en cascade

Mis en avant

Durant le dernier MVP Summit, nous avons eu des discussions intéressantes sur les groupes de disponibilités avec l’équipe Microsoft SQL Server et je me suis souvenu que quelqu’un avait demandé la possibilité de pouvoir gérer des scénarios similaires à Oracle et les destinataires en cascade. La bonne nouvelle en réalité c’est que ce type de scénario est déjà envisageable avec les groupes de disponibilités distribuées version 2016. Rien de bien confidentiel ici donc :) Par exemple, prenons le cas où d’une architecture composée d’un grand nombre de réplicas en lecture seule qui supporte la charge en lecture seule des applications de Reporting.

> Lire la suite (en anglais)

David Barbarin
MVP & MCM SQL Server

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 2016 AlwaysOn: Ajout de bases de données avec direct seeding

Mis en avant

Dans ce billet, je voudrais vous parler de 2 nouvelles fonctionnalités arrivées avec SQL Server 2016 et les groupes de disponibilités. La première concerne direct seeding (honnêtement je n’ai pas trouvé de traduction pertinente ici) et la deuxième concerne les groupes de disponibilités distribués (DAG). Je parlerais de la deuxième dans un autre billet …

> Lire la suite (en anglais)

David Barbarin
MVP & MCM SQL Server