Собственно вопрос. Аргументирует это он тем фактом, что включенная отладка в процессе сервера замедляет работу сервера. Я почему то как то упустил информацию об этом явление, действительно ли это так, что включенная отладка замедляет работу самой 1с для обычных пользователей на этом же сервере, или же это миф. Был бы рад почитать про эту информацию. Если у кого есть информация от фирмы 1с

(20)Есть официальная информация от разработчика платформы, о том, что не должно быть отладки на рабочих серверах. Все остальное это ОБС, суета сует и томление духа.

(18) Про разделение зон ответственности не слышали? Каким боком админ к режимам работы серверов приложений 1С при живых одноэсниках? Админ теперь будет решать работать ли производству или нет, потому что им много тонера используется в картридже? Взял под козырек, ответил "Есть!" и пошел делать как сказали. Но одноэсник так же возьмет под козырек, если админ определит как ему использовать оборудование, сеть, какое программное обеспечение ставить и т.п. Потому что это зона ответственности администратора.

(19) Если базы будут разные, то так можно.

(22) "Ваша 1с тормозит" это к кому вопрос? к программисту чтоль?
админ правильно делает, нехрен делать отладке на рабочей базе

(22)Есть группа разработки, а есть группа поддержки. Не путайте мух с котлетами. Если Вы относитесь к группе поддержки то тогда, конечно, я с Вами не спорю - это Ваши обязанности. Но если Вы относитесь к группе разработки, Вы как грамотный специалист должны предоставить группе поддержки работающий механизм, и отправить его в рабочее плавание.

(24) Естественно к одноэснику. К кому же еще? Админ в состоянии разобраться с производительностью конфигурации? Он определит железо виновато или кривой код?

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

(25) Вы о транснациональных компаниях сейчас ведете речь? Или просто теоретизируете на ровном месте?

Причем тут транснациональные компании.
Я сейчас работаю по такому принципу, и никакая это не транснациональная компания. Крупная, конечно, но не Газпром.

(27) Это требования любой не маленькой организации, где есть разделение зон ответственности на ИТ и ИС, это не относится к тем где админ и 1сник сидят в одном кабинете.

(21) Покажите мне пожалуйста эту информацию. В (3) вижу совет, в котором нет "не должно быть отладки на рабочих серверах". Я конечно согласен, что в некоем идеальном мире, где у конторы есть финансы на сервер разработки так и есть, но так бывает не всегда.

(16) Можно цивилизованно - тестовые базы со своим хранилищем в отладке на одной службе, с отладчиком.
Рабочая база на другой службе, без отладчика.
Обновлять с помощью выгрузки .cf а то и вообще своими поставками .cfu и не будет никаких проблем - ни с хранилищем, ни с отладкой.

(26) кривой код это отдельная песня и тут возможны коллизии, я не спорю.

А хороший админ знает про все тонкости настройки скуля для сервера 1с, знает что нефиг виртуализировать сервера, про трехзвенку, про отладку, про правильную установку тонких клиентов и т.д.

(30)Пройдите по ссылке в (3) и найдите эту фразу:
Совет. В связи с тем, что в режиме отладки производительность сервера падает, рекомендуется использовать отладочный режим только для тех серверов, на которых выполняется отладка.

(22) Часто админы несут ответственность за работу серверов.
В том числе и одноэсных и скульных для той самой одноэс.

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

Своите админа на курсы по одноэсу и скулю - администрирование, программирование скуля и все его опасения развеятся.

(33) А какого года тот совет?
на каком железе?

(28) Вот в крупности и речь. Там где банда одноэсников, там где отдельные серверы для разработки и рабочие серверы и т.п.

(0) (26) Если интересно, тест Гилева (без активных пользователей) при включенной отладке выдает 36 попугаев, при выключенной - 40

Замедление есть, но на глаз едва ли заметно

(34) надеюсь вы осознаете разницу между "рекомендуется" и "не должно быть"?

