SQLSaturday Paris 2016 Query Store ou comment donner de la mémoire à sa base de données Sarah Bessard Philippe Geiger.

Présentation au sujet: "SQLSaturday Paris 2016 Query Store ou comment donner de la mémoire à sa base de données Sarah Bessard Philippe Geiger."— Transcription de la présentation:

1 SQLSaturday Paris 2016 Query Store ou comment donner de la mémoire à sa base de données Sarah Bessard Philippe Geiger

2 SQLSaturday Paris 2016 Merci à nos sponsors

3 SQLSaturday Paris 2016 Merci à nos volontaires

4 Monsieur, Blabla bla bla perte de service Blabla bla bla service eCommerce inaccessible blabla bla situation très grave blabla bla votre responsabilité blabla bla bases de données inopérationnelles blabla bla licenciement blabla bla faute grave blabla bla blabla bla blabla bla blabla bla blabla bla blabla bla blabla bla blabla bla Monsieur, Blabla bla bla perte de service Blabla bla bla service eCommerce inaccessible blabla bla situation très grave blabla bla votre responsabilité blabla bla bases de données inopérationnelles blabla bla licenciement blabla bla faute grave blabla bla blabla bla blabla bla blabla bla blabla bla blabla bla blabla bla blabla bla

5 SQLSaturday Paris 2016 Query Store : Kesako ?

6 SQLSaturday Paris 2016 Query Store : son fonctionnement Query Store Exécution Compilation Stockage des plans Statistiques des exécutions Schéma Query Store SQL Écriture asynchrone En mémoire Messages de compilation Messages d’exécution

7 SQLSaturday Paris 2016 Query Store : comment ça marche ? Activer Query Store Query Store collecte les données Focus sur les requêtes « problématiques » et correction

8 SQLSaturday Paris 2016 démo Démarrage de Query Store

9 SQLSaturday Paris 2016 Query Store : ses options

10 SQLSaturday Paris 2016 Les rapports dans SQL Server Management Studio

11 SQLSaturday Paris 2016 démo Les rapports SSMS

12 SQLSaturday Paris 2016 Query Store : ses DMV sys.query_store_query_text Capture des instructions SQL. sys.query_context_settings Différentes combinaisons d’exécution avec les paramètres utilisés (options SET pouvant influencer les plans, etc.) sys.query_store_query Correspondance entre les instructions SQL et le contexte d’exécution sys.query_store_plan Informations relatives aux plans SQL Server utilisées à l’exécution des requêtes. sys.query_store_runtime_stats_interval Intervalles de temps créées par le Query Store. sys.query_store_runtime_stats Statistiques des plans d’exécution des requêtes pour intervalles de temps.

13 SQLSaturday Paris 2016 démo Usage des DMV

14 SQLSaturday Paris 2016 Query Store : ses procédures stockées sys.fn_stmt_sql_handle_from_sql_stmt sp_query_store_flush_db sp_query_store_force_plan sp_query_store_remove_plan sp_query_store_remove_query sp_query_store_reset_exec_stats sp_query_store_unforce_plan

15 SQLSaturday Paris 2016 Les origines d’invalidation d’un plan : - Changement structure (ex : suppression d’une colonne) - Modification d’un index - Statistiques obsolètes - Changement du contexte d’exécution (SET) - Recompile - xxxxxxxxx

16 SQLSaturday Paris 2016 Query Store : et ses événements étendus ? Près de 70 événements étendus

17 SQLSaturday Paris 2016 démo Tester A/B

18 SQLSaturday Paris 2016 Query Store : en cas de la migration Mettre à jour vers SQL Server 2016 (mode de compatibilité inchangé) Activer Query Store et capturer les plans Mettre le mode de compatibilité à 130 Utiliser Query Store pour forcer rapidement les anciens plans d’exécution pour toutes les régressions

19 SQLSaturday Paris 2016 Query Store : contexte des démos à suivre Base Test Mode de compatibilité 100 130 Optimisation Aucune Active SQL Trace Profiler Replay 4 4 5 5 3 3 Activation du Query Store 2 2 1 1

20 SQLSaturday Paris 2016 démo Test Migration

21 SQLSaturday Paris 2016 Query Store : intervenir en cas de régression 1.Identifier la requête problématique 2.Forcer le plan 3.Comparer les plans et analyser les différences 4.Chercher et tester une solution pérenne 5.L’appliquer 6.Supprimer le plan forcé 1.Identifier la requête problématique 2.Forcer le plan 3.Comparer les plans et analyser les différences 4.Chercher et tester une solution pérenne 5.L’appliquer 6.Supprimer le plan forcé

22 SQLSaturday Paris 2016 Query Store : d’autres cas d’usage Corriger des régressions de plans Identifier les requêtes les plus consommatrices de ressources Tester A/B Réduire le risque en cas de mise à jour ou de maintenance Améliorer les cas de charge ad hoc Correctif Proactif

23 SQLSaturday Paris 2016 Query Store : notre avis  Alors Sarah, qu’est ce que tu en penses au final ?

24 SQLSaturday Paris 2016 Sarah Bessard http://www.dcube.fr http://www.concatskills.com sarah.bessard.pro@gmail.com

25 SQLSaturday Paris 2016 Philippe GEIGER Blog www.pgeiger.net Courriel pgeiger@pgeiger.net Data Platform Solution Consultant Accompagnement technique Exploitation et administration Développement Business Intelligence Formateur Certifications Intégration SI Business Intelligence CRM Collaboratif

26 SQLSaturday Paris 2016 Questions & Réponses

27 SQLSaturday Paris 2016 Query Store : Quelques références  https://msdn.microsoft.com/en-us/library/cc645993.aspx https://msdn.microsoft.com/en-us/library/cc645993.aspx  https://azure.microsoft.com/fr- fr/documentation/articles/sql-database-query- performance/ https://azure.microsoft.com/fr- fr/documentation/articles/sql-database-query- performance/  https://www.mssqltips.com/sqlservertip/4095/sql-server- 2016-compare-showplan-option/ https://www.mssqltips.com/sqlservertip/4095/sql-server- 2016-compare-showplan-option/

28 SQLSaturday Paris 2016 Et en plus vous pouvez gagner des cadeaux ! Donnez votre avis sur les sessions : http://GUSS.pro/sqlsat

29 SQLSaturday Paris 2016 Les rapports en quelques mots VueDescription Requêtes en régression Identifie les requêtes dont les métriques d’exécution ont récemment régressé. Utilisez cette vue pour mettre en corrélation les problèmes de performances observés dans votre application avec les requêtes réelles qui ont besoin d’être corrigées ou améliorées. Requêtes les plus consommatrices de ressources Choisissez une mesure d’exécution présentant un intérêt et identifiez les requêtes qui ont enregistré les valeurs les plus extrêmes sur un intervalle de temps donné. Utilisez cette vue pour concentrer votre attention sur les requêtes les plus pertinentes, qui ont le plus fort impact sur la consommation en ressources de base de données. Suivi des requêtes en temps réel Suit l’exécution des requêtes les plus importantes en temps réel. En règle générale, vous utilisez cette vue quand certaines de vos requêtes sont soumises à des plans forcés et que vous voulez vérifier que les performances des requêtes sont stables. Consommation globale des ressources Analyse la consommation totale de ressources pour la base de données par en lecture, CPU, mémoire Utilisez cette vue pour identifier des modèles de ressources (charges de travail diurnes/nocturnes) et optimiser la consommation globale pour votre base de données.