|  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 | |||
| 
 |