Как снять блокировку с объекта в 1С: все способы и нюансы

Блокировка объектов в 1С:Предприятие — одна из самых распространённых проблем, с которой сталкиваются пользователи и администраторы системы. Она может возникнуть при одновременной работе нескольких пользователей, сбоях сеансов или некорректном завершении операций. В результате блокировки вы не сможете редактировать документы, справочники или другие объекты, что парализует работу всей системы.

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

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

Почему возникают блокировки объектов в 1С

Блокировка в 1С — это механизм защиты данных от одновременного изменения несколькими пользователями. Она может быть явной (когда пользователь открыл объект на редактирование) или неявной (когда система временно блокирует объект для выполнения операции). Основные причины:

🔹 Длительные транзакции: пользователь начал редактировать документ, но не сохранил или не закрыл его. Система держит блокировку до завершения сеанса.

🔹 Сбои в работе клиента: если 1С аварийно закрылась (например, из-за обрыва связи), блокировка может остаться"висеть" в базе.

🔹 Фоновые задачи: регламентные задания или обработки, которые некорректно завершили работу.

🔹 Ошибки в коде: неоптимизированные запросы или циклы, которые слишком долго удерживают блокировки.

В 1С 8.3 блокировки делятся на два типа:

• 🔒 Пессимистичные — объект блокируется сразу при открытии на редактирование (используется по умолчанию для документов).
• 🔓 Оптимистичные — блокировка устанавливается только при сохранении изменений (чаще используется для справочников).

В большинстве случаев блокировки снимаются автоматически после завершения сеанса пользователя. Но если этого не произошло, требуется ручное вмешательство.

Как найти заблокированный объект в 1С

Прежде чем снимать блокировку, нужно точно определить, какой объект заблокирован и кем. Для этого есть несколько способов:

🔍 Стандартный отчёт"Активные пользователи":

1. Откройте 1С:Предприятие в режиме конфигуратора.
2. Перейдите в меню Администрирование → Активные пользователи.
3. В колонке Блокировки будут отображены объекты, удерживаемые каждым сеансом.

📊 Отчёт"Блокировки объектов" (доступен в некоторых конфигурациях):

• 📌 В Управлении торговлей 11 или ERP 2 перейдите в Отчёты → Стандартные → Блокировки объектов.
• 📌 В Бухгалтерии 3.0 используйте обработку Анализ блокировок (может потребоваться установка дополнительного расширения).

🖥️ SQL-запрос для прямых блокировок (для администраторов базы данных):

SELECT
L.TRANSACTIONID AS [ID транзакции],
L.RESOURCE_TYPE AS [Тип ресурса],
L.RESOURCE_ID AS [ID объекта],
S.HOST_NAME AS [Имя хоста],
S.PROGRAM_NAME AS [Приложение],
S.LOGIN_NAME AS [Пользователь]
FROM
v8locks L
JOIN
sys.dm_exec_sessions S ON L.SPID = S.session_id
WHERE
L.RESOURCE_TYPE ='S' -- Блокировки объектов 1С

Если стандартные отчёты не показывают блокировку, но объект всё равно не редактируется, возможно, это скрытая блокировка на уровне СУБД. В этом случае поможет только анализ через SQL Server Management Studio или pgAdmin (для PostgreSQL).

Что делать, если блокировка не видна в отчётах?

Скрытые блокировки часто возникают из-за некорректно завершённых транзакций на уровне СУБД. В этом случае проверьте системные таблицы базы данных (например, v$locked_object для Oracle или pg_locks для PostgreSQL). Также блокировка может быть установлена на уровне файловой системы (для файловых баз 1С).

Снятие блокировки через конфигуратор 1С

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

🛠️ Пошаговая инструкция:

1. Закройте все сеансы 1С:Предприятие (кроме конфигуратора).
2. Откройте базу в режиме конфигуратора (запустите 1cv8.exe с ключом /Config).
3. Перейдите в Администрирование → Активные пользователи.
4. Найдите в списке пользователя, который удерживает блокировку, и нажмите Завершить сеанс.
5. Если блокировка осталась, используйте кнопку Снять блокировки (доступна в последних версиях платформы).

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

🔄 Альтернативный метод для старых версий 1С (8.1-8.2):

• 📂 Откройте каталог базы данных (для файловых баз это папка с расширением .1CD).
• 📂 Найдите файл 1Cv8.lck и удалите его. Это файл блокировок, который создаётся для защиты от одновременного доступа.
• 🔄 Перезапустите 1С:Предприятие. Блокировки будут сняты, но все пользователи будут отключены.

Убедиться, что нет критичных операций|Сделать резервную копию базы|Предупредить пользователей о возможном разрыве сеанса|Проверьте права доступа (нужны права администратора)-->

Программное снятие блокировок (для разработчиков)

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

📜 Снятие блокировок для текущего сеанса:

Процедура СнятьБлокировки
Попытка
БлокировкаДанных.СнятьБлокировкиДанных;
Сообщить("Блокировки сняты успешно!");
Исключение
Сообщить("Ошибка при снятии блокировок:" + ОписаниеОшибки);
КонецПопытки;
КонецПроцедуры

🔧 Поиск и снятие блокировок по идентификатору объекта:

Процедура СнятьБлокировкуПоID(ИдОбъекта)
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| БлокировкиДанных.Ссылка КАК Ссылка
|ИЗ
| РегистрСведений.БлокировкиДанных КАК БлокировкиДанных
|ГДЕ
| БлокировкиДанных.Ссылка = &Ссылка";

Запрос.УстановитьПараметр("Ссылка", ИдОбъекта);
Результат = Запрос.Выполнить;

Если Результат.Пустой Тогда
Сообщить("Блокировок для объекта не найдено!");
Иначе
БлокировкаДанных.СнятьБлокировкуДанных(ИдОбъекта);
Сообщить("Блокировка снята!");
КонецЕсли;
КонецПроцедуры

💡 Полезный совет: Если вы часто сталкиваетесь с блокировками, создайте обработку с этими процедурами и добавьте её в панель инструментов. Это сэкономит время при повторных инцидентах.

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

Снятие блокировок на уровне СУБД

Если блокировка установлена на уровне SQL Server, PostgreSQL или другой СУБД, её нужно снимать напрямую через администратор базы данных. Этот метод требует прав sysadmin или db_owner.

🗃️ Для Microsoft SQL Server:

-- Найти блокирующие процессы
SELECT
spid,
blkby = blocked,
sd.name AS [Database],
rtrim(hostname) AS [Host],
rtrim(program_name) AS [Program],
loginame AS [User]
FROM
master.dbo.sysprocesses p
JOIN
master.dbo.sysdatabases sd ON p.dbid = sd.dbid
WHERE
blocked <> 0 OR spid IN (SELECT blocked FROM master.dbo.sysprocesses WHERE blocked <> 0)

-- Убить процесс (замените {SPID} на реальный ID)
KILL {SPID}

🐘 Для PostgreSQL:

-- Найти заблокированные процессы
SELECT
blocked_locks.pid AS blocked_pid,
blocking_locks.pid AS blocking_pid,
blocked_activity.usename AS blocked_user,
blocking_activity.usename AS blocking_user,
blocked_activity.query AS blocked_statement
FROM
pg_catalog.pg_locks blocked_locks
JOIN
pg_stat_activity blocked_activity ON blocked_activity.pid = blocked_locks.pid
JOIN
pg_catalog.pg_locks blocking_locks
ON blocking_locks.locktype = blocked_locks.locktype
AND blocking_locks.DATABASE IS NOT DISTINCT FROM blocked_locks.DATABASE
AND blocking_locks.relation IS NOT DISTINCT FROM blocked_locks.relation
AND blocking_locks.page IS NOT DISTINCT FROM blocked_locks.page
AND blocking_locks.tuple IS NOT DISTINCT FROM blocked_locks.tuple
AND blocking_locks.virtualxid IS NOT DISTINCT FROM blocked_locks.virtualxid
AND blocking_locks.transactionid IS NOT DISTINCT FROM blocked_locks.transactionid
AND blocking_locks.classid IS NOT DISTINCT FROM blocked_locks.classid
AND blocking_locks.objid IS NOT DISTINCT FROM blocked_locks.objid
AND blocking_locks.objsubid IS NOT DISTINCT FROM blocked_locks.objsubid
AND blocking_locks.pid!= blocked_locks.pid
JOIN
pg_stat_activity blocking_activity ON blocking_activity.pid = blocking_locks.pid
WHERE
NOT blocked_locks.GRANTED;

-- Убить процесс (замените {PID} на реальный ID)
SELECT pg_terminate_backend({PID});

📌 Важно: Перед выполнением KILL или pg_terminate_backend убедитесь, что блокирующий процесс не выполняет критичную операцию (например, резервное копирование). Используйте команду EXEC sp_who2 (для SQL Server) или SELECT * FROM pg_stat_activity (для PostgreSQL), чтобы увидеть текущие запросы.

Частые ошибки и как их избежать

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

🚫 Ошибка 1: Принудительное завершение всех сеансов подряд

Многие администраторы, не разобравшись в причине, завершают все сеансы пользователей. Это может привести к:

• 🔴 Потере несохранённых данных (например, пользователь вёл документ 2 часа и не успел сохранить).
• 🔴 Нарушению транзакций (если сеанс выполнял критичную операцию, например, проводку документа).
• 🔴 Повторным блокировкам из-за некорректного завершения фоновых задач.

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

🚫 Ошибка 2: Удаление файла 1Cv8.lck без резервной копии

В файловых базах удаление файла 1Cv8.lck может привести к:

• 🔴 Повреждению индексов (если в момент удаления шла запись в базу).
• 🔴 Потере связей между объектами (если блокировка удерживала критичный документ).

✅ Решение: Перед удалением 1Cv8.lck обязательно:

1. Сделайте резервную копию базы (даже если это файловая база).
2. Убедитесь, что все пользователи вышли из системы.
3. Проверьте целостность базы после удаления (через Тестирование и исправление в конфигураторе).

🚫 Ошибка 3: Использование SQL-запросов без понимания последствий

Прямое вмешательство в СУБД может привести к:

• 🔴 Нарушению ссылочной целостности (если блокировка удерживала связанные объекты).
• 🔴 Остановке репликации (если база работает в кластере).
• 🔴 Потере данных при откате транзакций.

✅ Решение:

• 📌 Всегда тестируйте SQL-запросы на тестовой копии базы.
• 📌 Используйте транзакции с возможностью отката (BEGIN TRANSACTION / ROLLBACK).
• 📌 Перед выполнением KILL проверяйте, какие запросы выполняет процесс (команда DBCC INPUTBUFFER({SPID}) для SQL Server).

📌 Полезный лайфхак: Настройте в 1С автоматическое оповещение о длительных блокировках. Для этого используйте обработку, которая проверяет регистр БлокировкиДанных и отправляет уведомление администратору, если блокировка держится больше 30 минут.

Профилактика блокировок в 1С

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

🛡️ 1. Оптимизация транзакций

• 🔹 Разбивайте длинные транзакции на более короткие. Например, вместо проводки 1000 документов за раз делайте это пакетами по 100.
• 🔹 Используйте Отложенное проведение для некритичных документов.
• 🔹 Настройте фоновые регламентные задания на выполнение в нерабочее время.

🛡️ 2. Настройка режимов блокировок

• 🔹 Для справочников используйте оптимистичные блокировки (настройка в конфигураторе: Свойства объекта → Блокировка данных).
• 🔹 Для документов, которые редко редактируются, можно отключить блокировку совсем (но это рискованно!).

🛡️ 3. Мониторинг и оповещения

• 🔹 Настройте в 1С отчёт, который показывает все блокировки старше 1 часа.
• 🔹 Используйте внешние системы мониторинга (например, Zabbix или Prometheus) для отслеживания блокировок на уровне СУБД.
• 🔹 Создайте обработку, которая автоматически снимает"зависшие" блокировки (например, если сеанс неактивен более 2 часов).

🛡️ 4. Обучение пользователей

• 🔹 Научите сотрудников сохранять документы чаще (например, после заполнения каждой вкладки).
• 🔹 Запретите оставлять документы открытыми на редактирование на длительное время (например, на обед).
• 🔹 Объясните, что такое блокировки и почему нельзя одновременно редактировать один документ.

📊 Таблица: Рекомендуемые настройки блокировок для разных объектов

Тип объекта	Рекомендуемый режим блокировки	Макс. время удержания (мин)	Примечания
Документы (поступление, реализация)	Пессимистичная	15	Критичные документы, требуют строгого контроля
Справочники (номенклатура, контрагенты)	Оптимистичная	5	Редко редактируются одновременно
Регистры накопления	Автоматическая (по умолчанию)	10	Блокируются только при записи движений
Отчёты и обработки	Без блокировок	—	Только чтение данных
Планы обмена	Пессимистичная	30	Важно для синхронизации распределённых баз

🔹 Дополнительный совет: Если в вашей компании часто возникают блокировки из-за одновременной работы, рассмотрите возможность перехода на клиент-серверный вариант 1С. Он лучше обрабатывает конкурентный доступ, чем файловая база.

FAQ: Частые вопросы о блокировках в 1С

Можно ли снять блокировку, не завершая сеанс пользователя?

Да, в некоторых случаях. Если блокировка установлена на уровне 1С (а не СУБД), можно использовать метод БлокировкаДанных.СнятьБлокировкуДанных с указанием конкретного объекта. Однако это требует прав администратора и может привести к потере данных, если пользователь в этот момент редактировал объект.

Для блокировок на уровне СУБД придётся завершать сеанс или убивать процесс в базе данных.

Почему блокировка появляется снова после снятия?

Эточная ситуация, когда:

• 🔄 Сеанс пользователя не был корректно завершён (например, из-за обрыва связи).
• 🔄 В коде конфигурации есть цикл, который постоянно переоткрывает объект на редактирование.
• 🔄 Фоновое задание (например, регламентное) периодически блокирует объект.

Решение: проверьте логи 1С и СУБД на наличие повторяющихся операций. Также убедитесь, что пользователь действительно вышел из системы.

Как узнать, какой именно объект заблокирован, если в отчётах пусто?

Если стандартные отчёты 1С не показывают блокировку, но объект не редактируется, попробуйте:

1. Посмотреть блокировки на уровне СУБД (например, через sp_who2 для SQL Server).
2. Использовать обработку Анализ блокировок (есть в открытом доступе на Инфостарт).
3. Проверьте файловые блокировки (для файловых баз) с помощью утилит вроде Process Explorer.

Часто блокировка бывает не на самом объекте, а на связанных с ним регистрах или таблицах.

Можно ли отключить блокировки в 1С совсем?

Технически да, но это крайне не рекомендуется. Блокировки нужны для:

• 🛡️ Предотвращения потери данных при одновременном редактировании.
• 🛡️ Сохранения целостности ссылок между объектами.
• 🛡️ Корректной работы транзакций и проводок.

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

Что делать, если после снятия блокировки объект испортился?

Если после принудительного снятия блокировки объект стал недоступен или содержит ошибки:

1. Восстановите объект из резервной копии (если она есть).
2. Проверьте целостность базы через Тестирование и исправление в конфигураторе.
3. Если объект критичен (например, документ), попробуйте создать его копию и перенести данные вручную.
4. Обратитесь в поддержку 1С с логами ошибок.

🔹 Важно: Всегда делайте резервную копию перед принудительным снятием блокировок!