Как проверить в 1С, что база является копией

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

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

Ниже разобраны признаки копии, способы проверки в файловом и клиент-серверном варианте, а также действия, которые нужно выполнить, чтобы либо оставить копию изолированной, либо вернуть базе статус рабочей.

Почему 1С считает базу копией

У каждой информационной базы 1С есть внутренний идентификатор, который платформа сверяет с параметрами подключения. При восстановлении из backup, копировании файла 1Cv8.1CD или переносе базы на другой SQL-сервер возникает расхождение: идентификатор тот же, а расположение изменилось. Типовые конфигурации на базе Библиотеки стандартных подсистем (БСП) при первом запуске после такого события фиксируют факт перемещения и предлагают администратору выбрать: «Это копия информационной базы» или «Информационная база была перемещена».

Если выбран вариант «копия» (или если администратор проигнорировал диалог), система блокирует выполнение регламентных и фоновых заданий, связанных с внешними взаимодействиями: обмены с сайтом, синхронизация с другими базами, отправка почты, загрузка курсов валют, ЭДО. Внутренняя работа — проведение документов, отчёты, ввод данных — при этом не ограничивается.

Быстрые признаки, что база работает как копия

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

Второй признак — наличие соответствующей отметки в настройках. В типовых конфигурациях откройте раздел Администрирование → Обслуживание → Регламентные операции (в некоторых конфигурациях — «Регламентные и фоновые задания»). Если база признана копией, там отображается предупреждение о блокировке и кнопка, позволяющая снять её.

Проверка через идентификатор информационной базы

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

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

ИдентификаторБазы = СтандартныеПодсистемыСервер.ИдентификаторИнформационнойБазы();
Сообщить(ИдентификаторБазы);

Также полезно проверить, установлена ли блокировка регламентных заданий на уровне консоли кластера (для клиент-серверного варианта): в консоли администрирования откройте свойства базы и посмотрите флаг «Блокировка регламентных заданий включена». Этот флаг часто выставляют вручную при развёртывании копий — и забывают снять при возврате базы в работу.

Контрольные точки

Как проверить результат

Идентификатор базы

Норма

Совпадает с ожидаемым для данной среды (тестовой или рабочей)

Тревожный признак

Идентификатор рабочей базы обнаружен у базы, которая должна быть независимой

Свойства базы в консоли кластера

Норма

Блокировка регламентных заданий соответствует роли базы

Тревожный признак

У рабочей базы включена блокировка — задания не выполняются

Раздел регламентных операций

Норма

Нет предупреждения о копии для рабочей базы

Тревожный признак

Отображается сообщение, что база является копией, и задания заблокированы

Что делать, если база — копия, и это правильно

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

Дополнительная мера — явная пометка копии. В типовых конфигурациях есть настройка «Копия информационной базы» с возможностью вывести предупреждение пользователям. Практичный шаг — изменить заголовок программы или добавить в название базы пометку «ТЕСТ», чтобы пользователи не вводили реальные документы в копию.

Как снять статус копии с рабочей базы

Если база — рабочая, а блокировка появилась после переезда на новый сервер или восстановления из backup, статус копии нужно снять. В типовых конфигурациях для этого предусмотрен штатный механизм: в разделе Администрирование → Обслуживание → Регламентные операции нажмите кнопку снятия блокировки (обычно она называется «Снять блокировку» или «Это рабочая база»). После этого регламентные задания возобновят выполнение по расписанию.

Альтернативный путь — при следующем появлении диалога о перемещении базы выбрать вариант «Информационная база была перемещена». Этот вариант сохраняет идентификатор и снимает ограничения. Выбирать «Это копия» для рабочей базы нельзя: блокировка заданий сохранится.

1. 1
   Убедитесь, что перед вами действительно рабочая база, а не тестовая копия — сверьте строку подключения и сервер
2. 2
   Сделайте резервную копию базы перед любыми изменениями
3. 3
   Откройте Администрирование → Обслуживание → Регламентные операции
4. 4
   Нажмите кнопку снятия блокировки / подтвердите, что база перемещена
5. 5
   В консоли кластера проверьте, что флаг блокировки регламентных заданий снят
6. 6
   Проверьте в журнале регистрации, что задания начали выполняться по расписанию

Проверка в файловом и клиент-серверном вариантах

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

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

Частые ошибки и ограничения механизма

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

Ещё одна ограниченность — механизм определения копии реализован в типовых конфигурациях на базе БСП. В самописных или сильно доработанных конфигурациях диалог о перемещении может отсутствовать, и тогда проверка сводится к ручному сравнению идентификаторов и анализу настроек обменов.

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

Почему регламентные задания не выполняются, хотя расписание настроено верно?

Наиболее частая причина — база признана копией или в консоли кластера включена блокировка регламентных заданий. Проверьте раздел «Администрирование → Обслуживание → Регламентные операции» и свойства базы в консоли администрирования сервера. Заодно убедитесь, что в файловом варианте запущен сеанс, выполняющий фоновые задания.

Опасно ли снимать блокировку регламентных заданий?

Опасно только в одном случае: если база — тестовая копия с настроенными обменами. Тогда после снятия блокировки она начнёт взаимодействовать с реальными внешними системами. Перед снятием убедитесь, что база рабочая, либо предварительно отключите все обмены, почту и ЭДО.

Как сделать две полностью независимые базы из одной?

Разверните копию, оставьте блокировку заданий, отключите все синхронизации и обмены, а затем при необходимости измените идентификатор информационной базы — это делается программно через метод установки идентификатора в БСП. После этого базы перестанут воспринимать друг друга как копии, но помните: данные в них начнут расходиться с момента разделения.

Диалог «база перемещена или восстановлена» не появляется — это нормально?

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

Можно ли определить копию без входа в базу?

Частично. В клиент-серверном варианте флаг блокировки регламентных заданий виден в консоли кластера без входа в базу. Однако признак «копия» по данным БСП хранится внутри базы, поэтому для полной проверки потребуется запустить конфигуратор или тонкий клиент.

Пользователи случайно работали в тестовой копии — что делать?

Зафиксируйте перечень введённых документов (помогут журнал регистрации и отбор по дате и пользователям), перенесите их в рабочую базу вручную или через выгрузку, затем ограничьте доступ к копии и добавьте в её заголовок явную пометку «ТЕСТ», чтобы ситуация не повторилась.