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]

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 ?

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

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

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