Discussion :

[zinzineti]

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

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+

[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.

- 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é ?

[mikedavem]

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)

++

[zinzineti]

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+

[zinzineti]

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 !?

[Invité]

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

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

[mikedavem]

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 ...

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 ...

++

[zinzineti]

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 ?

[Ptit_Dje]

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...

[Invité]

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...

[kagemaru]

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.

[zinzineti]

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+

[dbaffaleuf]

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.

[zinzineti]

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

WHILE (1 = 1 ) SELECT ...

?

[zinzineti]

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

[mikedavem]

Un peu de lecture si ça te dit au passage

++

[kagemaru]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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.

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

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

[Bluedeep]

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".

[zinzineti]

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

[Ptit_Dje]

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.