Perte de performance en mode de compatibilité SQL2016

Bonjour a Tous

J'ai migré la partie BI de 2008 R2 a SQL 2016. J'ai mis aussi le mode de compatibilité de 2008 R2 a 2016

Depuis les performances ne cessent de chuter, concernant certaines PS(une vingtaine), quand je lance en mode de compatibilité 2016 elle mette environ 3 minutes, alors qu'en mode de compatibilité 2008 R2 j'en suis a 5 secondes :lol:

En regardant les plans d'execution

C'est le jour et la nuit, comment on peut expliquer ce comportement ?

Comptabilité 2016 :

Pièce jointe 223982

Comptabilité 2012 :

Pièce jointe 223983

Remettez là en 2016 et recalculez toutes les statistiques en faisant un sp_updatestats

En effet, c'est comme si vous changiez le moteur qui était conçu pour l'essence par un moteur diesel, sans changer le carburant dans le réservoir. Les stats conçues pour 2008 ont été calculée pour le moteur 2008. Pour le moteur 2016, il faut des statistiques spécifiques.

A +

Merci de ton retour

les stats sont deja a jour c'etait ma premiere intuition :)

Il est possible que ce soit le nouvel estimateur de cardinalité qui te donne quelques mauvais plan.

Pour revenir en arrière utilisez le drapeau de trace 9481

A +

ok merci beaucoup cela fonctionne:mrgreen:

Bonjour olivtone

Peut-on savoir plus en détails comment vous êtes arrivé a résoudre votre problème ?

Est ce que l'update statitics a amélioré votre temps d'execution ?

merci

Non la mise à jour des statistiques n'a pas réglé le problème d'après ce qui est dit là :-)

Citation:

---

les stats sont déjà à jour c’était ma première intuition

---

Le problème est visiblement un problème de régression lié au nouvel estimateur de cardinalités et visiblement réglé en basculant sur l'ancien

Citation:

---

Pour revenir en arrière utilisez le drapeau de trace 9481

---

++

Donc si j'ai bien compris avec le trace flag 9481 l'optimiseur de requête est maintenant en train d'utiliser une version inférieure de 2016 pour l'estimation de cardinalité pour le calcul du nouveau plan

Oui, mais, vous pouvez agir requête par requête et non globalement, à l'aide de la clause OPTION et du tag QUERYTRACEON.

A +

Bonjour,

Attention : l'indicateur de requête QUERYTRACEON ne peut être utilisé de cette manière que dans les procédures stockées.
Si on exécute les requête à l'aide de sp_executesql, il faut que l'utilisateur qui exécute la requête soit membre du rôle de serveur sysadmin (ce qui est une folie), soit créer un guide de plan.

Ensuite, par expérience, ce type de régression est souvent du à l'expression de la requête ... voire à la qualité du modèle.

@++ ;)