Включение отладки на сервере (-debug): есть ли последствия/ньюансы/минусы? #747814

Есть сервер 1С8.2, на нем крутится база УПП, в которой в среднем одновременно работают около 200 человек. Также есть потребность включить отладку кода на сервере (ключом -debug) - иногда без неё бывает просто не обойтись. Как это повлияет на работу пользователей (скорость работы программы/количество отжираемой памяти и т.д.)? Что при этом следует учитывать?

вроде с дебагом медленнее работает сильно. А так тоже очень интересно умных людей послушать

поиск? не не слышали

нормально все работает

@с дебагом медленнее работает сильно@ ЛПП

Зачем тогда этот режим? Че бы его по умолчанию включенным не держать (прям при установке чтоб включался и даже чтоб ключа debug не было), если все ок?

ибо нефиг.

не аргумент

Да мне как-то фиолетово...

На других серверах всегда держали дебаг включенным, там тоже крутились УПП, но объемы данных и пользователей было в разы поменьше - за несколько лет работы никаких глюков не замечалось, всё работало стабильно, и очень удобно для разработчика. А вот на больших базах задались вопросом, что если оно где-то ощутимо будет на что-то влиять? Если так логически поразмышлять, то сами разработчики платформы упомянули бы, чем чревата установка дебага на сервере, написали бы на что это может повлиять. Но нет, просто пишут, что для включения отладки на сервере используйте ключ -debug. Ни о каких предостережениях не упоминается. А с другой стороны, почему-то этот флаг по умолчанию отключен. Или может это "умолчание" осталось в наследство от древних версий платформы и сейчас уже разницы особой не играет? Если бы где-то было описано, как этот механизм устроен изнутри, можно было бы сделать какие-то выводы.

Цитата из документации: "СОВЕТ. В связи с тем, что в режиме отладки производительность сервера падает, рекомендуется использовать отладочный режим только для тех серверов, на которых выполняется отладка."

Ну и на партнерке замеряли по АПДЕКСу - пишут, что от 3 до 8 процентов прирост без режима отладки

"на лету" делаешь скульный бэкап и восстанавливаешь его на другом сервере, где включен флаг отладки я написал скрипт для этого и из рабочей базы делал тестовую в одно нажатие за пару минут

если бы от включения режима отладки не было никаких минусов, не было бы и ключа -debug, ибо он был бы включен изначально и не отключался бы

Чтобы узнать повлияет ли на производительность включение отладочного режима нужно сделать замеры АПДЕКС с включенным и выключенным режимом, все вопросы отпадут. Если не хотите включать режим отладки на боевом сервере, то на ИС есть статья, как сделать копию сервера и использовать ее для отладки. Т.е. у тебя получается 2 одинаковых сервера 1с на одном физическом сервере, только они на разных портах. Сам не пробовал, но народ пользуется.

второму серверу разве не нужен отдельный ключ?

Надежнее, конечно отдельный дебадженный сервак иметь, лицензия нужна безусловно

где-то пролетало, что в отладочном режиме не рекомендуется запускать больше одного рабочего процесса...

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

Проблема яйца выеденного не стоит. Никто не мешает развернуть еще один сервер 1С на том же самом физическом сервере (если отдельной лицензии нет), но на других портах и разворачивать там копию базы. Ну вот до чего 1С-ники ленивые.... пи..ец. > лицензия нужна безусловно Бред. Читайте документацию. Хоть десяток серверов разверните на физическом сервере. Хоть разных версий, хоть одной.

Судя по различным отзывам по производительность. Народ либо работает на маленьких БД и падения производительность попросту незаметна на фоне "кода писателей". Либо сервера уже достаточно мощные, что бы тянуть еще и отладку :)

Физический сервер, это роскошь. Сейчас повальная виртуализация :)

Некоторые люди вообще арендуют дата центры :)

В ветке из ссылки в высказывалось мнение, что в небольших базах (20-30 пользователей) падение производительности незаметно. Заметно становится в больших базах около сотни пользователей.

Под физическим сервером я подразумевал тот компьютер, где лицензия на сервер 1С стоит. А физический он в буквальном смысле или виртуальный - всё равно.

а ключ?

Ключ тот же.

Ну вот, взял и спалил пацанов

Как будто это нарушает ЛС )

Я в смысле - открыл непосвященным сакральное знание (шутка)

В нашей секте прибыло )

Решили не экспериментировать с рабочим сервером, а поднять паралельно ещё один с включенным дебагом и перенести на него копии рабочих баз. Думаю, это будет оптимальным вариантом: и разработчикам удобно, и на юзерах не скажется.

Параллельно на том же физическом сервере?

да

Вот и славненько. Бывает зависают подключения у разработчиков - можно перезагрузить сервер не трогая пользователей