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