![\"twitter\"](\"https:\/\/blog.capdata.fr\/wp-content\/plugins\/social-media-feather\/synved-social\/image\/social\/regular\/48x48\/twitter.png\" "\\"Share")
<\/a><\/a>![\"linkedin\"](\"https:\/\/blog.capdata.fr\/wp-content\/plugins\/social-media-feather\/synved-social\/image\/social\/regular\/48x48\/linkedin.png\" "\\"Share")
<\/a>![\"mail\"](\"https:\/\/blog.capdata.fr\/wp-content\/plugins\/social-media-feather\/synved-social\/image\/social\/regular\/48x48\/mail.png\" "\\"Share")
<\/a>Huiti\u00e8me article de la s\u00e9rie Une approche pragmatique de la production SQL Server<\/a>, il est question ici de suivre le parc d\u2019instances SQL Server.<\/p>\n Ce sujet est bien trop vaste pour un billet de blog, je me contenterai donc d\u2019aborder le sujet.<\/p>\n Que suivre\u00a0?<\/strong><\/p>\n L\u2019objectif du suivi est double\u00a0: s\u2019assurer que le Service \u00ab\u00a0disponibilit\u00e9 de la base de donn\u00e9es\u00a0\u00bb est offert \u00e0 l\u2019utilisateur, et Ma\u00eetriser les instances du parc afin que leur exploitation reste simple. Les points \u00e0 suivre sont donc disponibilit\u00e9 et performance pour la partie Service, et maintient de la configuration pour la partie Ma\u00eetrise. Ma\u00eetrise\u00a0:<\/em><\/p>\n Pour r\u00e9pondre \u00e0 ces besoins, il existe, entre autres, deux approches\u00a0: Le d\u00e9veloppement interne, et les outils Microsoft.<\/p>\n Le d\u00e9veloppement interne<\/strong> Avantages\u00a0: <\/em><\/p>\n Inconv\u00e9nients\u00a0: <\/em><\/p>\n Outils Microsoft<\/strong> SQL Server Utilities<\/a> permet de collecter et d\u2019historiser les compteurs de performance de vos instances SQL Server.\u00a0 Il offre en outre un tableau de bord orient\u00e9 \u00ab\u00a0\u00e9tat de sant\u00e9 de l\u2019utilisation des instances \u00bb donnant une vue synth\u00e9tique de l\u2019utilisation des ressources de vos instances. \u00a0Plusieurs rapports fournis donnent une vue historique des performances d\u2019une instance. SQL Server Utilities fonctionne pour des instances en version 2008R2 et sup\u00e9rieure.<\/p>\n Avec Management Policies<\/a>, un mod\u00e8le de \u00a0configuration est cr\u00e9\u00e9 et peut \u00eatre \u00e9valu\u00e9 r\u00e9guli\u00e8rement sur les instances du parc. Lorsque des diff\u00e9rences entre le mod\u00e8le et l\u2019instance sont trouv\u00e9es, elles peuvent \u00eatre notifi\u00e9e ou corrig\u00e9e automatiquement. Plusieurs mod\u00e8les (en fonction des versions de SQL Server, par exemple) peuvent \u00eatre d\u00e9finis. Dans un Central Management Server<\/a>, vous enregistrez la cha\u00eene de connexion vers une instance SQL Server. Dans Management Studio, la liste des instances SQL Server r\u00e9f\u00e9renc\u00e9es (panneau Registered Servers) peut inclure un ou plusieurs Central Management Servers. Donc lorsqu\u2019une nouvelle instance SQL Server est d\u00e9ploy\u00e9e, il suffit de la r\u00e9f\u00e9rencer dans l\u2019un de ces Servers pour que tous les DBAs de l\u2019\u00e9quipe puissent s\u2019y connecter.<\/p>\n Le m\u00e9canisme de Job Multi Serveurs MSX\/TSX<\/a> vous permettra de cr\u00e9er un job unique par type de t\u00e2che et de le \u00ab\u00a0pousser\u00a0\u00bb sur toutes les instances de votre parc. Les jobs sont automatiquement mis \u00e0 jour sur les instances du parc lorsque vous modifiez le job de r\u00e9f\u00e9rence, et d\u00e9ployer les jobs sur une nouvelle instance consiste simplement \u00e0 r\u00e9f\u00e9rencer cette instance dans MSX.<\/p>\n Avantages\u00a0:<\/em><\/p>\n Inconv\u00e9nients\u00a0:<\/em><\/p>\n Comment g\u00e9rer les d\u00e9ploiements\/suppressions d\u2019instances\u00a0?<\/strong><\/p>\n Que ce soit via un d\u00e9veloppement interne ou avec les outils Microsoft, si votre r\u00e9f\u00e9rentiel n\u2019est pas \u00e0 jour, le suivi n\u2019est pas complet. Il faut donc que toute nouvelle instance soit incluse au plus t\u00f4t dans le r\u00e9ferentiel, et que toute instance supprim\u00e9e n\u2019y apparaisse plus.<\/p>\n Si vous avez industralis\u00e9 le d\u00e9ploiement (voir article pr\u00e9c\u00e9dent Banalisation des instances<\/a>), il suffit de cr\u00e9er un script Transact-SQL de post installation qui ajoute l\u2019instance au r\u00e9f\u00e9rentiel (votre d\u00e9veloppement interne doit id\u00e9alement fournir une proc\u00e9dure stock\u00e9e d\u2019ajout d\u2019instance, et tous les outils Microsoft pr\u00e9sent\u00e9s ci-dessus ont une interface Transact-SQL pour g\u00e9rer l\u2019ajout d\u2019une instance).<\/p>\n Si le d\u00e9ploiement \u00a0n\u2019est pas industralis\u00e9, il faut penser \u00e0 ajouter l\u2019instance manuellement\u2026<\/p>\n La suppression doit suivre le m\u00eame principe, m\u00eame si dans les faits une suppression d\u2019instance n\u2019est pas n\u00e9cessairement g\u00e9r\u00e9e correctement. Il est donc utile de v\u00e9rifier r\u00e9guli\u00e8rement les instances apparaissant comme \u00ab\u00a0non joignables\u00a0\u00bb dans les diff\u00e9rents outils et de les d\u00e9-r\u00e9f\u00e9rencer au plus vite.<\/p>\n Huiti\u00e8me article de la s\u00e9rie Une approche pragmatique de la production SQL Server, il est question ici de suivre le parc d\u2019instances SQL Server. Ce sujet est bien trop vaste pour un billet de blog, je me contenterai donc d\u2019aborder… Continuer la lecture
\nDisponibilit\u00e9\u00a0:<\/em><\/p>\n\n
\n
\nIl est possible et relativement simple de mettre en place une gestion centralis\u00e9e de votre parc.
\nUne base de donn\u00e9es sur une instance SQL Server, une dizaine de tables, et vous disposez d\u2019un r\u00e9f\u00e9rentiel contenant les informations de chaque instance d\u00e9ploy\u00e9e.
\nVia l\u2019utilisation de serveurs li\u00e9s, vous pouvez simplement depuis votre instance de gestion consulter les donn\u00e9es de chaque instance du parc, donc r\u00e9cup\u00e9rer les informations de configuration, volum\u00e9trie et performance de ces instances.
\nVia les rapports SQL Server (construits graphiquement avec report Builder 3<\/a>), vous avez la possibilit\u00e9 de g\u00e9n\u00e9rer des tableaux de bord reprenant les informations collect\u00e9es.<\/p>\n\n
\n
\nPlusieurs outils de Microsoft, int\u00e9grables \u00e0 la console Management Studio, offrent des fonctionnalit\u00e9s int\u00e9ressantes pour le suivi\u00a0:<\/p>\n
\nLe mod\u00e8le peut contenir des conditions sur une instance(param\u00e8tres de configuration), \u00a0ses objets (logins, serveurs li\u00e9s, endpoints, \u2026), une base et ses objets (options de la base, tables, proc\u00e9dures stock\u00e9es, indexes,\u2026).
\nIl est donc possible par exemple de v\u00e9rifier qu\u2019aucun login autre que ceux des DBAs ne dispose du privil\u00e8ge sysadmin, que le nom des tables et proc\u00e9dures stock\u00e9es des bases utilisateurs suit la politique de nommage, et qu\u2019il existe bien une cl\u00e9 primaire pour chaque\u00a0 table utilisateur.<\/p>\n\n
\n
<\/a><\/a><\/a>","protected":false},"excerpt":{"rendered":"