Propriétés obsolètes restaurées.

Le
Jean-Yves AUGER
Bonjour,

J'ai affaire un comportement dconcertant de SQLServer
2000.

Prenez n'importe quelle base, entrez dans l'cran des
proprits via Enterprise Manager, et changez la valeur de
certaines proprits. Cliquez sur Appliquer, et sortez de
la fentre modale. Avec une once de paranoa, revenez dans
cette fentre et vrifiez que tout est bien comme vous
l'avez laiss. Quoi de plus normal de retrouver ces
nouvelles valeurs, me direz-vous ?

Eh bien, moi, il m'est arriv 3 fois de constater un
retour d'anciennes valeurs de proprits, et pas
forcment pour toutes.
* 2 fois (en 10 jours) une diminution d'un log de 1.5 Go
2Mo sur le mme serveur SP2 (option AutoShrink dcoche en
permanence), alors que dans le mme temps la taille des
donnes, modifie elle aussi, restait une valeur
correcte.
* 1 fois une option AutoExtend d'un log qui s'est re-
coche TOUTE SEULE (elle est mise par dfaut la cration
de la base, mais je n'utilise jamais cette spcificit,
surtout sur les logs) sur une autre base d'un autre
serveur SP3, qui n'tait pas bride en taille (toujours
par dfaut). L aussi, les 3 fichiers de donnes gardaient
une taille correcte.

Je prcise que je suis le seul manipuler ces serveurs,
et que la snilit ne frappe pas encore ma porte.

Quelqu'un a-t-il quelquechose m'apprendre la-dessus, si
possible rapidement ?

Merci.
Vos réponses
Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
Fred BROUARD
Le #11335661
il serait bon de suivre les cours d'administration de MS par exemple pour comprendre le fonctionnement d'un SGBDR comme
SQL Server....

1) l'interface graphique ne permet pas toutes les possibilités de paramétrage du SGBDR. Loin de là ! Je dirais que cette
interface couvre à peine 40%...

2) un SGBDR est fait pour tourner en permanence... Or de nombreux paramétres ne peuvent être définitivement pris en
compte que dans certains cas :
a) l'arrêt et redémarrage de la base
b) certains opérations de maintenance (backup du journal par exemple)
c) arrêt et redémarrage du serveur
d) installation du serveur
etc...

Le cours DBA de SQL Server est développé en 5 jours. Même en 5 jours, c'est très court et l'on ne peut tout voir !

Jette un coup d'oeuil par exemple à la procédure sp_configure...

Sache qu'un vrai dba n'utilise quasiement JAMAIS l'interface graphique !

A +


--
Frédéric BROUARD, MVP MS SQL Server. Expert Langage SQL / Delphi / web
Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
************************ www.datasapiens.com *************************

Jean-Yves AUGER a écrit:
Bonjour,

J'ai affaire à un comportement déconcertant de SQLServer
2000.

Prenez n'importe quelle base, entrez dans l'écran des
propriétés via Enterprise Manager, et changez la valeur de
certaines propriétés. Cliquez sur Appliquer, et sortez de
la fenêtre modale. Avec une once de paranoïa, revenez dans
cette fenêtre et vérifiez que tout est bien comme vous
l'avez laissé. Quoi de plus normal de retrouver ces
nouvelles valeurs, me direz-vous ?

Eh bien, moi, il m'est arrivé 3 fois de constater un
retour à d'anciennes valeurs de propriétés, et pas
forcément pour toutes.
* 2 fois (en 10 jours) une diminution d'un log de 1.5 Go à
2Mo sur le même serveur SP2 (option AutoShrink décochée en
permanence), alors que dans le même temps la taille des
données, modifiée elle aussi, restait à une valeur
correcte.
* 1 fois une option AutoExtend d'un log qui s'est re-
cochée TOUTE SEULE (elle est mise par défaut à la création
de la base, mais je n'utilise jamais cette spécificité,
surtout sur les logs) sur une autre base d'un autre
serveur SP3, qui n'était pas bridée en taille (toujours
par défaut). Là aussi, les 3 fichiers de données gardaient
une taille correcte.

Je précise que je suis le seul à manipuler ces serveurs,
et que la sénilité ne frappe pas encore à ma porte.

Quelqu'un a-t-il quelquechose à m'apprendre la-dessus, si
possible rapidement ?

Merci.


Jean-Yves AUGER
Le #11335421
Bonjour,

