Есть удаленный сервер в дата-центре. Обслуживается и поддерживается сторонней аутсорсинговой компанией.
На сервере крутятся несколько восьмерочных баз для работы ИП-лавочника. Базы ненагруженные, мелочные.
1сником - 8осьмерчонником делаются доработки/поддержка по работе в базах.
В целом большую подавляющую часть времени все ок.
Но иногда срочно надо устранить проблему с какой-нить ошибкой, которая воспроизводится/проявляется в окружении рабочей базы и на определенном наборе данных.
В итоге это превращается
- выгнать из рабочей базы
- выгрузить базу
- перегнать на локальный комп прога
- даигностировать/определить проблему
- что-то подправить
- обновить рабочую.
.
в итоге то что решается на рабочей базе в режиме отладки за 5-10 минут - растягивается почти полчаса-час. и как всегда это - задержка по времени (а не сложность проблемы) - становится помехой/критично.
.
из-за того что на серваке (могу неправильно описать терминами) нет возможности запуститься в режиме отладки.
ИТ-отсосинг сопротивляется включению отладки, отделываясь какими-то общими словами.
.
Вопрос: в чем принципиальная проблема для УСТОЙЧИВОЙ РАБОТЫ СЕРВЕРА и самой 1С как платформы (не 1С-приложения) что нельзя включить режим отладки?
Поясните, плиз.
.
Запрет отладки на боевых серверах - я встречал, но там сервера тянут весьма нагруженные базы, где действительно на продакшене ничего не правят, и запрос на отладку (по тем же самым причинам что выше) - каждый раз запрашивается отдельно... Но здесь, "у меня", таких рисков что "база ляжет" или "все сломается" - я считаю - нет.
.
Спсб

Дело принципа в общем-то я считаю. У меня отладка включена.
Можно конечно заблокировать чей-то процесс на сервере точкой останова, да еще в транзакции и всё может встать колом.

Реально,в вашем случае,если была бы отладка - то всеж выгнать и отлаживать.
На самом деле,нужно иметь копию базы для отладки,чтобы никого не выгонять вообще.

(0) Коллега по несчастью - тоже с этим постоянно  сталкиваюсь...
(2) Иной раз копии предоставяют не всегда актуальные типа 2-х летней давности....

Если прог сидит на почасовой оплате, то ему не выгодно включать отладку на продакшене

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

Всегда включена. Никому не мешает.

(0) параноики, любящие имитацию бурной деятельности.

ключевое - Обслуживается и поддерживается сторонней аутсорсинговой компанией
зачем сторонней компании внешние вредители

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

Все это прекрасно автоматизируется и не требует выгона юзеров
Причем можно настроить что тестовые/отладочные базы автоматически создаются допустим по ночам
Или по одному нажатию

Не понял проблемы
И на рабочем-боевом сервере можно включить отладку, тоже не вижу проблемы

(1) это понятно, но грамотный разраб такого делать не станет или делает с пониманием. а разраб - вменяемый.

(8) сторонняя компания к РАБОТЕ Прикладной конфигиурации 1С вообще никаким боком (кроме как работоспособности собственно самой платформы 1С)

(0)
1. 99% из этих проблем воспроизводятся и отладживаются на вчерашней копии базы
2. чтобы sql-бекап сделать никого выгонять не обязательно

(6), (10) - спсб, понял

(13) речь о том, что когда нужно будет делать на копии - будет делатьяс на копии.
но если в каком-то конкретном случае - можно обойтись без таймаута для создания копии, то не вижу смысла ИЗЛИШНЕ параноить и можно "делать/тестить" на рабочей копии и в рабочем окружении.
.
у меня - на клюшках - нет проблем с пониманием того когда для исправленяи какой-то ошибки/проблемы лучшше взять копию и не спеша на ней сделать (и никто меня не подвинет править/тестить в рабочей даже если надо срочно-срончо), а когда я могу тест/правку на рабочей базе провести (слава богу, за 23 года проблем с этим не было) - точно также для вменяемого 8-разработчика думаю тоже не составит особого труда в понимании где допустимо на рабочей базе что-то сделать. а где на копии.

(13)
1. а тут хопа! 1%...
2. скуль держать надо на локальном компе, что не всегда тоже естьвозможность - допустим где-то на выезде с ноутом а не с рабочим десктопом...

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


У меня на продакшене отладка всегда включена, но ей я разрешаю пользоватся только "с головой".
В большенстве случаев делаем копию (благо есть свой инструмент для этой автоматизации по одной кнопке)

бекапы нормально делать с боевой копии прямо "по горячему", - средствами SQL

(15) еще раз: и сам бекап и развертывание базы из него- легко автоматизируются
на проектах нормальных проектах внедрения/поддержки почти всегда есть доступ во вчерашнюю развернутую копию базы на сервере с отладкой

а вообще следует иметь несколько серверов 1с, например у меня

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

