Обновлено: 22.01.2025

Делаем форму обработки. На нее выкидываем табличное поле. Тип значения - какой нить документ список. В модуле формы код: Открываем консоль сервера 1с. Параметр "Захвачено СУБД" начинает увеличиваться. Как это объяснить?

в пятницу хреноветки заводить надо, сеня четверг - работать надо. не взлетит)

а инфа о доках на форме появилась? обработкчик ожидания или рег задание в файловом поди крутится?)

тогда не верю (с) 8.1.15 вобще самый стабильный релиз на мой взгляд)

Блин, а попробовать кто нить не желает? Или экстрасенсорные навыки развиваем?

Действительно, такой эффект наблюдается и на 8.1.14.72.

Может быть, объект менеджера ВТ с каким-то интервалом времени обращается к БД чтобы кэшировать данные своих ВТ или что-то подобное.

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

Это понтяно.. только вот вывод списка документов вроде как времянки не юзает

А времянки тут не причем. МенеджерВременныхТаблиц для системы олицетворяет "именное" соединение. Которое не "опускается", пока живет объект.

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

Да, такой код, без таблицы на форме дает такой же результат.

Пока пришел на ум только сброс временной таблицы Запрос.МенеджерВременныхТаблиц=Неопределено;

Ты просто не догоняешь, что такое МенеджерВременныхТаблиц. По-твоему, если он подключен к запросу, то он автоматически всё помещает во временные таблицы? Ха-ха-ха.

А как еще можно было интерпретировать твой ответ в ?

Похоже, что "ЗахваченоСУБД" - это просто продолжительность текущего соединения с сервером БД.

Руководство администратора: "длительность обращения к серверу баз данных на момент открытия диалога свойств".

Может стоит выяснить, прежде чем начинать беспокоиться? Заодно нам расскажешь. P.S. В топик призывается Гилев и команда.

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

Не угадал.. пытаться будешь еще? Качаю руководство - щас гляну

>оригинальный способ Спинлок называется. "Оригинальный" со времен изобретения первых многопользовательских операционных систем.

Просто в приложении к 1С первый раз увидел. Я вообще только из этой ветки узнал про "ЗахваченоСУБД" :)

Руководство администратора: "длительность обращения к серверу баз данных на момент открытия диалога свойств". Где ты это вычитал? Листаю - описания консоли вообще нет

Мдя.. судя все же по консоли - это действительно время соединения. Ветку в мусорку.

В каком-то первом, что под руку подвернулось Ну почему в мусорку? Фича с динамическим списком ведь никуда не делась.

Для меня всё же осталось непонятным как менеджер ВТ связан с табличным полем с документами.

Инструкция по настройке рабочих серверов с Технологической Платформой 1С:Предприятие

Ниже приводится инструкция по настройке рабочих серверов с Технологической Платформой 1С:Предприятие.

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

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

1. Определить, сколько информационных баз будут использоваться в кластере для работы пользователей

Существует несколько вариантов развертывания:

• в продуктивной среде и подготовительной зоне;
• в тестовой зоне;
• в зоне разработки.

Наибольшие требования с точки зрения доступности информационной системы будут в случае развертывания в продуктивной и подготовительной зонах.

В этих случаях желательно все нерабочие информационные базы вынести в отдельный кластер на отдельные серверы.

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

• к копии базы не было доступа у пользователей;
• в копии базы были выключены регламентные задания;
• копия базы не участвовала в обменах.

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

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

В тестовой зоне и зоне разработки ограничений по числу информационных баз в кластере условно нет.

2. Определить, сколько пользователей будет работать одновременно

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

Этот параметр также необходим для корректного расчета конфигурации оборудования, который выполняется исходя из

• Конфигурации системы;
• Сценария работы пользователей;
• Числа одновременно работающих пользователей;
• Используемых версий программных продуктов.

3. Настроить профили пользователей ОС, от которых будут запускаться процессы кластера

Необходимо определиться, будут ли процессы кластера серверов работать от имени различных пользователей информационной системы.

Это может быть необходимо для того, чтобы код, который выполняется в rphost точно не мог обратиться к каким-либо определенным данным на рабочем сервере или выполнить операцию с административными правами.

Для этого нужно:

Для того, чтобы создать профили пользователей ОС достаточно один раз войти от их имени в ОС Windows.

4. Настроить логирование и дампы

Для этого необходимо настроить:

• Технологический журнал
• Сбор дампов процессов кластера средствами Платформы (указнием в logcfg.xml секции dump) либо Windows Error Reporting Services

Хорошей практикой будет настроить сбор WER для rmngr и ragent, но не указывать rphost.

5. Проверить настройки операционной системы

5.1. Настроить рабочий сервер

5.2. Настроить рабочий сервер

Необходимо настроить рабочий сервер в соответствии с инструкцией, которая позволяет избежать ошибки "An operation on a socket could not be performed because the system lacked sufficient buffer space or because a queue was full"

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

Информация по клиент-серверному варианту работы здесь;

Обратите внимание на используемые порты, которые указываются в параметрах центрального сервера,

в свойствах кластера серверов,

и рабочих серверов кластера.

Также необходимо открыть порт для указания сетевого порта для ras в случае использования. --port или -p указывает сетевой порт, по которому утилита администрирования будет взаимодействовать с сервером администрирования. Значение по умолчанию равно 1545.

5.4. Убедиться, что на рабочих серверах кластера одновременно не используется IPv4 и IPv6.

5.5. Убедиться, что схема управления питанием - "Высокая производительность".

5.6. Убедиться, что установлены компоненты Microsoft Data Access Components

Этот пункт нужен для настройки с СУБД MS SQL Server.

В противном случае будете получать ошибку вида: "Компоненты OLE DB провайдера не найдены".

6. Необходимо настроить сетевой стек для обеспечения возможности обработки большого числа подключений

Настройки, которые необходимо выполнить (в дополнение к настройке 5.2. Настроить рабочий сервер в соответствии с инструкцией):

• Запустить regedit и в ветке HKLM\System\CurrentControlSet\Services\Tcpip\Parameters указать
  • MaxFreeTcbs= 100000
  • TcpTimedWaitDelay= 30
  • MaxUserPort= 65535
  • EnableDynamicBacklog= 1
  • MinimumDynamicBacklog= 20
  • MaximumDynamicBacklog= 20000
  • DynamicBacklogGrowthDelta= 10
  • Выполнить: netsh int ipv4 set dynamicport tcp start=10000 num=55536
  • Выполнить: netsh int ipv4 set dynamicport udp start=10000 num=55536

  7. Настроить кластер серверов

  7.1. Необходимо добавить рабочие серверы в кластер

  7.2. Настроить условия перезапуска

  Настроить условия перезапуска по превышению порога памяти.

  7.3. Настроить расположение каталога кластера

  Необходимо убедиться, что

  • на дисках достаточно места;
  • сеансовые данные расположены на быстрых дисках;

  
  

  7.4. Настроить число соединений и информационных баз на процесс

  Настройку необходимо выполнить с учетом конфигурации системы

  Постарайтесь выполнять настройку таким образом, чтобы она не приводила к запуску 100 процессов rphost, т.к. значительное число процессов rphost приводит к неэффективному использованию памяти процессами кластера.

  Не стоит просто так уменьшать параметр "Число соединений на процесс" или "Число информационных баз на процесс".

  Если у вас нет технического обоснования, почему именно так лучше, рекомендуем оставить значения по умолчанию

  
  

  7.5. Выполнить настройки для случая нескольких рабочих серверов в кластере.

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

    8. Первый запуск

    На этом этапе следует выполнить следующие шаги:

    • Запустить кластер серверов, создать информационную базу;
    • Зарегистрировать программные лицензии;
    • Убедиться, что пользователь может войти в информационную базу без ошибок.

    9. Отказоустойчивость

    В случае необходимости настройки отказоустойчивого кластера, выполните следующие шаги.

    9.1. Проверить лицензии.

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

    9.2. Установить флаг "Центральный сервер".

    Установить флаг как на рисунке ниже.

    
    

    9.3. Установить флаг "Уровень отказоустойчивости"

    Установить параметр, пример на рисунке ниже.

    
    

    Подробную информацию про уровень отказоустойчивости вы можете прочитать в статье

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

    9.4. Скорректировать строку соединения

    Необходимо скорректировать строку соединения с информационной базой.

    Имеется возможность указания списка резервирования с помощью строки соединения с информационной базой или в соответствующем поле свойств информационной базы.

    Список указывается в формате Server1, Server2:Port, Server3.

    10. Замечания

    10.1. Не настраивайте exec backup (или аналогичные утилиты) на директории кластера серверов

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

    10.2. Не настраивайте сжатие данных дисков с директорией кластера

    
    

    10.3. Не забывайте про периодическое выполнение дефрагментации дисков ОС Windows.

    10.4. Настроить защиту от вирусов.

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

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

    При этом, стоит обеспечить защиту антивирусными решениями те пользовательские компьютеры, с которых выполняется доступ к рабочим серверам кластера и сетевым директориям.

    Приведем ответы на частые вопросы, связанные с производительностью «1С:Документооборота».

    Вопрос 1

    Есть ли в «1С:Документообороте» оценка производительности?

    В «1С:Документообороте» версии КОРП и ДГУ есть встроенная оценка производительности. Рекомендуется включить ее перед началом работы пользователей в программе: Настройка и администрирование — Настройка программы — Общие настройки — Выполнять замеры производительности.

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

    Чтобы увидеть средние показатели за определенный период, выполните команду Время выполнения ключевых операций в меню раздела Настройка и администрирование.

    
    

    Анализ и контроль производительности можно также вести по методике APDEX — команда Оценка производительности в меню раздела Настройка и администрирование.

    Вопрос 2

    С чего начать проверку при замедлении работы программы?

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

    Если в каталоге 1Cv8Log есть файл 1Cv8.lgd, то нужно изменить формат журнала регистрации. Порядок замены:
    • остановите сервер «1С:Предприятия»;
    • удалите все файлы в каталоге 1Cv8Log. По умолчанию каталог расположен C:\Users\USR1CV8\AppData\Local\1C\1Cv82\reg_1541\;
    • создайте в папке 1Cv8Log пустой файл 1Cv8.lgf;
    • снова запустите сервер «1С:Предприятия».

    Вопрос 3

    Что делать, если у рядовых пользователей ключевые операции выполняются более 15 секунд? По прошествии этого времени операции выполняются без ошибок. При входе в программу под Администратором задержек нет. Все рекомендованные настройки СУБД и сервера «1С:Предприятие» выполнены.

    Во-первых, проверьте версию конфигурации. Если установлена версия 1.4.xx, необходимо перейти на версию 2.0, куда включено много доработок по быстродействию.

    1. Запустите сервер «1С:Предприятия» с ключом debug. Обратите внимание: при этом работа сервера значительно замедлится, поэтому такой запуск рекомендуется проводить только в нерабочее время.
    2. В конфигураторе включите замер производительности.
    3. Выполните операцию под тем пользователем, у которого зафиксирована проблема.
    4. В замерах производительности посмотрите, на что ушло основное время;
    5. Сохраните замер в файл .pff и пришлите его на линию тех поддержки «Фирмы 1С».
       Дополнительно к данным, которые запрашивает тех поддержка «Фирмы 1С», необходимо прислать подробное описание проблемной ситуации и информацию о том, типовая ли конфигурация или доработанная. Например, «16 марта 2016 года с 12:00 у пользователя Иванов И.И. карточка внутреннего документа открывается 30 секунд. Конфигурация на поддержке».

    Если проблема воспроизводится не в 100% случаев:

    1. Настройте технологический журнал на сервере «1С:Предприятие» (скачать готовые настройки logcfg.xml).
       Если технологический журнал уже настроен, то к уже имеющимся настройкам нужно добавить новые из скачанного файла. Файл logcfg.xml обычно распроложен тут: C:\Program Files (x86)\1cv8\conf (для 32-битного сервера «1С:Предприятие»); C:\Program Files\1cv8\conf (для 64-битного сервера «1С:Предприятие»).
    2. Дождитесь повторного воспроизведения проблемы.
    3. Пришлите данные технологического журнала на линию тех поддержки «Фирмы 1С».
       Дополнительно к запрашиваемым данным нужно подробно описать один! конкретный случай воспроизведения с точным временем: Например, «У пользователя Петров И.В. карточка внутреннего документа открывалась 30 секунд. Время: 16 марта 2016 г. в 14:45:50.

    Вопрос 4

    Что делать, если зафиксированы периодические замедления работы, например, раз в минуту?

    Проверьте версию конфигурации. Если это версия 2.0.9 — 2.0.13 включительно, то обновитесь на более свежую или отключите автоматическую проверку контрагентов по ЕГРН (Настройка и администрирование — Настройки программы — Контрагенты — Автоматически проверять контрагентов по ЕГРН).

    
    

    Вопрос 5

    Что делать, если операция длится более 20 секунд, после чего выдает ошибку «Превышено максимальное время ожидания предоставления блокировки»? Как правило, ошибка проявляется у всех пользователей.

    
    

    1. В консоли администратора откройте список Сеансы. Установите сортировку по колонке Захвачено СУБД.
    2. Самый большой показатель будет на первом месте. Если он превышает значение 20 секунд, запишите номер сеанса из соответствующей колонки. Это понадобится для дальнейшего анализа.
    3. Отключите проблемный сеанс с помощью команды контекстного меню Del.
       
       
    4. Найдите в журнале регистрации первую запись, соответствующую этому сеансу. Если это регламентное задание, запишите его название. Оно потребуется для отправки на линию технической поддержки при регулярном воспроизведении проблемы.

    Сегодня обнаружился непонятный "косяк" в документе, который несколько лет нормально функционирует (просто раньше внимания никто на это не обращал, т.к. проблем не было). Документ самописный, у него имеется три табличных части, в двух из которых ссылки на номенклатуру (конфигурация Управление торговлей 8.1), а в третьей ссылки на документы комплектации. Так вот, просто при открытии документа у пользователя, который открыл, в консоли сервера 1С в графе "Захвачено СУБД" начинают появляться цифры, и не просто появляться а увеличиваться с течением времени до тех пор, пока этот документ не будет закрыт (доводил в копии до 1,5 тыс.). Захваченные СУБД не очень полезны, т.к. естественным образом продуцируют блокировки транзакций (база на SQL), что приводит к ухудшению настроения пользователей и далее моего. Но никак понять не могу, как просто открытый документ способен на такое, не могут же быть причиной ссылки на др. документы в табл. части, да и почему число постоянно растет, непонятно. Может кто подсказать что по этому поводу?

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

    1) Я же не китаец сидящий на берегу реки и ждущий труп врага. По делу желательно, потрындеть я и сам могу.

    + ну а потом сделай с автором кода чтонибудь неприятное

    "Захвачено СУБД" - это просто продолжительность сессии на СУБД. К блокировкам никакого отношения не имеет. Обычно такое бывает из-за переменных формы/объекта типа МенеджерВТ.

    нет, это именно что захватила сессия (что заблокировано ею)

    кстати есть где описание вобще доступных колонок в консоли? их смысл и назначение?

    т.е. судя по ты не знаешь, что колонка "Захвачено СУБД" означает, однако, уверен, что "именно что захватила сессия (что заблокировано ею)"? Ну, вот что в документации дословно указано: Захвачено СУБД длительность обращения к серверу баз данных на момент открытия диалога свойств. Отображается в том случае, если в момент открытия диалога свойств соединение выполняет обращение к базе данных.

    я на практике просто заметил, что например при здоровенных обменах там значения зашкаливают и естественно блокировки. в какой документации кстати? не нашёл что-то. В любом случае - это не есть хорошо, и открытый документ не должен пораждать такое в ИБ

    Понятно, что длительная обработка может на всё время работы держать открытым соединение с БД и если при этом она активно изменяет данные, то может порождать и блокировки. Но если просто держать соединение с БД (а для этого достаточно иметь живую переменную с типом МенеджерВТ), то никаких блокировок не будет. Т.е. если дело действительно в переменной МенеджерВТ, то можно забить на это.

    Читайте также:

      
    • Как установить emmet в visual studio code
      
    • Alfa driver что за сайт
      
    • Как удалить доту 2 с компьютера полностью
      
    • Fl slayer fl studio 20 как найти
      
    • Как сохранить документ из 1с на рабочий стол