Discussion :

[SQLpro]

Chers membres du club,

J'ai le plaisir de vous présenter cet article :

SQL Server - Arrêt et redémarrage d’instance SQL Server… Bonne pratique ou pas ?

Parmi les pires pratiques que l’on rencontre encore couramment au sujet de Microsoft SQL Server, il y a le fait que redémarrer une instance régulièrement serait bénéfique pour les bases de données d’une instance SQL Server. Ceci est faux et c’est bien tout le contraire qui se produit. Explications…

Bonne lecture

Les meilleurs cours et tutoriels pour apprendre Microsoft SQL Server.

Retrouvez les meilleurs cours et tutoriels pour apprendre les SGBD et SQL.

[Christophe]

Article intéressant, bien que pour moi, hors de mon domaine de compétence.

si elles ont un intérêt pertinent comme expliqué, je trouve étonnant que les stats ne soient pas conservées en cas d'arrêt propre, ou au moins qu'il y est une option.
Après je suppose qu'il est possible de les récupérer via une requête.

[cd090580]

Article très intéressant mais comment éviter et/ou gérer les redémarrages fréquents du serveur quand Microsoft impose de redémarrer l'OS suite aux correctifs installés mensuellement ????????

Dans ce cas on perd tous les bénéfices des stats et autres caches gérés par SQL Server sur la durée

[SQLpro]

C'est effectivement un problème. Mais il n'est pas absolument nécessaire de passer tous les correctifs immédiatement (en particulier les correctifs Windows sont de peu d'intérêt au regard de SQL Server). En effet, la plupart ne concernent pas des problématique de sécurité. On peut donc les retarder et les appliquer dans des plages définies à l'avance. De plus l'utilisation de réplicas de type AlwaysOn minimise ce problème dans le sens ou les caches des réplicas contiennent au moins les données mises à jour, voir si les réplicas sont lisible, une partie des données lues. Dans ce cas, il faut alterner l'application des correctifs et resté sur l'instance basculée.

A +

[Christophe]

De plus l'utilisation de réplicas de type AlwaysOn minimise ce problème

Il te faut donc 2 nœuds. Dans le cas d'un seul serveur on fait comment ?

[mikedavem]

Il te faut donc 2 nœuds. Dans le cas d'un seul serveur on fait comment ?

Si pas de mécanisme de HA comme AlwaysOn et les groupes de disponibilité, en fonction de l'impact on peut avoir un calendrier des mise à jours Windows moins fréquent pour minimiser l'indisponibilité de service. Pas trop le choix je dirai ...
Si la disponibilité du service est quelque chose d'important alors s'orienter vers des architectures comme les AGs est quelque chose à considérer.

++