(17) " отладка вполне себе имеет право быть и на рабочем сервере, но там есть нюансы, если ставишь "подключатся к фоновым на сервере" то легко можно остановить пару сотен юзеров и себе машину завесить таким количеством точек остановок."
- сервер - "наш", ив базе там одновременно человек 5-7 в максимуме

(16) никто не мешает на одной машине запустить два сервера 1с один с отладкой,а другой без.
А сервер баз данных один,чтобы разворачивать бэкап быстрее.
Отладка фоновых,это очень нетривиальная работа,т.к.оно,обычно,не одно.

(17) это хорошо когда быстро копируется.
хз какой там сервер, реальный или виртуальный, но ворочается эта УТ11.4 как ленивец... скольо на копироваться будет ;-)

(22) если бы так было - рабочий сервер был бы запущен с отладкой и сабжа бы не было ;-)

(19), (20) все так, все согласен.
но это - "лавочная" автоматизация...
был бы свой сисадмин живой в штате на постоянке и сервера под своим/свойИТотдел - проблем бы меньше было...

(24) вполне можно на рабочем.
Просто,на отдельном сервере можно регламенты перенастроить,чтобы вызывалось только то,что нужно.
Ну,можно и копию базы на рабочем сделать,но с сервером проще - его можно выключить,когда не нужен,и пользовптели в тестовой базе не наработают.

А то был у меня один из проектов внедрения WMS в котором участовал. очень нехилый проект. нормальный. так там, бля, для этого нехилого нормального проекта вопросы по ИТ реашать надо было только по заявкам в ИТ-отдел в ОБЫЧНОМ ПОРЯДКЕ оперативной работы фирмы. это был пздц полный. настроить принтер этикеток это сцуко эпопея на несколько дней...

Всем спсб за помощь!
Ветку можно закрыть!

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

(29) спсб

(22) > на одной машине запустить два сервера 1с один с отладкой,а другой без. А сервер баз данных один

И ловить развалы с управляемыми блокировками, нумерацией объектов и всем остальным, что сузествует только в памяти кластера. Спасибо. Удачной отладки.

– О, да, детка, давай нарушать глупые запреты, давай дебажить на проде!

(0) На самом деле - запрет отладки на боевых серверах - это из древних времен.
Сейчас есть неофициальная информация что прям на хайлоаде - сама отладка может наоборот дать прирост изза отложенной подгрузки метаданных.
Сам являюсь ответственным за хайлоад 24/7 1500+ юзеров.
отладка ВКЛ.
Но рядовой разраб не войдет.
Причин несколько:
- были случаи отладить фоновое задание, кончилось плачевно.
- Если в конфигураторе открыто расширение, и в этот момент его кто то обновляет в пользовательском режиме - высокий шанс словить массовые упр блокировки на расширениях.
- Если просто открыто окно расширений в конфигураторе - шанс словить гораздо меньше, но он есть
- Низкая культура. захватить конфиг и уйти пить кофе на пару часов - как нефиг делать
- просто обновить расширение в моменты высокой нагрузки - шанс около 1% что база покроется упр блокировкми.
- Про динамику вообще молчу. Увольнение одним днем. Сейчас динамику сложно сделать, так как конфа на собственной поставке.
По этому боевой конфиг открыт у меня в терминале, окно расширений закрыто.
Добавление расширений происходит только мной, несанкционированное добавление расширений логируется и карается.
отладка в боевой по запросу.
В таком сценарии - наконец то 1с без перезапуска РП хостов, падений и прочих нехороших вещей живет от релиза до релиза раз в неделю.

(33) Хотя еще 1.5 года назад падала по 10 раз на дню.

(33) А еще есть поломатая HTTP отладка, с фантомными точками останова, падениями rphost и прочим, о починке которой который раз пишут, но она до сих пор поломатая.
У меня стоит tcp в проде и полет норм.
В дев контуре на каких то кластерах tcp, на каких то http.

Вь общем то ИТ-отсосинг не будет погружаться во все эти мелочи.
Словит фантомную точку останова или падение РП хостов - и отключает возможность.
так как им деньги платят за доступность, а не за твое удобство

(0)Что мешает воспроизвести проблему на локальной копии, сделанную какое-то время назад? в 90% случаев, этого будет достаточно.

(37) локальная копия должна быть достаточно актуальной для воспроизведения части проблем, а это в облачных ИТ-оутсосингах не всегда просто реализовать.
Особенно если этот аутсорсинг - это ИП который хостит в квартире (а я таких видел не 1 и не 2)

(38) на первой моей работе в 1с наш основной партнер был как раз такой ИП)
А мы из подвала работали на йоте)
в 5м на 64 кб)
Когда надо было что то скачать идешь к шефу и просишь поставить мегабит на час)

(32) кто бы говорил.. ;-)

(33) в сабже (0) все тобой описанное - вообще некритично

(39) ИП из квартиры такое было потому что Ростелеком для юриков цены в 10 раз выше чем для физиков