1С:Предприятие 8.3 (8.3.10.2252)
Идея такая.
После указания у службы сервера 1С ключа "-debug" сервер начинает притормаживать и мешает текущей работе пользователей в БД.
По умолчанию сервер использует порт 1540.
Добавил ещё один кластер 1640 (http://catalog.mista.ru/public/377023/). В параметрах запуска указывал:
-debug
-debug -http
-debug -http -debugServerPort 1642 (1650 и т.д. в процессе пока других мыслей не было... :-) )

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

Сам кластер работает, а отладка работает только на клиенте (tcp, http - без разницы).

В консоли сервера подключение и конфигуратора и клиента показывает на правильном кластере, к которому подключаюсь 1641.

При варианте http входит в отладку, только в варианте "Использовать локальный сервер отладки" dbgs.exe запускается и принадлежит клиентской части 1С:Предприятие.
Если указать "Использовать сервер отладки кластера", то выдается ошибка: "Не удалось соединиться с сервером отладки по причине: Не указан сервер отладки".
Где его указать?
У кого-то в таком варианте работает или только 1541 можно отладку на сервере запустить, а всех пользователей отправить на кластер 1641 (не пробовал так, но подозреваю что сервер кластера ищется именно в службе, которая на 1541).

(0) а если погасить кластер на 1540?

Дарю

"C:\Program Files\1cv82\8.2.19.106\bin\ragent.exe" -srvc -agent -debug -regport 1541 -port 1540 -range 1560:1591 -d "C:\Program Files\1cv82\srvinfo"
И
"C:\Program Files\1cv8\8.3.9.1818\bin\ragent.exe" -srvc -agent -regport 1641 -port 1640 -range 1660:1691 -d "C:\Program Files\1cv8\srvinfo" -debug
оба работают с отладкой

(1) зачем гасить?
(2) зачем дарить это?

дарить надо вот это: https://its.1c.ru/db/v8310doc#bookmark:cs:TI000000129

(4) Нет доступа на ИТС. По сути что там внутри?

(5) готовые бат файлы для регистрации службы виндовс на нужных портах

(6) У меня в (0) ссылка как это сделать и в (0) я описал что это я сделал.

Добрался до (4) - ничего полезного. Это я все уже сделал.

Коротко, то что в (0).
Необходим отдельный кластер для отладки. Я его создал. Он рабочий - вопросов нет. Но отладка на сервере так и не запускается не по tcp, не по http.
При этом по http есть несколько вариантов запуска. Судя по информации от 1С необходимо использовать "Использовать сервер отладки кластера", и как раз он не работает. Подробнее в (0).

Сколько платят за решение вопроса?

(9) Не сколько. Это мне надо.

(8) Информацию от 1С - я имею ввиду вот это:
http://v8.1c.ru/o7/201506debug/index.htm

И что же не работает-то?

(0) Есть разница между кластером и сервером (службой).

(12) В отладку в серверные процедуры и функции не проваливается. По клиентским всё хорошо.

(13) В моем случае это отдельная служба и отдельный кластер, который виден в консоли серверов 1С.

Случаем, не одна и та же версия 1С запущена дважды?

(15) Конечна одна, но два разных экземпляра как в (0).
Bin2, ...

(15) Это же тестовый контур. Обязательно должна быть одна версия платформы, но два разных экземпляра.

(17) Осталось проверить настройки файрвола и права пользователя службы.

4.2.1.2. Одновременная работа нескольких серверов одинаковой версии «1С:Предприятия»
4.2.1.2.1. Как сервис
В «1С:Предприятии» отсутствуют штатные средства регистрации нескольких экземпляров сервиса сервера «1С:Предприятия» одной версии. Для того чтобы выполнить такую регистрацию, следует воспользоваться утилитой sc. При выполнении такой регистрации, должны различаться имена служб, номера сетевых портов и адреса каталогов кластера.

В качестве примера рассмотрим командный файл, выполняющий регистрацию службы сервера. Файл register-service.bat:

echo off
rem %1 - полный номер версии 1С:Предприятия
rem %2 - первые две цифры номеров портов. Для портов
1540,1541,1560:1591 - это цифра 15
rem %3 - каталог с данными реестра кластера
set SrvUserName=<имя пользователя>
set SrvUserPwd=<пароль пользователя>
set RangePort=%260:%291
set BasePort=%241
set CtrlPort=%240
set SrvcName="1C:Enterprise 8.3 Server Agent %CtrlPort% %1"
set BinPath="\"C:\Program Files\1cv8\%1\bin\ragent.exe\"
/srvc /agent /regport %BasePort% /port %CtrlPort% /range %RangePort% /d \"%~3\" /debug"
set Desctiption="Агент сервера 1С:Предприятия 8.3. Параметры: %1, %CtrlPort%, %BasePort%, %RangePort%"
if not exist "%~3" mkdir "%~3"
sc stop %SrvcName%
sc delete %SrvcName%
sc create %SrvcName% binPath= %BinPath% start=auto obj=
%SrvUserName% password=%SrvUserPwd% displayname=%Desctiption% depend=Dnscache/Tcpip/Tcpip6/lanmanworkstation/lanmanserver

Перед применением данного командного файла необходимо указать в нем данные реального пользователя (имя и пароль) от имени которого будет работать служба кластера серверов (строки set SrvUserName= и set SrvUserPwd=). Данный командный файл выполняет регистрацию указанной версии сервера «1С:Предприятия». Имя службы является строкой, содержащей следующую информацию:

● 1C:Enterprise 8.3 Server Agent,
● Номер сетевого порта главного менеджера кластера,
● Полный номер версии «1С:Предприятия».

При регистрации сервера версии 8.3.3.100, использующего сетевой порт главного менеджера кластера с номером 2540, имя службы будет выглядеть следующим образом: 1C:Enterprise 8.3 Server Agent 2540 8.3.3.100.

Пример использования:

register-service 8.3.3.100 25 "c:\cluster_data\cluster 1"
register-service 8.3.3.100 35 "c:\cluster_data\cluster 2"

В данном примере первая строка выполняет регистрацию службы сервера со следующими параметрами:

● Имя службы: 1C:Enterprise 8.3 Server Agent 2540 8.3.3.100;
● Порты сервера: 2540, 2541, 2560:2591;
● Каталог с данными реестра кластера: C:\cluster_data\cluster 1;
● Описание службы: Агент сервера 1С:Предприятия 8.3. Параметры: 8.3.3.100, 2540, 2541, 2560:2591.

Вторая строка выполняет регистрацию службы сервера со следующими параметрами:

● Имя службы: 1C:Enterprise 8.3 Server Agent 3540 8.3.3.100;
● Порты сервера: 3540, 3541, 3560:3591;
● Каталог с данными реестра кластера: C:\cluster_data\cluster 2;
● Описание службы: Агент сервера 1С:Предприятия 8.3. Параметры: 8.3.3.100, 3540, 3541, 3560:3591.

Если необходимо отменить регистрацию службы сервера, то можно воспользоваться следующим примером командного файла.
Файл unregister-service.bat:

echo off
rem %1 - полный номер версии 1С:Предприятия
rem %2 - первые две цифры номеров портов. Для портов 1540,1541,1560:1591 - это цифра 15
set SrvcName="1C:Enterprise 8.3 Server Agent %240 %1"
sc stop %SrvcName%
sc delete %SrvcName%

Пример использования:

unregister-service 8.3.3.100 25

Командный файл останавливает службу и удаляет ее регистрацию. Имя службы формируется по тем же правилам, что и при регистрации новой (нестандартной) службы сервера «1С:Предприятия».

(19) По факту это тоже самое что и в (0) ссылка.
Какая разница как службу создавать с помощью батника или в ручную. В (0) вручную короче по сути и понятнее.
(18) Файрвол вообще отключен. Права посмотрю. Действительно под разными пользователями запускаются службы. Новая служба запускается под "Локальная система". Но это завтра ближе к обеду смогу глянуть.

(20) Ну кэш почистить, посмотреть есть ли в настройках отладки автоматическое подключение к нужным тебе сервисам сервера. Пользователя службы менять не надо, ибо HTTP сердечно пофиг на на всех пользователей разом.

