Introduction des groupes de disponibilités sur Linux

Mis en avant

Il y a quelques semaines, Microsoft a sorti la CTP 1.3 de SQL Server vNext incluant des fonctionnalités dont une qui m’intéressait particulièrement à savoir le support des groupes de disponibilités sur Linux! C’est certainement une bonne nouvelle parce qu’il est question de nouvelles façons de concevoir la haute disponibilité dans le paysage SQL Server. Il y a également beaucoup d’autres améliorations que nous étudierons au fil du temps mais dans ce premier blog, je vous propose de regarder les nouvelles options de configuration AlwaysOn.

> Lire la suite (en anglais)

David Barbarin
MVP & MCM SQL Server

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: direct seeding et sauvegardes

Mis en avant

Comme promis dans mon blog précédent, nous allons parler maintenant de direct seeding et des sauvegardes. Nous avons trouvé une valeur intéressante d’état courant (LIMIT_CONCURRENT_BACKUPS) depuis un événement étendu nommé hadr_automatic_seeding_state_transition. Comme expliqué la dernière fois, cette valeur parle d’elle même et c’est pourquoi nous allons essayer d’effectuer une sauvegarde concurrente lorsque la base de données est concernée par une session de seeding active.

> 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 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

SQL Server AlwaysOn: Est-ce que ma base de données est prête à basculer?

Mis en avant

Dans ce billet, je voudrais juste clarifier certaines valeurs dans la colonne is_failover_ready de la DMV sys.dm_hadr_database_replica_cluster_states. Il y a quelques jours, j’ai eu une discussion intéressante avec un de mes clients qui m’expliquait qu’il n’était vraiment sûr de l’état d’un de ses groupes de disponibilités après avoir eu quelques soucis …

> Lire la suite (en anglais)

David Barbarin
MVP & MCM SQL Server