Est-il prudent de courir sp_updatestats
sur un serveur SQL dans l'environnement de production?
Ou plutôt quel est l'impact de la mise à jour de toutes les statistiques sur un serveur SQL? Peut-il "étouffer" le serveur SQL pendant qu'il exécute et provoque des délits ou d'autres problèmes pour les utilisateurs?
C'est un gros "ça dépend". Selon la manière dont vos statistiques ont été maintenues et que vous spécifiez les options que vous spécifiez, vous pouvez finir par faire des analyses de table/index complets et à rattraper votre pool d'E/S et de tampon. En fonction des caractéristiques de votre matériel et de vos bases de données qui pourraient être très mauvaises.
En outre, les statistiques de reconstruction invalident les plans d'exécution, ce qui signifie que vous pouvez voir une picture de la CPU et des performances plus lentes tandis que SQL Server réactive les requêtes.
Les meilleures pratiques dictent la mise à jour des statistiques pendant les heures de pointe pour minimiser l'impact. Sinon, prenez des précautions dus pour minimiser la charge sur le système, telles que la reconstruction de statistiques sur les tables qui le nécessitent sur une période de temps.
Vérifiez les livres en ligne pour plus d'informations:
http://technet.microsoft.com/en-us/library/ms173804 (v = SQL.110) .aspx