J'ai affaire =E0 un comportement d=E9concertant de SQLServer=20
2000.=20
Prenez n'importe quelle base, entrez dans l'=E9cran des=20
propri=E9t=E9s via Enterprise Manager, et changez la valeur de=20
certaines propri=E9t=E9s. Cliquez sur Appliquer, et sortez de=20
la fen=EAtre modale. Avec une once de parano=EFa, revenez dans=20
cette fen=EAtre et v=E9rifiez que tout est bien comme vous=20
l'avez laiss=E9. Quoi de plus normal de retrouver ces=20
nouvelles valeurs, me direz-vous ?
Eh bien, moi, il m'est arriv=E9 3 fois de constater un=20
retour =E0 d'anciennes valeurs de propri=E9t=E9s, et pas=20
forc=E9ment pour toutes.
* 2 fois (en 10 jours) une diminution d'un log de 1.5 Go =E0=20
2Mo sur le m=EAme serveur SP2 (option AutoShrink d=E9coch=E9e en=20
permanence), alors que dans le m=EAme temps la taille des=20
donn=E9es, modifi=E9e elle aussi, restait =E0 une valeur=20
correcte.
* 1 fois une option AutoExtend d'un log qui s'est re-
coch=E9e TOUTE SEULE (elle est mise par d=E9faut =E0 la cr=E9ation=20
de la base, mais je n'utilise jamais cette sp=E9cificit=E9,=20
surtout sur les logs) sur une autre base d'un autre=20
serveur SP3, qui n'=E9tait pas brid=E9e en taille (toujours=20
par d=E9faut). L=E0 aussi, les 3 fichiers de donn=E9es gardaient=20
une taille correcte.
Je pr=E9cise que je suis le seul =E0 manipuler ces serveurs,=20
et que la s=E9nilit=E9 ne frappe pas encore =E0 ma porte.
Quelqu'un a-t-il quelquechose =E0 m'apprendre la-dessus, si=20
possible rapidement ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Fred BROUARD
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.
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 ?
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
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+
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 ?
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
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 *************************
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 *************************
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 *************************