Merci d'avoir répondu même si, à vrai dire, j'attendais
plus une information qu'un jugement. Pour info, même si
ces forums sont en partie fréquentés par des gens qui
n'ont que ce moyen à leur disposition pour résoudre leurs
soucis en l'absence de formation adaptée (j'ai donné),
j'ai peut-être l'air d'un baltringue, mais je ne gère pas
une ch'tite basounette avec 3 tables à 5000 lignes
accédées via ASP. Je suis responsable de 6 serveurs SQL,
client/serveur .NET pour des stations dans le monde
entier, dont certains tournent sur des machines à 40M?
avec des bases à 300 tables et 80 millions
d'enregistrements, et ce depuis 5 ans. J'ai suivi les MOC
Administrateur SQLServer 6.5 et 2000 de CAST et Bewise, de
5 jours chacun.
J'ai donc acquis certaines connaissances, parmi lesquelles
le fait que certaines modifications de propriétés serveurs
sont prises en compte dynamiquement et ne nécessitent pas
de redémarrage de l'instance (hors sujet) et le fait que
les propriétés des bases de données sont toutes
dynamiques, hors les réductions de taille de fichier qui
nécessitent un shrink en plusieurs étapes, accessible
uniquement via SQL Query.
Même si j'ai conscience des faiblesses du GUI et de DMO
pour gérer une instance SQLServer, je ne suis pas unixien
repenti et la ligne de commande pour le plaisir de la
ligne de commande ne fait pas partie de mes habitudes. Mes
schémas de fonctionnement sont simples et clairs et
l'interface graphique me permet de gérer sans embûches 90%
de mon activité DBA. Sauf quand le moteur décide de lui-
même de changer certaines propriétés et de m'obliger à
shrinker violemment le log parce que je n'ai pas eu la
paranoïa de brider, il y a plus de 12 mois, par sécurité
sa taille au cas où l'option s'activerait d'elle-même...

Au vu de tes critères, je ne mérite pas mon petit
sticker "Genuine DBA inside", mais au delà de ça, as-tu
vraiment une information à me transmettre sur les causes
de mon problème ?

A+
Fred BROUARD
Le #11669191
visiblement on ne t'a pas formé correctement chez CAST et Bewise

La plus important des choses est de comprendre que certains paramètres ne peuvent pas être activé immédiatement sauf à
dégrader sensiblement les perf. Mais c'est tout à fait possible :

Un exemple :
USE master
EXEC sp_configure 'show advanced option', '1'
EXEC sp_configure 'remote query timeout (s)', '3600'
RECONFIGURE WITH OVERRIDE
GO

Le plus important la dedans est : RECONFIGURE WITH OVERRIDE

A +


Jean-Yves AUGER a écrit:
Bonjour,

Merci d'avoir répondu même si, à vrai dire, j'attendais
plus une information qu'un jugement. Pour info, même si
ces forums sont en partie fréquentés par des gens qui
n'ont que ce moyen à leur disposition pour résoudre leurs
soucis en l'absence de formation adaptée (j'ai donné),
j'ai peut-être l'air d'un baltringue, mais je ne gère pas
une ch'tite basounette avec 3 tables à 5000 lignes
accédées via ASP. Je suis responsable de 6 serveurs SQL,
client/serveur .NET pour des stations dans le monde
entier, dont certains tournent sur des machines à 40M?
avec des bases à 300 tables et 80 millions
d'enregistrements, et ce depuis 5 ans. J'ai suivi les MOC
Administrateur SQLServer 6.5 et 2000 de CAST et Bewise, de
5 jours chacun.
J'ai donc acquis certaines connaissances, parmi lesquelles
le fait que certaines modifications de propriétés serveurs
sont prises en compte dynamiquement et ne nécessitent pas
de redémarrage de l'instance (hors sujet) et le fait que
les propriétés des bases de données sont toutes
dynamiques, hors les réductions de taille de fichier qui
nécessitent un shrink en plusieurs étapes, accessible
uniquement via SQL Query.
Même si j'ai conscience des faiblesses du GUI et de DMO
pour gérer une instance SQLServer, je ne suis pas unixien
repenti et la ligne de commande pour le plaisir de la
ligne de commande ne fait pas partie de mes habitudes. Mes
schémas de fonctionnement sont simples et clairs et
l'interface graphique me permet de gérer sans embûches 90%
de mon activité DBA. Sauf quand le moteur décide de lui-
même de changer certaines propriétés et de m'obliger à
shrinker violemment le log parce que je n'ai pas eu la
paranoïa de brider, il y a plus de 12 mois, par sécurité
sa taille au cas où l'option s'activerait d'elle-même...

Au vu de tes critères, je ne mérite pas mon petit
sticker "Genuine DBA inside", mais au delà de ça, as-tu
vraiment une information à me transmettre sur les causes
de mon problème ?

A+



--
Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web
Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
************************ www.datasapiens.com *************************
Publicité
Poster une réponse
Anonyme