Администрирование · 10 мин
1С сообщает «это копия информационной базы»: как убрать блокировку
Почему 1С пишет «это копия информационной базы» и как убрать блокировку: через конфигуратор, файл блокировки, параметры запуска. Пошаговые инструкции и риски.
При открытии базы 1С:Предприятие 8.3 иногда появляется окно с текстом «Информационная база была перемещена или восстановлена из резервной копии» и блокировкой регламентных заданий и синхронизации данных. Платформа сигнализирует: она считает эту базу копией, а не рабочей системой, и намеренно отключает фоновые процессы, чтобы копия не отправила письма, не выгрузила данные в банк или не испортила обмен с другими системами.
Механизм называется «защита от опасных действий копии информационной базы» и появился в платформе 8.3.9. Срабатывает он тогда, когда изменяются параметры, по которым 1С идентифицирует базу: строка подключения к серверу СУБД, путь к файловой базе, имя базы на сервере. Для платформы смена этих параметров выглядит как восстановление из копии.
Убрать предупреждение можно несколькими способами: подтвердить в диалоге, что база рабочая; снять блокировку через конфигуратор или консольный запрос; удалить служебный файл блокировки в файловой базе. Выбор зависит от того, файловая у вас база или клиент-серверная, и есть ли доступ к конфигуратору. Ниже разобраны все варианты с проверкой результата.
Почему 1С считает базу копией
Платформа хранит в служебных данных базы набор идентификаторов: способ подключения (файловый или серверный), путь к каталогу или имя базы на SQL-сервере, а также уникальный идентификатор информационной базы. При каждом запуске эти значения сверяются с текущими параметрами подключения. Если они не совпадают — например, базу развернули из бэкапа на новом сервере или перенесли файловую базу в другую папку, — платформа делает вывод, что перед ней копия.
Типичные ситуации срабатывания: восстановление из резервной копии после сбоя, переезд на новый сервер, перенос файловой базы на другой диск или компьютер, создание тестовой базы из рабочей, смена имени базы на SQL Server. Во всех этих случаях поведение платформы одинаковое — она блокирует регламентные и фоновые задания, синхронизацию данных, обмен с сайтом и другие внешние взаимодействия.
Важно понимать: блокировка — это не ошибка, а защитная функция. Она предотвращает ситуацию, когда тестовая копия начинает рассылать реальным контрагентам счета или дважды выгружает платежи в банк. Поэтому снимать её нужно осознанно, только убедившись, какая именно база перед вами.
Как убрать предупреждение через диалог при запуске
Самый простой сценарий: при первом входе после переноса платформа сама показывает окно с вопросом о статусе базы. В нём два варианта: «Это копия информационной базы» и «Это рабочая информационная база». Если вы восстановили боевую базу из бэкапа или переехали на новый сервер, выбирайте второй вариант — блокировка снимется, регламентные задания возобновят работу.
Если база действительно тестовая копия, выбирайте первый вариант. Тогда блокировка сохранится, предупреждение больше не будет беспокоить, а фоновые процессы останутся выключенными — это безопасное состояние для копии.
Учтите: диалог показывается только пользователям с правами администратора. Обычные пользователи при заблокированной базе увидят лишь сообщение о том, что регламентные задания недоступны. Если окно не появилось, значит, либо вы вошли не под администратором, либо блокировка уже была обработана ранее.
Как снять блокировку через конфигуратор
Если диалог не появился или нужно управлять блокировкой централизованно, используйте конфигуратор. Откройте базу в режиме конфигуратора под пользователем с полными правами и перейдите в меню «Администрирование» → «Обслуживание» → «Блокировка работы с внешними ресурсами» (в разных версиях платформы пункт может называться «Параметры информационной базы» или находиться в разделе обслуживания).
В открывшейся форме снимите флаг блокировки работы с внешними ресурсами и сохраните изменения. После этого регламентные задания и обмены снова заработают. В некоторых конфигурациях аналогичная настройка доступна и в пользовательском режиме: «Администрирование» → «Обслуживание» → «Регламентные операции».
Проверить результат просто: запустите базу в режиме предприятия и убедитесь, что предупреждение не появляется, а в журнале регистрации видны записи о выполнении регламентных заданий. Если задания не стартуют, проверьте, не заблокированы ли они отдельно на уровне сервера 1С или заданий Windows.
- 1Откройте базу в конфигураторе под полными правами
- 2Перейдите: Администрирование → Обслуживание → Блокировка работы с внешними ресурсами
- 3Снимите флаг блокировки и сохраните
- 4Запустите режим предприятия и проверьте выполнение регламентных заданий
- 5Убедитесь в журнале регистрации, что задания выполняются без ошибок
Как убрать блокировку в файловой базе через файл 1Cv8.cdn
В файловых базах признак блокировки хранится в служебном файле 1Cv8.cdn в каталоге базы. Если файл существует — база считается копией, и внешние ресурсы заблокированы. Это даёт быстрый способ снять блокировку без запуска конфигуратора.
Порядок действий: завершите все сеансы работы с базой, откройте каталог информационной базы, найдите файл 1Cv8.cdn и удалите его (или переименуйте, если хотите сохранить возможность отката). При следующем запуске платформа не найдёт файл и снимет блокировку. Предупреждение исчезнет, регламентные задания возобновятся.
Обратный приём тоже работает: если нужно принудительно пометить базу как копию (например, при создании тестовой среды), достаточно создать в каталоге пустой файл с именем 1Cv8.cdn. Это удобно при автоматизации развёртывания копий скриптами.
Перед удалением 1Cv8.cdn убедитесь, что с базой никто не работает. Удаление файла при активных сеансах не повредит данные, но блокировка снимется только для новых подключений, что может запутать диагностику.
Снятие блокировки в клиент-серверной базе
В клиент-серверном варианте файла 1Cv8.cdn нет — признак блокировки хранится внутри базы данных на SQL-сервере. Здесь доступны три пути: диалог при запуске под администратором, настройка в конфигураторе, описанная выше, и программный способ через встроенный язык.
Программно блокировку снимает метод РаботаСВнешнимиРесурсами.РазрешитьРаботуСВнешнимиРесурсами() из Библиотеки стандартных подсистем, если она встроена в конфигурацию. В типовых конфигурациях (БП, УТ, ERP, ЗУП) эта подсистема присутствует. Выполнить код можно через внешнюю обработку или консоль кода, запущенную под полными правами.
Для массового управления копиями удобно использовать параметр запуска конфигуратора /DisableStartupDialogs совместно со сценариями, а также фиксировать статус базы сразу после развёртывания из бэкапа — это исключает ситуацию, когда пользователи первыми заходят в заблокированную базу и не понимают, почему не работают обмены.
Как выбрать способ
Когда блокировку снимать нельзя
Главный риск этого механизма — ошибочно объявить рабочей базу, которая на самом деле является копией. Если рядом существует настоящая рабочая база и копия получит статус рабочей, обе начнут выполнять одни и те же регламентные задания: двойная отправка писем клиентам, повторные выгрузки платёжных поручений, конфликты при синхронизации с сайтом и другими базами.
Поэтому перед снятием блокировки ответьте на три вопроса: откуда взялась эта база, существует ли сейчас другая рабочая копия, какие обмены в ней настроены. Если базу разворачивали для тестирования, обучения или разработки — блокировку снимать не нужно, она выполняет свою защитную функцию.
Отдельный случай — восстановление после сбоя, когда старая база недоступна, а из бэкапа подняли новую. Здесь снятие блокировки обязательно, но сначала убедитесь, что старая база действительно не работает и никто не сможет в неё войти: иначе получите две «рабочие» базы с разъезжающимися данными.
Проверка результата и частые вопросы
После снятия блокировки проверьте три признака: при запуске не появляется окно о копии базы; в журнале регистрации есть свежие записи о выполнении регламентных заданий; обмены и синхронизации проходят без ошибок. Если хотя бы один пункт не выполняется — блокировка снята не полностью или проблема в другом месте, например в настройках самих заданий.
Как проверить результат
Предупреждение о копии не появляется
Окно показывается снова — блокировка не снята
Есть записи о выполнении регламентных заданий
Задания не выполняются или падают с ошибкой доступа к внешним ресурсам
Файл 1Cv8.cdn отсутствует
Файл на месте — блокировка активна
Почему предупреждение появляется снова после перезапуска?
Чаще всего потому, что в диалоге выбрали вариант «Это копия» — тогда платформа сохраняет блокировку и может напоминать о статусе. Либо файл 1Cv8.cdn в файловой базе не был удалён, а блокировку пытались снять только в сеансе. Проверьте каталог базы и повторно подтвердите статус под администратором.
Можно ли отключить сам механизм защиты навсегда?
Штатной настройки полного отключения нет — механизм встроен в платформу. Можно лишь фиксировать статус каждой базы (рабочая или копия), после чего платформа перестаёт задавать вопрос. Полностью обойти защиту без последствий не получится, и делать это не рекомендуется.
Что делать, если диалог не появляется, а обмены не работают?
Войдите под пользователем с полными правами — диалог показывается только администраторам. Если и тогда окна нет, откройте конфигуратор и проверьте блокировку в разделе «Администрирование → Обслуживание», а для файловой базы — наличие файла 1Cv8.cdn в каталоге.
Опасно ли удалять файл 1Cv8.cdn?
Нет, файл содержит только признак блокировки, пользовательские данные в нём не хранятся. Удаление безопасно при закрытых сеансах. Единственный риск — снять блокировку с базы, которая действительно является копией, поэтому сначала убедитесь в её статусе.
Работает ли этот способ в 1С:Фреш и облачных сервисах?
В облачных сервисах доступа к файловой системе и конфигуратору обычно нет, поэтому блокировка снимается только через диалог под администратором или через настройки в режиме предприятия. При невозможности снять блокировку самостоятельно обращайтесь в поддержку сервиса.
Что важно запомнить
Сообщение «это копия информационной базы» — защитный механизм платформы, а не ошибка. Рабочую базу разблокируйте через диалог, конфигуратор или удаление файла 1Cv8.cdn; тестовую копию оставьте заблокированной. Перед снятием блокировки всегда убеждайтесь, что не создаёте вторую «рабочую» базу с активными обменами.