Копия базы 1С: как убрать признак копии информационной базы

При восстановлении базы 1С из резервной копии, переносе на другой сервер или развёртывании тестовой среды программа автоматически определяет, что база является копией рабочей. При этом появляется окно блокировки работы с внешними ресурсами, а в заголовке или статусе базы фиксируется признак копии. Это штатный механизм защиты, встроенный в библиотеку стандартных подсистем (БСП), которая входит в состав большинства типовых конфигураций.

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

Вопрос «как убрать признак копии» возникает в двух ситуациях: когда база восстановлена как основная рабочая после сбоя (признак нужно снять), и когда развёрнута тестовая копия (признак, наоборот, нужно сохранить, но иногда требуется временно проверить обмены). Ниже разобраны оба сценария, точные действия и границы безопасной работы.

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

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

Дополнительно проверяется строка подключения: для файловой базы это каталог расположения, для клиент-серверной — имя сервера и имя базы данных. Если вы восстановили базу в тот же каталог или на тот же сервер с тем же именем, признак копии может вообще не сработать. Именно поэтому при переносе «на то же место» блокировка часто не появляется, а при развёртывании рядом — появляется всегда.

Важно понимать: признак копии — это не ошибка и не повреждение базы. Это штатное состояние, записанное в константе, которое можно изменить штатными средствами. Никаких скрытых меток в данных при этом не создаётся, и сама по себе блокировка не влияет на учётные данные, документы и отчёты.

Где находится настройка и как снять признак штатно

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

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

1. 1
   Убедитесь, что база действительно станет основной: старая рабочая база остановлена или удалена из эксплуатации
2. 2
   Откройте базу под пользователем с правами администратора
3. 3
   В появившейся форме блокировки нажмите «Это рабочая информационная база»
4. 4
   Если форма не появилась, откройте «Администрирование — Обслуживание — Регламентные операции» и снимите блокировку вручную
5. 5
   Проверьте, что регламентные задания и обмены возобновили работу
6. 6
   Убедитесь, что в старой копии базы обмены не работают параллельно

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

Когда признак снимать нельзя: тестовые и архивные копии

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

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

Если в тестовой копии действительно нужно проверить обмен, делайте это точечно: временно разблокируйте работу с внешними ресурсами, выполните проверку на тестовом контуре внешней системы (тестовый банк-клиент, тестовый сайт), затем снова включите блокировку. Никогда не проверяйте обмены из копии с боевыми внешними системами.

Снятие признака в клиент-серверном варианте

В клиент-серверной архитектуре логика та же, но есть нюансы. Идентификатор базы привязан к паре «сервер СУБД + имя базы данных». Если вы восстановили базу на том же сервере под тем же именем, признак копии не появится — программа считает, что база на месте. Если восстановили под новым именем или на другом сервере, блокировка сработает при первом входе.

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

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

Что делать, если форма блокировки не появляется или не открывается

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

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

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

Проверка результата после снятия признака

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

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

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

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

Форма блокировки при входе

Норма

Не появляется

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

Появляется снова — признак не снят

Регламентные задания обменов

Норма

Выполняются по расписанию без ошибок

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

Выполняются, но обмены пропускаются

Тестовая синхронизация

Норма

Завершается успешно, данные передаются

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

Ошибки соединения — проверяйте настройки обмена

Старая база

Норма

Остановлена, обмены не выполняются

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

Продолжает работать параллельно — риск дублей

Типичные ошибки и как их избежать

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

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

Перед любыми манипуляциями с признаком копии, особенно с прямым изменением констант, сделайте резервную копию базы. Это занимает минуты, но позволяет откатиться, если что-то пойдёт не так.

Часто задаваемые вопросы

Признак копии — это ошибка или повреждение базы?

Нет. Это штатный защитный механизм библиотеки стандартных подсистем, который отключает работу с внешними ресурсами при обнаружении переноса базы. Данные, документы и отчёты при этом не затрагиваются и не повреждаются.

Можно ли снять признак копии без прав администратора?

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

После снятия признака обмен с банком всё равно не работает. Что делать?

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

Нужно ли снимать признак, если база восстановлена в тот же каталог?

Обычно признак в этом случае вообще не устанавливается, так как идентификатор базы не меняется. Если обмены всё же заблокированы, откройте форму блокировки вручную через раздел администрирования и проверьте состояние настройки.

Как временно проверить обмен в тестовой копии?

Разблокируйте работу с внешними ресурсами только на время проверки и используйте тестовые контуры внешних систем (тестовый банк-клиент, тестовый сайт). После проверки сразу верните блокировку. Никогда не проверяйте обмен из копии с реальными внешними системами.

Признак появляется снова после каждого обновления. Это нормально?

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