28.02.2018, 17:09 | #1 |
Участник
|
Запуск службы аоса 2012 R3
Такой вопрос:
Как по вашему мнению, сколько по-времени имеет право стартовать аос 2012-й аксапты ? 10 секунд 1 минуту 10 минут 30 минут. Вопрос задан при условии что это не первый старт (создание индексов, выкачка меток и.т.п. процедуры уже сделаны). Просто застопили аос и запустили вновь. |
|
28.02.2018, 17:28 | #2 |
Участник
|
может очень долго, когда ждет базу.
проверьте базу. там либо deadlock, либо откат транзакций по большому transaction log, либо база в монопольном режиме, либо ребилд, либо еще что-то подобное нештатное, но сильно блокирующее |
|
|
За это сообщение автора поблагодарили: Logger (3). |
28.02.2018, 17:35 | #3 |
Участник
|
Если просто перезапуск, то 1-2 минуты обычно. Быстрее очень редко видел, дольше - это уже не нормально. На голый перезапуск также влияет количество сервисов, которые активированы.
__________________
Ivanhoe as is.. |
|
|
За это сообщение автора поблагодарили: mazzy (2), Logger (3). |
28.02.2018, 17:50 | #4 |
Участник
|
Кроме тормозов на базе моделей еще может сильно влиять включение отладки кода X++, если прежде она была выключена. При этом АОС начинает заполнять каталог bin\XppIL\source парой сотен тысяч файликов с исходниками, что занимает дохреналион времени.
|
|
|
За это сообщение автора поблагодарили: Logger (3). |
28.02.2018, 18:04 | #5 |
Участник
|
Стопиться может достаточно приличное время - до 10-15 минут.
Запуск в пределах 1,5 минут.
__________________
Ален ноби, ностра алис. Что означает - если один человек построил, другой завсегда разобрать может. |
|
|
За это сообщение автора поблагодарили: Logger (3). |
28.02.2018, 18:09 | #6 |
Axapta
|
|
|
|
За это сообщение автора поблагодарили: Logger (3). |
28.02.2018, 18:09 | #7 |
Участник
|
Такую ситуацию должно быть видно в Resource Monitor на хосте АОСа по активному обмену процесса с файликами в папке Xppil
__________________
Ален ноби, ностра алис. Что означает - если один человек построил, другой завсегда разобрать может. |
|
28.02.2018, 18:18 | #8 |
Участник
|
Спасибо всем ответившим.
Вопрос прежде всего в том - какое время считается нормальным для старта аоса. Т.е. если он стартует 10-20 минут - это явный криминал или допустимо? И какое время считается нормальным. В нашем случае похоже блокировок нет. Просто медленно работает и все. |
|
28.02.2018, 18:21 | #9 |
Участник
|
Цитата:
Или только один раз, а потом быстро ? (А если исходный код поменялся, он же должен как-то состояние этих файликов синхронизировать с исходниками, которые в базе хранятся? Или ему пофигу ?) |
|
28.02.2018, 18:45 | #10 |
Участник
|
Цитата:
Максимум, который я видел - это минут 7-8 было и то только потому что там были проблемы с базой, как писал выше Сергей. |
|
|
За это сообщение автора поблагодарили: Logger (3). |
01.03.2018, 09:10 | #11 |
Участник
|
Можно попробовать переиндексировать базу model, если есть возможность в онлайн режиме. Табличка SYSXPPASSEMBLY содержит CIL, на ней могут быть тормоза, т.к. при каждом старте АОС пытается сначала сравнить CIL в модельке с CIL-ом в папочке XppIL и при необходимости обновить в ней файлики.
|
|
01.03.2018, 09:20 | #12 |
Участник
|
В догонку, надеюсь "гипер"-вирус "приструнен", если установлен конечно на АОС-е.
|
|
01.03.2018, 16:37 | #13 |
Участник
|
Топикстартеру: напишите сюда EventLog запуска AOS. Там конкретная последовательность операций, сможем более точно сказать, на каком этапе проблема.
__________________
Ivanhoe as is.. |
|
02.03.2018, 00:14 | #14 |
Участник
|
Запускается АОС долго потому, что компилилует библиотеки и синхронизирует CIl.
Несколько минут для старта обычно достаточно (если не происходит синхр. СИЛ) Останавливается может долго, если выполняются батчи. Последний раз редактировалось GannexMan; 02.03.2018 в 00:17. |
|
02.03.2018, 10:10 | #15 |
Участник
|
Рекомендуется время от времени чистить таблицы SysServerSessions и SysClientSessions. Там остается старый мусор, который также влияет на скорость запуска АОС.
|
|