Discussion :

[phoenix40]

Bonjour à tous.

Je viens ici chercher quelques conseils concernant l'optimisation d'un serveur SQL 2012 r2 et aussi les coordonées de quelqu'un pouvant nous aider sur le sujet.

Me concernant je suis l'administrateur systeme et reseau d'une boite et j'ai été embauché dans cette boite lors de l'arrivée de la nouvelle mouture du logiciel de gestion de production. Je n'ai que tres peu de de connaissance en BDD (le reste ça va).

Le probleme actuel est que nous avons un serveur SQL (6 vcpu et 24 go de ram) qui, par moment dans la journée, sature au niveau CPU (j'ai mis 6 cpu ya pas longtemps et c tj pareil).

Je suis donc à la recherche d'infos pouvant me permettre d'endiguer le probleme. J'ai deja utilisé le "moniteur d'activité" pour voir quand ça rame qu'elles etaient les requetes "running". J'ai mis en place tous les week-end des plans de maintenance.

Pour info, l'editeur du logiciel est sponsor de l'equipe de foot de l'OL.

Je suis donc preneur d'infos et de liens et aussi de nom de sociétés ou d'independant pouvant nous aider à optimiser le serveur et surtout la bases et les requetes.

Merci à tous pour votre aide.

[SQLpro]

Nous avons écrit un ouvrage consacré à SQL Server (1 238 pages) dont l'angle d'attaque est la performance :
http://mssqlserver.fr/

Commencez par l'acheter, le lire et appliquer les quelques centaines de préconisations que vous y trouverez...

Ensuite, les choses importantes au niveaux des performances sont, dans l'ordre des gains :
1) le modèle de données (souvent 70% des problèmes de perf...)
2) le stockage et l'indexation
3) les journaux de transactions
4) la base tempdb
5) le style de codage
6) la maintenance (index et stats)

N'hésitez pas à poser des questions à ce sujet

A +

[phoenix40]

Merci SQLPRO pour cette réponseet ne t'offusque pas de la mienne.

Un jour peut-être lirais-je ce roman, lorsque je serais DBA.

Pour toutes les autres personnes qui pourrais lire mon message premier, je suis donc à la recherche d'un expert SQL qui serait basé dans le sudouest (nous sommes du coté de biarritz).

En effet je n'ai pas, pour l'instant, le temps de me plonger dans la lecture d'un roman fleuve.

Mais si quelqu’un à déjà 2 ou 3 pistes à me donner pour améliorer ne serait-ce qu'un chouya le fonctionnement actuel (ram/proc suffisamment dimensionnée, taille et type de fs, plans de maintenance) que je puisse juste savoir si la situation est désespérée ou si ya de l'espoir.

Comme toujours dans mon role d'amin systeme, je suis entre le marteau et l'enclume : tout le monde viens se pleindre "gnagnagna sa rame et le responsable du projet plane complet et s'en fout".

Merci à tous (promis j’arrête de faire ma pleureuse)

[nico84]

Bonjour,

Je ne sais pas qui sponsorise l'OL mais si j'ai bien suivi c'est clairement à lui de dimensionner le serveur. Pour reprendre la liste de SQLPro il est le seul à maitriser la plupart des points.

[phoenix40]

C'est bien la le problème.

Si l’éditeur du logiciel (gestion de production, de la compta et de la paie) était vraiment capable de le faire je ne viendrais pas ici pleurer.

L'éditeur du logiciel à bien vendu à la société dont je fais partis, la nouvelle mouture de son logiciel qui commence à être stable en terme de gestion production. Concernant la paie qui est son cœur de métier depuis des année, no problemo.

Cet éditeur, ne fais pas grand chose en direct et nous redirige vers ses prestataires, dont les compétences sont toutes relatives.

En gros ça tourne, mais sur 3 pattes. J'ai 5 utilisateurs connectés en client "lourd" et autant en client "léger" et le serveur SQL pédale dans la semoule (ou la choucroute, tout dépends d’où vous venez).

Certaines table ont plus de 2 millions de lignes et je pense que certaines requetes ne sont pas optimisées, mais la s’arrête mes compétences.

Voilou et merci.

[SQLpro]

