| | Description | Des locks sur les tables STOCK et STOLOT sont un phénomène lié à plusieurs facteurs. La concomitance des transactions de stock qui s’opèrent en même temps est l’un de ces critères. C’est le phénomène de contention des stocks : des lignes de stocks sollicitées en même temps. Moins il y a de lignes de stock pour un article plus elles seront sollicitées : Contentions des stocks - accès à la même ligne de stock impliquant parfois de passer le compteur STO en base de données
Le mode d’interface avec les stocks ainsi que les spécifiques jouent également un rôle.
Sachant qu’en standard les mises à jour de STOJOU et STOCK sont au sein de la même transaction, la volumétrie est l’une des causes possibles qu’il convient de monitorer :
- Alléger le paramétrage superflu (par exemple le nombre de famille de coût article et machine / main d’œuvre à limiter au strict essentiel). Donc faire attention aux dimensionnent dans le chapitre des codes activités.
- Recetter et gérer la séquence de lancement des batchs qui peuvent avoir des impacts sur les lignes de stocks (allocation, entrées, sorties). En effet il peut y avoir des risques de contentions des stocks avec gestion des locks et potentielles désynchronisations.
- Vérifier la pertinence de certains paramétrages notamment en termes de valorisation des stocks (régularisations entrées, sorties. Valorisation des mouvements internes et double valo – peu utile. Parfois le coût standard ou standard actualisé est une option pertinente)
- Le maître mot étant le recettage, c’est la simultanéité des flux de stock qui peut poser des problèmes
- Eviter de rendre actif les déclencheurs statistiques (fonction GESPS2) ou du moins rendre en mode batch (option en bas à droite) ceux qui sont utilisés
- En résumé : audit fonctionnel à voir
- Les audits (fonction GESATB / onglet audit) sont consommateurs de ressources car opèrent des écritures supplémentaires dans les transactions de mise à jour (cela met des triggers dans les tables et met des locks supplémentaires ; donc cela accentue la contention)
- Hardware : diagnostic de performance à faire
- Des configurations optimisées de sql serveur sont à étudier ; et « du ménage » à faire dans les répertoires TRA et tmp notamment.
- Il faut prévoir aussi purge et archivage.
|
|