зависания по сети 1с

1. user624320_bugzi 25.12.20 00:33 Сейчас в теме
подскажите гуру 1с. есть сервак свежий недавно купили. вводные. ксеон свежий, ссд диск для оси, ссд диск для базы, обычный диск для помойки бекапов, все в райдах (зеркала). памяти 32 ддр4. 1с крутится в SQL. платформа 8.3.16
............
суть... при работе в РДП все работает четко без затупов. при работе по сети появляются подвисания от 5 до 15 сек. юзеры жалуются. пока сервер шел, все крутилось на обычном компе мощном все было хорошо, провалов небыло. делал пинги со всех машин в офисе и с касс, пинги бегают до 2 мс. куда можно ещё глянуть, если вводных мало дополню по необходимости. (переустановка системы не вижу смыслом пока, т.к. по рдп без затупов)
По теме из базы знаний
Ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
2. karamazoff 117 25.12.20 01:01 Сейчас в теме
(1)для анализа данных не хватает, у вас сервер в локальной сети? если при этом затупы, то смотреть в сторону организации сети, через тонкого клиента при скуле тупить не должно, попробуйте поставить вэб сервер (аппач), будет понятно - проблемы ли с доступом к серверу или иные
3. na688 25.12.20 01:29 Сейчас в теме
(1) Прежде чем копать в направлении 1С сначала исключите проблемы с сетью. При работе по RDP некоторые проблемы сети не заметны, трафик маленький. Может там сетевая карта бракованная. Или драйвера сетевые криво встали. Или сервер в дефектный порт на свитче воткнули. Или еще что-нибудь в этом роде. Попробуйте десяток гигабайт туда-сюда погонять посмотрите сеть вообще работает нормально, скорость не падает? Проверьте ошибки в логах сервера, может что-то выявите. Проверьте настройки брандмауэров и антивирусов, тоже вполне могут ограничивать сетевой трафик. На сервере антивирус не стоит?
6. dj_tol 104 25.12.20 02:51 Сейчас в теме
(1)поднимай IIS настаивай и публикуй. Проверь настройки SQL сервера. Проверь настройки электропитания процессора как в ОС так и Биосе. Делоф на 30 минут. Самое главное, что 1с любит не ядра а частоту процессора!!!
14. pavel06 2 27.12.20 02:08 Сейчас в теме
(1)
при работе в РДП все работает четко без затупов


И зачем не работать в РДП?
Замучаетесь со сменами всего оборудования и проводов(если не wifi)/
Вероятнее всего перегруженный коммутатор, бывает электропитание на разных фазах с плохим занулением.
4. user624320_bugzi 25.12.20 01:31 Сейчас в теме
да в локальной сети. так и не тупил на обычной машине, а тут все вроде круто, и провалы. в глобальной сети нашел, что может быть производительность падает, т.к. сеть проц не полную настроен буст вкл и питание
5. user624320_bugzi 25.12.20 01:33 Сейчас в теме
7. user624320_bugzi 25.12.20 03:48 Сейчас в теме
спасибо, вечером буду тестить, после работы магазина.отпишусь
8. ab_initio 95 25.12.20 04:56 Сейчас в теме
А что у вас с ключами? Всё ли с ними в порядке? Есть они? Программные или аппаратные? От 1С они или от рутокена?
В них причина может быть?
9. user624320_bugzi 25.12.20 06:22 Сейчас в теме
10. XAKEP 25.12.20 07:32 Сейчас в теме
все в райдах (зеркала)

система (рейд) ? SQL (рейд) (на одном диске с системой) ? - какой вендор.

памяти 32
4-6 для сервера
4-8 для SQL
сколько пользователей ?
11. user624320_bugzi 25.12.20 07:48 Сейчас в теме
(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)
13. XAKEP 25.12.20 08:38 Сейчас в теме
(11)
sql ? чей - Майкрософт експрес, стандарт
сам субд настроен для работы или только установлен ?

подозреваю, что в нем настройки доступа из вне ( брандмауэр еще есть )

на винсервере доступ по сети не просто, как на десктопе
включил и работает...на то он и сервер :)
16. user624320_bugzi 27.12.20 23:44 Сейчас в теме
(13) SQL MS,обычно небыло таких траблов с серваками. А тут новая железка и такие танцы.
17. XAKEP 28.12.20 07:09 Сейчас в теме
(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.


от Гилева ( если вам поможет )
18. user624320_bugzi 28.12.20 07:27 Сейчас в теме
(17) спасибо, гляну время и часовые пояса.
19. XAKEP 28.12.20 07:37 Сейчас в теме
(18)
https://www.securitylab.ru/analytics/515110.php

https://its.1c.ru/db/metod8dev/content/1986/hdoc

но это для 2003, я не знаю, как сейчас....
инфо не нашел более

-----------------------------------
https://forum.mista.ru/topic.php?id=536039

---------------------
12. ab_initio 95 25.12.20 08:23 Сейчас в теме
У сервера режим электропитания в настройках поставьте "производительный".
15. user624320_bugzi 27.12.20 23:43 Сейчас в теме
(12) выставил, и в биосе все откл, чтоб не понижал.
20. papami 56 28.12.20 09:08 Сейчас в теме
Что еще есть в сети на том же коммутаторе? Камеры, не?
Пинги 2 мс, и "низкая" нагрузка на сеть - это очень косвенный признак для оценки.
Был опыт с камерами, когда около двух Мбит/с нагружали под 100% дорогие коммутаторы. Если сетевое оборудование управляемое - зайдите посмотрите загрузку процессора и памяти.

Недавно с 1с был опыт, когда были настроены разные подсети между сервером предприятия и SQL сервером. Сеть гигабитная везде. И была сильная просадка по скорости проведения.
21. user624320_bugzi 29.12.20 00:15 Сейчас в теме
(20)
это очень косвенный признак для оценки.
По части косвенных признаков согласен. Что есть в сети. Есть камеры видео наблюдения, которые сидят на своем свитче, сначала сервер был на нем же, позже думал помеха в нем и перенес на другой.для чистоты думаю оставить его на одном свитче и глянуть что получится. Опять же ранее не было такой проблемы, либо свитч просел либо хз....
разные подсети
Но это можно отнести на разные сети, маршрутизация и так далее, а тут все в одной.
22. user624320_bugzi 29.12.20 00:16 Сейчас в теме
7-8 компов в сети, регистратор для IP камер, вместе с камерами и все.
23. papami 56 29.12.20 10:18 Сейчас в теме
(21) А разъединить свитчи есть возможность на какой-то период времени? Может же быть что кто-то смотрит с этих ПК. Ну или мультикаст гуляет.
24. user624320_bugzi 30.12.20 00:15 Сейчас в теме
(23)
вот думаю в эту сторону, попробую на праздниках потестить.
Оставьте свое сообщение

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот