Windows Server 2016: présentation de la fonctionnalité stretch cluster

Mis en avant

Continuons avec une nouvelle fonctionnalité de haute disponibilité fournit avec la prochaine version de Windows. Dans mon blog précédent, j’ai abordé une autre nouvelle fonctionnalité « Site Awareness » qui fournit une configuration plus flexible des priorités de basculement de ressources de cluster ainsi que qu’une gestion plus granulaire des seuils de hearbeat en introduisant le concept de site. Cette fois nous parlons de stretch cluster. Qu’Est-ce que cela? He bien introduisons tout d’abord le concept par quelques expériences clients pour lesquels nous avons introduit la notion de haute disponibilité via les cluster à basculement Windows.

> Lire la suite (en anglais)

David Barbarin
MVP & MCM SQL Server

SQL Server 2016: nouveaux paramètres de bases de données partie II

Mis en avant

Dans ce billet, continuons avec d’autres options de niveau bases de données livrées avec SQL Server 2016 RC0. Nous commencerons avec la première de mes options préférées: configuration du NAXDOP pour une base de données individuelle! J’espère vraiment que les applications comme SharePoint qui exigent une limitation du maxdop à 1 au niveau de l’instance exploiteront ce nouveau type d’option à l’avenir.

> Lire la suite (en anglais)

David Barbarin
MVP & MCM SQL Server

SQL Server 2016: nouveaux paramètres de bases de données

Mis en avant

Est-ce que vous vous souvenez des nouvelles capacités livrées avec la release CTP2 de SQL Server 2016 à propos de la base de données tempdb? Je discutais notamment des traces flags 1117 et 1118 devenus inutiles pour tempdb car depuis 2016 ceux-ci sont appliqués de manière implicite et automatique.

D’autres news sont arrivées entre temps avec la RC0 avec d’autres paramètres de niveau bases de données tels que AUTOGROW_SINGLE_FILE / AUTOGROW_ALL_FILES ainsi que MIXED_PAGE_ALLOCATION sont apparus et vont respectivement remplacer les traces flag 1117 et 1118 mais dans le cadre d’une base de données utilisateur en particulier. Ceci est une vraie bonne nouvelle car nous allons pouvoir bénéficier désormais d’une configuration beaucoup granulaire par rapport à une charge de travail s’exécutant pour une ou plusieurs bases de données cibles.

> Lire la suite (en anglais)

David Barbarin
MVP & MCM SQL Server

SQL Server 2016 : nonclustered columnstore index et aggregate pushdown

Mis en avant

Avez-vous manqué cette nouvelle fonctionnalité nommée aggregate pushdown incluse avec les index columnstore? Je me souviens, pour ma part, d’en avoir entendu parlé la première fois en lisant le blog de Niko Neugebauer ici qui couvre déjà bien le sujet (principe, avantages et inconvénients)

Pourquoi écrire un nouveau billet ici? Eh bien tout simplement parce que depuis le billet de blog de Niko, cette fonctionnalité a été améliorée and je voulais l’éprouver avec un scénario client réel (mais simplifié ici). Par ailleurs, il est vrai que je n’ai pas mentionné cette fonctionnalité lors de ma dernière présentation aux dernières journées SQL server concernant les technologies In-Memory 2016 et l’analyse opérationnelle avec Frédéric Pichaut (Ingénieur support Microsoft) and c’était l’occasion de me rattraper dans billet

> Lire la suite (en anglais)

David Barbarin
MVP & MCM SQL Server

Chute de l’espérance de vie d’une page mais ne paniquez pas tout de suite!

Mis en avant

Il y a quelques semaines de cela, j’ai eu une discussion intéressante avec un de mes clients a propos de la surveillance du fameux page life expectancy (ou PLE). Il me demandait si cela était une bonne pratique de surveiller sa valeur parce qu’il avait remarqué une grosse chute de ce dernier en dessous des recommandations en vigueur et ceci durant la nuit ou quelques fois pendant la journée. En plus, il craignait d’être déranger la nuit à cause de tâche de maintenance qui s’exécuterait sans impact sur l’activité business à ce moment là.

> Lire la suite (en anglais)

David Barbarin
MVP & MCM SQL Server

Changement une partition existante … pas si facile que cela

Mis en avant

Cette fois, parlons d’un cas client intéressant avec une table partitionnée de 100 GB sous SQL Server 2014. Dans ce contexte, le partitionnement avait pour objectif de sauvegarder de l’espace disque (données d’archives compressées), aider à réduire les temps de maintenance ainsi et les ressources consommées (utilisation des opérations d’index et de statistiques à la partition). Par la même occasion, cela aidera à améliorer les performances de requête sur la table concernée qui se concentre uniquement que sur les commandes récentes des clients.

> Lire la suite (en anglais)

David Barbarin
MVP & MCM SQL Server