Подскажите пожалуйста, что происходит фактически на сервере (кластере серверов), когда запускается отладка?
Столкнулись с проблемой, что от нажатия F5 в конфигураторе до появления окна предприятия проходит несколько минут.
Платформа 1С:Предприятие 8.3 (8.3.8.2054).
Конфигурация самописная, на обычном приложении. Установлен режим совместимости.
Тормоза не в коде, так как замер производительности ничего не показывает.
Сам не админ, но есть опытные коллеги-админы, которых надо навести на мысль, а что же именно настроить, чтобы ускорить запуск отладки.
При том, что на том же железе есть другой кластер серверов, в базах на котором отладка запускается в секунды.
Предложить сравнить настройки двух кластеров как-то не очень.
Лучше бы подсказать, куда копать.
Столкнулись с проблемой, что от нажатия F5 в конфигураторе до появления окна предприятия проходит несколько минут.
Платформа 1С:Предприятие 8.3 (8.3.8.2054).
Конфигурация самописная, на обычном приложении. Установлен режим совместимости.
Тормоза не в коде, так как замер производительности ничего не показывает.
Сам не админ, но есть опытные коллеги-админы, которых надо навести на мысль, а что же именно настроить, чтобы ускорить запуск отладки.
При том, что на том же железе есть другой кластер серверов, в базах на котором отладка запускается в секунды.
Предложить сравнить настройки двух кластеров как-то не очень.
Лучше бы подсказать, куда копать.
По теме из базы знаний
- Записки на память. Зарплата и кадры 1С 7.7 (ЗиК 7.7 )
- Если ККМ Атол + 1С Розница тормозит при печати чеков по сети, или экономим на покупке ККТ и ФР
- Отладка расчета себестоимости в ERP - просмотр изменений временных таблиц
- Как приручить драконов. История построения экосистемы на основе 1С
- Куда привели 2 года работы с EDT
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(3) alex-l19041, там много разных фишек, которые не отключаются в режиме совместимости, как по взаимодействию 1С и операционной системы, так и в среде разработки. Поэтому следуем за прогрессом. Но периодически наступаем на непонятные грабли, как вот эти. На другом-то кластере серверов с той же конфигурацией, платформой и режимом совместимости все нормально.
(1) cargobird, сперва попробуй в списке информационных баз удалить из списка данную базу и создать ее же новую с новым именем.
Таким образом сбрасывается всякий кэш и мусор.
Подозреваю, было множество обновлений конфигураций в динамическом режиме. У нас на предприятии не было тормозов с отладкой, но вот пользователями да-а (решили разными способами).
Таким образом сбрасывается всякий кэш и мусор.
Подозреваю, было множество обновлений конфигураций в динамическом режиме. У нас на предприятии не было тормозов с отладкой, но вот пользователями да-а (решили разными способами).
(15) timeforlive, у нас нет списка баз)
Доступ через web app, видим только ярлыки на запуск предприятия и конфигуратора, на каждую базу по два ярлыка.
Если только перезагрузить всё разом, это иногда делают.
Вкатывать динамикой приходится.
Но тормозит отладка во всех базах одинаково, а их больше двух десятков.
Доступ через web app, видим только ярлыки на запуск предприятия и конфигуратора, на каждую базу по два ярлыка.
Если только перезагрузить всё разом, это иногда делают.
Вкатывать динамикой приходится.
Но тормозит отладка во всех базах одинаково, а их больше двух десятков.
(17) cargobird, он есть. Просто админ тебе дал ярлычек. И возможно он его криво сделал.
А раз отладка тормозит, то скорее всего это проблема именно этого удаленного приложения.
Попроси админа дать доступ через рдп и думаю вопрос решится. Хотя бы для теста!
Такой метод мы практикуем только для пользователей, чтобы они не тупили а тупо кликали на ярлык, но для разработчика это цирк!
А раз отладка тормозит, то скорее всего это проблема именно этого удаленного приложения.
Попроси админа дать доступ через рдп и думаю вопрос решится. Хотя бы для теста!
Такой метод мы практикуем только для пользователей, чтобы они не тупили а тупо кликали на ярлык, но для разработчика это цирк!
(22) Xershi, база и клиент на одном.
По поводу сети ничего не могу сказать, админы занимаются.
По способу лицензирования - тоже не скажу.
Но на двух кластерах, на одном из которых тормозит с одним набором баз, а на другом - не тормозит с другим набором баз (конфигурация и платформа одинаковые) - способ лицензирования один и тот же.
По поводу сети ничего не могу сказать, админы занимаются.
По способу лицензирования - тоже не скажу.
Но на двух кластерах, на одном из которых тормозит с одним набором баз, а на другом - не тормозит с другим набором баз (конфигурация и платформа одинаковые) - способ лицензирования один и тот же.
(26) GeRon, как мне сказали, N железяк на которых крутится N-дцать клиентов.
Запуск по разному. И завершая, и не завершая несколько раз - все одинаково.
Тут еще одна штука возникла - обнаружилась одна база на "тормозящем" сервере, которая при входе в отладку не тормозит.
Уперлось всё, стало быть, в разные настройки баз.
Возможно база запускается через определенный клиент из числа N-дцать, который настроен не так, как остальные.
Проверяем дальше что может быть не так.
Запуск по разному. И завершая, и не завершая несколько раз - все одинаково.
Тут еще одна штука возникла - обнаружилась одна база на "тормозящем" сервере, которая при входе в отладку не тормозит.
Уперлось всё, стало быть, в разные настройки баз.
Возможно база запускается через определенный клиент из числа N-дцать, который настроен не так, как остальные.
Проверяем дальше что может быть не так.
В общем к тому же вернулась тема, куда админу смотреть, если проблема ушла из-под контроля 1С-ника? :)
Может быть в кластере серверов, где отладка тормозит, что-то не донастроено до конца, только что, куда копать?
Может быть в кластере серверов, где отладка тормозит, что-то не донастроено до конца, только что, куда копать?
(11) Xershi, (12) Xershi, все настройки в руках админов, нас 1С-ников туда не пускают.
Они полностью подняли кластера сами, сами же и всё настроили.
Но поди им объясни, что происходит при нажатии F5, чтобы что-то подправить, если и сам толком не знаешь.
Главное в пользовательском режиме все вроде бы ничего.
А разработка страдает.
Сервер правда загружен нормально в течение дня.
Что код бывает притормаживает время от времени это понятно, может зависеть от загруженности сервера.
Но что отладка тормозит - это стабильно вне зависимости от времени суток.
Ночью вот попробовал - никого сейчас нет.
Всё равно, то же самое.
Они полностью подняли кластера сами, сами же и всё настроили.
Но поди им объясни, что происходит при нажатии F5, чтобы что-то подправить, если и сам толком не знаешь.
Главное в пользовательском режиме все вроде бы ничего.
А разработка страдает.
Сервер правда загружен нормально в течение дня.
Что код бывает притормаживает время от времени это понятно, может зависеть от загруженности сервера.
Но что отладка тормозит - это стабильно вне зависимости от времени суток.
Ночью вот попробовал - никого сейчас нет.
Всё равно, то же самое.
С чем сам сталкивался:
1) формирование файла выгрузки в несуществующий каталог (может болтаться батник в планировщике запускающий отчет или обработку)
2) Поиск оборудования (тормоза, если не находит)
3) стучится на сетевой ресурс
1) формирование файла выгрузки в несуществующий каталог (может болтаться батник в планировщике запускающий отчет или обработку)
2) Поиск оборудования (тормоза, если не находит)
3) стучится на сетевой ресурс
>>Попроси админа дать доступ через рдп и думаю вопрос решится
В целом и общем вполне можно открыть ярлычок блокнотом, это скорее всего не ярлычок, а rdp файл. В котором есть параметры где находится сервер. Логин и пароль я так понимаю у автора есть.
В целом и общем вполне можно открыть ярлычок блокнотом, это скорее всего не ярлычок, а rdp файл. В котором есть параметры где находится сервер. Логин и пароль я так понимаю у автора есть.
Я бы проверил список баз в файле .v8i пользователя rdp, под которым запускается база - или базы в нем нет, или имена баз в файле не совпадают с именами в кластере в регистре заглавные-строчные. По этим причинам база может запускаться с нулевым GIUDом и каждый раз заново грузить конфигурацию в кэш как при первом запуске или при открытии конфигурации в новой базе.
тогда пусть админы сравнивают свои настройки....
размер тормозящей и не тормозящей базы одинаков (примерно)?
вероятно по разному настроена доступная память на сервере где тормозит, когда памяти не хватает сервер выгружает из памяти не нужные данные
в момент запуска тормозящей базы пусть посмотрят дисковую активность сервака
размер тормозящей и не тормозящей базы одинаков (примерно)?
вероятно по разному настроена доступная память на сервере где тормозит, когда памяти не хватает сервер выгружает из памяти не нужные данные
в момент запуска тормозящей базы пусть посмотрят дисковую активность сервака
Коллеги, всем спасибо.
Помогло через настройки Конфигуратора (предварительно админы сделали соответствующие настройки):
Сервис - Параметры - Отладка - Использовать сервер отладки кластера. И нажать внизу кнопку "Перезапустить".
Помогло через настройки Конфигуратора (предварительно админы сделали соответствующие настройки):
Сервис - Параметры - Отладка - Использовать сервер отладки кластера. И нажать внизу кнопку "Перезапустить".
(33) Xershi, нет, админы сделали настройки кластера серверов для возможности такого запуска)
Сказали потом, куда ткнуть в конфигураторе чтобы переключиться.
То есть при определенных невыясненных обстоятельствах перестает работать "Отладка по протоколу TCP/IP" и вынужденно надо переходить на "Отладка по протоколу HTTP". Которая, кстати, быстрее работает по сравнению со старой)
Сказали потом, куда ткнуть в конфигураторе чтобы переключиться.
То есть при определенных невыясненных обстоятельствах перестает работать "Отладка по протоколу TCP/IP" и вынужденно надо переходить на "Отладка по протоколу HTTP". Которая, кстати, быстрее работает по сравнению со старой)
(35) Armando, интересный эффект, однако.
Я не могу просмотреть таблицу. То есть она формируется, количество записей в ней 5000, но при просмотре пуста.
Тот же запрос в консоли дает выборку тоже с 5000 строк.
То есть данные есть, но их не посмотреть.
Опытным путем добился, что данные в таблице можно посмотреть, если количество строк в диапазоне от 250 до 500, точнее не стал выяснять.
На 500 строк уже не выводятся.
С чем это может быть связано?)
Так-то невесело, если объем выводимых данных настолько ограничен, не всё можно вывести в консоль запросов.
Я не могу просмотреть таблицу. То есть она формируется, количество записей в ней 5000, но при просмотре пуста.
Тот же запрос в консоли дает выборку тоже с 5000 строк.
То есть данные есть, но их не посмотреть.
Опытным путем добился, что данные в таблице можно посмотреть, если количество строк в диапазоне от 250 до 500, точнее не стал выяснять.
На 500 строк уже не выводятся.
С чем это может быть связано?)
Так-то невесело, если объем выводимых данных настолько ограничен, не всё можно вывести в консоль запросов.
(37) Armando, пока я видел только скорость реакции по нажатию F5.
При TCP у нас это происходит несколько минут (из-за чего и была начата эта тема), по HTTP - секунды.
Главное программа не висит, просто выводит пустую таблицу, конфигуратор при этом доступен.
Попытаюсь дождаться)
При TCP у нас это происходит несколько минут (из-за чего и была начата эта тема), по HTTP - секунды.
Главное программа не висит, просто выводит пустую таблицу, конфигуратор при этом доступен.
Попытаюсь дождаться)
(38) cargobird,
Верните отладку по протоколу TCP на сервере. В настройках конфигуратора тоже верни TCP.
Прикрепленный файл сохрани на компьютере где тормозит в папку "c:\Program Files (x86)\1cv8\conf", запусти отладку и дождись полного запуска предмета отладки. Переименуй/удали ранее сохраненный файл. Архивируй содержимое папки "C:\TechLogs" и выкладывай сюда.
При TCP у нас это происходит несколько минут
Верните отладку по протоколу TCP на сервере. В настройках конфигуратора тоже верни TCP.
Прикрепленный файл сохрани на компьютере где тормозит в папку "c:\Program Files (x86)\1cv8\conf", запусти отладку и дождись полного запуска предмета отладки. Переименуй/удали ранее сохраненный файл. Архивируй содержимое папки "C:\TechLogs" и выкладывай сюда.
Прикрепленные файлы:
logcfg.xml
(43) cargobird,
Отладка фонового задания
Код ошибки: 10166315
Код(ы) обращения: SW1070116
Статус: Исправлена в выпущенной версии Зарегистрирована: 22.08.2016
Исправлена: "Технологическая платформа", версия 8.3.8.2137
Описание:
При отладке по протоколу HTTP фонового задания происходит зависание, если в процессе формирования представления стека вызовов выполняется программный код на встроенном языке, например, для формирования текстовых представлений значений ссылочных типов, в котором изменяются значения параметров сеансов.
Способ обхода:
Использовать отладку по протоколу TCP.
Отладка фонового задания
Код ошибки: 10166315
Код(ы) обращения: SW1070116
Статус: Исправлена в выпущенной версии Зарегистрирована: 22.08.2016
Исправлена: "Технологическая платформа", версия 8.3.8.2137
Описание:
При отладке по протоколу HTTP фонового задания происходит зависание, если в процессе формирования представления стека вызовов выполняется программный код на встроенном языке, например, для формирования текстовых представлений значений ссылочных типов, в котором изменяются значения параметров сеансов.
Способ обхода:
Использовать отладку по протоколу TCP.
(46) Xershi, по-хорошему - да, надо вылить бэкап, залить на тестовый сервер и там уже спокойно сидеть и смотреть что получается.
Но нередко бывает, что надо зайти под пользователем (наконец это встроили в платформу) в боевую базу и посмотреть возникшую ситуацию "здесь и сейчас".
То есть, все-таки дело в загруженности сервера и ни в чем другом, если отлаживать на боевом по TCP?
Но нередко бывает, что надо зайти под пользователем (наконец это встроили в платформу) в боевую базу и посмотреть возникшую ситуацию "здесь и сейчас".
То есть, все-таки дело в загруженности сервера и ни в чем другом, если отлаживать на боевом по TCP?
(47) cargobird,
Практика показывает, что можно прекрасно обходиться и без этого. У нас на продуктивных серверах отладка отключена. Есть скрипты для перезаливки тестовых баз, где включена отладка. Небольшие базы до 50 Гб перезаливаются автоматно менее 20 минут.
Если вход в базу выполняется быстро, а запуск отладки долго, то врядли дело в оборудовании. Без тех журнала можно только догадываться что там происходит.
Но нередко бывает, что надо зайти под пользователем (наконец это встроили в платформу) в боевую базу и посмотреть возникшую ситуацию "здесь и сейчас".
Практика показывает, что можно прекрасно обходиться и без этого. У нас на продуктивных серверах отладка отключена. Есть скрипты для перезаливки тестовых баз, где включена отладка. Небольшие базы до 50 Гб перезаливаются автоматно менее 20 минут.
То есть, все-таки дело в загруженности сервера и ни в чем другом, если отлаживать на боевом по TCP?
Если вход в базу выполняется быстро, а запуск отладки долго, то врядли дело в оборудовании. Без тех журнала можно только догадываться что там происходит.
(48) Armando,
У нас тоже настроены скрипты для перезаливки тестовых баз, и тоже перезаливаются не слишком долго.
Только кажется что оперативнее будет вот сейчас посмотреть, хотя на деле разбираться с ситуацией понятное дело проще в тестовых.
В общем надо по возможности прекращать отлаживать в боевых)
Пока работает по-новому, видимо обратно возвращать не будем. Вернемся - обязательно напишу и лог прикреплю.
Практика показывает, что можно прекрасно обходиться и без этого. У нас на продуктивных серверах отладка отключена. Есть скрипты для перезаливки тестовых баз, где включена отладка. Небольшие базы до 50 Гб перезаливаются автоматно менее 20 минут.
У нас тоже настроены скрипты для перезаливки тестовых баз, и тоже перезаливаются не слишком долго.
Только кажется что оперативнее будет вот сейчас посмотреть, хотя на деле разбираться с ситуацией понятное дело проще в тестовых.
В общем надо по возможности прекращать отлаживать в боевых)
Если вход в базу выполняется быстро, а запуск отладки долго, то врядли дело в оборудовании. Без тех журнала можно только догадываться что там происходит.
Пока работает по-новому, видимо обратно возвращать не будем. Вернемся - обязательно напишу и лог прикреплю.
(50) Xershi, если пользователь входит в 1С под учеткой операционки, тогда можно поставить ему обычный пароль пустым и под ним войти.
У программистов нет возможности заходить на сервер 1С, ни через рдп.
Веб-доступ.
Веб-страница, на которой ссылки на все нужные базы.
У программистов нет возможности заходить на сервер 1С, ни через рдп.
Веб-доступ.
Веб-страница, на которой ссылки на все нужные базы.
(54) Xershi, с чего всё началось, и эта тема тоже)
Говорим о проблеме тормозов при запуске отладки.
Админ и спрашивает: что у вас происходит, когда вы нажимаете F5? Куда я должен посмотреть у себя, чтобы выяснить где тормоза?
Ну и вот)
А так - нет доступа и нет. Сидим, кодим. В случае чрезвычайных ситуаций подобно этой что-то пытаемся совместно расследовать.
Перешли на отладку по HTTP, что решило проблему и дальше спокойно кодим.
И без доступа дел хватает.
Говорим о проблеме тормозов при запуске отладки.
Админ и спрашивает: что у вас происходит, когда вы нажимаете F5? Куда я должен посмотреть у себя, чтобы выяснить где тормоза?
Ну и вот)
А так - нет доступа и нет. Сидим, кодим. В случае чрезвычайных ситуаций подобно этой что-то пытаемся совместно расследовать.
Перешли на отладку по HTTP, что решило проблему и дальше спокойно кодим.
И без доступа дел хватает.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот