|
Создание отдельного кластера для отладки. | ☑ | ||
---|---|---|---|---|
0
Said_We
15.05.18
✎
03:55
|
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). |
|||
1
rphosts
15.05.18
✎
03:57
|
(0) а если погасить кластер на 1540?
|
|||
2
cons74
15.05.18
✎
07:17
|
Дарю
"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 оба работают с отладкой |
|||
3
Said_We
15.05.18
✎
08:01
|
(1) зачем гасить?
(2) зачем дарить это? |
|||
4
Fragster
гуру
15.05.18
✎
08:21
|
дарить надо вот это: https://its.1c.ru/db/v8310doc#bookmark:cs:TI000000129
|
|||
5
Said_We
15.05.18
✎
14:03
|
(4) Нет доступа на ИТС. По сути что там внутри?
|
|||
6
Fragster
гуру
15.05.18
✎
14:37
|
(5) готовые бат файлы для регистрации службы виндовс на нужных портах
|
|||
7
Said_We
15.05.18
✎
14:41
|
(6) У меня в (0) ссылка как это сделать и в (0) я описал что это я сделал.
Добрался до (4) - ничего полезного. Это я все уже сделал. |
|||
8
Said_We
15.05.18
✎
14:44
|
Коротко, то что в (0).
Необходим отдельный кластер для отладки. Я его создал. Он рабочий - вопросов нет. Но отладка на сервере так и не запускается не по tcp, не по http. При этом по http есть несколько вариантов запуска. Судя по информации от 1С необходимо использовать "Использовать сервер отладки кластера", и как раз он не работает. Подробнее в (0). |
|||
9
Cyberhawk
15.05.18
✎
14:45
|
Сколько платят за решение вопроса?
|
|||
10
Said_We
15.05.18
✎
14:46
|
(9) Не сколько. Это мне надо.
|
|||
11
Said_We
15.05.18
✎
14:49
|
(8) Информацию от 1С - я имею ввиду вот это:
http://v8.1c.ru/o7/201506debug/index.htm |
|||
12
Cyberhawk
15.05.18
✎
14:53
|
И что же не работает-то?
|
|||
13
Мыш
15.05.18
✎
15:10
|
(0) Есть разница между кластером и сервером (службой).
|
|||
14
Said_We
15.05.18
✎
15:53
|
(12) В отладку в серверные процедуры и функции не проваливается. По клиентским всё хорошо.
(13) В моем случае это отдельная служба и отдельный кластер, который виден в консоли серверов 1С. |
|||
15
bolobol
15.05.18
✎
16:08
|
Случаем, не одна и та же версия 1С запущена дважды?
|
|||
16
Said_We
15.05.18
✎
17:01
|
(15) Конечна одна, но два разных экземпляра как в (0).
Bin2, ... |
|||
17
Said_We
15.05.18
✎
17:03
|
(15) Это же тестовый контур. Обязательно должна быть одна версия платформы, но два разных экземпляра.
|
|||
18
Мыш
15.05.18
✎
17:05
|
(17) Осталось проверить настройки файрвола и права пользователя службы.
|
|||
19
unregistered
15.05.18
✎
17:21
|
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С:Предприятия». |
|||
20
Said_We
16.05.18
✎
01:25
|
(19) По факту это тоже самое что и в (0) ссылка.
Какая разница как службу создавать с помощью батника или в ручную. В (0) вручную короче по сути и понятнее. (18) Файрвол вообще отключен. Права посмотрю. Действительно под разными пользователями запускаются службы. Новая служба запускается под "Локальная система". Но это завтра ближе к обеду смогу глянуть. |
|||
21
tesseract
16.05.18
✎
01:29
|
(20) Ну кэш почистить, посмотреть есть ли в настройках отладки автоматическое подключение к нужным тебе сервисам сервера. Пользователя службы менять не надо, ибо HTTP сердечно пофиг на на всех пользователей разом.
|
|||
22
Said_We
16.05.18
✎
06:38
|
(21) Подключения конечно есть - стоят все галочки. Я же в клиентские модули попадаю, а уже из них не попадаю внутрь серверного кода.
Кеш чистился. Можно ещё почистить. Почему может не работать режим "Использовать сервер отладки кластера"? |
|||
23
Cyberhawk
16.05.18
✎
08:26
|
(14) "В отладку в серверные процедуры и функции не проваливается. По клиентским всё хорошо" // Для начала добейся, чтоб ТСР-отладка заработала, затем уже на ХТТП переходи
|
|||
24
tesseract
16.05.18
✎
10:13
|
(22) Из клиентских методов нельзя попасть в серверные - они в разных контекстах и на разных компах выполняются.
(23) Она с в 8/3/10 через Ж работает. Перебежал на HTTP - намного удобнее и можно значения переменных менять в отладчике. |
|||
25
DrWatson
16.05.18
✎
10:15
|
(24) в tcp тоже можно.
|
|||
26
Cyberhawk
16.05.18
✎
10:32
|
(24) "Она с в 8/3/10 через Ж работает" // Кто, ТСР? Не замечал. А на багборде или партнерке есть зафиксированные ошибки в этом плане?
|
|||
27
Said_We
16.05.18
✎
12:40
|
(TCP) 1С вроде решила не сопровождать и с любого момента по TCP может прекратить работать. Но это не так важно. Отладка на сервере в любом случае не работает.
|
|||
28
Cyberhawk
16.05.18
✎
12:46
|
Серверный предмет отладки достуен (виден в списке предметов отладки)?
|
|||
29
Cyberhawk
16.05.18
✎
12:47
|
Может у тебя портов не хватает, выделенных рабочему серверу
|
|||
30
tesseract
16.05.18
✎
13:48
|
(26) см (27) они все на java там свалили походу просто.
|
|||
31
Cyberhawk
16.05.18
✎
19:29
|
Что-то не нашел каких-нибудь упоминаний о прекращении поддержки TCP-отладки, походу брешете вы оба.
А у автора, возможно, файрвол - причина неподключения/невидимости серверного предмета отладки. |
|||
32
Said_We
17.05.18
✎
02:14
|
(31) Прекратить поддерживать TCP это логично.
http://expert.chistov.pro/public/595019/ В конце собственно вывод: ... Но рано или поздно споры вокруг полезности нового механизма отладки прекратятся, так как разработчики платформы 1С отключат старую возможность отладки по TCP, и останется только отладка по протоколу http. Поэтому всем нам нужно готовиться и привыкать к использованию нового механизма, чтобы эффективность нашей работы в один прекрасный момент не упала до нуля. |
|||
33
Cyberhawk
17.05.18
✎
07:41
|
(32) Еще раз - это всего лишь чьи-то домыслы
|
|||
34
Said_We
17.05.18
✎
13:52
|
(33) В моем случае TCP все равно не работает на сервере. А по http если понять что надо что бы ошибки не было при подключению к кластеру отладки, то есть надежда что заработает.
|
|||
35
Said_We
04.06.18
✎
23:24
|
Так и не выходит каменный цветок.
|
|||
36
Cyberhawk
04.06.18
✎
23:43
|
Возвращаемся к (9)
|
|||
37
Said_We
04.06.18
✎
23:45
|
(36) Ноль. Я в (10) отвечал.
|
|||
38
Said_We
04.06.18
✎
23:57
|
Под ТСР отображает "tcp://<Имя Сервера>:1561", хотя конфигуратором захожу как <Имя Сервера>:1641.
|
|||
39
Said_We
04.06.18
✎
23:57
|
Короче что-то путает платформа по ходу два процесса.
|
|||
40
Cyberhawk
04.06.18
✎
23:59
|
Покажи список предметов отладки и свойства всех рабочих серверов на хосте той базы, что пытаешься отладить
|
|||
41
Cyberhawk
05.06.18
✎
00:00
|
И чтоб одной картинкой это все, и аккуратненько было, и глаз радовался
|
|||
42
H A D G E H O G s
05.06.18
✎
00:09
|
В свойствах базы сервер отладки прописан?
|
|||
43
Said_We
05.06.18
✎
00:09
|
Сейчас на первом кластере поставил отладку и под TCP прекрасно усё заходит.
|
|||
44
H A D G E H O G s
05.06.18
✎
00:10
|
||||
45
Said_We
05.06.18
✎
00:10
|
А надо на втором.
|
|||
46
Said_We
05.06.18
✎
00:12
|
(44) Я бы указал сервер отладки если бы у меня как в (0) ошибки не было при запуске конфигуратора: "Не удалось соединиться с сервером отладки по причине: Не указан сервер отладки".
|
|||
47
Said_We
05.06.18
✎
00:12
|
Сам сервер отладки запускается в диспетчере задач.
|
|||
48
H A D G E H O G s
05.06.18
✎
00:14
|
(47) Сервер отладки принадлежит серверу 1С или конфигуратору?
|
|||
49
Said_We
05.06.18
✎
00:30
|
По всей видимости второй кластер как-то не так создался.
Почему я так думаю несколько причин: 1. При перезапуске второго кластера необходимо и первый перезапускать. Иначе он показывается как работающий в службах, а по факту в консоли серверов базы кластера становятся не видны и не доступны. При этом базы на 1641 видны доступны и работаю. 2. Если остановить второй кластер, то я продолжаю видеть оба кластера в консоли серверов и оба работают. |
|||
50
Said_We
05.06.18
✎
00:54
|
На другой машине развернул 1С. Платформа ниже чем в первом варианте - не 8.3.10.2252, а 8.3.8.2167. Настроил два кластера. Результат тот же.
|
|||
51
Said_We
05.06.18
✎
13:20
|
Мыслей пока никаких нет у меня....
|
|||
52
Cyberhawk
05.06.18
✎
13:52
|
"Мысли нет и денег нет..." (с) :)
Почему не выполняешь ЦУ? |
|||
53
Said_We
05.06.18
✎
15:33
|
(52) Какие ЦУ?
|
|||
54
Said_We
06.06.18
✎
10:56
|
Я так понимаю, что эту ветку не видели люди обладающие знаниями (не обязательно сертификатом) "1C:Специалист по эксплуатации информационных систем".
|
|||
55
Cyberhawk
06.06.18
✎
19:27
|
(53) Мои золотые посты
|
|||
56
Said_We
20.06.18
✎
13:35
|
(55) Какие по номерам?
|
|||
57
Strogg
20.06.18
✎
13:59
|
(0) обязательно отлаживать рабочую?
|
|||
58
Said_We
20.06.18
✎
18:56
|
(57) Обязательно отлаживать НЕ рабочую.
|
|||
59
Cyberhawk
20.06.18
✎
18:58
|
(56) Поиск по нику в помощь, из найденного кажется совсем несложным вычленить посты с ЦУ
|
|||
60
Said_We
20.06.18
✎
19:08
|
Про (9) - это ЦУ :-)
|
|||
61
Cyberhawk
20.06.18
✎
19:11
|
Нет, в качестве ЦУ только побудительное предложение выступает
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |