1С: как сделать базу основной из копии

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

Способ зависит от того, в каком виде у вас копия: файл выгрузки 1Cv8.dt, копия файловой базы 1Cv8.1CD или копия на SQL-сервере. Также важно, файловый или клиент-серверный режим используется в рабочей базе. Ниже разобраны все основные сценарии с конкретными действиями и проверками результата.

Определите формат копии и режим работы базы

Прежде чем что-то менять, ответьте на два вопроса. Первый: что представляет собой копия? Выгрузка 1Cv8.dt — универсальный формат, подходит для любого режима. Файл 1Cv8.1CD — сама файловая база, её можно просто подменить. Копия на SQL-сервере (база в MS SQL, PostgreSQL и т.п.) поднимается через средства СУБД.

Второй вопрос: как работает основная база — в файловом или клиент-серверном режиме? Посмотреть это можно в списке информационных баз при запуске 1С: внизу окна указан путь к базе. Если путь вида \\server\baza или локальная папка — это файловый режим. Если указан сервер 1С и имя базы в кластере — клиент-серверный.

Сделайте резервную копию текущей рабочей базы

Это обязательный шаг, который нельзя пропускать, даже если рабочая база «уже сломана». Если в копии обнаружится проблема — например, она окажется старой или неполной, — откатиться будет не к чему. Для файловой базы достаточно скопировать файл 1Cv8.1CD в отдельную папку при остановленной работе пользователей. Для клиент-серверной — сделайте выгрузку в DT или бэкап средствами СУБД.

Дополнительно завершите все сеансы пользователей. В файловом режиме попросите всех выйти из 1С и проверьте, что рядом с файлом базы не осталось файла 1Cv8.1CL (файл блокировок). В клиент-серверном режиме откройте консоль кластера серверов 1С, найдите базу и принудительно удалите активные сеансы, либо установите блокировку сеансов заранее.

Способ 1: загрузка копии из файла DT

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

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

1. 1
   Завершите все сеансы пользователей в рабочей базе
2. 2
   Сделайте резервную копию текущей базы
3. 3
   Откройте рабочую базу в конфигураторе
4. 4
   Администрирование → Загрузить информационную базу → выберите файл DT
5. 5
   Подтвердите замещение данных и дождитесь окончания загрузки
6. 6
   При необходимости выполните реструктуризацию
7. 7
   Запустите режим Предприятие и проверьте данные

Способ 2: подмена файловой базы напрямую

Если копия — это файл 1Cv8.1CD, а рабочая база файловая, всё проще. Закройте 1С у всех пользователей, перейдите в папку рабочей базы и переименуйте текущий файл, например в 1Cv8_old.1CD. Затем скопируйте на его место файл из копии и убедитесь, что он называется именно 1Cv8.1CD.

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

Способ 3: восстановление копии на клиент-серверной базе

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

Второй путь — восстановить копию средствами СУБД: например, в MS SQL через «Restore Database» поверх существующей базы или в новую базу с последующим переподключением в консоли кластера 1С. Этот способ требует прав администратора СУБД и аккуратности: имя базы, привязка в кластере и параметры совместимости должны совпадать. Если восстановили базу под новым именем, в свойствах информационной базы в консоли кластера укажите новое имя базы данных.

Что настроить после замены базы

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

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

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

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

Запуск базы

Норма

База открывается без ошибок, пользователи входят под своими логинами

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

Ошибки доступа, требование несуществующих пользователей

Актуальность данных

Норма

Последние документы и остатки соответствуют ожидаемой дате копии

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

Данные старше ожидаемых — взята не та копия

Обмены данными

Норма

Тестовая синхронизация проходит без ошибок

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

Ошибки соединения, дублирование объектов

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

Норма

Выполняются по расписанию в рабочей базе

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

Задания заблокированы или запускаются в копии

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

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

Третья группа ошибок связана с обменами: после замены базы старая база-копия продолжает работать где-то на другом компьютере и синхронизируется параллельно, создавая дубли. Если копия становится основной, старую базу нужно либо удалить, либо явно заблокировать в ней обмены и работу пользователей. Также не забывайте, что права пользователей хранятся внутри базы — после загрузки DT список пользователей будет из копии, и текущие пароли могут не подойти.

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

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

Да, если это файловая база: достаточно подменить файл 1Cv8.1CD в папке базы при закрытых сеансах. Для клиент-серверного режима без конфигуратора можно восстановить бэкап средствами СУБД, но это требует прав администратора баз данных.

Что будет с пользователями и паролями после загрузки DT?

Список пользователей полностью заменится тем, что был в копии. Если в копии нет актуальных пользователей, их придётся создать заново. Зайдите в базу под администратором из копии и восстановите учётные записи.

Копия тестовая, в ней дорабатывали конфигурацию. Как перенести в рабочую?

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

База повреждена и не открывается в конфигураторе. Как заменить её копией?

Для файловой базы просто замените файл 1Cv8.1CD на файл из копии — открывать повреждённую базу не нужно. В клиент-серверном режиме удалите повреждённую базу в кластере (или создайте новую) и загрузите DT в чистую базу.

Нужно ли менять путь в списке баз у пользователей?

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

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

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