Developpez.com
Accueil
Probablement l’une des fonctionnalités les plus intéressantes avec SQL Server 2016, le query store (ou magasin de requêtes) va compléter la trousse à outils de performance du DBA. Fondamentalement, le query store va récupérer les requêtes, leur plans d’exécutions ainsi que les statistiques d’exécutions. Il semble que ce soit l’outil idéal pour détecter la régression de requêtes.
> Lire la suite (en anglais)
David Barbarin
MVP & MCM SQL Server
Comme vous le savez certainement, SQLIO est officiellement dépréciée depuis quelques mois. Pour ma part, j’ai eu l’occasion (peut être la dernière) d’utiliser SQLIO pour un projet client dans le but d’effectuer un benchmark de son stockage et préparer une installation AlwaysOn et groupes de disponibilité. Il est maintenant temps de passer au prochain outil prévu à cet effet: DiskSpd.
> Lire la suite (en anglais)
David Barbarin
MVP & MCM SQL Server
La CTP 2.4 est sortie récemment. Durant mes premières investigations, j’avais noté les nouvelles possibilités de l’installeur à configurer la base de données tempdb. Cependant certaines limitations étaient encore présentes. Cette nouvelle CTP semble avoir corrigée le tir.
> Lire la suite (en anglais)
David Barbarin
MVP & MCM SQL Server
Etes vous au courant des nouvelles fonctionnalités de la prochaine version de Windows? Actuellement nous sommes en TP3 et durant mes investigations, j’ai été heureux de voir les nouvelles fonctionnalités de cluster.
En lisant cet article Microsoft, nous pouvons voir:
Workgroup Clusters: Clusters with nodes which are member servers / workgroup (not domain joined)
> Pour lire la suite (en anglais)
David Barbarin
MVP & MCM SQL Server
Il y a quelques semaines, j’ai participé à une discussion sur le forum développez.com concernant SQL Server AlwaysOn et les groupes de disponibilités, les stratégies d’indexation et l’impact sur les réplicas en lecture seule, Durant la discussion, un membre du forum affirmait que reconstruire un index en ligne avait moins d’impact sur un réplica secondaire en lecture seule qu’une ré-indexation hors ligne. J’avoue n’avoir pas être forcément d’accord avec cela mais est-ce la vérité? Vérifions le dans ce billet.
> Pour lire la suite (en anglais)
David Barbarin
MVP & MCM SQL Server
Durant mes tests sur les fonctionnalités AlwaysOn 2016, j’ai écrit un premier article sur le nouveau support AlwaysOn pour SSISDB,
Pour rappel, pour ceux qui ont eu à faire au catalogue SSIS dans la version précédente, des étapes supplémentaires étaient nécessaires pour être AlwaysOn compliant. Heureusement la nouvelle version de catalogue va rendre ce travail plus facile pour les DBA.
> Lire la suite (en anglais)
David Barbarin
MVP & MCM SQL Server
Lors de mes missions sur SQL Server AlwaysOn et les groupes de disponibilités, les clients me demandent souvent s’il existe des bonnes pratiques et recommandations sur le nombre maximum de bases de données dans un groupe de disponibilité. En réalité, pour répondre à cette question, nous devons garder à l’esprit la relation qu’il y a entre les bases de données et le pool de threads de travail dans ce type d’architecture.
> Pour lire la suite (en anglais)
David Barbarin
MVP & MCM SQL Server
Au cours d’une discussion hier avec un de mes amis « oraclien » nous avons débattu sur les différents comportements d’optimisation entre Oracle et SQL Server sur un cas bien précis. Vous pouvez lire son billet ici et trouver un script pour reproduire le problème par vous même. J’ai donc décidé d’écrire un billet à mon tour parce que cette discussion avait introduit des concepts intéressants que je voulais approfondir côté SQL Server.
> Pour lire la suite (en anglais)
David Barbarin
MVP & MCM SQL Server
Il y a quelques jours, j’étais impliqué dans un projet d’implémentation d’une infrastructure de groupes de disponibilités AlwaysOn 2014. Au cours de ce projet, mon client voulait isoler le trafic de réplication du réseau publique. L’idée était de garantir un meilleur contrôle de la bande passante du réseau ainsi qu’une latence minimale en cas de trafic réseau applicatif important ou de sauvegardes.
> Lire la suite (en anglais)
David Barbarin
MVP & MCM SQL Server
Il y a quelques semaines lors d’un audit, mon client me parlait de problèmes de performances identifiés uniquement sur la phase de login de son application. Après des échanges divers entre le client et l’éditeur de logiciel, nous avons constaté que le problème ne se produisait pas lorsque l’application et l’instance SQL Server étaient installées sur le même serveur (moins d’une seconde avec la configuration de l’éditeur contre 10 secondes avec celle du client). A vrai dire, mon client ne possédait pas tout à fait la même configuration qui comprenait un serveur applicatif et un serveur de bases de données distant. Imaginez la déception du client lorsqu’il s’est aperçu que sa configuration matérielle était de loin plus puissante que celle de l’éditeur de logiciel pour ces tests avec un même volume données.
> Pour lire la suite (en anglais)
David Barbarin
MVP & MCM SQL Server
© 2000-2020 - www.developpez.com
Partenaire : Hébergement Web
