Restart the Database Engine service

Bonjour,

Contexte
---------------------
Sous SQL Server 2005 lorsqu'on modifie les paramètres de configuration (par exemple le "remote connections") via l'IHM " SQL Server Surface Area Configuration" il y a souvent un message qui demande de redémarrer le service du moteur SQL pour la modification soit effective

Citation:

---

Changes to Connection Settings will not take effect until you restart the Database Engine service.

---

Question
---------------------
Existe-t-il une solution pour éviter celà ?


Inquiétudes
---------------------
Pourquoi je souhaite éviter de redémarrer le service du moteur de base ?

Parce qu'il me semble que redémarrer le service peut entrainer pour une instance en production :

- des défauts d'intégrité des bases de données de l'instance concernée

- la perte des caches

- ré-initialisation des valeurs des indicateurs de performances

- ...


Merci de m'éclairer

A+

salut

Tu peux trouver ici la liste des paramètres de configuration. Certains sont statiques et nécessitent le redémarrage de ton instance, d'autres sont dynamiques et pris en compte immédiatement. Il n'y a pas grand chose à faire pour éviter cela.

http://msdn.microsoft.com/en-us/libr...SQL.90%29.aspx.

Citation:

---

- des défauts d'intégrité des bases de données de l'instance concernée

---

Pourquoi l'arrêt d'une instance génèrait des défauts d'intégrité ?

Citation:

---

des défauts d'intégrité des bases de données de l'instance concernée

---

Si l'instance est redémarrée correctement il n'y aura en principe aucun défaut d'intégrité.

Avec la vue sys.configurations tu peux avoir un apercçu des options qui vont nécessité un redémarre ou pas (colonne is_dynamic)

++

Citation:

---

Envoyé par kagemaru

salut

Tu peux trouver ici la liste des paramètres de configuration. Certains sont statiques et nécessitent le redémarrage de ton instance, d'autres sont dynamiques et pris en compte immédiatement. Il n'y a pas grand chose à faire pour éviter cela.

http://msdn.microsoft.com/en-us/libr...SQL.90%29.aspx.

Pourquoi l'arrêt d'une instance génèrait des défauts d'intégrité ?

---

Merci kagemaru pour le lien.

Pourquoi l'arrêt d'une instance peut entrainer des défauts d'intégrité ?

Si l'arrêt du service est brutal (par exemple via services.msc) il peut y avoir des problèmes d'intégrités. c'est d'ailleurs pourquoi il est conseillé d'arrêter/redémarrer les services SQL via SQL Configuration manager.

A+

Ok, donc pour les paramètres de configuration qui nécessite le redémarrage de l'instance, il y a aucun moyen pour éviter de :

- perdre des caches

- ré-initialiser les valeurs des indicateurs de performances ?

C'est quand même embêtant !?

Citation:

---

Envoyé par zinzineti

C'est quand même embêtant !?

---

Non, parce que ce sont des paramètres que tu ne changes pas tous les jours.

Citation:

---

Pourquoi l'arrêt d'une instance peut entrainer des défauts d'intégrité ?

Si l'arrêt du service est brutal (par exemple via services.msc) il peut y avoir des problèmes d'intégrités. c'est d'ailleurs pourquoi il est conseillé d'arrêter/redémarrer les services SQL via SQL Configuration manager.

---

Les seuls cas où il est plus que conseillé (ou intéressant) d'utiliser le configuration manager de SQL Server plutôt que la console d'administration des services Windows est le changement de compte d'un des services SQL Server. Le configuration manager exécute des opérations en plus tel que le paramétrage de sécurité de la registry pour le nouveau compte ...

De plus le changement de mot passe par le configuration manager ne nécessitera pas de redémarrage du service SQL Server concerné.

Il n'y aura aucune perte d'intégrité si le serveur de bases de données est arrêté par la console de gestion des services Windows ou par une simple commande net stop mssqlserver ...

Citation:

---

Ok, donc pour les paramètres de configuration qui nécessite le redémarrage de l'instance, il y a aucun moyen pour éviter de ...

---

Non effectivement ...

++

Citation:

---

Envoyé par Jerome_Mtl

Non, parce que ce sont des paramètres que tu ne changes pas tous les jours.

---

Dans tous les cas du moment où on perd les caches, celà veut dire qu'il y aura d'impact sur la performance du serveur ? Non ?
Et la question c'est : au bout de combien temps le moteur SQL va retrouver son fonctionnement optimal à la suite de cette perte de cache ?

Citation:

---

Envoyé par zinzineti

Dans tous les cas du moment où on perd les caches, celà veut dire qu'il y aura d'impact sur la performance du serveur ? Non ?
Et la question c'est : au bout de combien temps le moteur SQL va retrouver son fonctionnement optimal à la suite de cette perte de cache ?

---

