Имя: Пароль:
1C
 
очень долго запускается 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 раза меньше сделал.
Спасибо.