AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Администрирование
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 26.01.2015, 16:14   #1  
svd-alex is offline
svd-alex
Участник
 
12 / 11 (1) +
Регистрация: 18.12.2014
Странные "тормоза" АОСов
Коллеги, приветствую!

У нас практически каждый день происходят следующие непонятные вещи (AX 2012 R2, 3 рабочих АОСа) : в какой то момент пользователи жалуются что у них при работе всё дико тормозит (в основном менеджеры по продажам и тормоза в основном при работе с заказами на продажу). Мы перегружаем АОСы и после этого какое то время всё работает нормально и в какой-то момент повторяется.
Написали небольшой JOB, который просто в цикле получает товары из заказа и выдаёт время, потраченное на эту нехитрую операцию - обычно оно 1-2 сек. А в момент торможения на одном из АОСов это время может достигать 30-50 сек. При этом процессор, диск, сеть на этом АОСе абсолютно не загружены (загружены не больше чем обычно). На остальных АОСах по прежнему всё быстро работает. Перегружаем тормозящий АОС (сам сервис) и всё становится нормально.
Может быть есть идеи в чём может быть причина такого странного поведения?
Старый 26.01.2015, 16:58   #2  
ice321i is offline
ice321i
Участник
 
60 / 47 (2) +++
Регистрация: 22.10.2007
А что происходит на SQL сервере. Есть ли блокировки в тот момент когда появляются тормоза?
Старый 26.01.2015, 17:00   #3  
svd-alex is offline
svd-alex
Участник
 
12 / 11 (1) +
Регистрация: 18.12.2014
В том то и дело что на SQL сервере никаких блокировок, проблем с очередями к диску, памятью и т.д. Да и остальные АОСы в это же время чувствуют себя хорошо, т.е. скорее всего это не БД.
Старый 26.01.2015, 17:35   #4  
Logger is offline
Logger
Участник
Лучший по профессии 2015
Лучший по профессии 2014
 
3,867 / 3123 (112) ++++++++++
Регистрация: 12.10.2004
Адрес: Москва
Записей в блоге: 2
Есть ощущение что аос или sql уходит в своп. При перезагрузке/перестарте память высвобождается и поэтому работает быстро до следующего ухода.
В любом случае очень мало инфы предоставлено, чтобы можно было сделать выводы.
За это сообщение автора поблагодарили: gl00mie (2).
Старый 26.01.2015, 20:34   #5  
svd-alex is offline
svd-alex
Участник
 
12 / 11 (1) +
Регистрация: 18.12.2014
На БД смотрел - нет свопинга, на АОСе нет, но посмотрю в следующий раз. Понимаю что инфы маловато, но... что ещё можно посмотреть/подкрутить?
Старый 27.01.2015, 10:37   #6  
Михаил Андреев is offline
Михаил Андреев
Участник
Компания АМАНД
Лучший по профессии 2009
 
1,284 / 239 (10) ++++++
Регистрация: 09.11.2001
Адрес: Химки, Московская область
Ещё вероятная причина - сеть. Но это маловероятно, если она выделенная. Как связаны между собой АОС и SQL? Отдельный выделенный канал?
__________________
Михаил Андреев
https://www.amand.ru
Старый 27.01.2015, 11:20   #7  
Ivanhoe is offline
Ivanhoe
Участник
Аватар для Ivanhoe
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
 
4,143 / 2155 (80) +++++++++
Регистрация: 29.09.2005
Адрес: Санкт-Петербург
Вы случайно не ведете разработку / меняете права доступа на боевой системе во время работы пользователей?
__________________
Ivanhoe as is..
Старый 27.01.2015, 16:33   #8  
svd-alex is offline
svd-alex
Участник
 
12 / 11 (1) +
Регистрация: 18.12.2014
Цитата:
Сообщение от Ivanhoe Посмотреть сообщение
Вы случайно не ведете разработку / меняете права доступа на боевой системе во время работы пользователей?
Программисты грешат этим у нас. Не то что прямо разработку ведут, но какие то правки и отладку постоянно делают....


Цитата:
Сообщение от Михаил Андреев Посмотреть сообщение
Ещё вероятная причина - сеть. Но это маловероятно, если она выделенная. Как связаны между собой АОС и SQL? Отдельный выделенный канал?
Нет, через свич. Думаете есть смысл связать из напрямую (кол-во сетевых карт на серверах это позволяет)? Но судя по монитору загрузка сети даже в пики не более 10%
Старый 27.01.2015, 18:08   #9  
Ivanhoe is offline
Ivanhoe
Участник
Аватар для Ivanhoe
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
 
4,143 / 2155 (80) +++++++++
Регистрация: 29.09.2005
Адрес: Санкт-Петербург
Если менять таблицы / меню-айтемы или права доступа по-горячему, то система начинает обновлять кеш прав доступа по каждому пользователю он-лайн. Каждое изменение инициирует обновление, они могут "наслаиваться" друг на друга, в итоге АОС кушает много памяти и начинает заниматься только этим вплоть до перезагрузки. Не ваш случай?
__________________
Ivanhoe as is..
За это сообщение автора поблагодарили: Logger (1).
Старый 28.01.2015, 10:23   #10  
Товарищ ♂uatr is offline
Товарищ ♂uatr
Участник
Аватар для Товарищ ♂uatr
MCBMSS
 
265 / 808 (27) +++++++
Регистрация: 23.10.2012
Цитата:
Сообщение от Ivanhoe Посмотреть сообщение
Если менять таблицы / меню-айтемы или права доступа по-горячему, то система начинает обновлять кеш прав доступа по каждому пользователю он-лайн.
Речь идёт о обновлении кэша в рамках того АОСа на котором были внесены изменения и откомпилирован код?

Последний раз редактировалось Товарищ ♂uatr; 28.01.2015 в 10:41.
Старый 28.01.2015, 10:54   #11  
gl00mie is offline
gl00mie
Участник
MCBMSS
Most Valuable Professional
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,684 / 5788 (200) ++++++++++
Регистрация: 28.11.2005
Адрес: Москва
Записей в блоге: 3
См. публикацию AX user sessions hanging following changes to security:
Цитата:
Security cache thrashing can cause a number of different performance issues. A common symptom of this problem is when multiple user sessions becoming unresponsive. This can then lead to high memory usage by the AOSs and increasing numbers of online user sessions, as affected users abandon their hanging session and try to initiate further sessions on the server. New user logons may eventually be blocked, making the system completely inaccessible.
Здесь АОСы упоминаются во множественном числе, так что изменение прав доступа "на лету", видимо, влияет не только на тот АОС, на котором было произведено изменение.
За это сообщение автора поблагодарили: Logger (3), Товарищ ♂uatr (1).
Старый 28.01.2015, 13:09   #12  
svd-alex is offline
svd-alex
Участник
 
12 / 11 (1) +
Регистрация: 18.12.2014
Цитата:
Сообщение от Ivanhoe Посмотреть сообщение
Если менять таблицы / меню-айтемы или права доступа по-горячему, то система начинает обновлять кеш прав доступа по каждому пользователю он-лайн. Каждое изменение инициирует обновление, они могут "наслаиваться" друг на друга, в итоге АОС кушает много памяти и начинает заниматься только этим вплоть до перезагрузки. Не ваш случай?
Даже если что то там АОС (или АОСы) и обновляют, то внешне (потребление памяти, ресурсов процессора или сети) это никак не проявляется
Старый 30.01.2015, 14:45   #13  
Товарищ ♂uatr is offline
Товарищ ♂uatr
Участник
Аватар для Товарищ ♂uatr
MCBMSS
 
265 / 808 (27) +++++++
Регистрация: 23.10.2012
Есть предположение, что причиной снижения производительности (ну или белым экраном) при работе в Аксапте может быть CIL. А именно функционал блокирующий AppDomain приложения. Подскажите, сталкивался ли кто-либо с этим?
Теги
ax2012

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
emeadaxsupport: The INSERT statement conflicted with the FOREIGN KEY constraint "FK_ModelElementData_HasModelId_LayerId". The conflict occurred in database "YourDataBaseName_model", table "dbo.Model" Blog bot DAX Blogs 0 23.05.2014 13:11
Чистка черновиков или тормоза на форме "Проекты" AX2009 RU5 Pustik DAX: Программирование 5 15.12.2011 19:13
Сколько АОСов "смотрят" на одно приложение? Ace of Database DAX: Администрирование 6 09.06.2005 16:45
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 01:43.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.