(21) Подключения конечно есть - стоят все галочки. Я же в клиентские модули попадаю, а уже из них не попадаю внутрь серверного кода.
Кеш чистился. Можно ещё почистить.

Почему может не работать режим "Использовать сервер отладки кластера"?

(14) "В отладку в серверные процедуры и функции не проваливается. По клиентским всё хорошо" // Для начала добейся, чтоб ТСР-отладка заработала, затем уже на ХТТП переходи

(22) Из клиентских методов нельзя попасть в серверные - они в разных контекстах и на разных компах выполняются.

(23) Она с в 8/3/10 через Ж работает. Перебежал на HTTP - намного удобнее и можно значения переменных менять в отладчике.

(24) в tcp тоже можно.

(24) "Она с в 8/3/10 через Ж работает" // Кто, ТСР? Не замечал. А на багборде или партнерке есть зафиксированные ошибки в этом плане?

(TCP) 1С вроде решила не сопровождать и с любого момента по TCP может прекратить работать. Но это не так важно. Отладка на сервере в любом случае не работает.

Серверный предмет отладки достуен (виден в списке предметов отладки)?

Может у тебя портов не хватает, выделенных рабочему серверу

(26) см (27) они все на java там свалили походу просто.

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

(31) Прекратить поддерживать TCP это логично.
http://expert.chistov.pro/public/595019/

В конце собственно вывод:
...
Но рано или поздно споры вокруг полезности нового механизма отладки прекратятся, так как разработчики платформы 1С отключат старую возможность отладки по TCP, и останется только отладка по протоколу http. Поэтому всем нам нужно готовиться и привыкать к использованию нового механизма, чтобы эффективность нашей работы в один прекрасный момент не упала до нуля.

(32) Еще раз - это всего лишь чьи-то домыслы

(33) В моем случае TCP все равно не работает на сервере. А по http если понять что надо что бы ошибки не было при подключению к кластеру отладки, то есть надежда что заработает.

Так и не выходит каменный цветок.

Возвращаемся к (9)

(36) Ноль. Я в (10) отвечал.

Под ТСР отображает "tcp://<Имя Сервера>:1561", хотя конфигуратором захожу как <Имя Сервера>:1641.

Короче что-то путает платформа по ходу два процесса.

Покажи список предметов отладки и свойства всех рабочих серверов на хосте той базы, что пытаешься отладить

И чтоб одной картинкой это все, и аккуратненько было, и глаз радовался

В свойствах базы сервер отладки прописан?

Сейчас на первом кластере поставил отладку и под TCP прекрасно усё заходит.

https://yadi.sk/i/jZPg2hUp3Mxj3Q

А надо на втором.

(44) Я бы указал сервер отладки если бы у меня как в (0) ошибки не было при запуске конфигуратора: "Не удалось соединиться с сервером отладки по причине: Не указан сервер отладки".

Сам сервер отладки запускается в диспетчере задач.

(47) Сервер отладки принадлежит серверу 1С или конфигуратору?

По всей видимости второй кластер как-то не так создался.
Почему я так думаю несколько причин:
1. При перезапуске второго кластера необходимо и первый перезапускать. Иначе он показывается как работающий в службах, а по факту в консоли серверов базы кластера становятся не видны и не доступны. При этом базы на 1641 видны доступны и работаю.
2. Если остановить второй кластер, то я продолжаю видеть оба кластера в консоли серверов и оба работают.

На другой машине развернул 1С. Платформа ниже чем в первом варианте - не 8.3.10.2252, а 8.3.8.2167. Настроил два кластера. Результат тот же.

Мыслей пока никаких нет у меня....

"Мысли нет и денег нет..." (с) :)
Почему не выполняешь ЦУ?

(52) Какие ЦУ?

Я так понимаю, что эту ветку не видели люди обладающие знаниями (не обязательно сертификатом) "1C:Специалист по эксплуатации информационных систем".

(53) Мои золотые посты

(55) Какие по номерам?

(0) обязательно отлаживать рабочую?

(57) Обязательно отлаживать НЕ рабочую.

(56) Поиск по нику в помощь, из найденного кажется совсем несложным вычленить посты с ЦУ

Про (9) - это ЦУ :-)

Нет, в качестве ЦУ только побудительное предложение выступает