Почему не рекомендуется использовать отладку на сервере (-debug) на production-сервере?

1. nayd 9 15.06.18 12:28 Сейчас в теме
Поясните мне, пожалуйста, вот по такому вопросу. Может быть, приведите ссылки на оф. ресурсы 1С.

Почему не рекомендуется использовать отладку на сервере (-debug) на production-сервере?
Ответы
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
3. Dream_kz 129 15.06.18 12:39 Сейчас в теме
(1) Замедляет производительность, насколько сильно - неизвестно
Принцип: любое наблюдение за системой, изменяет систему
Пруф: слова разработчиков платформы, они то уж замеряли
4. terran48 15.06.18 14:16 Сейчас в теме
(3)
а можно сцылку на пруф от разработчиков?
2. МихаилМ 15.06.18 12:38 Сейчас в теме
будете отлаживать проведение - заблокируете таблицы. production - для работы. там даже отладочной информации не должно быть.
5. пользователь 15.06.18 14:23
Сообщение было скрыто модератором.
...
6. пользователь 15.06.18 14:29
Сообщение было скрыто модератором.
...
7. user774630 15.06.18 14:33 Сейчас в теме
Также следует учитывать, что в отладочном режиме производительность системы будет ниже, чем при обычной работе. Поэтому не рекомендуется использовать отладочный режим работы сервера для реальной работы пользователей.

Цитата из документации.
Развернутые комменты со ссылками не пропускаются модераторами. Может, позже появятся.
8. nayd 9 15.06.18 14:52 Сейчас в теме
У нас на сервере порядка 15 баз. Включена отладка. Отладкой пользуются только на тестовых (разработческих) базах.
Будет ли снижение производительности на всех базах? Даже на рабочих, на которых не запускают отладку
9. ildary 21 15.06.18 15:19 Сейчас в теме
(8) замедление будет на любой базе, которая выполняется процессом, запущенным с ключом -debug, неважно, отлаживается она или нет.
10. user633533_encantado 11 15.06.18 15:32 Сейчас в теме
(9) Интересно на сколько критичное замедление.

