Как снять блокировку 1С после прерванного резервного копирования

Если после неудачного или прерванного резервного копирования 1С перестала запускаться, а при входе появляется сообщение:

HTTP: Forbidden
Ошибка при выполнении запроса POST к ресурсу /e1cib/login
Начало сеанса с информационной базой запрещено. Выполняется резервное копирование информационной базы

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

Такая ситуация особенно часто встречается в файловой базе 1С, если:

• на диске закончилось место во время backup;
• резервное копирование было прервано вручную;
• завис процесс платформы 1С;
• Windows или сервер были выключены некорректно;
• операция выгрузки завершилась аварийно.

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

Симптомы проблемы

Обычно администратор видит один или несколько признаков:

• 1С не запускается после резервного копирования;
• появляется ошибка HTTP: Forbidden;
• система пишет: «Выполняется резервное копирование информационной базы»;
• пользователи не могут войти в 1С;
• после нехватки места на диске база перестала открываться;
• команда снятия блокировки не помогает;
• в каталоге базы остаются временные файлы.

Если в сообщении об ошибке фигурирует запуск с параметром:

CMD
/F"C:\1C-Base\Рога и копыта"

значит перед вами файловая база 1С.

Почему 1С пишет, что резервное копирование всё ещё выполняется

Во время резервного копирования 1С:

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

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

• пользователи не допускаются к работе;
• в каталоге остаются временные файлы;
• 1С считает, что backup ещё не завершён.

Когда проблема возникает чаще всего

Нехватка места на диске

Самая частая причина. Во время резервного копирования нужны:

• место под итоговую копию;
• место под временные файлы;
• запас под служебные операции платформы.

Принудительное завершение backup

Если пользователь или администратор прервал процесс, 1С может не успеть снять блокировку.

Зависший процесс 1cv8.exe

Даже если окно 1С уже закрыто, процесс может остаться в памяти и продолжать держать базу.

Аварийное выключение сервера или ПК

После сбоя питания или перезагрузки Windows файловая база может остаться в подвешенном состоянии.

Как понять, что это файловая база 1С

Файловая база 1С обычно запускается так:

CMD
"C:\Program Files\1cv8\8.3.27.1989\bin\1cv8.exe" ENTERPRISE /F"C:\1C-Base\Рога и копыта"

В каталоге такой базы обычно присутствуют файлы:

• 1Cv8.1CD
• 1Cv8.1CL
• 1Cv8.cdn
• 1Cv8tmp.1CD
• 1Cv8snc.1CD

Главный файл базы — это:

1Cv8.1CD

Его удалять нельзя.

Что нельзя делать

Перед исправлением проблемы важно помнить:

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

Пошаговая инструкция по восстановлению

Шаг 1. Закройте 1С у всех пользователей

Убедитесь, что:

• 1С:Предприятие закрыто;
• Конфигуратор закрыт;
• пользователи вышли из базы.

Шаг 2. Проверьте, не остались ли процессы 1С

Откройте командную строку и выполните:

tasklist | findstr /i 1cv8

Если процессы остались, завершите их:

taskkill /F /IM 1cv8.exe

Шаг 3. Сделайте копию каталога базы

Перед любыми действиями создайте резервную копию папки:

robocopy "C:\1C-Base\Рога и копыта" "C:\1C-Base\Рога и копыта_backup_before_fix" /E /R:1 /W:1

Шаг 4. Просмотрите содержимое папки базы

dir /a "C:\1C-Base\Рога и копыта"

Ищите в списке файлов:

• 1Cv8.cdn
• 1Cv8tmp.1CD

Именно они часто остаются после аварийно прерванного backup.

Шаг 5. Попробуйте штатную команду снятия блокировки

"C:\Program Files\1cv8\8.3.27.1989\bin\1cv8.exe" ENTERPRISE /F"C:\1C-Base\Рога и копыта" /CРазрешитьРаботуПользователей /UC

Если это не помогло, переходите к следующему шагу.

Шаг 6. Попробуйте открыть базу в Конфигураторе

"C:\Program Files\1cv8\8.3.27.1989\bin\1cv8.exe" CONFIG /F"C:\1C-Base\Рога и копыта"

Если Конфигуратор открылся:

• зайдите в Администрирование;
• выполните Тестирование и исправление;
• проверьте наличие блокировок.

Шаг 7. Аккуратно переименуйте служебные файлы

