|
очень долго запускается 1с | ☑ | ||
---|---|---|---|---|
0
vde69
06.04.17
✎
14:21
|
типовая бух запускается от 2х до 15 минут (практически у всех), база клиент серверная.
Никаких видимых проблем ни на сервере ни на клиентах не наблюдаю.... очередь к дискам стремится к нулю, памяти и ЦП навалом, в пингах потерь нет... никакой виртуализации нет... куда смотреть? |
|||
1
Timon1405
06.04.17
✎
14:23
|
новый формат ЖР? http://www.gilev.ru/oldjr/
|
|||
2
ildary
06.04.17
✎
14:26
|
(0) Проблем с поиском ключа нет? Сама сеть в порядке (если обращение идет не по IP а по имени, а получение имени глючит)?
|
|||
3
Wirtuozzz
06.04.17
✎
14:28
|
(2) интерсно, ТС напиши потом причину пожалуйста как разберешся.
А список пользователей у кого долго грузится 1с фиксированный или когда как? |
|||
4
Волшебник
модератор
06.04.17
✎
14:29
|
Касперский?
|
|||
5
Wirtuozzz
06.04.17
✎
14:29
|
или фаейрвол ?
|
|||
6
vde69
06.04.17
✎
14:32
|
(4) касперский на клиенте, на сервере - нет
(2) ключи прописаны по IP, вроде все нормально (1) ЖР на SSD и проблем вроде не было |
|||
7
aka AMIGO
06.04.17
✎
14:33
|
У меня локальная файловая запускается 1-1.5 мин конфигуратор, и столько-же висит 1с-Предприятие
Правда, повторно открываются быстрее, раза в 2 |
|||
8
aka AMIGO
06.04.17
✎
14:35
|
знакомый 1с-ник перезагружал в таких случаях сервер..
ЗЫ. давно как-то.. |
|||
9
H A D G E H O G s
06.04.17
✎
14:38
|
(0) Запусти на сервере и клиенте CPUZ и CristalMark
|
|||
10
vde69
06.04.17
✎
14:42
|
со скуля
total 39186003.0 100.0 CLR_AUTO_EVENT 8713849.0 22.2 LAZYWRITER_SLEEP 3482322.0 8.9 SLEEP_TASK 2612479.0 6.7 BROKER_EVENTHANDLER 1815262.0 4.6 SP_SERVER_DIAGNOSTICS_SLEEP 1800030.0 4.6 CHECKPOINT_QUEUE 1756294.0 4.5 LOGMGR_QUEUE 1740029.0 4.4 REQUEST_FOR_DEADLOCK_SEARCH 1740113.0 4.4 XE_TIMER_EVENT 1740292.0 4.4 SQLTRACE_INCREMENTAL_FLUSH_SLEEP 1742379.0 4.4 QDS_CLEANUP_STALE_QUERIES_TASK_M 1740182.0 4.4 HADR_FILESTREAM_IOMGR_IOCOMPLETI 1740948.0 4.4 QDS_PERSIST_TASK_MAIN_LOOP_SLEEP 1740182.0 4.4 DIRTY_PAGE_POLL 1740860.0 4.4 XE_DISPATCHER_WAIT 1680088.0 4.3 BROKER_TASK_STOP 1402522.0 3.6 BROKER_TO_FLUSH 870344.0 2.2 BROKER_RECEIVE_WAITFOR 599654.0 1.5 CXPACKET 408205.0 1.0 LATCH_EX 63158.0 0.2 OLEDB 20152.0 0.1 |
|||
11
vde69
06.04.17
✎
14:48
|
(9) где можно посмотреть включение энергосбережения у процов ?
|
|||
12
Волшебник
модератор
06.04.17
✎
14:49
|
(6) Проверь лог событий Касперского, он может блокировать 1cv8
|
|||
13
roman844
06.04.17
✎
14:49
|
При старте куча проверок, надо их все отключать, плюс фоновые.
|
|||
14
H A D G E H O G s
06.04.17
✎
14:52
|
(11) CPUZ-ом. Если производительность в бенчмарке будет расти - где то включена экономия.
|
|||
15
vde69
06.04.17
✎
16:06
|
Пока использую Procmon.exe
кое чего интересное есть, например сервер лезет в уже удаленные сетевые каталоги... но найти где именно они в 1с прописаны пока не могу... |
|||
16
PLUT
06.04.17
✎
16:07
|
(0) прибей интернет-помощника или как он там в 1С называется при старте системы
|
|||
17
Мыш
06.04.17
✎
16:08
|
(15) net use
|
|||
18
vde69
07.04.17
✎
11:18
|
в регламенте несколько тысяч запросов к несуществующим файлам, регламент выполнялся раз в 3 минуты.
почистил настройки, ребутнул сервер, пока 2 часа все нормально, сейчас бухия загружается 15 сек... будем ждать... в принципе Procmon.exe мне понравился для решения сабжа, могу рекомендовать всем... |
|||
19
ildary
07.04.17
✎
11:23
|
(18) в итоге какая программа стучалась к несуществующим файлам? Сервер 1С? SQL?
|
|||
20
vde69
07.04.17
✎
11:31
|
(19) рхост
|
|||
21
vde69
07.04.17
✎
11:32
|
как я понял внутри рхоста образуется очередь которую тормозить регламентное задание другой базы... почему 1с пытается начать работу именно в проблемном рхосте - для меня загадка...
|
|||
22
1dvd
07.04.17
✎
11:46
|
(21) может, просто ключики ищет?
|
|||
23
Strogg
07.04.17
✎
11:56
|
(21) попробуй поставить блокировку регл. заданий на проблемной базе. Это устранит проблему?
Вообще, похоже на поиск ключа, однака... |
|||
24
vde69
10.04.17
✎
11:24
|
пока выяснил следующее:
проблема из-за конкретного рхост-а в свойствах рхоста это видится как 1. "Реакция сервера" - более 1 сек (у меня было от 3х до 8 сек), норма 0.1сек 2. "Затрачено сервером" - аналогично 1. посмотрел активные сеансы внутри проблемного процесса - ничего криминального, размер памяти 6 гигов... что пока сделал: в свойствах кластера прописал 1. Интервал перезапуска - 86400 (было 0) 2. Допустимый обьем памяти - 20971520 (было 0) 3. Интервал превышения допустимого объема памяти - 60 (было 0) 4. Выключенные процессы останавливать через - 60 (было 0) в свойствах рабочего сервера 1. Количество ИБ на процесс - 3 (было 8) Количество соединений на процесс - 64 (было 128) исправил увеличил интервал некоторых рег заданий (с 1 мин до 10) нашел пару ошибок в коде (связанных с рег заданиями) исправил запросы к несуществующим сетевым ресурсам и файлам ------------------------------------------------------- пока, все жду несколько дней.... потом отпишусь.... |
|||
25
vde69
модератор
12.04.17
✎
09:35
|
два дня прошло - полет нормальный
|
|||
26
Dotoshin
12.04.17
✎
09:37
|
(25) >>исправил запросы к несуществующим сетевым ресурсам и файлам
это тоже где-то в рег.заданиях было? |
|||
27
vde69
12.04.17
✎
09:51
|
(26) да
|
|||
28
Neg
17.04.17
✎
20:52
|
(24) у меня тоже резвей с твоими настройками стало работать, правда Интервал перезапуска еще в 2 раза меньше сделал.
Спасибо. |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |