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

Groupes de disponibilités AlwaysOn and problème de statistique sur les secondaires

Mis en avant

Je voudrais partager avec vous un problème intéressant de statistiques que vous pouvez rencontrer avec les réplicas en lecture seule dans une infrastructure de groupe de disponibilités. Pour ceux qui les utilisent pour des besoins de Reporting, continuez la lecture de ce billet car il s’agit d’un problème de comportement de mise à jour de statistiques sur ceux-ci pouvant impliquer un problème d’estimation de cardinalités pouvant avoir de graves conséquences sur les performances de vos requêtes.

> 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: Direct seeding et performance

Mis en avant

Ce billet fait suite à celui-ci concernant l’introduction de direct seeding avec SQL Server 2016. Pour rappel, j’avais quelques doutes concernant l’utilisation de direct seeding avec les bases de données volumineuses parce que le flux de données n’était pas compressée par défaut mais c’était sans me rappeler des améliorations de performances décrites dans la BOL. Je me suis également rappelé d’en avoir parlé il y a quelques mois maintenant dans ce billet.

> Lire la suite (en anglais)

David Barbarin
MVP & MCM SQL Server

SQL Server 2016 AlwaysOn: groupes de disponibilités distribués

Mis en avant

Cette fois, nous allons parler des groupes de disponibilités distribués. Que sont ils exactement? Pour faire court, on pourrait le définir par un groupe de groupes de disponibilités. Ca sonne bien non? Mais dans quels contextes pourrions nous avoir besoin d’une telle architecture? Premièrement disons que les groupes de disponibilités distribués fonctionneront au dessus de 2 groupes de disponibilités distincts qui résident eux mêmes sur 2 cluster à basculements distincts avec le propre gestion du quorum et de votes …

> Lire la suite (en anglais)

David Barbarin
MVP & MCM SQL Server

SQL Server AlwaysOn: le registre est également important pour les groupes de disponibilités

Mis en avant

Il y a quelques mois, nous avons eu à faire à un problème étrange avec un de mes collègues Nathan Courtine chez un de nos clients. Celui-ci concernait un groupe de disponibilité et plus précisément la couche cluster. Je ne dirais jamais assez que les groupes de disponibilités sont dépendants des clusters à basculement et qu’avoir une bonne compréhension des mécanismes internes peut aider au diagnostique.

> Lire la suite (en anglais)

David Barbarin
MVP & MCM SQL Server

Windows failover cluster 2016 : nouvelle fonctionnalité – site awarness

Mis en avant

Après mes 2 premiers blogs concernant les fonctionnalités cloud witness et domainless dependencies livrées avec Windows Server 2016, il est maintenant temps de parler d’une autre fonctionnalité : site awarness que nous pourrons utiliser avec nos environnements SQL Server FCIs ou groupes de disponibilités

> Lire la suite (en anglais)

David Barbarin
MVP & MCM SQL Server

Groupes de disponibilités : paramètre session timeout

Mis en avant

N’avez-vous jamais souffert de problèmes de timeout avec les groupes de disponibilités? Si vous jetez un coup d’Å“il aux différents paramètres dans ce domaine, vous en trouverez une certaine quantité. En effet, il y a des paramètres pour le groupe lui même, les réplicas and pour le cluster également.

> Lire la suite (en anglais)

David Barbarin
MVP & MCM SQL Server