Как исправить ошибку «Начало сеанса с информационной базой запрещено. Выполняется резервное копирование информационной базы» в 1С?

Мы часто сталкиваемся с ситуациями, когда система 1С:Предприятие блокирует доступ к информационной базе, выдавая сообщение «Начало сеанса с информационной базой запрещено. Выполняется резервное копирование информационной базы». Эта проблема возникает, когда процесс резервного копирования не был завершен корректно, например, из-за нехватки места на диске, аварийного отключения сервера или принудительного прерывания процедуры. Такая блокировка создается системой для обеспечения целостности данных во время резервного копирования, но если процесс прервался, она может остаться активной, не позволяя пользователям работать с базой.

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

Понимание причины возникновения ошибки

Прежде чем перейти к решениям, давайте глубже проанализируем, почему возникает эта ошибка. Когда мы инициируем процесс резервного копирования средствами 1С, система устанавливает специальный флаг или создает файл, который сигнализирует о том, что база данных находится в особом состоянии – режиме резервного копирования. В это время любые попытки начать новый сеанс блокируются, чтобы исключить изменение данных и гарантировать целостность создаваемой копии. Если по какой-либо причине (например, закончилось место на диске, как в нашем случае, или произошел сбой питания) процесс резервного копирования прерывается до того, как этот флаг будет снят, блокировка остается активной. Система «считает», что резервное копирование все еще выполняется, хотя на самом деле это не так.

Ошибка HTTP: Forbidden при выполнении запроса POST к ресурсу, которая упоминается в исходном сообщении, часто является следствием именно этой внутренней блокировки. Веб-сервер или сервер приложений 1С отклоняет запросы к базе, поскольку она помечена как недоступная для сеансов.

Решение для файловой информационной базы

Если ваша информационная база хранится в виде файла на диске (часто это папка с множеством файлов, среди которых 1Cv8.1CD является основным), существуют несколько способов снять блокировку.

1. Удаление файла блокировки 1Cv8.cdn

Это самый распространенный и часто самый быстрый способ разблокировать файловую базу.

1. Найдем путь к вашей информационной базе. Обычно этот путь указан в списке баз при запуске 1С:Предприятия. Откройте 1С, выделите нужную базу в списке и посмотрите путь к ней внизу окна или в свойствах подключения. Например, это может быть путь вида C:\1C\Бухгалтерия30.
2. Перейдем в каталог информационной базы. Откройте Проводник Windows и перейдите по найденному пути.
3. Найдем файл 1Cv8.cdn. В этом каталоге мы должны обнаружить файл с именем 1Cv8.cdn. Этот файл является маркером блокировки. Его наличие указывает на то, что 1С считает базу заблокированной для начала новых сеансов.
4. Удалим файл. Выделите файл 1Cv8.cdn и удалите его (например, нажав клавишу Delete). Перед удалением критически важно убедиться, что ни один пользователь, включая фоновые процессы или зависшие сеансы, не подключен к базе данных. Если в момент удаления файла кто-то или что-то удерживает активный сеанс, система может мгновенно создать этот файл заново, и блокировка останется. Если вы не уверены, что сеансов нет, перезагрузите компьютер, где расположена база (если это не сетевой ресурс) или убедитесь, что все пользователи вышли из 1С.
5. Попробуем запустить 1С. После удаления файла 1Cv8.cdn снова попробуйте запустить 1С:Предприятие и открыть вашу информационную базу. В большинстве случаев это действие снимает блокировку и позволяет возобновить работу.

2. Запуск 1С с параметром /UC

Если удаление файла 1Cv8.cdn не помогло или вы не можете найти этот файл, мы можем принудительно разблокировать базу, используя специальные параметры запуска 1С:Предприятия.

1. Найдем исполняемый файл 1С:Предприятия. Обычно это 1cv8.exe, расположенный по пути, аналогичному C:\Program Files\1cv8\8.3.22.2208\bin\ (где 8.3.22.2208 — это версия платформы 1С).
2. Создадим ярлык. Щелкните правой кнопкой мыши по файлу 1cv8.exe и выберите «Создать ярлык» или скопируйте существующий ярлык 1С на рабочий стол.
3. Изменим свойства ярлыка. Щелкните правой кнопкой мыши по созданному ярлыку и выберите «Свойства».
4. Добавим параметры запуска. В поле «Объект» (или «Target») после существующего пути к 1cv8.exe необходимо добавить следующие параметры: ENTERPRISE /F"путь_к_базе" /UC.

   Например, если путь к вашей платформе 1С C:\Program Files\1cv8\8.3.22.2208\bin\1cv8.exe, а путь к вашей базе C:\1C\MyBase\, строка в поле «Объект» будет выглядеть так:

   Скопировать код

   
   "C:\Program Files\1cv8\8.3.22.2208\bin\1cv8.exe" ENTERPRISE /F"C:\1C\MyBase\" /UC
   

   Важные моменты:

   • ENTERPRISE указывает на запуск в пользовательском режиме (а не в режиме конфигуратора).
   • /F"путь_к_базе" указывает полный путь к каталогу вашей информационной базы. Путь должен быть заключен в кавычки, если он содержит пробелы.
   • /UC – это параметр для принудительной разблокировки информационной базы. Он сообщает 1С, что нужно игнорировать существующие блокировки и попытаться открыть базу.
5. Запустим 1С через измененный ярлык. Двойной щелчок по ярлыку запустит 1С с указанными параметрами. Если блокировка была причиной, база должна открыться. После успешного открытия можно пользоваться обычным ярлыком 1С.

Решение для клиент-серверной информационной базы

В случае клиент-серверного варианта работы (когда база данных хранится на SQL-сервере, а к ней обращается сервер 1С:Предприятия), мы управляем блокировками через консоль администрирования кластера серверов 1С.

1. Использование консоли администрирования кластера серверов 1С:Предприятия

Это основной и наиболее правильный способ снятия блокировки для клиент-серверных баз.

1. Запустим "Консоль администрирования серверов 1С:Предприятия". Мы можем найти ее в меню «Пуск» в группе «1С:Предприятие 8» или в разделе «Средства администрирования».
2. Подключимся к кластеру серверов 1С. В консоли администрирования нам нужно будет подключиться к тому кластеру серверов 1С, на котором находится ваша информационная база. Для этого обычно щелкаем правой кнопкой мыши по «Центральные серверы 1С:Предприятия» и выбираем «Добавить сервер».
3. Найдем вашу информационную базу. После подключения к кластеру, мы раскроем его ветвь, затем ветвь «Информационные базы» и найдем в списке свою базу по имени.
4. Откроем свойства информационной базы. Щелкнем правой кнопкой мыши по имени вашей информационной базы и выберем «Свойства».
5. Снимем флажок блокировки. В окне свойств информационной базы нам нужно найти вкладку «Блокировка» или раздел общих свойств базы. Там мы увидим опцию «Блокировка начала сеансов включена» или аналогичную (Установлена блокировка регламентных заданий). Снимите этот флажок.
6. Подтвердим изменения. Нажмите «ОК» или «Применить», чтобы сохранить изменения. После этого пользователи смогут подключиться к базе данных.

2. Перезапуск службы "Агент сервера 1С:Предприятия"

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

1. Откроем "Службы" Windows. Мы можем найти их через "Панель управления" -> "Администрирование" -> "Службы" или набрав services.msc в окне "Выполнить" (Win+R).
2. Найдем службу "Агент сервера 1С:Предприятия". В списке служб мы найдем службу с именем, похожим на 1C:Enterprise 8.3 Server Agent или Агент сервера 1С:Предприятия (x86-64).
3. Перезапустим службу. Щелкнем правой кнопкой мыши по этой службе и выберем «Перезапустить». Это приведет к остановке и повторному запуску службы, что часто сбрасывает внутренние состояния и блокировки.
4. Проверим доступ к базе. После перезапуска попробуем снова подключиться к базе 1С.

3. Использование утилит командной строки rac или ras (для опытных администраторов)

Для более опытных администраторов кластера серверов 1С существуют утилиты командной строки rac (Remote Administration Console) и ras (Remote Administration Server), которые позволяют управлять кластером серверов и информационными базами без графического интерфейса. С их помощью мы можем получить список информационных баз и управлять их свойствами, включая снятие блокировки. Например, команда для снятия блокировки может выглядеть так:

rac infobase --unblock --ib-name <имя_базы> --cluster <адрес_кластера> --cluster-port <порт_кластера>

Мы должны заменить <имя_базы>, <адрес_кластера> и <порт_кластера> на актуальные значения для вашей системы. Для получения подробной информации о синтаксисе этих утилит, рекомендуется обратиться к официальной документации 1С:Предприятия.

Дополнительные рекомендации и профилактика

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

1. Всегда проверяем свободное место на диске. Перед началом резервного копирования мы должны убедиться, что на диске, куда сохраняется копия, достаточно свободного места для полного объема базы данных. Это самая частая причина сбоев.
2. Настраиваем регулярное резервное копирование. Мы должны настроить автоматическое резервное копирование базы данных, используя надежные методы. Для серверных баз лучше использовать средства самой СУБД (например, SQL Server Management Studio), которые обеспечивают более высокую надежность и производительность. Для файловых баз можно использовать встроенные средства 1С, но с обязательным контролем свободного места и корректного завершения.
3. Анализируем журнал регистрации. После возникновения ошибки мы можем просмотреть журнал регистрации 1С:Предприятия (или технологический журнал) для получения более подробной информации о причинах сбоя или некорректного завершения процесса резервного копирования. Это может помочь выявить и устранить коренные причины проблемы.
4. Пробуем запуск в режиме конфигуратора. Иногда для сброса некоторых внутренних состояний базы (особенно в файловом варианте) мы можем попробовать запустить 1С в режиме «Конфигуратор», а затем корректно закрыть его, не внося никаких изменений. Иногда это действие может помочь системе обновить свои внутренние метаданные и снять неявные блокировки.
5. Всегда имеем актуальную резервную копию. Мы настоятельно рекомендуем регулярно создавать резервные копии вашей информационной базы. Это золотое правило, которое позволит быстро восстановить работоспособность системы в случае любой нештатной ситуации и избежать потери данных.

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