Discussion :

[Invité]

Bonjour,

J'ai un petit, ou meme gros souci avec Sage Commercial qui utilise SQL Server, donc je ne sais pas si je me trompe de post ou non.

En effet, l'accès à la base de Sage est vraiment tres lent (8 secondes pour l'ecriture d'un article dans la base), la base fait environ 2Go pour 150.000 enregistrements, environ 50 users.

J'ai vu que certaines personnes ont des bases 10 fois plus gros que le mien sur des posts en anglais.

Pour information, j'ai deja verifié l'acces reseau et c'est nickel.

Merci d'avance.

[elsuket]

Bonjour,

Effectivement 8 secondes pour 150.000 lignes, c'est assez inquiétant.
Est-ce que la base est devenue lente subitement, ou est-ce que vous avez effectué un chargement de données ?

A tout hasard, est-ce que vous sauriez si les statistiques sont maintenues sur cette base de données ?

@++

[Invité]

Bonjour et bonne année.

Merci de votre réponse et je m'excuse de ma réponse tardive.

L’accès ne s'est pas subitement ralentie mais elle prend plus de temps de jour en jour pour l’accès.

En fait, c'est une genre de supermarché ou l'on utilise un scanneur code barre pour insérer des éléments dans la base.

Et pour info aussi, on n'effectue pas de defrag sur le disque.

[darkelend]

Et pour info aussi, on n'effectue pas de defrag sur le disque.

Au niveau base de données, la défragmentation n'est pas comparable à un serveur de fichiers.
Tu dois réorganiser/reconstruire tes indexs et recalculer les statistiques régulièrement dans un plan de maintenance. C'est la première chose que je ferais à ta place.

[SQLpro]

Quelle est la configuration du serveur :
RAM ?
CPU ?
DISQUES ? (organisation RAID, volume globale, place libre...)
version Windows ? 32 ou 64 bits ?
version SQL Server ? 32 ou 64 bits ?
Quelle est la configuration de votre instance SQL Server ?
Lancez sp_configure et donnez nous le résultat.

A +

[Invité]

Bonjour a tous,

C'est un XEON X3430 2.4Ghz, 8gb RAM, DD150Go à 15000tour/min
Win Server 2008 64bit, SQL Server 2008.

Desolé pour le tableau en sortie de p_configure, j'ai fais juste une copier/coller

name minimum maximum config_value run_value
allow updates 0 1 0 0
clr enabled 0 1 0 0
cross db ownership chaining 0 1 0 0
default language 0 9999 2 2
filestream access level 0 2 0 0
max text repl size (B) -1 2147483647 65536 65536
nested triggers 0 1 1 1
remote access 0 1 1 1
remote admin connections 0 1 0 0
remote login timeout (s) 0 2147483647 20 20
remote proc trans 0 1 0 0
remote query timeout (s) 0 2147483647 600 600
server trigger recursion 0 1 1 1
show advanced options 0 1 0 0
user options 0 32767 0 0

[rudib]

à vue de nez, Sage est probablement mal conçu pour SQL Server. Quand on lit ce genre de choses on est mort de rire :

http://www.zoom.fr/phpBB2/sql-server...-50-t4013.html

Tu devrais faire une trace du profiler durant l'ajout d'un article pour voir un peu plus d'où ça vient.
http://rudi.developpez.com/sqlserver.../optimisation/

[Invité]

Bonjour,

J'ai aussi des infos en sus, la réindexation se fait automatiquement tous les fins de semaine et la recopie de la base tout les 3 mois, mais visiblement pas de resultat.

Cordialement.

[Invité]

bonjour, merci de vos reponses,


pour la compatibilité de Sage avec Ms Sql Server, je ne sais pas, le DVD de Sage etait livré avec une installation de Sql server, donc il etait imperatif d'utiliser Sql Server.

J'ai deja essayé le profiling et à quels resultats devrais-je m'attendre ?

Cdlt.

[rudib]

Tes questions sont trop vagues, ce qui veut dire deux choses :

1/ tu ne connais pas bien SQL Server, c'est normal et pas un problème
2/ tu n'as pas assez cherché par toi-même et tu espères qu'on fasse tout le boulot à ta place, ce qui est plus un problème. As-tu lu mon article sur l'utilisation du profiler ? J'y parle des colonnes utiles pour voir les performance. Si tu as des questions précises et des problèmes par rapport à ça, on est là pour te répondre.

