Datafly.pro

Voici une nouvelle release majeure de mes rapports pour SQL Server Management Studio. La v6 comprend deux nouveaux rapports ainsi que de nouvelles fonctionnalités, améliorations et corrections.

• Nouveau rapport Jobs report : un tableau de bord des travaux de l'agent SQL Server pour une vue d'ensemble et monitorer leur exécution et leur performance (voir l'image).
• Nouveau rapport Job detailed report : un rapport détaillé sur un job, peut-être lancé depuis SSMS en sélectionnant un job, ou à partir du rapport précédent.

Autres nouveautés et corrections :

• Le tableau de bord principal a désormais une section pour les travaux de l'agent SQL Server : permet de visualiser rapidement les jobs en cours d'exécution ou ceux dont les dernières exécutions ont échoué. Indique également si l'agent SQL est désactivé.
• Le rapport de configuration de serveur a maintenant une section sur l'extension du buffer pool (buffer pool extension)
• Les rapports fonctionnent maintenant aussi avec SQL Server 2017 CTP, et aussi si le serveur tourne sur un OS Linux. Avec Linux, cependant, les informations sur les volumes de stockage ne sont pas affichées.
• Corrections esthétiques, pour les graphiques et tailles de pages
• Corrections de performances

N'oubliez pas que pour afficher ces rapports, vous aurez besoin d'une version de Management Studio 2012 ou ultérieure (testé jusqu'à la version 2017). Le serveur examiné quant à lui, peut être d'une version entre 2005 et 2017 (pour les anciennes versions, certaines informations peuvent être absentes).

Les 10 rapports dans un zip peuvent être téléchargés sur CodePlex à l'adresse suivante : http://ssmsinforeports.codeplex.com

En prévision de la fermeture annoncée de CodePlex, vous pouvez aussi les trouver ici sur le présent site.

Bon reporting...!

SQL Server Management Studio release 17 est désormais disponible en version publique (non bêta)

Vous pouvez le télécharger ici : https://docs.microsoft.com/en-us/sql/ssms/download-sql-server-management-studio-ssms

Notez que cette version de SSMS s'installe côte à côte avec les versions précédentes (2016, etc.) : ce n'est pas un upgrade.

En plus de la compatibilité avec SQL vNext CTP 2  (SQL Server 2017), il offre quelques nouveautés et diverses corrections et améliorations dont vous trouverez le détail sur la page de download.

Mais ne vous précipitez pas trop vite :

• Curieusement, les outils sont localisés dans un groupe de programmes "Microsoft SQL Server vNext CTP2.0" : pas très élégant pour une version finale !
• Si vous avez SQL Server Data Tools (SSDT) installé, vous aurez un joli message d'erreur au démarrage tant que vous n'aurez pas fait la mise à jour vers SSDT 17, lui aussi disponible, à cette adresse : https://docs.microsoft.com/en-us/sql/ssdt/download-sql-server-data-tools-ssdt
• Si comme moi vous êtes friands d'addins ou plugins, vous serez frustrés : l'intégration de l'indispensable SentryOne Plan Explorer n'est pas encore prise en charge à ce jour, certains autres plugins d'éditeurs divers ne fonctionnent pas et génèrent des messages d'erreur... A vous de vérifier la compatibilité de vos plugins favoris

Une nouvelle release v5 de mes rapports d'information pour SQL Server Management Studio est disponible :

http://ssmsinforeports.codeplex.com

Tous les rapports ont été améliorés pour mieux supporter les fonctionnalités des versions actuelles. En particulier, le rapport sur les index supporte maintenant tous les types d'index (dont columnstore, hash, ...). A noter que je ne les teste plus avec SQL 2005, mais avec un peu de chance ils devraient encore fonctionner...

Et si l'optimiseur savait apprendre de ses erreurs ?

Avec la version CTP 1.1 de vNext (future version de SQL Server en bêta), on voit arriver les premières améliorations de l'optimiseur "adaptatif" que nous vivrons avec les futures versions.

Un des problèmes actuels de l'optimiseur est qu'il est incapable de tenir compte de ses erreurs : lorsqu'un plan d'exécution a été construit avec une mauvaise estimation de la quantité de mémoire nécessaire, le même problème va se produire lors de chaque exécution. D'où  des problèmes de performance des requêtes et de montée en charge...

Ce n'est que le début, mais une nouvelle fonctionnalité apparaît déjà dans cette nouvelle version bêta : le "Batch Mode Adaptative Memory Grant Feedback".

Comment ça fonctionne ? Pour peu que vous utilisiez un index column store et que votre requête s'exécute en batch mode, SQL Server saura réadapter la consommation de mémoire nécessaire dès la 2ème exécution d'une requête, en se basant sur les données de la première exécution.

Voyons cela :