Окно «Это копия информационной базы»: откуда оно берётся и что нажимать
Содержание
Вы открыли базу, а 1С вместо рабочего стола спрашивает, перемещена она или скопирована. Ответ нужно выбрать осознанно: от него зависит, продолжат ли работать регламентные задания, обмены и интеграции. Ответ «Я скопировал(а)» отключает их, ответ «Я переместил(а)» оставляет всё как есть.
Ниже разобрано, по какому признаку 1С решает, что перед ней копия, как проверить текущий статус базы, чем отличаются два варианта ответа и как вернуть копии рабочее состояние, если выбрали не то. Там, где точное название пункта зависит от версии платформы или конфигурации, написано, как найти его на экране.
Откуда берётся вопрос про копию
Сама платформа ничего не спрашивает. Вопрос появляется в конфигурациях, которые используют Библиотеку стандартных подсистем (БСП): «Бухгалтерия предприятия», ЗУП, «Управление торговлей», ERP и большинство отраслевых решений на их базе.
При каждом запуске БСП сравнивает сохранённые в базе сведения о её расположении с тем, где база открыта сейчас. Если путь к файловой базе или имя сервера и базы на сервере изменились, подсистема подозревает, что базу перенесли или размножили.
Зачем это нужно. Представьте тестовую копию рабочей базы, в которой остались настроенные обмены с банком, сайтом и другой базой. Если копия запустит регламентные задания, она начнёт слать письма клиентам, выгружать данные и забирать чужие документы. Именно от этого и защищает вопрос.
Что именно отключается в копии:
- 📅 регламентные и фоновые задания, которые ходят во внешние системы;
- 🔁 автоматические обмены данными с другими базами;
- ✉️ отправка почты и уведомлений из регламентных процедур;
- 🏦 прямые обмены с банками и сервисами, если они настроены регламентным заданием.
Ручная работа пользователей не страдает: документы, отчёты, справочники доступны как обычно.
Как узнать, считает ли 1С вашу базу копией
Признаков несколько, и все проверяются за минуту.
Что видно в самой базе
Если в базе включён режим копии, регламентные задания перестают выполняться. Кроме того, в конфигурациях на БСП в панели администрирования появляется предупреждение о том, что база отмечена как копия. Точное место зависит от конфигурации: откройте раздел администрирования, зайдите в настройки обмена данными или в сервисные настройки и поищите слова «копия» и «регламентные задания». Если не находите, воспользуйтесь строкой поиска по командам в верхней части окна.
Косвенный признак: обмены перестали отрабатывать «сами», а вручную проходят без ошибок. Так ведёт себя именно запрет регламентных заданий.
Что видно на диске
Для файловой базы в каталоге с файлом 1Cv8.1CD проверьте, нет ли служебных файлов. Если рядом лежит файл DoNotCopy.txt, это маркер БСП: база защищена от нечаянного размножения, и при переносе каталога вместе с этим файлом 1С задаст вопрос про копию. Не считайте его мусором и не удаляйте «для порядка», пока не поняли, что делаете.
Для клиент-серверной базы признаков на диске нет. Всё хранится в самой базе данных на сервере СУБД и в кластере.
Диагностика через список заданий
Быстрая проверка без поиска настроек: запустите обработку просмотра регламентных заданий (в конфигурациях на БСП она называется «Регламентные и фоновые задания», найдите её через поиск по разделу администрирования). Если задания есть, включены, но «Дата последнего запуска» застыла и новых запусков нет, причина с высокой вероятностью в статусе копии.
Для файловой базы регламентные задания выполняются только пока кто-то работает в базе в режиме с поддержкой заданий. Не путайте «задания не идут, потому что база-копия» с «задания не идут, потому что никто не открыл базу».
Два ответа в окне: что на самом деле выбирает пользователь
В окне два варианта. Выбирайте по реальной ситуации, а не «чтобы поскорее отстало».
| Вариант | Когда выбирать | Что произойдёт | Риск ошибки |
|---|---|---|---|
| «Я переместил(а)» | Базу перенесли на другой сервер или в другую папку, старой больше нет | Всё продолжает работать, обмены и задания включены | Если на самом деле это копия, а оригинал жив, обе базы будут слать данные в одни и те же системы |
| «Я скопировал(а)» | Сделали тестовую, учебную или резервную копию, оригинал остаётся в работе | Регламентные задания и обмены в копии отключаются | Если база на самом деле рабочая, обмены встанут, и это заметят через день-два |
Правило простое: есть ли другая живая база, с которой сделана эта? Если да, это копия. Если исходную базу вы удалили или выключили, это перемещение.
Ошибка в сторону «переместил» опаснее, чем в сторону «скопировал». Отключённое задание можно потом включить. А отправленный дважды платёж, письмо клиентам или выгрузка в чужую систему назад не вернётся.
Если вы развернули копию из архива для проверки и не уверены, что в ней отключены все внешние связи, перед первым запуском отключите интернет на сервере или хотя бы почтовый профиль. Настроенные в базе адреса обмена подхватятся сами.
Как проверить копию скриптом и держать контроль автоматически
Проверка вручную подходит, пока баз две-три. Когда их десять и они раскиданы по серверам, статус удобнее собирать автоматически.
Идея простая: у каждой базы есть свой путь или имя на сервере, а у копии он другой. Сверяйте перечень баз в кластере с эталонным списком «рабочих» и ловите расхождения.
Пример для сервера 1С: получить список баз кластера утилитой rac (поставляется вместе с сервером):
rac infobase summary list --cluster=<идентификатор_кластера>
Команда выдаёт имя и идентификатор каждой базы. Сравните список с эталоном: появилась база с незнакомым именем, например buh_test_copy, значит, кто-то развернул копию. Как только она появилась, проверьте, что в ней отключены регламентные задания.
Для файловых баз проще всего скрипт, который ищет каталоги с 1Cv8.1CD и сравнивает их со списком:
find /srv/1c -name "1Cv8.1CD" -printf "%h\n"
Результат сравниваете с файлом expected_bases.txt. Лишние строки означают лишние базы.
Отдельная защита для серверных баз: при публикации копии под другим именем всегда отключайте у неё запуск регламентных заданий в параметрах информационной базы в консоли кластера. В консоли серверов 1С откройте свойства информационной базы и найдите флажок, запрещающий регламентные задания. После этого копия не сможет ничего отправить, даже если пользователь выберет «Я переместил(а)».
Как вернуть копии рабочее состояние
Бывает обратная ситуация: базу действительно перенесли, но кто-то нажал «Я скопировал(а)». Теперь обмены молчат. Вернуть можно без переустановки.
Вариант 1. Через настройки в самой базе
- Войдите в базу под пользователем с правами администратора.
- Откройте раздел администрирования и найдите настройки обмена данными или сервисные настройки. Вам нужна команда, снимающая отметку о копии, или возможность включить регламентные задания.
- Включите регламентные задания, если они отключены.
- Проверьте узлы обмена: у каждого должны быть правильные адреса и действующие настройки.
- Выполните обмен вручную и убедитесь, что он прошёл без ошибок.
В части конфигураций отдельной кнопки «Снять статус копии» нет, а есть общий переключатель регламентных заданий. Названия отличаются от релиза к релизу, поэтому ориентируйтесь на слова «регламентные задания» и «копия» через поиск по форме.
Вариант 2. Через консоль серверов 1С
Для клиент-серверной базы сначала снимите запрет на регламентные задания в свойствах информационной базы в консоли кластера. Только после этого проверяйте, пошли ли задания в самой базе.
Вариант 3. Повторный запрос при запуске
Если нужно, чтобы 1С снова задала вопрос и вы ответили иначе, администратору нужно сбросить сохранённые сведения о расположении базы. Делать это без понимания, что именно вы удаляете, не стоит: сначала сохраните выгрузку базы в файл .dt, а изменения вносите на копии.
Правку служебных регистров и констант напрямую через консоль запросов не делайте без резервной копии. Перед любым сбросом настроек выгрузите базу в .dt или сделайте копию каталога с 1Cv8.1CD.
Если у копии есть настроенные распределённые обмены (РИБ), после смены статуса проверьте, что узел-подчинённый не «захватил» главный. При сомнении переинициализируйте обмен с чистого сообщения.
Как не получать этот вопрос каждый раз
Окно появляется не случайно. Разберитесь, что его вызывает.
Причина 1. Меняется путь к базе. Файловую базу открывают через сетевой диск, а в другой раз по UNC-пути. Для 1С это разные расположения. Выберите один путь и закрепите его в списке баз у всех пользователей.
Причина 2. Меняется имя сервера. Сервер 1С открывают то по короткому имени, то по полному (srv1c и srv1c.company.local), то по адресу. Договоритесь об одном написании в строке соединения.
Причина 3. Копируют каталог руками. Файловую базу скопировали «Проводником» для проверки и открыли копию. Для таких случаев сначала запретите задания в копии, а потом уже открывайте.
Причина 4. Восстановление из резервной копии на тот же сервер. Развернули .dt под тем же именем. Для 1С это смена содержимого, а не расположения, но при другом пути запустится проверка.
Правила, которые сэкономят нервы:
- 📌 Хранить в документации один эталонный путь для каждой базы.
- 📌 Для тестовых баз использовать понятные имена с суффиксом
_testи сразу запрещать задания. - 📌 Не копировать каталоги боевых баз на машины пользователей.
- 📌 При переносе на новый сервер сначала выключить старую базу, потом запускать новую и отвечать «Я переместил(а)».
Облако, терминал и «чужие» сервера
В облачных сервисах и на терминальных серверах расположение базы нередко меняется без вашего участия: провайдер мигрирует виртуальную машину, меняется имя хоста, база переезжает на другой сервер. Тогда вопрос появится у всех пользователей сразу.
Что делать в этой ситуации:
- Выясните у провайдера, действительно ли базу перенесли, а старую выключили.
- Если да, отвечать нужно «Я переместил(а)». Первым это делает администратор, остальные уже не увидят окно.
- Если провайдер развернул копию для тестов, то ответ «Я скопировал(а)», и боевую базу не трогаем.
- После ответа проверьте обмены с банком и сервисами: у облачных баз они чаще всего включены.
Ещё одна особенность: в облаке копии баз нередко создают автоматически, например для тестирования обновлений. Попросите провайдера запрещать регламентные задания у таких копий на уровне кластера, а не рассчитывать на то, что пользователь выберет правильный ответ.
И последнее про лицензии. Статус копии на лицензирование не влияет: программная защита и ключ проверяются отдельно. Если после переноса базы 1С жалуется на лицензию, то это другая проблема, которая лечится диагностикой ключа или перерегистрацией своей программной лицензии, а не отметкой «Я скопировал(а)».