[Invité]

2/ tu n'as pas assez cherché par toi-même et tu espères qu'on fasse tout le boulot à ta place, ce qui est plus un problème. As-tu lu mon article sur l'utilisation du profiler ? J'y parle des colonnes utiles pour voir les performance. Si tu as des questions précises et des problèmes par rapport à ça, on est là pour te répondre.

Merci pour la reponse,

J'ai bien lu ton cours, et je l'ai déjà mis en pratique, la j'ai vu que lors d'une insertion sur saisie, Sage execute environ 7 requetes, or une requete dure environ 1 seconde.

Mais vu que c'est du Sage, je pense que je n'ai pas besoin d'analyser ses index, la recompilation, ...

Et aussi j'ai deja vu dans certains forums des entreprises qui utilisent des bases 20 fois plus grosses mais fonctionnent correctement.

[rudib]

Donc tu veux dire que le temps total de l'exécution des requêtes que tu vois dans le profiler est nettement inférieur au temps total d'exécution que tu ressens dans l'application ? Si c'est le cas la base de données n'est peut-être pas en cause. As-tu vu d'ailleurs avec le support technique de Sage ?

[Invité]

Bonjour,

Oui c'est bien ça, qd je regarde du coté profiler et que j'additione les execution Time, ca donne environ 2 secondes, or lors de l'éxécution ca donne 8 à 12 secondes.

Concernant la support technique, il nous sortent tout le temps les memes refrains sur quoi augmenter la RAM qui est deja assez elevé comme ça, changer de PC serveur. Le pbm avec les supports c'est que c'est une equipe de commercial mais pas d'experts en info

[rudib]

Je vois, le support technique classique. J'ai vu passer dans un lien que j'ai mis plus haut des gens qui installaient des versions de Sage et tout à coup ça allait plus vite ou plus lentement ... c'est peut-être de ce côté-là qu'il faut voir. C'est peut-être dans le code client que ça pose problème ?

[SQLpro]

Dans les migrations de version ils ont juste oublié de remettre à jour toutes les stats....

A +

[Invité]

Bonjour,

Apres quelque changement de pc pour la caisse(on les a passé en i3, et on a changé la carte reseau), la durée de l’opération diminué de 1/2, ça a passé a 4 secondes. Mais c'est encore lent par rapport à d'autres supermarchés.

J'ai deja fait la recopie, la MAJ de stats, la reindexation mais sans effet.

[SQLpro]

Avez-vous redimensionné les espaces de stockage en donnant une mesure large, par exemple le volume donné par sp_spacused x 5 ?

Avez-vous une procédure de SHRINKage des fichiers . Si oui, supprimez là !

A +,

[Invité]

Avez-vous redimensionné les espaces de stockage en donnant une mesure large, par exemple le volume donné par sp_spacused x 5 ?

Pouvez-vous me mettre un peu sur la voie ?

Avez-vous une procédure de SHRINKage des fichiers . Si oui, supprimez là !

J'ai desactivé AutoShrink et ça a l'air de donner quelque millisecondes au traitement en general, plus de performance.

[rudib]

Tout ça c'est sympa, mais si le problème ne vient pas de SQL Server, ça ne va pas donner grand chose. Si grâce au profiler tu arrives à identifier toutes les requêtes qu'envoie SAGE au serveur pendant une opération, tu les récupères dans management studio, tu les exécutes d'un coup (dans une transaction pour pouvoir l'annuler, attention à ne pas pourrir les données) et tu calcules le temps que cela prend. Si c'est rapide, ça veut dire que ton problème n'est pas SQL Server, mais soit l'appli cliente, soit le réseau.

[Invité]

Bref,

Je vais resumer ce que j'ai fait si quelqu'un en a besoin dans le futur :

-Desactiver AutoShrink,
-MAJ de stat
-Reindexation
-Recopie

Mais je pense que le pbm ne vient pas de la base elle-meme.
Donc, remplacer :
-le PC par un plus performant,
-la carte reseau par un plus rapide

ou verifier la capacité du reseau. Ces choses que je cite la pourront vous aider.

Je vais marquer comme resolu, mais si qq1 a de nouveaux astuces, je suis preneur.

Merci de vos reponses