отложенный учет документов двумя NASами

[zuzka]

Руководство поручило пранализировать возможность разнести отложенный учет документов с одного NAS на два. На что порекомендуете обратить особое внимание? Блокировки - первоочередной приоритет поиска, уже в процессе... Просто реально сижу и ломаю голову что еще может не срастись.

[IGG]

Zitat:

Zitat von zuzka

Руководство поручило пранализировать возможность разнести отложенный учет документов с одного NAS на два. На что порекомендуете обратить особое внимание? Блокировки - первоочередной приоритет поиска, уже в процессе... Просто реально сижу и ломаю голову что еще может не срастись.

Предотвращение захвата одного и того же документа несколькими NAS

[zuzka]

Это естественно - документы разбиваются по типам источников, вот и копаюсь в логике в поисках вероятности возникновения проблем при учете разных типов на разных НАСах... Здесь видимо больше вопрос к бизнес-аналитикам, но у нас увы разработчики ковыряют логику чтобы ее узнал аналитик) Что интересное найду - обязательно отпишусь.

[IGG]

Zitat:

Zitat von zuzka

Это естественно - документы разбиваются по типам источников, вот и копаюсь в логике в поисках вероятности возникновения проблем при учете разных типов на разных НАСах... Здесь видимо больше вопрос к бизнес-аналитикам, но у нас увы разработчики ковыряют логику чтобы ее узнал аналитик) Что интересное найду - обязательно отпишусь.

То есть если документы одного типа окончились то один NAS простаивает?

[rmv]

А вы и не ломайте голову. Девять беременных женщин за месяц не родят.
Накладные расходы будут выше чем мнимая выгода от двух NAS.

[zuzka]

Zitat:

Zitat von IGHG

То есть если документы одного типа окончились то один NAS простаивает?

На данный момент НАСы не простаивают никогда - всегда очередь. Имеет место рост очереди и замедление других операций в дневное время, поэтому и смотрим что можно скинуть на другой НАС.

Zitat:

Zitat von rmv

А вы и не ломайте голову. Девять беременных женщин за месяц не родят.
Накладные расходы будут выше чем мнимая выгода от двух NAS.

На данный момент компания теряет прибыль от задержки в учете: заказов на продажу, заявок на доставку.

Zitat:

Zitat von jopagames3

Насколько я помню, zuzka работает "за идею" (т.е. разобраться и стать более ценным специалистом).
Поэтому коммерческой составляющей этой задачи можно смело пренебречь.
Всегда приятно немного "поколхозить с учётом" или "вкрячить второй NAS", а потом посмотреть, что из этого получится.

ЗЫ: А если слишком много рассуждать о деньгах, то можно поставить под сомнение ВООБЩЕ(!) всю выгоду от внедрения NAV. (и прочего недешевого Микрософта)

Собственно уже выяснил что особо ничего не получится, сбросить на другой НАС (который давно есть и используется для тестовых нужд в продуктивной среде) можно лишь то что очень редко появляется на учете и занимает учетный НАС на минимальное время...

З.Ы. Кое что по теме: нарыл небольшую багу в кодеюните 80 выборку из таблицы детальных операций клиентов, выборка не по первичному ключу - а записей там...... добавил ключ, перед выборкой переключил на него - учет полетел)))

[alexb_imported]

Zitat:

Zitat von zuzka

З.Ы. Кое что по теме: нарыл небольшую багу в кодеюните 80 выборку из таблицы детальных операций клиентов, выборка не по первичному ключу - а записей там...... добавил ключ, перед выборкой переключил на него - учет полетел)))

Найденный Вами баг: это в NAV-стандарте или в доработках? Если в NAV-стандарте: где именно?

[zuzka]

Скорее всего в доработке (до меня и при мне было 3 подрядчика). Функция RemoveFictApplForPrepayment в кодъюните 80, в функции цикл прохода по таблице 21 с выборкой из таблицы 379, в 379 юзается дефолтный первичный ключ по полю "Entry No." а выборка идет по "Cust. Ledger Entry No." - на него и перекинул ключ и сразу отсеялось более 2-х тысяч лишних строк (фактически с 2.5-3к записей сменилось на 2-5 БЕЗ ТЫСЯЧ) при каждой итерации цикла.

[rmv]

Вы разумно сделали что начали бороться с причиной - кривым кодом, а не следствиями.
Хотя 2 NASа в принципе неплохо для тестирования. Это как два антивиря ставить на комп - кто кого съест.
Запускаете профайлер в режиме контроля эскалации блокировок и отловки дедлоков, запускаете учет и наслаждаетесь. Уверяю, ждет Вас множество приятных и не очень открытий.
Сам потратил прилично времени на переосмысление данных трассировки и на вычистку гуамнокода.
Кто бы мог подумать что банальный modifyall без if find('-') вначале может полностью заблокировать таблицу от изменения.

[RedFox]

Zitat:

Zitat von zuzka

З.Ы. Кое что по теме: нарыл небольшую багу в кодеюните 80 выборку из таблицы детальных операций клиентов, выборка не по первичному ключу - а записей там...... добавил ключ, перед выборкой переключил на него - учет полетел)))

Ану-ану расскажите где енто чудо "таблицы детальных операций клиентов" живет в CU80??

[InTacto]

RedFox
через одно сообщение срыв покровов - доделка была

[zuzka]

Zitat:

Zitat von InTacto

RedFox
через одно сообщение срыв покровов - доделка была

собственно намекнул руководству о более вероятном анализе кода при отложеном учете, для поиска таких вот "прогулок" по таблицам в циклах с выборками мимо первичных ключей - вроде пока от идеи второго НАСа отказались, думают давать ли добро на анализ (времени то я запросил немало - один фиг не дадут на 100% его использовать).

[IGG]

Zitat:

Zitat von zuzka

Zitat:

Zitat von InTacto

RedFox
через одно сообщение срыв покровов - доделка была

собственно намекнул руководству о более вероятном анализе кода при отложеном учете, для поиска таких вот "прогулок" по таблицам в циклах с выборками мимо первичных ключей - вроде пока от идеи второго НАСа отказались, думают давать ли добро на анализ (времени то я запросил немало - один фиг не дадут на 100% его использовать).

Тоже путь. Монитор клиента и профайлер - и выискивать тяжелые места:-)
Но за второй NAS как я понимаю надо доплачивать и расширять лицензию

[zuzka]

Zitat:

Zitat von IGHG

Тоже путь. Монитор клиента и профайлер - и выискивать тяжелые места:-)
Но за второй NAS как я понимаю надо доплачивать и расширять лицензию

Уже начал ковыряться, за первых пару часов выяснился один забавный факт: FIND vs FINDSET - через профайлер SQL.
Думаю ковырять мне не перековырять таких мест...

[Storkich]

Zitat:

Zitat von zuzka

Думаю ковырять мне не перековырять таких мест...

Зови в гости, если в Москве, покажу огромный нераскрытый потенциал.
Или через teamviewer, если далеко.
Вот +79164563531