Если команда разблокировки и запуск в Конфигураторе не помогли, а в каталоге есть подозрительные остатки прерванной операции, переименуйте их:

ren "C:\1C-Base\Рога и копыта\1Cv8.cdn" 1Cv8.cdn.bak
ren "C:\1C-Base\Рога и копыта\1Cv8tmp.1CD" 1Cv8tmp.1CD.bak

Почему лучше переименовывать, а не удалять? Потому что:

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

После этого снова попробуйте открыть базу.

Команды, которые должен знать администратор 1С

• Проверка процессов: tasklist | findstr /i 1cv8
• Завершение процессов 1С: taskkill /F /IM 1cv8.exe
• Копирование каталога базы: robocopy "C:\1C-Base\Рога и копыта" "C:\1C-Base\Рога и копыта_backup_before_fix" /E /R:1 /W:1
• Просмотр содержимого каталога: dir /a "C:\1C-Base\Рога и копыта"
• Штатная команда снятия блокировки: "C:\Program Files\1cv8\8.3.27.1989\bin\1cv8.exe" ENTERPRISE /F"C:\1C-Base\Рога и копыта" /CРазрешитьРаботуПользователей /UC
• Открытие Конфигуратора: "C:\Program Files\1cv8\8.3.27.1989\bin\1cv8.exe" CONFIG /F"C:\1C-Base\Рога и копыта"
• Переименование зависших служебных файлов: ren "C:\1C-Base\Рога и копыта\1Cv8.cdn" 1Cv8.cdn.bak и ren "C:\1C-Base\Рога и копыта\1Cv8tmp.1CD" 1Cv8tmp.1CD.bak

Какие файлы 1С особенно важны после неудачного backup

• 1Cv8.1CD — Основной файл файловой базы. Удалять нельзя.
• 1Cv8.cdn — Служебный файл, который может остаться после аварийно прерванного резервного копирования или другой операции платформы.
• 1Cv8tmp.1CD — Временный файл базы, который часто появляется в процессе служебных операций. После нештатного завершения может мешать запуску.
• .1CL-файлы — Файлы блокировок и сессий. Их рассматривают позже и только при аккуратной диагностике.

Что делать после успешного восстановления доступа к 1С

Если база снова открылась, обязательно выполните следующие действия.

1. Запустите тестирование и исправление

Через Конфигуратор: Администрирование -> Тестирование и исправление. Это особенно важно после: аварийного завершения backup, нехватки места, ручного завершения процесса 1С.

2. Не удаляйте сразу файлы .bak

Оставьте 1Cv8.cdn.bak и 1Cv8tmp.1CD.bak до тех пор, пока не убедитесь, что база работает стабильно.

3. Проверьте свободное место на диске

Для файловой базы 1С нужно держать запас свободного места. Если база весит около 2.5–3 ГБ, желательно иметь минимум 8–10 ГБ свободного пространства, а лучше больше, особенно перед backup.

Как избежать проблемы в будущем

• Контролируйте свободное место. Регулярно проверяйте системный диск, диск с базой и диск, куда пишется резервная копия.
• Не прерывайте backup вручную. Даже если кажется, что процесс завис, сначала проверьте, занят ли диск, растёт ли временный файл, не работает ли 1cv8.exe в фоне.
• Делайте резервное копирование в нерабочее время. Так меньше риск конфликтов с пользователями и блокировок.
• Храните несколько копий базы. Не ограничивайтесь одной копией. Нужны: ежедневные резервные копии, несколько поколений, периодическая проверка восстановления.
• Проверяйте базу после сбоев. Если backup завершился нештатно, после восстановления доступа всегда запускайте Тестирование и исправление.

Частые вопросы

Почему не помогла команда /CРазрешитьРаботуПользователей /UC?

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

Можно ли удалять 1Cv8.cdn?

Безопаснее не удалять, а переименовать.

Можно ли удалять 1Cv8tmp.1CD?

Тоже лучше сначала переименовать, а не удалять сразу.

Нужно ли делать тестирование и исправление после восстановления?

Да, это обязательно желательно сделать.

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

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

Вывод

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

1. закрыть все процессы 1С;
2. сделать копию каталога базы;
3. попробовать штатную команду разблокировки;
4. открыть базу через Конфигуратор;
5. при необходимости переименовать 1Cv8.cdn и 1Cv8tmp.1CD;
6. выполнить Тестирование и исправление;
7. навести порядок с резервным копированием и свободным местом.

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