подскажите гуру 1с. есть сервак свежий недавно купили. вводные. ксеон свежий, ссд диск для оси, ссд диск для базы, обычный диск для помойки бекапов, все в райдах (зеркала). памяти 32 ддр4. 1с крутится в SQL. платформа 8.3.16
............
суть... при работе в РДП все работает четко без затупов. при работе по сети появляются подвисания от 5 до 15 сек. юзеры жалуются. пока сервер шел, все крутилось на обычном компе мощном все было хорошо, провалов небыло. делал пинги со всех машин в офисе и с касс, пинги бегают до 2 мс. куда можно ещё глянуть, если вводных мало дополню по необходимости. (переустановка системы не вижу смыслом пока, т.к. по рдп без затупов)
(1)для анализа данных не хватает, у вас сервер в локальной сети? если при этом затупы, то смотреть в сторону организации сети, через тонкого клиента при скуле тупить не должно, попробуйте поставить вэб сервер (аппач), будет понятно - проблемы ли с доступом к серверу или иные
(1) Прежде чем копать в направлении 1С сначала исключите проблемы с сетью. При работе по RDP некоторые проблемы сети не заметны, трафик маленький. Может там сетевая карта бракованная. Или драйвера сетевые криво встали. Или сервер в дефектный порт на свитче воткнули. Или еще что-нибудь в этом роде. Попробуйте десяток гигабайт туда-сюда погонять посмотрите сеть вообще работает нормально, скорость не падает? Проверьте ошибки в логах сервера, может что-то выявите. Проверьте настройки брандмауэров и антивирусов, тоже вполне могут ограничивать сетевой трафик. На сервере антивирус не стоит?
(1)поднимай IIS настаивай и публикуй. Проверь настройки SQL сервера. Проверь настройки электропитания процессора как в ОС так и Биосе. Делоф на 30 минут. Самое главное, что 1с любит не ядра а частоту процессора!!!
И зачем не работать в РДП?
Замучаетесь со сменами всего оборудования и проводов(если не wifi)/
Вероятнее всего перегруженный коммутатор, бывает электропитание на разных фазах с плохим занулением.
да в локальной сети. так и не тупил на обычной машине, а тут все вроде круто, и провалы. в глобальной сети нашел, что может быть производительность падает, т.к. сеть проц не полную настроен буст вкл и питание
(10) Ось win ser 16-19 не под рукой. все на разных дисках. всего 6 дисков.
CPU Intel Xeon E-2244G
(Seagate Nytro 1551 SSD)ssd 240 на ОСЬ/
(Intel D3-S4610)ssd480 на SQL базу/
(Seagate Enterprise) HDD 2 Tb на помойку)
3 кассы + 3 пользователя (6-7)
(16)
Разброс времени на разных компьютерах может приводить к обрыву соединений
Опубликовано 14.03.2017 автором admin
Причиной перезапуска процессов может являться изменение системного времени. Из-за этого процесс rmngr фиксирует исчерпание таймаута ожидания принга от рабочего процесса и считает рабочий процесс пропавшим. Это происходит например если у вас включена синхронизация с NTP сервером, и периодически происходит значительная корректировка времени. Это можно обнаружить в журнале событий Windows по событию от Kernel-General об изменении времени Event Viewer — группа Windows Log — журнал System — отбор (Filter Current Log) по Event Sources = Kernel General и Event ID = 1 типа такого:
The system time has changed to 2017-01-30T13:31:54.401000000Z from 2017-01-30T13:31:49.686072200Z.
Change Reason: An application or system component changed the time.
Запускается новый рабочий процесс сервера 1С, а старый завершается. Тайм-аут по умолчанию равен 5 секундам.
Пользователями это воспринимается как массовое подвисание.
Для его изменения можно запустить ragent с параметрами, например, -pingperiod 3000 -pingtimeout 15000.
Что еще есть в сети на том же коммутаторе? Камеры, не?
Пинги 2 мс, и "низкая" нагрузка на сеть - это очень косвенный признак для оценки.
Был опыт с камерами, когда около двух Мбит/с нагружали под 100% дорогие коммутаторы. Если сетевое оборудование управляемое - зайдите посмотрите загрузку процессора и памяти.
Недавно с 1с был опыт, когда были настроены разные подсети между сервером предприятия и SQL сервером. Сеть гигабитная везде. И была сильная просадка по скорости проведения.
По части косвенных признаков согласен. Что есть в сети. Есть камеры видео наблюдения, которые сидят на своем свитче, сначала сервер был на нем же, позже думал помеха в нем и перенес на другой.для чистоты думаю оставить его на одном свитче и глянуть что получится. Опять же ранее не было такой проблемы, либо свитч просел либо хз....
разные подсети
Но это можно отнести на разные сети, маршрутизация и так далее, а тут все в одной.