(38)Если бы замедление было сильно заметно то и споров бы не возникало.
В мире большого бизнеса 10% очень много значат.

(33) Согласитесь с тем, что это только рекомендация и не разу "не должно быть отладки на рабочих серверах" как Вы ранее говорили. Я эту рекомендацию трактую как "режим отладки можно использовать на время отладки".

(40) 10% вы откуда взяли, оттуда же что и "не должно быть"?

Я вот сейчас не понял, вы спорите со мной или с фирмой 1С?

(37) У Вас даже слишком большая разница. Гонял тест-центром несколько раз на наборе данных из рабочей  УПП - разница в пределах статистической погрешности в 1-2%. Причем моментами и в меньшую сторону. Посему выше и написал - теоретически деградация есть, практически толком никто это подтвердить не может.

(43) Да успокойтесь Вы. Все уже поняли, что Вы читали ИТС и все такое. Поверьте, тут большинство читало его.

(43) конечно с вами, потому что вы вольно интерпретируете слова 1С, подгоняя под свою точку зрения.

Хм, я на самом деле никогда не хвастался, что умею читать.

(24) Ваша 1С будет тормозить и при запросах в цикле. И на слабом железе. Тут вопросы надо исследовать, в чьей зоне ответственности лежит и как устранять тормоза.

(37) 10 процентов!

(47) Тут не в умении читать как таковом, а в чтении ресурса с ограниченным доступом. Куда местами и покупателей лицензионной версии со временем перестают пускать.

(48) А еще на плохонастроенной СУБД. Мне пришлось тыкать сисадмину статьей из ИТС по настройке MSSQL, потому что слышал от него "я спец со стажем и лучше тебя знаю как скуль настраивать". И кто в этом случае отвечает за тормоза?

(51)Если он такой замечательный спец пуст он этим и занимается. Если он окажется некомпетентен его уволят. Естественный отбор.
Откуда этот комплекс супермена, что только 1с-ник может спасти мир? Вокруг 6 млрд человеков, пусть чешутся.

Какая интересная тема. Пятничная. Вот смысл создания темы? Поплакаться в жилетку? Или набрать шоблу и дать по лицу админу?

Помню я доступ главбуху перекрывал к знакомствам. ;))))

Отладка на рабочем вредна хотя бы тем, что на нем начинают проверять работу системы на рабочих данных. Тем самым могут  для тестирования изменять рабочие данные. Что в потенциале вообще никогда не должен делать без соответствующего ТЗ на изменения.

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

По мне это перевешивает тот плюс в виде - более быстрое время реакции на проблему. Хотя при желании можно и без отладки простые вещи посмотреть. А для сложных можно и архивную копию дождаться.

(уходя) А вообще эта тема уже возникала на Мисте и не раз, но только однажды читал о том, что якобы на партнёрке проверяли и подтверждали падение производительности от 3 до 8%. Лень искать ту ветку.

(54) скажите пожалуйста, как по быстрому разобраться с ошибкой, которая проявляется на введенных минуту назад данных? И проблема просто горит (возьмем к примеру УТ или ERP). Пока сольешь бекап,  пока зальешь в тестовую базу - уходит время, а пользователи (и клиенты) ждут.

(0) Налей админу пива, делов то.

(57) Зачем травить админа?

(56) Неважно, горит ли или тонет возникшая проблема, если есть регламент, подкрепленный каким-нибудь SLA )

(58) Безалкогольного!)

(59) хорошо, когда есть регламент, плохо когда его нет, но есть пританцовывающий пользователь "спасите, продать не могу!".

(61) Не спорю, что компании и организация рабты ИТ-отдела разная бывает, отладка в продуктивном сервере вполне допускается вендором

(0) Есть замедление и точка.
Хорошо когда есть грамотный папка-админ, что бы этим чудо-одинесникам волю не давать

это не однократно обсуждалось на этом форуме.
Волшебник все правильно сказал, что в дебаге блокировки могут тормознуть работу. Больше вреда ни какого;)

Сделай файловую копию и там отладь что надо;)