Не покупать же обычной организации две лицензии на сервер, если она не только работает в 1С, но и хочет вести ее доработку и тестирование.
11. nayd 9 15.06.18 15:41 Сейчас в теме
(10) есть мини-сервер на 5 подключений за 14400
user774630; +1 Ответить
12. o4karek 15.06.18 15:45 Сейчас в теме
(10) Что мешает развернуть два кластера - один продуктивный, другой для отладки?
Они вполне могут жить на одно физическом компе.
13. herfis 498 15.06.18 15:46 Сейчас в теме
(8) Будет. Как минимум, в режиме отладки при выполнении постоянно делается проверка "не надо ли остановиться".
Но вот сказать, насколько это влияет на реальную производительность - сложно. Субъективной разницы может и не быть. Ведь основные тормоза всегда в БД.
Я никогда не включаю отладку в продакшене скорее из "суеверных" соображений - от греха подальше. Ведь настоящий высоконагруженный продакшн в таком режиме обычно не гоняется и фиг его знает, будет ли он во всех ситуациях вести себя точно также, как и с отключенным режимом отладки. Не хватало еще и над этим вопросом голову ломать. Сервер приложений 1С и так достаточно капризная штука.
14. user633533_encantado 11 15.06.18 16:14 Сейчас в теме
В принципе можно потестировать, у меня есть такая возможность. Запустить перепроведение 10 000 документов под отладкой и без ночью и глянуть на сколько будет разница.
15. artgen 15.06.18 16:52 Сейчас в теме
Замедляет работу базы.
Если база и так тормозит и пользователи постоянно жалуются, то лучше -debug на рабочей базе не включать.
Сам представь. Кто-то установил точку останова в обработке проведения, кто-то криво написал код и при этом произошла эскалация блокировки.
Прогер, установивший точку останова сидит и разбирается пол-часа, а пользователи названивают генеральному, что все висит.
Ну а если база не тормозит и никто не жалуется, то включай -debug на здоровье, ничего страшного не произойдет.
16. a.doroshkevich 1407 15.06.18 16:58 Сейчас в теме
(15)Только тут не -debug виноват, а программист, который точки останова на prod-базе поставил.
По моему субъективному мнению никакого снижения производительности не наблюдается. Хотя документация предупреждает что оно может быть и ей не верить нельзя.
rabota.v8.1c; unknown181538; Емельянов Алексей; +3 Ответить
17. user633533_encantado 11 15.06.18 17:08 Сейчас в теме
(15) Ну точки останова обычно на тестовых базах ставят, кто в рабочей базе будет в конфигураторе ковыряться, только вредитель )
unknown181538; +1 Ответить
18. artgen 19.06.18 10:07 Сейчас в теме
(17) Отладка на сервере и включается для того ,чтобы была возможность установить точку останова на сервере. Для чего тогда вообще включать отладку на сервере, если никто не планирует пользоваться отладкой?
RibD; Емельянов Алексей; +2 1 Ответить
19. user633533_encantado 11 19.06.18 10:53 Сейчас в теме
(18) Нет. Отладка на сервере включается не для того, чтобы ставить точки останова в рабочей базе.
20. herfis 498 19.06.18 11:03 Сейчас в теме
(19) А для чего? Исключительно для профилирования? Так это как раз на копии не проблема.
Лично пару раз приходилось включать на некоторое время отладку в продакшене именно для пошаговой отладки.
Когда проблема была связана с рабочим окружением и повторить на копии ее не удавалось. Не представляю, зачем еще может понадобиться отладка в продакшене.
Suxar; Емельянов Алексей; +2 Ответить
21. artgen 19.06.18 11:07 Сейчас в теме
(19) Вот отсюда можно поподробнее. А для чего еще нужно включать отладку на сервере, если не для отладки на сервере?
Емельянов Алексей; +1 Ответить
22. user633533_encantado 11 19.06.18 11:19 Сейчас в теме
(21) Элементарно. Сервер 1С на предприятии один, а баз кроме рабочей может быть много. Открою вам тайну: на предприятии могут работать программисты 1С и каждому из них может быть нужна своя база, для разработки и тестирования.
Емельянов Алексей; +1 Ответить
23. artgen 19.06.18 11:32 Сейчас в теме
(22) Причем тут базы программистов для тестирования? Естественно, что у программистов куча тестовых баз. Тема про включение отладки на рабочем сервере. Если у вас сервер один, то обычно создается две! записи в реестре (одна с -dedug, а вторая без), чтобы обычные пользователи работали без включенной отладки, и программисты могли зайти в рабочую базу под отладкой.
Обычно отладку в рабочих базах могут ненадолго включить, если ошибка не воспроизводится в тестовых базах. Может быть у вас ее включают еще для чего-то.
Емельянов Алексей; +1 Ответить
24. user633533_encantado 11 19.06.18 11:37 Сейчас в теме
(23) Ок. Возможно я чего-то не знаю. Простая ситуация, один сервер 1С, две базы. Мне нужно сделать так, чтобы пользователи в одной базе работали без отладки. А в другой программисты работали с включенной отладкой в одно и тоже время. Как это сделать ?
Емельянов Алексей; +1 Ответить
26. ipoloskov 162 19.06.18 11:58 Сейчас в теме
(23) можно подробнее? Запустить 2 агента сервера 1С на одном сервере, создадутся 2 кластера серверов. И в оба прописать одну физическую базу?
25. artgen 19.06.18 11:55 Сейчас в теме
(24) Создается новая ветка реестра. Обычно через экспорт/импорт. Изменяются порты, папка, добавляется ключ -debug.
То есть для одной записи реестра отладка включена, а для другой выключена.
27. user633533_encantado 11 19.06.18 11:59 Сейчас в теме
(25) Это вы сейчас о двух серверах на одной машине пишите ? Т.е. будет два агента сервера 1С. Но он вторую лицензию разве не потребует на сервер ?
28. artgen 19.06.18 12:06 Сейчас в теме
(27) Будет же просто две службы для сервера, с разнесенными портами и папкой.
29. herfis 498 19.06.18 13:56 Сейчас в теме
(27) С программной лицензией на сервер не пробовал. С локальным аппаратным серверным ключом (зелененьким) - работать будет точно.
30. a.doroshkevich 1407 19.06.18 16:30 Сейчас в теме
(27)Не потребует
На одной серверной лицензии можно запускать неограниченное число серверов на одной физической машине
Оставьте свое сообщение
Вакансии
Руководитель направления 1С
Москва
зарплата от 350 000 руб.
Полный день

1С Программист
Москва
зарплата от 180 000 руб.
Полный день

Программист 1С
Москва
зарплата от 180 000 руб. до 220 000 руб.
Полный день

Аналитик 1С / Бизнес-аналитик
Нижний Новгород
зарплата от 100 000 руб. до 250 000 руб.
Временный (на проект)

Программист 1С
Москва
зарплата от 250 000 руб.
Полный день