Discussion :

[ZuZu]

Bonjour,


j'ai deux postes sur un reseaux industriel avec SQLServer2000 d'installe. Les deux sont des serveurs SQL, mais sur le premier qu'on apellera serveur, un progiciel archive des données dans 3 tables chaque secondes, ces données sont remontées sur le second chaque jour a minuit.

Pb1 : Plusieurs fois dans la journée, la tâche SQLServer occupe 100% des ressources (et travaille su rle disque) mais je ne sais pas ce qu'il se passe, aucun evenement dans le journal windows, aucun job execute.

Pb2 : La nuit dernière le serveur est resté bloqué plusieurs heures, avec une belle liste d'erreur DCOM dans le journal windows, et une autre erreur SQLServer au départ (deja survenue auparavent) qui dit qu'il ne peut pas ecrire dans le journal car la taille des données est trop petite. (traduction mediocre de l'espagnol)

J'ai remarque Une autre erreur qui dit qu'il ne peut ecrire dans le groupe PRIMARY car je ne sais pas quoi est plein, ou quelque chose comme ca ...


Je ne sais absolument pas ce qui est à l'origine de ce ou ces problèmes s'ils sont différents, ni comment les résoudre.

Peut-etre la configuration des fichiers de log dans les serveurs ? La taille des deux bases sur les deux postes est limitée (5Go), les logs aussi (1Go) et l'accroissement des fichiers est sur 1Mo pour les donnees et les logs.


Merci infiniment pour toute aide.


PS : Je peux envoyer les fichiers logs windows si necessaire a ceux qui veulent.

[vttman]

Bon c juste pour dire, (sans prétention aucune) ...

Bon pour le pb1, j'ai pas de formation admin en Sql Server
mais tu pourrais regarder sous Entreprise Manager
dans la partie "Management" - "Current activity" pour
voir ce qui pourrait bloquer (requête)

Sinon niveau de ta Base de données, regarder dans propriétés
pour voir si ya pas un truc louche (onglet "Data file" - Automatically grow file)

Cela dit si un progiciel accéde à ta base toute les secondes
peut être que ton serveur / dd ne suis pas ?

[Fabien Celaia]

... et jettes un ouil dans l'errorlog

[ZuZu]

Je suis loin de m'y connaitre pour ma part, j'ai seulement fait quelques packages pour gerer l'archivage des tables, il n'y a que deux jobs sur le PC2, l'archivage qui se fait a minuit, et un compactage a 15h, et un seul sur PC1: un compactage a 15h.

vttman, je vais essayer de regarder les activites, mais je crois malheureusement que ce sera difficile etant donne que je devrais etre sur le PC2 (puisque PC1 bloque) qui ne se trouve pas sur le meme site, et je ne sais pas quand le probleme survient ni combien de temps (1min, 5-10 min) mais si j'y arrive je vous informe. Je pense qu'il se demele les crayon de temps en temps mais quelle serait alors la strategie a adopter (en terme de taille limite de base, de memoire a occuper par le serveur, etc ...) pour eviter ce probleme ? (Et c'est un tres gros probleme pour moi ici, car ce PC qui se bloque rend dangereux l'installation)

Dans les propriete de la base, j'ai definie une taille limite comme je l'ai dit dans le premier message, mais la encore je ne sais pas du tout comment doivent etre choisis ces parametres.


Dans les Logs SQL il y a des tonnes de fois la meme ligne qui dit qu'il ne peut pas ecrire parce que le groupe PRIMARY est FULL pour une certaine base de donnee (en anglais je comprends mieux ...). J'ai donc verifie cette base qui ne contient que des infos de parametrage et ou seule une tres petite quantite d'info est parfois renseignee, malheureusement la taille de cette base etait limitee tres basse, je l'ai donc augmente, mais est-ce pour cette raison que SQLServer bloque tout ?



Je diminue la taille de la base sur le serveur chaque jour jusqu'a arriver a 1Go environ (encore 3 actuellement) en esperant que ca resolve le probleme.
Si ce n'est pas le cas, je pensais faire un archivage des donnees chaque heure sur un PC1bis qui est en reseau 100Mbps avec PC1, puis de PC1bis a PC2 (1Mbps) chaque jour (comme actuellement), mais je ne sais pas si ca ne fera pas que deplacer le probleme un peu plus loin. La base sur PC1 sera simplement plus legere, mais dans le cas du fameux probleme ... ?

[SQLpro]

Comme tout SGBDR, SQL Server utilise differentes bases de données pour ses travaux internes.

Ainsi les bases master, tempdb, msdb, model servent à stocker les éléments permettant de faire fonctionner tes bases à toi.

Un SGBDR comme SQL Server (ou Oracle, DB2, Interbase...) nécessite une bonne formation, INDISPENSABLE pour pouvoir l'utiliser correctement.

Ainsi le fait d'avoir fixé et limité la taille de toutes les bases sans au préalable s'être livré à un calcul de volumétrie est une erreur grave qui ne peut conduire qu'au blocage du serveur ou pire au flingage d'une base.

Le mieux lorsqu'on ne maitrise pas un SGBDR est de lui laisser faire par défaut tout ce qu'il a besoin et de le surveiller de temps à autre.
Par exemple dans SQL Server, la seule chose à surveiller est effectivement le volume des bases de données, et pour en récupérer il existe des actions comme la sauvegarde avec troncature du fichier de journalisation.

A +

[ZuZu]

Il est bien evident que je n'ai pas les connaissances necessaires pour utiliser au mieux SQLServer, je n'en ai absolument pas la pretention, seulement d'arriver a mes fins d'une maniere qui tienne la route (archivage de donnees avec visualisation ulterieure sur autre logiciel)

Pour ma base, je l'ai limite en pensant (oh grave erreur !!) qu'arrivé a la taille limite les donnees les plus anciennes seraient effacées (ce serait trop facile ...)
Pour la seconde, cette base a ete cree par le progiciel dont il est question, les autres ne sont pas limitées.

Je preferais betement limiter la taille des bases avant que celle-ci n'atteigne les limites des disques, c'est la seule raison, mais je ne devrais plus avoir ce probleme maintenant (et je vais suprimer cette restriction sous tes conseils puisque de toute facon elle ne m'est d'aucune utilite ...)

Mon soucis principal est en effet que cette instalaltion fonctionne encore 2-3 ans sans aucune assistance .......... (oui, j'ai bu un peu a midi pourquoi ?...), c'est a dire l'archivage des donnees, la suppression au fur et a mesure, la possibilite de visualiser rapidement n'importe quelle information recente ou non)


Pour mon probleme initial, cela semble se passer de mieux en mieux, la taille de la base semblant donc en etre la principale cause, je mets donc ce sujet resolu au risque d'y revenir d'ici quelques semaines.

Merci a tous.