(56) проверять изменения перед релизом. Дважды. Если все равно возникают ошибки - трижды. И так до тех пор, пока их не будет.

У нас еще проще. Мы физически имеем 1 час на обновление. Поэтому в большинстве своем как бы ошибка не горела, раньше завтрашнего дня она все равно не будет скорее всего устранена. Только если заплатками.
Ибо останавливать работу пары сотен пользователей - это дорогое удовольствие. Поэтому нельзя ошибаться, когда релизишь изменения.

(64) посмотрел бы как файловую развернул бы гигов на 300 из dt.

(0) на другом порту, на этом же сервака подними кластер тестовый(тем более лицуха не нужна) и впиливай любые ключи.

Или идет дебаг рабочей базы?

(65) для этого нужно автотесты писать. но кто ж это будет делать то

(66) служба то одна

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

(68) какая служба? 911?

(70) служба сервера 1с

(71) С чего она одна будет?

(63) На пушечный выстрел не подпускаю чудо-админов к своим 1с и sql серверам, пущай в своих контроллерах домена и гейтвеях всяких резвятся, а то понанастроят мне...

(73) Наши вполне нормальные и толковые. Рулят самостоятельно и не косячат. Но все же режим работы сервера я определяю, а не они :)

(73) значит они действительно чудо-админы.., речь-то не о них

(72) Ты пишешь, мол, поднять кластер тестовый. Надо тебе было уточнить, что кластер надо поднимать на отдельном сервере приложений (отдельной службе)

(75) Только если 1с-ник дубовый, тогда согласен.

(6) Зачем? Я реально видел говно-код, где задавался вопрос пользователю в обработке проведения документа :) Пользователь нажал провести и ушел обедать.

(78) В режиме обычного приложения во всех типовых это обычная практика

(77) ну а я о чем, тема-то "Админ на рабочем сервере не хочет включать отладку"

Если клиент не хочет включать отладку, зачем он нужен вообще?

(69) о чем это ты, из ряда: "я могу 100 метров пройти за сутки"?

Клиент / работодатель

(80) Тут смотреть надо.

Вот у меня включена отладка на рабочем сервере (собственно, он один), на "падение производительности" плевать я хотел со своим железом)

(66) я в таких случаях режу базу в sql
там есть такие отчеты "Топ таблиц по размеру"
как правило они это 90% веса все базы, просто дропаю или удаляю не нужно ;)

(85) Слишком толсто, слишком!)

я вообще перенастраивал от такого админа обожранного сервак сам;) все работает уже который год, а его настройка все время то падала, работала через ж.

(84) ну отлично что понимаешь все проблемы...
Я своим админам не разрешаю админить, но и сам не даю устанавливать флаги, ибо нефик

(87) "его настройка все время то падала, работала через ж" // Настройка?

(0) правильно делает админ.
Тестовые базы для теста, боевые для работы, без отладки.
Баг на проде это беда, и чп для сотрудника отдела тестирования.

Где тестовая среда развернута?

(79)  прям в модуле объекта в обработке проведения?

(0) И правильно делает. Кстити так и не увидел - а для каких целей включаете то?

(0) Там ведь не только соединения к серверу, но и исходящие от сервера. С точки зрения безопасности не айс разрешать такому трафику ходить в сети. Это ненужная угроза безопасности. Отладка на рабочем сервере - зло, поэтому допустима только если по-другому никак, и включается временно.

(8) NFR же есть.

(0) проведи в нерабочее время эксперимент тестов Гилева с включенной отладкой и без. увидите разницу.

(56) Посмотреть на код и понять, где ошибка.

(8)
Вариант 1: Если на том же серве, где боевой кластер поднять еще один кластер на другом порту, лицуха не нужна.
Вариант 2: Ставим ubuntu, там серверная лицензия не нужна(с ограничениями), но все же

(95) "Тест Гилева" - что это за зверь, что бы на него равняться?

+(97) Как запустить:
"C:\Program Files\1cv8\8.3.12.1412\bin\ragent.exe" -srvc -agent -regport 1641 -port 1640 -range 1660:1691 -d "C:\Program Files\1cv8\srvinfo" -debug

В батник запилить и запускать

(0) > есть информация от фирмы 1с

Например, для 8.3.10 и 8.3.11

https://its.1c.ru/db/v8310doc#bookmark:dev:TI000001551

В зависимости от используемого протокола отладки, «1С:Предприятие» по-разному организует взаимодействия компонентов системы. .... Также может наблюдаться следующее:

● увеличение времени запуска клиентского приложения;
● замедление работы рабочего процесса сервера (rphost) «1С:Предприятия» во время работы, если сервер работает в режиме отладки (ключ -debug).

ИМХО, должно быть:
Либо (в идеале) отдельный разработочный или тестовый сервер для отладки. 1С рекомендует 4 отдельных изолированных зоны - продуктивная, тестовая, предтестовая, разработочная.
Либо вся отладка в файловом варианте.
Либо (если денег совсем нет на отдельный сервер, но очень хочется) см. (97) - поднять на том же рабочем физическом сервере отдельный экземпляр сервера 1С на отдельных портах для отладки. Только не вздумать подключать боевые базы к этому экземпляру сервера. И вообще запускать этот экземпляр  только по необходимости.

(98) а ты загугли Gilev TPC+G1C. много нового узнаешь . Спецом прокрутил тест с включенной отладкой и без (8.3.11&SQL17). службы SQL и 1с сервера перезапускал.
42.02 попугая с выключенной отладкой и 42,37 с включенной. выводы делайте сами

А в чем проблема то? У меня тоже отладка включена только на тестовой базе

(103) пацаки чатланам на голову сели.

(0) Админ всегда прав!

(104)Это действительно проблема. И чо делать в такой ситуации?

(106) за всех не скажу, но у меня когда была подобная проблема (непонимание с админом) - дело закончилось новым админом.

На продакшне отладка включена. Иначе, как тут уже выше писали, не получится оперативно решать некоторые проблемы прямо на боевой баз, и простой в копеечку выйдет. Гораздо дороже, чем миллисекунды задержки.
За точку останова в транзакции прострелю колени, дыа. Пока прецедентов не было - боятся.

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

(109) Никто не спорит, что отладка замедляет работу. Речь идет о том, что работа замедляется терпимо, но с отладкой можно быстро решить проблему текущих косяков, которые останавливают текущую работу и их не отловить на вчерашней копии.

>>42.02 попугая с выключенной отладкой и 42,37 с включенной.

я в своём ларьке на 70 юзеров пожалуй оставлю дебаг

Будь плохим парнем! Крути сервер с флагом -debug!

(0) служебка руководству о препятствии работы программисту, о препятствии в использовании им необходимых инструментов для выполнения своих обязанностей.
если этот дебил-админ научился гуглить вместо того, чтобы общаться с профильным специалистом на своей же фирме, то его начальству стоило бы задуматься

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

(91) Я про доработки имел в виду - в то время, думаю, мало кто думал об этом)
P.S. В девственных типовых - не думаю, что до такого докатились, с этим не спорю )

(0) правильно делает админ. Молодец он.

(33) Это того же разряда совет, что и "не рекомендация" использовать доступ к файловой базе через веб-сервер. На практике - отлично работает, намного лучше чем файл-серверный доступ.

(101) "Отладка" на живой базе как правило не имеет отношения к собственно разработке. Она нужна для того, чтобы выяснить "почему так", "кто виноват" и "что делать".

(1)так то админ отвечает за сервер и за производительность работы всех програм.

Конечно же отладку можно выполнять только на отдельном Dev сервере.

(100)как ты это сделал?
<pre>
test
● пункт 1
● пункт 2 <span class="cr">для</span>
● пункт 3
</pre>

(118) Отладка на сервере - чаще не отладка, а трассировка с целью выяснения причин проблем. И она нужна. Админ не прав.