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

SQL Server 2016: groupes de disponibilités AlwayOn et nouvelle option DB_FAILOVER

Mis en avant

Continuons la découverte de SQL Server 2016, avec l’un de mes sujets favoris: les groupes de disponibilité AlwaysOn. Il y a eu effectivement encore eu quelques améliorations.

Tout d’abord, introduisons cette nouvelle option en se souvenant du comportement des groupes de disponibilité avec les versions précédentes de SQL Server. Une idée fausse qui existe encore est qu’un groupe de disponibilité peut basculer en cas de défaillance d’une base de données alors qu’en réalité ce n’est pas le cas. Non, ce n’est pas une blague, mais bien la réalité. Les groupes de disponibilités sont conçus uniquement pour détecter les problèmes au niveau de l’instance de SQL Server et ceci jusqu’à l’introduction de SQL Server 2016.

> Lire la suite (en anglais)

David Barbarin
MVP & MCM SQL Server