Администрирование · 10 мин
Как скопировать базу из 1С:Предприятие
Способы скопировать базу 1С:Предприятие: выгрузка в dt, копирование файловой базы, средства SQL Server. Пошаговые инструкции, проверка результата и типичные ошибки.
Копия информационной базы 1С нужна в трёх типовых ситуациях: перед обновлением конфигурации, при переносе учёта на другой компьютер или сервер и для создания тестовой среды, где можно безопасно проверять доработки. Способ копирования зависит от режима работы базы — файлового или клиент-серверного — и от цели: резервная копия, полный перенос или архивная копия «для истории».
Главный принцип безопасности: копию делают только тогда, когда в базе никто не работает. Если скопировать файл 1Cv8.1CD во время активных сеансов, велика вероятность получить повреждённую копию, которая не откроется или будет содержать неполные данные. То же относится к выгрузке через конфигуратор — фоновые регламентные задания и подключённые пользователи могут привести к ошибкам или неполной выгрузке.
Ниже разобраны четыре рабочих способа: выгрузка в файл .dt через конфигуратор, прямое копирование файловой базы, резервное копирование средствами СУБД для клиент-серверных баз и создание копии через консоль кластера. Для каждого способа указаны условия применения, ограничения и способ проверить результат.
Как определить режим работы базы и выбрать способ копирования
Перед копированием уточните, в каком режиме работает база. Откройте список информационных баз в окне запуска 1С, выделите нужную базу и посмотрите строку подключения внизу окна. Если указан путь к каталогу на диске — это файловый режим. Если указан сервер и имя базы — клиент-серверный режим.
От режима зависит и доступный инструментарий. Файловую базу проще всего скопировать как обычный каталог, а клиент-серверную физически скопировать файлом нельзя — данные хранятся в СУБД (MS SQL Server, PostgreSQL, Oracle), и работать нужно её средствами. При этом выгрузка в .dt через конфигуратор работает одинаково для обоих режимов.
Также оцените размер базы. Для небольших баз (до нескольких гигабайт) выгрузка в .dt занимает приемлемое время. Для больших клиент-серверных баз выгрузка может идти часами, и практичнее делать копию средствами СУБД.
Как выбрать способ копирования
Способ 1: выгрузка базы в файл .dt через конфигуратор
Выгрузка в .dt — штатный и самый универсальный метод. Файл .dt содержит и данные, и конфигурацию, его можно загрузить как в файловый, так и в клиент-серверный режим, поэтому способ подходит и для переноса между разными инфраструктурами.
Порядок действий: завершите работу всех пользователей, запустите конфигуратор с правами администратора, откройте меню «Администрирование» и выберите пункт «Выгрузить информационную базу». Укажите путь и имя файла с расширением .dt, дождитесь окончания выгрузки. В процессе конфигуратор выведет окно с индикатором, а по завершении — сообщение об успехе.
Для загрузки копии на новом месте создайте пустую информационную базу (без конфигурации), откройте её в конфигураторе и выберите «Администрирование → Загрузить информационную базу», указав сохранённый файл .dt. После загрузки конфигуратор предложит перезапуск — согласитесь.
- 1Завершите все сеансы пользователей и отключите регламентные задания
- 2Запустите конфигуратор под пользователем с полными правами
- 3Откройте Администрирование → Выгрузить информационную базу
- 4Укажите путь и имя файла .dt, дождитесь завершения
- 5Проверьте, что файл создан и его размер сопоставим с размером базы
- 6Скопируйте файл .dt на отдельный носитель или сетевой ресурс
Ограничения способа: выгрузка требует монопольного доступа, на больших базах занимает много времени, а сам файл .dt не сжат по умолчанию. Кроме того, загрузка .dt полностью замещает базу-приёмник — перезаписать её «поверх» существующих данных нельзя, только заменить целиком.
Способ 2: копирование файловой базы как каталога
Файловая база — это обычный каталог на диске, в котором главный файл называется 1Cv8.1CD. Чтобы скопировать базу, достаточно скопировать весь каталог целиком в другое место: на другой диск, сетевую папку или внешний носитель.
Обязательное условие — ни один пользователь не должен быть подключён к базе, иначе файл будет заблокирован или скопируется в несогласованном состоянии. Проверить отсутствие сеансов можно через список активных пользователей в конфигураторе («Администрирование → Активные пользователи») либо просто убедившись, что рядом с 1Cv8.1CD нет открытых блокировок.
После копирования добавьте копию в список информационных баз на нужном компьютере: в окне запуска нажмите «Добавить», выберите «Добавление в список существующей информационной базы» и укажите путь к скопированному каталогу. Рекомендуется сразу переименовать копию в списке, чтобы не перепутать её с рабочей базой — например, добавить в название слово «Копия» или «Тест».
Способ 3: копия клиент-серверной базы средствами СУБД
Для клиент-серверных баз наиболее надёжный способ — резервное копирование на уровне СУБД. В MS SQL Server это делается через SQL Server Management Studio: правый клик по базе, «Задачи → Создать резервную копию», тип «Полная», указание файла назначения. Для PostgreSQL используется утилита pg_dump с последующим восстановлением через pg_restore или psql.
Копия на уровне СУБД создаётся быстрее выгрузки .dt и не требует монопольного доступа в большинстве конфигураций, хотя для гарантированной согласованности сеансы лучше завершить. Восстановленная копия регистрируется в кластере 1С отдельно: в консоли кластера создаётся новая информационная база, ссылающаяся на восстановленную базу СУБД.
Важный нюанс: в свойствах новой базы в консоли кластера снимите флаг «Блокировка регламентных заданий включена» только если это тестовая копия — наоборот, для тестовой копии блокировку регламентных заданий нужно включить, чтобы копия не начала выполнять обмены, рассылки и фоновые операции наравне с рабочей базой.
Способ 4: копирование через консоль кластера 1С
В консоли администрирования серверов 1С есть штатная функция копирования информационной базы: правый клик по базе в ветке кластера → «Создать копию информационной базы» (в ряде версий — через контекстное меню копирования). Платформа создаст новую базу в той же СУБД и скопирует туда содержимое исходной.
Способ удобен, когда копия нужна на том же сервере — например, тестовая база рядом с рабочей. Ограничение: операция требует прав администратора кластера и свободного места на сервере СУБД, а на больших базах копирование может существенно нагрузить сервер, поэтому её лучше запускать в нерабочее время.
Проверка копии и типичные ошибки
После создания копии обязательно проверьте её работоспособность: откройте базу в режиме предприятия, сверьте несколько отчётов с исходной базой (например, оборотно-сальдовую ведомость за последний закрытый период), убедитесь, что справочники и документы открываются без ошибок.
Для файловой копии дополнительно полезно запустить тестирование и исправление (конфигуратор → «Администрирование → Тестирование и исправление») в режиме проверки без исправления — это выявит скрытые повреждения, если копирование выполнялось при активных сеансах.
Как проверить результат
База открывается без ошибок, видны данные
Ошибка формата потока, требование восстановления — копия повреждена
Обороты и остатки совпадают на дату копирования
Расхождения в суммах — копия сделана во время работы пользователей
Блокировка регламентных заданий включена
Задания активны — риск дублирования обменов и рассылок
Сопоставим с размером исходной базы
Файл аномально мал — выгрузка, скорее всего, прервалась
Как организовать регулярное копирование
Разовая копия не заменяет резервное копирование по расписанию. Для файловых баз настраивают скрипт, который в нерабочее время копирует каталог базы в архив с датой в имени. Для клиент-серверных баз резервные копии создаются планом обслуживания в MS SQL Server или заданием pg_dump по расписанию.
Практическое правило: храните копии на физически другом носителе, чем рабочая база, и периодически проверяйте восстановление из копии — резервная копия, которую ни разу не пробовали восстановить, не гарантирует сохранность данных.
Что важно запомнить
Копию базы 1С делают только при завершённых сеансах. Универсальный способ — выгрузка в .dt через конфигуратор; файловую базу можно скопировать каталогом, клиент-серверную — средствами СУБД. После создания копию проверяют открытием и сверкой отчётов, а в тестовой копии обязательно блокируют регламентные задания.
Частые вопросы
Можно ли скопировать базу 1С, пока в ней работают пользователи?
Технически файл иногда скопируется, но такая копия будет несогласованной: часть данных зафиксирована, часть — нет. При открытии возможны ошибки формата потока или потеря последних документов. Всегда завершайте сеансы перед копированием.
Чем отличается файл .dt от обычной копии каталога базы?
Файл .dt — это выгрузка через платформу, содержащая данные и конфигурацию в переносимом виде: его можно загрузить и в файловый, и в клиент-серверный режим. Копия каталога — это физическое дублирование файловой базы, применимое только к файловому режиму.
Как перенести базу с одного компьютера на другой?
Для файловой базы скопируйте каталог с файлом 1Cv8.1CD на новый компьютер и добавьте базу в список через кнопку «Добавить». Альтернатива — выгрузить .dt на старом компьютере и загрузить его в пустую базу на новом.
Нужно ли копировать базу перед обновлением конфигурации?
Да, обязательно. Обновление изменяет структуру данных, и при сбое откатиться без копии невозможно. Перед обновлением сделайте выгрузку в .dt или копию каталога и убедитесь, что копия открывается.
Почему выгрузка в .dt занимает очень много времени?
Длительная выгрузка характерна для больших баз: время растёт пропорционально объёму данных и зависит от скорости диска и сети. Если база клиент-серверная и велика, быстрее сделать резервную копию средствами СУБД.
Можно ли автоматизировать создание копий по расписанию?
Да. Для файловых баз используют скрипт копирования каталога по расписанию планировщика Windows, для клиент-серверных — план обслуживания в MS SQL Server или задание pg_dump. Выгрузку .dt также можно запускать пакетным режимом конфигуратора с параметром /DumpIB.