12.01.2009, 13:32 | #1 |
Участник
|
AXA 3.0 SP4.0 trabli s proizvoditelnostju
Izvenjajus za translit.
Nikak ne mozem izbavitsa ot problem s proizvoditelnostju . Pri deistvijah neskolkih polzovatelei vsja sistema zavisaet na nekotoroe vremja. Na sql servere stal pojavljatsa 2 trotsess sqlsrvr.exe razmerom 1,3 giga. V "Sklade" pri proizvedenii inevntura sklada i sozdanija namenklaturi na konkretnoe 4islo proishodit eta operatsija 1-2 4asa. V momenti kogda sistema podvisaet samoe neprijatnoe sto COM connectori idut v timeout v sklade ispolzuetsa inventbatchid a taks ze inventserialid Mozet kto pomozet sovetom |
|
12.01.2009, 13:39 | #2 |
MCITP
|
А наличие блокировк на БД вы проверяли?
Слишком мало информации и многое непонятно, чтоб что-то сказать конкретное.. Что за операция такая ("proishodit eta operatsija")? Может там банальные логические ошибки и надо её править? Что такое "inevntura"? Если честно, лучше уж вы на английском бы написали, вероятно было бы понятнее...
__________________
Zhirenkov Vitaly |
|
12.01.2009, 13:51 | #3 |
Участник
|
sorry angliiskii hromaet
Inventuu.- inventirizatsija sklada. Blokiruetsa eto zna4it sto u oba jusera zdut svoi operatsii N minut . Pri4em eto vremja mozet dohodit do 1 4asa. V to vremja kak otdelno oba jusera mogili bi vipolnit svoi protsessi za paru minut . |
|
12.01.2009, 13:54 | #4 |
Участник
|
Banalno vesaetsa sistema kogda proishodit
V sklade inventerizatsija sklada , sozdaju polnoe sostojanija sklada na kakoi to opredellenii den . V etot moment COM connector kotori otve4aet za vzjatie produktsii na s4et PROIZVODSTVO idet v timeout |
|
12.01.2009, 14:24 | #5 |
MCITP
|
Цитата:
На сколько я понимаю по смыслу, если вы производите операцию инвентаризации склада, то параллельные операции по этому складу должны быть запрещены, разве нет?
__________________
Zhirenkov Vitaly |
|
12.01.2009, 14:28 | #6 |
Участник
|
v etom i est problema , proizvodja inventerizatsiju sklada ja blokiruju vseh i vsja na 2 4asa.
tak kak InventTrans tablitsa blokiruetsa ? ili ja ne prav? Kak mne oboiti eti situatsii ? |
|
12.01.2009, 14:30 | #7 |
Участник
|
Mozet perepisat tak stobi inventerizatsija brala vse danii iz inventsum i vse ?
|
|
12.01.2009, 14:42 | #8 |
MCITP
|
Если вы так сделаете, то результаты вашей инвентаризации могут быть слишком неоднозначными... Что-то проинвентаризировали до вашей параллельной операции, что-то после, а остатки по складу собраны только в начале. Не говоря уже о том что может полететь отрицательный склад и тогда вы вообще не разнесёте инвентаризацию. Вообщем это совсем неправильно, на мой взгляд.
По воводу того, какая таблица и как заблокирована - повторю 3-ий раз, больше не буду , - посмотрите в момент зависания в Management Studio. У меня Аксапты нет под рукой. Возожно, InventItemLocation.
__________________
Zhirenkov Vitaly |
|
12.01.2009, 15:02 | #9 |
Участник
|
tablitsu blokiruet nahozu kakuju no sto mne delat dalse esli ja znaju daza kakaja tablitsa blokiruetsa?
problema v tom sto nekotorii operatsii blokirujut u mene tablitsu poo4eredno . kak mne izbavitsa ot gljuka ? standart eto sozdanija zurnala inventerizatsii sklada i vzjatie produktsii na sklad no oni oba blokirujut drug druga |
|
12.01.2009, 15:14 | #10 |
Участник
|
Takaja situatsija .
2 usera Kazdii user delaet zaprost i tablitsi TABLE_USER1 i TABLE_USER2 Potom metod dlja oboih userov po rzultatam zaprosa dlja vseh daniih delaet zapros v obs4uju tablitsu kotoruju on sootvetstvenno blokiruet TABLE_USER12 , polu4aetsa to sto useri terjajut vremja poka zdut drug druga i poo4eredno blokiruja etu tablitsu sto privodit k bolsoi poteri vremeni na zaprosi. Vozmozno li sdelat tak stobi blokirovalis srazu vse tablitsi kotorii user ispolzuet i on rabotal s nimi do teh por poka ne soversil vse sto emu nado . Togda mi polu4aem vse poslednovatelnost deistvii ? Bute li eto variantom resenija ? Vsja problema v tom sto AXA osnovana na sql predlozenijah i ne mozet srazu zvjat bolsoe koli4estvo daniih i potom ih obrabotat . |
|
12.01.2009, 16:37 | #11 |
MCITP
|
А так у вас блокировки по чтению? Так бы сразу и сказали..
А почему баг? Это нормально для 2000-го сиквела, как я понимаю. Переходите на 2005-ый сиквел с READ_COMMITTED_SNAPSHOT. (Ну или на Оракл ) По форуму поищите, много обсуждалось. По другому избавиться будет сложно от этого, если только переписывать операцию как-то подругому самим.
__________________
Zhirenkov Vitaly |
|
12.01.2009, 17:52 | #12 |
Участник
|
Ja ne uveren 100 protsentno no kod napisan vo vsei axe tak sto obrabotka daniih v 3.0 o4en ne optimezirovana
Raboti s dannimi kak takovoi netu . Vi4islenie v axa 3.0 sebistoimosti tovara po metodu srednjaja mesja4naja u nas na proizvodstve ne smoglo zapustsa i prislos usat FIFO . A ne smoglo zapustitsa vse po toize pri4ine sto funktsija rabotala on 12 do 24 4asov . na samom dele stoit 2008 no poprobuju READ_COMMITTED_SNAPSHOT thx |
|
Теги |
ax3.0, производительность |
|
Похожие темы | ||||
Тема | Ответов | |||
Совместимость SP4 и SP5 | 3 | |||
Axapta SP4 EE FP1 и Axapta SP4 EE | 9 | |||
SP4. Обработка входящего НДС | 7 | |||
Переход на SP4 | 1 | |||
Установка Axapta 3.0 SP4 Easten Europe | 0 |
|