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