Замирания, зависания и прочие причуды

1. windsurf 54 25.12.17 20:32 Сейчас в теме +10 $m
Добрый день, всем!

Имеем пару серверов
1) Xeon/64Gb/SSD - MS Server 2016 + MS SQL 2012. Здесь же сервер приложения х86
2) Xeon/128Gb/обычные HDD - MS Server 2016. Здесь RemoteApp + 1C толстый клиент х86

1С - допиленная, но не очень сильно УТ 10.3
Примерно 80 одновременно работающих юзеров. Загрузка процессора у обоих серверов не превышает 15-20%, по памяти тоже до максимума далеко.
Тест производительности Гилева выдает в разное время суток от 33,5 до 36 баллов.

Имеем проблемы:
1) Периодические замирания и подтормаживания. Похоже на подтормаживания сети - сервера находятся в Hetzner (пинг до них примерно 45-60 мс в разное время, с регионов хуже - бывает до 400).
2) Периодические зависания 1С у некоторых пользователей - т.е. просто тупо перестает отвечать. Если пользователь закрывает свое подключение (сеанс на Win сервере сразу не завершается) и заново запускает, то в его сеансе с зависшей 1С, открывается еще один экземпляр 1С - т.е. виснет не сам сеанс Windows, а именно 1С. Если подождать продолжительное время 10-20 мин, то 1С может начать опять отвечать. И еще есть такое: у некоторых пользователей, которые особо жаловались на постоянные зависания, поменяли им подключение прямо к рабочему столу - там 1С не зависает и работает стабильно.
3) в последние пару недель задрала такая штука - едут формы пары документов и пары справочников. В какой-то момент перестают работать привязки - т.е. форма открывается максимально, а элементы на ней сжаты в одном углу - как будто форма маленькая по размерам. Удаляем кэш у пользователя - формы открываются нормально. Но вдруг через несколько открытий могут опять поплыть. При этом никаких обновлений в это время точно не делали. Ну и у других пользователей, работающих в это же время, формы могут отображаться нормально.


Если кто-то реально может помочь с решением данных вопросов - с меня причитается) ну или можем обсудить какое-то вознаграждение.
Вознаграждение за ответ
Показать полностью
Ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
2. spacecraft 25.12.17 21:17 Сейчас в теме
(1)
то в его сеансе с зависшей 1С, открывается еще один экземпляр 1С - т.е. виснет не сам сеанс Windows, а именно 1С. Если подождать продолжительное время 10-20 мин, то 1С может начать опять отвечать.

Это не 1С зависает, а RemoteApp. При большом пинге и потерях пакетов такое может быть.
Попробовать на клиентах обновить клиент RDP.
Но скорее всего, при таких параметрах сети, проще всего пересадить на чистый RDP.
4. windsurf 54 25.12.17 21:26 Сейчас в теме
(2)
Это не 1С зависает, а RemoteApp. При большом пинге и потерях пакетов такое может быть.
Попробовать на клиентах обновить клиент RDP.
Но скорее всего, при таких параметрах сети, проще всего пересадить на чистый RDP.

Но ведь RemoteApp работает на базе RDP, почему RDP стабильнее?
8. spacecraft 25.12.17 21:34 Сейчас в теме
(4)
Но ведь RemoteApp работает на базе RDP, почему RDP стабильнее?

Особенность RemoteApp.
При потерях пакета RDP тоже зависает, но продолжает работать серверная часть (режим рабочего стола). При восстановлении связи сразу же продолжается работа дальше.
У RemoteApp нет фоновой работы. Программа запускаемая просто приостанавливается.
Дмитрий74Чел; +1 Ответить
3. alex_sh2008 5 25.12.17 21:25 Сейчас в теме
(1)Как то сталкивался с таким долго вычислял, в конце концов заменил коммутатор, проблемы ушли.
5. windsurf 54 25.12.17 21:27 Сейчас в теме
(3) К сожалению, там не все так просто. В одном регионе, в кабинете сидят несколько человек. У одного зависает сеанс, у остальных - нет.
9. alex_sh2008 5 25.12.17 21:36 Сейчас в теме
(5)Перекинуть этот компьютер на другой порт, либо как вариант проблема с сетевой картой на компьютере, может драйвера обновить.
6. DarkUser 25.12.17 21:28 Сейчас в теме
Если бы это была УТ11 можно было бы посоветовать web клиента. А с обычными формами тут всё не просто...
Если качество связи позволяет комфортно работать по чистому RDP значит надо делать сервер терминалов.
7. windsurf 54 25.12.17 21:34 Сейчас в теме
(6) Да начал уже задумываться насчет того, чтобы сделать АРМ для продажников (сновные пользователи, для которых критично время и зависания) на УФ.
Сделать несколько справочников, штук 5 документов.
10. Aitbay 26.12.17 08:12 Сейчас в теме
rdp клиент оставляет за собой кучу хлама и впоследствии пытается этот хлам догрузить в сеанс работы пользователя
по хорошему если пользователи на рдп рабочих столах ничего не хранят ежедневно удалять папки юзеров полностью
ед. косяк авторизация 1с будет 2-ная
+ необходимо изучтить в каких случаях идет подвисание сделать замер производительности и по возможности отредактировать код иногда и в типовых решениях много не оптимизированного кода.
у меня порядка 15 баз и под 600 одновременно работающих пользователей тоже вечно вис ЗУП сначала выяснили что всю память сжирала бухия бухи в ф-лах запускают обработку которую им добрые помощники, отредактили ее стало легче, но не надолго дальше стало наоборот из-за ЗУПа все базы повисали
в итоге выяснили что в основном подвисания происходят при проведении табеля или платежки изучили запросы подредактировали счс уже тьфу тьфу месяца 2 работаем без остановок
12. windsurf 54 26.12.17 08:23 Сейчас в теме
(10)
rdp клиент оставляет за собой кучу хлама и впоследствии пытается этот хлам догрузить в сеанс работы пользователя
по хорошему если пользователи на рдп рабочих столах ничего не хранят ежедневно удалять папки юзеров полностью
ед. косяк авторизация 1с будет 2-ная

