Захвачено субд 1с что это
Во вложениях картинки моего сеанса с пустой консолью и картинка консоли сервера 1С Предприятия.
Что-то там на что-то влияет.
В общем, подобное поведение внешнего инструмента разработчика однозначно мешает работе наших пользователей
Прикрепления: 3696526.jpg (139.7 Kb)
Группа: Пользователи
Сообщений: 7
Статус: Оффлайн
Добавлено (05.04.2019, 09:55)
———————————————
На картинке с консолью сервера видно мой вчерашний второй сеанс и видно, что он ничего не захватил.
Прикрепления: 6728978.jpg (115.3 Kb)
Генералиссимус
Группа: Администраторы
Сообщений: 5952
Статус: Оффлайн
Генералиссимус
Группа: Администраторы
Сообщений: 5952
Статус: Оффлайн
Прикрепления: 4400105.png (8.8 Kb)
Генералиссимус
Группа: Администраторы
Сообщений: 5952
Статус: Оффлайн
Генералиссимус
Группа: Администраторы
Сообщений: 5952
Статус: Оффлайн
Генералиссимус
Группа: Администраторы
Сообщений: 5952
Статус: Оффлайн
Цитата
в базе есть сеанс, в котором открыта обычная форма (например консоль запросов), удерживающая в себе объект МенеджерВременныхТаблиц. Для
такого сеанса показатель «Захвачено СУБД» будет расти до тех пор, пока
объект не будет уничтожен (например путем закрытия формы). При этом
содержимое менеджера временных таблиц контролируется прикладным кодом и
пользователем, т.е. нет бесконтрольного роста количества и размера
временных таблиц в нем. В среднем в этом менеджере временных таблиц
находится малый объем данных. Объект может жить целый рабочий день.
Будет ли в таком случае какое то негативное влияние на
производительность СУБД и каков его механизм?
Цитата
Негативного влияния на производительность в описанном случае быть не должно.
Генералиссимус
Группа: Администраторы
Сообщений: 5952
Статус: Оффлайн
Цитата
Имеем базу, в которой работают 50 пользователей и периодически проводят 5 видов документов. В коде проведения этих документов создаются
и сразу уничтожаются разные по составу колонок временные таблицы.
Пользователь открыл толстую форму. Она создала постоянный менеджер
временных таблиц на клиенте.
Случай 1. Пользователь выполнил создание в нем простейшей пустой
временной таблицы, т.е. имеем постоянное удержание временной таблицы и
соответственно соединения с СУБД. Далее пользователь в том же сеансе
открывает другую форму и запускает в ней недолгое перепроведение тех же
типов документов (для ясности без явной транзакции. Таким образом в
удерживаемом постоянно соединении с СУБД образуется и удерживается набор
пустых временных таблиц всех используемых при проведении составов
колонок временных таблиц.
Цитата
Работа соединения с SQL-сервером замедляется, если в этом соединении создаются и удаляются многочисленные временные таблицы. Чтобы
производительность 1С:Предприятия из-за этого не снижалась,
предусмотрено обновление соединений с SQL-сервером с течением времени. В
описанный сценарий препятствует обновлению, и это приводит к снижению
производительности. Длительное удерживание менеджеров временных таблиц
не рекомендуется.
Блокировки в 1С 8.3 и СУБД
В нашей статье расскажем про блокировки на следующих уровнях: в 1С 8.3 и 8.2; в СУБД. Разберем принцип их действия, и разновидности. Если в системе работает более одного пользователя, то обязательно нужна опция «Блокировка данных».
Блокировка демонстрирует, что системными ресурсами завладел «чужой» пользователь. Некоторые приравнивают ее к ошибке. Но это не так. Блокировка предназначена для разделения ресурсов, она является вынужденной и крайне необходимой мерой для работы в многопользовательском режиме.
На ряду с положительными действиями, из-за избыточного количества блокировок вполне может произойти и отрицательный эффект для системы. Их порою называют «лишними» за то, что они своим влиянием слишком много информации охватывают. Такие блокировки надо убирать, т.к. они способны сделать систему малоэффективной.
Типы блокировок 1С
Они подразделяются на объектные и транзакционные. Первые делятся на оптимистические и пессимистические. А вторые на управляемые и автоматические.
Объектные
Этот вид блокировок внедрен целиком в 1С и никоим образом не касается СУБД.
Пессимистические
Они активируются, когда, к примеру, вы поменяли что-либо в справочнике, а другой ваш коллега то же делает попытки корректировки объекта в форме.
Оптимистические
Блокировка проводит сравнение версий объекта. Т.е., когда два пользователя «зашли» в форму, и один внес изменения и сохранил объект, то другой в процессе записи получит от системы сообщение об ошибке — о возникновении отличия в вариантах объектов.
Транзакционные
Это интересный механизм со множеством функций, в отличие от перечисленных выше. В нем действуют блокировки на уровне СУБД.
Применять их следует с осторожностью, чтобы не было проблемных моментов на разных уровнях изоляции транзакций.
Автоматические транзакционные блокировки 1С и СУБД
В этом режиме все блокировки осуществляет СУБД. Программисты не могут никак повлиять на процесс. При этом разработчикам несколько проще выполнять свои действия, но пользователям не рекомендуется создавать здесь информационную систему (в особенности для СУБД PostgreSQL, Oracle BD, т.к. в процессе модификации сведений они заблокируют всю табличную часть).
Для различных СУБД в автоматическом режиме применяют такие степени изоляции:
1. SERIALIZABLE целиком на таблицу – файловый режим 1С, PostgreSQL, Oracle.
2. SERIALIZABLE на записи – MS SQL, IBM DB2 (работая с не объектными сущностями).
3. REPEATABLE READ на записи – MS SQL, IBM DB2 (с объектными).
Управляемые режимы транзакционных блокировок 1С и СУБД
При таком варианте вся ответственность должна ложиться на производителя программного продукта 1С. Отметим, что СУБД назначает повышенный уровень изоляции для транзакций — READ COMMITED.
Взаимодействуя с БД, менеджер блокировок 1С проводи т анализ – возможен ли «захват» ресурса. Важно понимать, что блокировки, проведенные одним исполнителем совместимы в любом случае.
Но существует ситуация, при которой две блокировки НЕ состыкуются ни при каких обстоятельствах:
1. Их сделали разные пользователи.
2. Несовместимые виды.
3. Установили на один ресурс.
Физическая реализация блокировок в СУБД
Мы говорим о таблице, находящейся в БД под именем «master». А таблица блокировок обозначается словом «syslockinfo».
В таблице есть четыре ячейки:
1. ИД блокирующей сессии SPID.
2. Что конкретно захвачено RES ID.
3. Типы блокировки — S, U или X MODE (их, конечно же, значительно больше, но в 1С применяют лишь эти три).
4. Состояние блокировки — есть два понятия: GRANT (установлена) и WAIT (в очереди).
Чтобы завершить транзакции на уровне SQL как правило применяют команду KILL и указывают идентификатор сессии: KILL SPID/
Захвачено субд 1с что это?
Пиши ответы и зарабатывай! Вамбер платит до 2.5 руб. за каждый ответ. Всё что нужно — это пройти регистрацию и писать хорошие ответы. Платим каждый месяц на сотовый телефон или yoomoney (Яндекс Деньги). Правила здесь.
Захваченная субд 1С означает, что база данных, используемая в программе 1С:Предприятие, была получена или скопирована без разрешения владельца или без правильной авторизации. Это может быть сделано для незаконного доступа к информации, воровства данных или других незаконных целей. Захват субд 1С является преступлением и подлежит юридическому преследованию.
Программирование в 1с
Вопрос 6.1. Документ РеализацияТоваров осуществляет движения по регистру ОстаткиНаСкладах, а именно списывает реализованное количество товаров со склада. В обработчике проведения документа выполняется проверка превышения лимитов — минимального допустимого остатка товара на складе и максимально допустимого размера отгрузки со склада. Запрос выглядит следующим образом:
Ответ:
Запрос.Текст font-family: Verdana, sans-serif; font-size: x-small;»>| ДЛЯ ИЗМЕНЕНИЯ»;
1) После ДЛЯ ИЗМЕНЕНИЯ не указаны таблицы. В случае если после предложения ДЛЯ ИЗМЕНЕНИЯ отсутствуют имена таблиц, блокироваться будут данные из всех таблиц, задействованных в запросе. Что приведет к избыточным блокировкам.
Следует блокировать для изменения только таблицу остатков товара.
2) Проверку лимитов нужно делать в самом запросе.
3) Подзапрос следует заменить на ВТ.
Вопрос 6.2. Имеется реально работающая многопользовательская система. Необходимо решить следующие задачи:
1) Определить пользователей, которые в данный момент выполняют длительные запросы к базе данных.
2) Определить пользователей, которые заблокировали других пользователей.
На оба вопроса можно ответить с помощью консоли кластера.
В колонке «захвачено СУБД» отображается время выполнения запроса.
В колонке «заблокировано упр.» отображается номер сеанса которым заблокирован текущий сеанс. Номер сеанса можно увидеть и
через монитор активности.
Вопрос 6.3. В метаданных конфигурации описан регистр накопления (остатков) ОстаткиНаСкладах, имеющий измерения «Склад» и «Товар». Информационная база работает в режиме клиент-сервер с использованием СУБД PostgreSQL.
Будут ли перечисленные пары операций выполнятся параллельно из разных сессий? Все операции выполняются при проведении документа.