Блокировка данных в 1С: когда снимается автоматически и как ускорить процесс

Механизм блокировки данных в 1С:Предприятие — это критически важная функция, предотвращающая конфликты при одновременной работе нескольких пользователей. Однако непонимание принципов её работы часто приводит к зависанию сеансов, ошибкам при сохранении документов и даже полной остановке бизнес-процессов. Автоматическое снятие блокировки зависит от множества факторов: версии платформы, типа блокировки (оптимистическая/пессимистическая), настроек сервера и даже сетевых задержек.

Столкнувшись с сообщением "Данные заблокированы другим пользователем" или "Объект заблокирован для изменения", пользователи нередко теряются в догадках: сколько ждать, можно ли прервать процесс принудительно и не повредит ли это базе. Эта статья разберёт все сценарии блокировок — от стандартных 20-секундных задержек до "вечных" блокировок из-за сбоев, а также даст чек-листы для администраторов и пользователей. Особое внимание уделено скрытым блокировкам, которые не отображаются в мониторе активных пользователей, но парализуют работу.

Если вы администрируете 1С на регулярной основе, сохраните эту статью в закладки: здесь собраны эксклюзивные приёмы диагностики блокировок через SQL-запросы и журналы регистрации, которых нет в стандартной документации. Для пользователей без прав администратора — пошаговые инструкции, как действовать при блокировке без риска повредить данные.

Почему 1С блокирует данные: механизмы и виды блокировок

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

1. Пессимистическая блокировка — данные блокируются на время всего сеанса работы с объектом (например, при открытии документа на редактирование). Этот механизм гарантирует, что никто другой не сможет изменить объект, пока вы с ним работаете. Используется по умолчанию в большинстве конфигураций, таких как 1С:Бухгалтерия 8 или 1С:Управление торговлей.

2. Оптимистическая блокировка — данные блокируются только на момент записи изменений. Это уменьшает количество конфликтов, но требует проверки на актуальность версии объекта при сохранении. Такой механизм чаще встречается в веб-клиентах и тонких клиентах при работе через RDP.

Кроме того, блокировки делятся по уровню:

- Уровень строки (в SQL-сервере) — блокируется конкретная запись в таблице.

- Уровень таблицы — блокируется вся таблица (например, при реструктуризации).

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

Где смотреть активные блокировки?

В клиент-серверном варианте работы блокировки отображаются в "Мониторе активных пользователей" (Администрирование → Активные пользователи). Однако до 30% блокировок могут быть "невидимыми" — они возникают при выполнении фоновых задач (например, регламентных операций) и не отображаются в стандартном интерфейсе.

Стандартные сроки автоматического снятия блокировки

В большинстве случаев блокировка снимается автоматически, но сроки зависят от scenarios:

1. Блокировка при редактировании документа

- Пессимистическая: снимается через 20–30 секунд после закрытия формы документа или принудительно при сохранении изменений.

- Оптимистическая: снимается сразу после успешной записи (обычно < 5 секунд).

2. Блокировка при выполнении отчётов

- Если отчёт формируется с блокировкой данных (например, оборотно-сальдовая ведомость с галочкой "Блокировать данные"), блокировка держится всё время выполнения запроса. Для сложных отчётов это может занять несколько минут.

3. Блокировка при регламентных операциях

- Например, при закрытии месяца в 1С:Бухгалтерии блокировка может держаться до 1 часа (зависит от объёма данных и производительности сервера).

4. Блокировка при обновлении конфигурации

- Полная блокировка базы на время обновления. В 1С:Предприятие 8.3.20+ это занимает от 5 до 30 минут в зависимости от размера базы.

Таблица: Типичные сроки блокировок в 1С

⚠️ Внимание: Если блокировка держится дольше максимальных сроков из таблицы, это признак зависшего сеанса или сбоя на сервере. В этом случае требуется принудительное снятие блокировки (см. раздел ниже).

Как снять блокировку вручную: инструкции для администраторов

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

Способ 1: Через "Монитор активных пользователей"

1. Откройте Администрирование → Активные пользователи.

2. Найдите сеанс с блокировкой (столбец "Блокировки").

3. Нажмите "Завершить сеанс" или "Снять блокировки" (в зависимости от версии платформы).

Способ 2: Через SQL-запрос (для опытных администраторов)

Если блокировка не видна в мониторе, но базу "заклинило", проверьте блокировки напрямую в SQL Server Management Studio:

SELECT
t1.resource_type,
t1.resource_database_id,
t2.name AS database_name,
t1.request_mode,
t1.request_session_id
FROM
sys.dm_tran_locks AS t1
INNER JOIN
sys.databases AS t2 ON t1.resource_database_id = t2.database_id
WHERE
t2.name = 'Your_1C_Database_Name';

Чтобы снять блокировку, найдите request_session_id и выполните:

KILL {request_session_id};

Способ 3: Перезапуск сервера 1С

В крайнем случае перезапустите службу 1С:Предприятия на сервере:

1. Откройте "Службы" (services.msc).

2. Найдите службу "1С:Предприятие 8.3 Сервер" (или аналогичную).

3. Выполните "Перезапустить".

⚠️ Внимание: Перезапуск сервера прервёт все активные сеансы, включая фоновые задачи (например, обмены данными или регламентные операции). Используйте этот метод только если другие способы не помогли.

Убедиться, что блокировка не связана с критическими операциями (закрытие месяца, обновление)

Проверить, нет ли активных транзакций в SQL (через DBCC OPENTRAN)

Сделать резервную копию базы (на случай повреждения данных)

Предупредить пользователей о возможном прерывании работы-->

Скрытые блокировки: как найти и устранить

Не все блокировки видны в стандартном интерфейсе 1С. Скрытые блокировки возникают при:

- Фоновых задачах (регламентные операции, обмены данными).

- Зависших транзакциях в SQL Server.

- Ошибках в триггерах или обработках.

Как диагностировать скрытые блокировки?

1. Журнал регистрации 1С

Откройте Администрирование → Журналы регистрации и отфильтруйте события по ключевым словам: "блокировка", "timeout", "deadlock".

2. SQL Profiler

Запустите трассировку на сервере SQL с фильтром по базе 1С:

- Ищите события Lock:Acquired и Lock:Deadlock.

- Обратите внимание на длительные транзакции (Duration > 1000 ms).

3. Тестовый запрос на блокировки

Выполните в конфигураторе:

ВЫБРАТЬ
ТекущиеБлокировкиДанных.ИдентификаторСеанса КАК Сеанс,
ТекущиеБлокировкиДанных.ТипОбъекта КАК Тип,
ТекущиеБлокировкиДанных.Ссылка КАК Объект
ИЗ
РегистрСведений.ТекущиеБлокировкиДанных КАК ТекущиеБлокировкиДанных;

Пример скрытой блокировки:

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

⚠️ Внимание: Если в журнале регистрации есть запись "Deadlock detected", это означает, что две транзакции заблокировали друг друга. В этом случае одна из транзакций будет автоматически отменена SQL Server, но данные могут остаться в неконсистентном состоянии. Проверьте целостность базы после такого события!

Блокировки в файловом варианте работы: особенности и решения

В файловом варианте ( когда база хранится в файле .1CD) механизм блокировок работает иначе, чем в клиент-серверном. Здесь нет SQL Server, поэтому блокировки управляются непосредственно платформой 1С.

Как работают блокировки в файловом варианте?

- При открытии объекта на редактирование создаётся файл блокировки (.LCK) в папке с базой.

- Блокировка снимается при закрытии формы или сохранении документа.

- Если сеанс завершился аварийно (например, выключили свет), файл .LCK может остаться, и база будет казаться заблокированной.

Как снять блокировку в файловом варианте?

1. Закройте все сеансы 1С (включая фоновые).

2. Удалите файлы .LCK вручную:

- Перейдите в папку с базой (например, C:\1C_Bases\YourBase\).

- Удалите все файлы с расширением .LCK.

3. Перезапустите 1С:Предприятие.

Если блокировка осталась:

- Проверьте, не запущен ли процесс 1cv8.exe или ragent.exe в Диспетчере задач (завершите его принудительно).

- Используйте утилиту chdbfl.exe (входит в комплект 1С) для проверки целостности базы:

chdbfl.exe C:\1C_Bases\YourBase\1Cv8.1CD --TestAndRepair

⚠️ Внимание: В файловом варианте нет механизма транзакций, поэтому при аварийном завершении сеанса данные могут повредиться. Всегда делайте резервные копии перед принудительным снятием блокировок!

-dbmslocktimeout 60

-SQLPoolSize 50

НачатьТранзакцию();
Документ1.Записать();
Документ2.Записать();
Документ3.Записать();
ЗафиксироватьТранзакцию();

-sessiontimeout 30

-dbmslocktimeout 300