Да, политиками у нас запрещены все сохранения у пользователя. Он собственно и диски сервера не видит.

А по поводу конфы - подозреваю, что тут какой-то косяк сервера. Т.к. перехали на этот сервак недавно. До этого был более слабый, на Win2012. Зависаний не было. В целом 1С, по тестам, там работала медленнее. Но вот фризы и зависания портят всю картину.
11. dandykry 11 26.12.17 08:21 Сейчас в теме
Судя по всему, у вас платформа 8.3. Есть ошибка с обычными формами в ней. Исправлена только на 8.3.11.

https://bugboard.v8.1c.ru/error/000031735.html

Можете описать серверную часть 1с и SQL? Сколько агентов, какие настройки. Собирали технологический журнал?
13. windsurf 54 26.12.17 08:30 Сейчас в теме
(11)
Судя по всему, у вас платформа 8.3. Есть ошибка с обычными формами в ней. Исправлена только на 8.3.11.

Платформа - да, 8.3.11.2867
Но конфа работает в режиме совместимости 8.2.13
Технологический журнал не собирал.
SQL - практически все по дефолту. Базы в simple режиме, + режим совместимости с MS SQL 2008 (по тестам у Гилева, в таком варианте работает немного быстрее).
Настройки серверной части 1С в скринах
Прикрепленные файлы:
14. dandykry 11 26.12.17 09:05 Сейчас в теме
16. windsurf 54 26.12.17 09:48 Сейчас в теме
(14)
(13) Производится обслуживание баз? https://kb.1c.ru/articleView.jsp?id=13

Под моим доступом - доступ к статье запрещен (((
18. dandykry 11 26.12.17 12:12 Сейчас в теме
(16) По ссылке описаны регламентные операции базы SQL:
Обновление статистик
Очистка процедурного КЭШа
Дефрагментация индексов
Реиндексация таблиц базы данных

Если бы проблемы были в базе, то думаю тормозило бы у всех, если только нет закономерности в пользователях (зависающие работают с одними регистрами, документами, обработками)

Думаю нужно копать в сторону RemoteApp. Вы же перевели особо зависающих на рабочий стол, и все прекратилось. Удачи вам.
31. Дмитрий74Чел 239 26.01.18 10:32 Сейчас в теме
(16) https://its.1c.ru/db/metod8dev#content:5837:hdoc или гугулить "Регламентные операции на уровне СУБД для MS SQL Server "
20. bad_wag 51 26.12.17 16:28 Сейчас в теме
(13) Баг с привязками замечал на разных релизах 8.3, не только 8.3.11, но суть всегда была одна, масштабирование в windows, особенно если обновлять с таким DPI, то потом у всех пользователей привязки глючили и чистка кэша (или восстановление положения окна) помогали на один раз
22. windsurf 54 26.12.17 16:56 Сейчас в теме
(20) Т.е., получается, что привязки летят, если у кого-то из прогеров проблема с масштабированием в винде? Т.е. локальные траблы с монитором, по сути?
Т.к., начали замечать, что окна съезжают далеко не все, а те, в которых что-то менял один из наших разработчиков. Пока это было подозрение только.
23. bad_wag 51 26.12.17 17:06 Сейчас в теме
(22) Думаю нужно поинтересоваться, а не изменял ли этот разработчик масштаб в windows на своем компьютере. Как то столкнулся с такой проблемой, после долгих мучений выяснил, что после изменения форм с масштабом отличным от 100%, привязки начинают глючить. А я как раз пользуюсь масштабом 125%, в итоге вернул масштаб 100% обновил заново и о чудо, формы стали работать нормально.
25. TerveRus 10.01.18 08:13 Сейчас в теме
(13) во-первых, релиз платформы нужно сразу указывать, а во-вторых, какая была необходимость обновляться до 8.3.11, да еще и на обычных формах? Она глючит в самых неожиданных местах. Лучше бы актуальный релиз 8.3.10 поставили, она вроде более-менее отлажена.
26. windsurf 54 10.01.18 10:01 Сейчас в теме
(25) На ней тоже самое было. Предположил, что на 8.3.11 могут быть поправлены некоторые глюки, которые были в 8.3.10
33. Chizhik2020 11.08.21 14:12 Сейчас в теме
(26) Платформа уже 8.3.19, а багов не меньше.
15. sandybaev 201 26.12.17 09:29 Сейчас в теме
Было на практике такое примерно, подвисало все сильно.
работали одновременно 50 пользователей.
были удаленные раб столы через терминал.

в итоге оказалось что у некоторых операторов на раб месте был подключен сетевой матричный принтер с оперативной памятью в 8Кб, и пока этот принтер передавал данные по сети (а принтер был оч. старый и с tcp, dll принтера видимо не дружил) все остальные ждали его.
но вычислять пришлось этот случай очень долго даже ездили на места несколько раз.

может у тебя так же?
17. windsurf 54 26.12.17 09:50 Сейчас в теме
(15) Матричных принтеров точно нету, но возможно есть с маленьким объемом ОЗУ. Интересная идея, посмотрю.
19. sandybaev 201 26.12.17 16:11 Сейчас в теме
(17) ты отпишись о результатах потом. думаю тоже пригодится решение.
21. windsurf 54 26.12.17 16:33 Сейчас в теме
да отпишусь конечно, если найду решение))
24. obsfromekb 30 27.12.17 08:50 Сейчас в теме
Про RemoteApp написали выше, повторяться не буду...
От себя могу порекомендовать: убрать по максимуму из конфигурации вызов любых модальных окон, т.к. они часто не отображаются при таких подключениях на терминал, в итоге со стороны это выглядит как зависший сеанс. (иногда помогает несколько раз свернуть/развернуть окно) - Вопрос, Предупреждение и т.д.
Каждую ночь автоматически чистить кеш всем пользователям, если технически тяжело / неосуществимо, то как минимум раз в неделю на выходных -> проблем станет меньше.
Дмитрий74Чел; +1 Ответить
27. Alex_will 37 15.01.18 09:40 Сейчас в теме
Решается переходом с ремоте АПП на чистый РДП...просто права настройте юзерам чтобы по серверу не шарились. и с кэшем в последних релизах платформы наблюдается беда...решили созданием волшебной кнопки для пользователей, которая чистит папки с Кэшем+ ребутит сеанс 1С
28. sergik75 16.01.18 03:44 Сейчас в теме
По поводу отвалов, надо смотреть в сторону сетевого оборудования. Rdp в последних серверах критичен к задержке пакетов. у Hetzner может стоят какая нибудь балансировка, которая придерживает пакеты. Была такая ерунда, правда на виртуалке, но суть та же. Проверить можно, если в чистом rdp копировать файл большого размера.
29. fly_byte@mail.ru 20.01.18 04:32 Сейчас в теме
Подозрение что коммутатор флудит, пробовали поменять? Попробуйте, если пинг сразу измениться в разы, то к бабке не ходи о причине
30. alfalevel 20.01.18 14:12 Сейчас в теме
У нас на предприятии (300+ пользователей) была аналогичная проблема. Описывать процесс выяснения причин не буду, слишком много всего было проделано. Так вот, использовался RemoteApp на серверах Windows 2012 R2 и клиент RDP версии 8+, который активно использует ресурсы клиентской видеокарты. Решением оказалось обновление драйвера видеокарты - фактически на всех клиентских машинах пришлось тупо скачивать драйвера через обновление от microsoft. После этого зависания прекратились полностью, артефакты изображения окна 1с иногда появлялись на паре машин.
Дмитрий74Чел; +1 Ответить
32. spaijder 03.07.19 05:40 Сейчас в теме
У нас в маленькой конторе около 20 пользователей, работающих одновременно. Был сервер Windows Server 2008 R2 с 32 гб оперативки, на котором работали и 1С, и SQL Server. Существовало 40 баз данных, все пользователи подключались по RDP. Памяти катастрофически не хватало. Купили ещё один сервер с 24 гб оперативки, перенесли на него 1С. Оба сервера в одной подсети, как и все пользователи.
На какое-то время ничего не зависало, до тех пор, пока не перевели зарплату в ЗУП 3.1. Тут то и началось.... Постоянные жалобы, что всё висит и работать невозможно.
Решение нашла такое: 1)ограничила максимальную память для SQL, т.к. он сжирал всю свободную память; 2) запретила выполнение регламентных заданий для каждой базы в консоли администрирования 1С; 3)установила платформу каждому пользователю на их ПК (купили всем новые бухгалтерам ПК с 8 гб оперативки или просто добавили кому-то память в ПК). Зависаний нет.
Оставьте свое сообщение

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