Il n'y a pas beaucoup d'experts SQL Server disponible en ce moment pour différentes raisons :
1) le 4e trimestre est en général très chargé
2) SQL Server ayant un fort vent de poupe, nous sommes submergés de missions
3) les formations d'école d'ingé et universitaires ont longtemps tourné sur SQL Server, puis sur MySQL…
4) il y a peu d'experts SQL Server...

Aussi te renouvelle-je mon offre. Je ne te dis pas de lire le livre, mais comme son titre le dit, l'ouvrage est tourné vers la performance, avec de nombreuses exergues sur ce sujet, qu'il est facile de retrouver dans l'ouvrage et dont certaines peuvent être mises en pratique immédiatement.

A +

[Chess_cgi]

Bonjour à tous.

Je viens ici chercher quelques conseils concernant l'optimisation d'un serveur SQL 2012 r2 et aussi les coordonées de quelqu'un pouvant nous aider sur le sujet.

Me concernant je suis l'administrateur systeme et reseau d'une boite et j'ai été embauché dans cette boite lors de l'arrivée de la nouvelle mouture du logiciel de gestion de production. Je n'ai que tres peu de de connaissance en BDD (le reste ça va).

Le probleme actuel est que nous avons un serveur SQL (6 vcpu et 24 go de ram) qui, par moment dans la journée, sature au niveau CPU (j'ai mis 6 cpu ya pas longtemps et c tj pareil).

Je suis donc à la recherche d'infos pouvant me permettre d'endiguer le probleme. J'ai deja utilisé le "moniteur d'activité" pour voir quand ça rame qu'elles etaient les requetes "running". J'ai mis en place tous les week-end des plans de maintenance.

Pour info, l'editeur du logiciel est sponsor de l'equipe de foot de l'OL.

Je suis donc preneur d'infos et de liens et aussi de nom de sociétés ou d'independant pouvant nous aider à optimiser le serveur et surtout la bases et les requetes.

Merci à tous pour votre aide.

Je suis dans une situation similaire à la tienne.
Un ERP dont la base SQL rame parfois sans que l'on sache très bien pourquoi? Des temps de réponses anormalement long sur une base VS d'autres bases de taille comparable sur la même infrastructure réseau ...
Sauf que l'éditeur n'est pas sponsor de l'OM.


As tu pu trouver de l'aide quelque part ? de quelles sortes ?
Comment t'en es tu sorti.

Merci.

[phoenix40]

Ben, j'ai fait appel à une grosse boite informatique de bordeaux pour un audit et un expert indépendant.
Au final la grosse boite m'a fait un audit et un rapport de 10 pages en m'indiquant quelques point à amméliorer en terme de config du serveur et m'a dit qu'il fallait un audit plus poussé (donc plus cher). L'expert independant m'a dit qu'il fallait acheter une bete de course en config harware (tout ssd raid10 controlleur raid séparé, etc).

Au final j'ai apporté quelques ammélioration à la config du serveur, délocalisé certain soft qui venait taper dans la bdd sur une autre bdd et il y a eu le covid et nous avons perdu 70% d'activité (sous traitant aeronautique).

Donc le serveur n'est plus chargé.

Dans ton cas, monitore la charge cpu de ton serveur en snmp et envoi toi des alerte sur une charge cpu trop importante ou iop disque pour voir à quel moment ça le fait pour voir si ça coincide avec une tache qui tourne qquepart sur un autre serveur. Regarde tes requetes lors de charge dans le moniteur sql (pleins de script pour voir les requetes couteuses). Regarde si des requetes ne restent pas à tourner "en boucle" sur le serveur (moi ça m'arrive).

En gros moi j'ai un ERP de merde codé avec les pieds, une base qui fait 80 gigas avec des tables qui contiennent plus de 4 millions de lignes et ou il manque des index ou clés primaire (je sais plus).

Pour les ralentissement j'avais un outils de reporting qui requetait à mort sur la base de prod et du coup je l'ai passé sur un serveur sql ayant une copie de la base de prod et du coup ça va mieux.

Car je pensais (j'etait une bille en sql) que des acces en lecture à une base ne pouvait pas la bloquer !!!! grosse erreur de ma part.

Voilou j'ai essayé de faire court.

[SQLpro]

Pour information lit et applique les éléments que je donne ici :
https://www.developpez.net/forums/d2.../#post11686586

A +