Ca depend de la taille de ta RAM et de l'activite de ton serveur.
Lorsqu'il est vraiment utiliser, compte 5-10 minutes... Et encore...

Citation:

---

Envoyé par zinzineti

au bout de combien temps le moteur SQL va retrouver son fonctionnement optimal à la suite de cette perte de cache ?

---

Réponse de Normand (mais pas Normand Lamour...) : ça dépend de l'activité sur ta bd...

Citation:

---

Et la question c'est : au bout de combien temps le moteur SQL va retrouver son fonctionnement optimal à la suite de cette perte de cache ?

---

Je crois que cela dépend vraiment du type d'application et du nb d'utilisateurs présents après le redémarrage de l'instance.

Une technique de "préchauffage" de cache est de faire des SELECT de certains tables très utilisées juste après le redémarrage.

Une autre technique (un peu extrême) est de basculer ton appli sur ta base miroir (les pages de données modifiées sont alors en cache), de redémarrer ton instance primaire. Mais le cache est disons ..... tiède. Donc ce n'est pas non plus la panacée.

Citation:

---

Envoyé par Jerome_Mtl

Réponse de Normand (mais pas Normand Lamour...) : ça dépend de l'activité sur ta bd...

---

Excellent :)

Donc plus il y a d'activités sur l'instance, plus vite les choses rentreront dans l'ordre.

Bon il y a pas vraiment d'inquiétude à avoir à ce niveau là ?

A+

Citation:

---

Envoyé par zinzineti

Inquiétudes
---------------------
Pourquoi je souhaite éviter de redémarrer le service du moteur de base ?

Parce qu'il me semble que redémarrer le service peut entrainer pour une instance en production :
- des défauts d'intégrité des bases de données de l'instance concernée
- la perte des caches
- ré-initialisation des valeurs des indicateurs de performances
- ...

---

Des défauts d'intégrité, heureusement que non. Un arrêt par le gestionnaire de services exécute un checkpoint dans chaque base avant de fermer, et de toutes façons, le recovery est éxecuté dans chaque base au démarrage suivant.

Citation:

---

Envoyé par kagemaru

Une technique de "préchauffage" de cache est de faire des SELECT de certains tables très utilisées juste après le redémarrage.

---

Des SELECT du genre :

Code:

---

WHILE (1 = 1 ) SELECT ...

---

?

Citation:

---

Envoyé par dbaffaleuf

Des défauts d'intégrité, heureusement que non. Un arrêt par le gestionnaire de services exécute un checkpoint dans chaque base avant de fermer, et de toutes façons, le recovery est éxecuté dans chaque base au démarrage suivant.

---

Ok, donc j'ai rien dit concernant les défauts d'intégrité ;)

Merci David :ccool:

Un peu de lecture si ça te dit au passage ;)

++

Code:

---

WHILE (1 = 1 ) SELECT ...

---

Il suffit de lire une première fois la donnée pour que le deuxième lecture soit une lecture logique (sauf si le buffer cache est trop petit). Donc un simple SELECT * (ou des colonnes nécessaires si on les connait bien) des tables importantes.

Citation:

---

Réponse de Normand (mais pas Normand Lamour...) : ça dépend de l'activité sur ta bd...

---

hé c'est de la dynamite :yaisse3:, en plus le gars a débuté sa carrière à 68 ans, repect !! :P

Citation:

---

Envoyé par zinzineti

Excellent :)

Donc plus il y a d'activités sur l'instance, plus vite les choses rentreront dans l'ordre.

Bon il y a pas vraiment d'inquiétude à avoir à ce niveau là ?

A+

---

Absolument aucune : il faur savoir que l'arrêt d'un service sous windows se fait par un dialogue. Le SCM (Service Control Manager) notifie le service qu'il va être stoppé, et l'arrêt effectif n'intervient qu'au retour de la méthode de notification. Si le service ne retourne pas sur sa notification d'arrêt, un message d'erreur est envoyé par le SCM et le service n'est pas arrêté.

Tous les services (a fortiori Sql Server) ont une méthode de terminaison "propre".

Citation:

---

Envoyé par Bluedeep

Absolument aucune : il faur savoir que l'arrêt d'un service sous windows se fait par un dialogue. Le SCM (Service Control Manager) notifie le service qu'il va être stoppé, et l'arrêt effectif n'intervient qu'au retour de la méthode de notification. Si le service ne retourne pas sur sa notification d'arrêt, un message d'erreur est envoyé par le SCM et le service n'est pas arrêté.

Tous les services (a fortiori Sql Server) ont une méthode de terminaison "propre".

---

Merci pour toutes informations :ccool:

Un petit NB au passage:
Dans un environnement clusteriser, il est preferable de terminer le service au moyen de l'outil de gestion du cluster.
Sinon le service bascule sur un autre noeud.