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

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

Groupes de disponibilités : réplicas en lecture et impact sur le stockage

Mis en avant

Est-ce que les capacités en lecture seule des groupes de disponibilités ont un impact sur les performances des bases de données? La réponse rapide est oui mais regardons pourquoi dans ce blog post. Premièrement, lorsque l’on veut utiliser les réplicas secondaires en lecture seule, nous activons implicitement le niveau d’isolation de transaction SNAPSHOT quel que soit le niveau d’isolation configuré initialement ou les hints dans les requêtes.

> Lire la suite (en anglais)

David Barbarin
MVP & MCM SQL Server