Администрирование · 10 мин
Как сделать копию базы 1С: все способы
Как сделать копию базы 1С: выгрузка через конфигуратор, копирование файловой базы, создание тестовой копии на SQL. Пошаговые инструкции и частые ошибки.
Копия базы 1С нужна в нескольких типовых ситуациях: перед обновлением конфигурации, для тестирования доработок без риска для рабочих данных, при переносе базы на другой компьютер или сервер, а также для передачи данных аудитору или франчайзи. В зависимости от цели и типа развёртывания (файловая база или клиент-серверная на SQL) применяются разные способы копирования.
Универсальный метод — выгрузка информационной базы в файл с расширением .dt через конфигуратор. Такой файл содержит и данные, и конфигурацию, его можно загрузить в пустую базу на любом компьютере с подходящей версией платформы. Для файловых баз есть более быстрый вариант — простое копирование файла 1Cv8.1CD, а для серверных решений — резервная копия средствами СУБД.
Перед началом работы убедитесь, что у вас есть права администратора в базе, а все пользователи завершили сеансы. Копирование базы при активных подключениях может привести к повреждению данных или неполной копии.
Какие виды копий бывают и что выбрать
Под «копией базы» обычно понимают одно из трёх действий, и важно не путать их между собой. Резервная копия — это страховка на случай сбоя, она хранится отдельно и регулярно обновляется. Тестовая копия — рабочая база, развёрнутая параллельно с основной, на которой проверяют обновления и доработки. Перенос базы — перемещение данных на другое оборудование с последующей работой уже там.
Для резервного копирования и переноса подходит выгрузка в .dt или копирование файла базы. Для тестовой среды удобнее создать отдельную базу в списке информационных баз, загрузить в неё выгрузку и работать с ней независимо. Учтите: внешние файлы (присоединённые документы, изображения товаров, если они хранятся на диске, а не в базе) в файл .dt не попадают — их нужно копировать отдельно.
Сравнение способов копирования
Универсально, переносимо между компьютерами, но медленно на больших базах и не подходит для ежедневного бэкапа очень крупных баз
Быстро и просто, но только для файловых баз и при полном отсутствии активных сеансов
Оптимально для клиент-серверных баз на MS SQL или PostgreSQL, поддерживает автоматизацию по расписанию
Для распределённых баз, когда копия должна регулярно обмениваться данными с центральным узлом
Копия через конфигуратор: выгрузка базы в файл .dt
Это основной способ, который работает для любой базы 1С независимо от варианта развёртывания. Откройте базу в режиме конфигуратора под учётной записью с правами администратора. Убедитесь, что других активных сеансов нет: меню «Администрирование» → «Активные пользователи». Если сеансы есть, попросите пользователей выйти или завершите их принудительно.
Далее откройте меню «Администрирование» → «Выгрузить информационную базу». Укажите папку и имя файла — рекомендуется включать в имя дату, например buh_2026-06-01.dt, чтобы потом не путать копии. Процесс для больших баз занимает от нескольких минут до нескольких часов, конфигуратор в это время нельзя закрывать.
- 1Завершите все сеансы пользователей и фоновые задания в базе
- 2Откройте базу в конфигураторе под администратором
- 3Выберите Администрирование → Выгрузить информационную базу
- 4Укажите папку и имя файла с датой в названии
- 5Дождитесь окончания выгрузки и проверьте размер файла — он не должен быть нулевым или подозрительно маленьким
Чтобы развернуть копию, создайте новую пустую информационную базу (в окне запуска 1С — «Добавить» → «Создание новой информационной базы» → без конфигурации), откройте её в конфигураторе и выберите «Администрирование» → «Загрузить информационную базу». После загрузки платформа предложит перезапустить конфигуратор — согласитесь.
Копирование файловой базы напрямую
Если база файловая (лежит в папке на диске или сетевом ресурсе), самый быстрый способ — скопировать файл 1Cv8.1CD вместе с папкой базы. Узнать путь к базе можно в окне запуска 1С: выделите базу и посмотрите строку подключения внизу окна либо нажмите «Изменить».
Критическое условие — в момент копирования в базе не должно быть ни одного сеанса, включая фоновые задания и соединения веб-сервисов. Иначе файл окажется заблокирован или скопируется в несогласованном состоянии, и такая копия может не открыться или содержать повреждённые данные. Надёжнее всего выполнять копирование ночью или после принудительной блокировки соединений.
После копирования проверьте результат: запустите копию в режиме предприятия, откройте несколько отчётов за разные периоды и убедитесь, что данные на месте. Дополнительно можно выполнить тестирование и исправление базы (через конфигуратор или утилиту chdbfl.exe из каталога платформы), если есть подозрения на ошибки.
Копия клиент-серверной базы на SQL
Для баз, развёрнутых на MS SQL Server или PostgreSQL, копирование файла .cd неприменимо — данные хранятся в СУБД. Стандартный подход: сделать резервную копию базы средствами самой СУБД (в MS SQL — задача Back Up Database, в PostgreSQL — утилита pg_dump), а затем восстановить её под новым именем на том же или другом сервере.
После восстановления копии в кластере 1С создаётся новая информационная база, указывающая на восстановленную базу данных. Важный нюанс: в консоли кластера для копии нужно снять или изменить блокировку регламентных заданий, иначе копия начнёт выполнять те же фоновые задачи, что и рабочая база — рассылать отчёты, обмениваться данными с контрагентами и сайтом. Это одна из самых опасных ошибок при создании тестовых копий.
Альтернатива — всё та же выгрузка в .dt через конфигуратор. Она медленнее и не масштабируется на очень большие базы, но не требует доступа к серверу СУБД и знаний администрирования SQL.
pg_dump -U postgres -F c -f base_backup_$(date +%F).dump base1cСоздание тестовой копии для проверки обновлений
Тестовая копия — обязательный этап перед любым обновлением конфигурации или установкой доработок. Порядок такой: сделайте выгрузку рабочей базы в .dt, создайте новую пустую базу, загрузите выгрузку, добавьте базу в список под понятным именем, например «Бухгалтерия ТЕСТ».
После развёртывания сразу выполните три защитных действия. Во-первых, отключите или заблокируйте регламентные задания. Во-вторых, проверьте настройки обменов (ЭДО, синхронизация с сайтом, банк-клиент) и отключите их, чтобы тестовая база не отправила реальные документы. В-третьих, измените представление базы или оформление, чтобы пользователи визуально отличали копию от рабочей системы.
Проверка результата и автоматизация копирования
Копия, пригодность которой не проверена, не считается сделанной. Минимальная проверка: база открывается в режиме предприятия, отчёт ОСВ или аналогичный формируется за последний закрытый период и сходится с рабочей базой, справочники и документы доступны. Для файловых баз полезно периодически запускать тестирование и исправление.
Разовое копирование не заменяет регулярного резервного копирования. Для файловых баз настройте копирование через планировщик задач Windows с запуском скрипта в нерабочее время, для серверных — штатные планы обслуживания СУБД. Храните копии по правилу: минимум одна копия — на другом физическом носителе или в другом помещении.
Как проверить результат
База открывается без ошибок, пользователи могут войти
Ошибка формата потока, требование восстановления — копия повреждена
Обороты и остатки совпадают с рабочей базой
Расхождения в суммах — копия сделана некорректно или не в то время
Задания отключены или заблокированы
Задания активны — риск отправки данных из тестовой базы
Копия на другом диске, сервере или в облаке
Копия лежит рядом с рабочей базой на том же диске
Частые вопросы
Чем файл .dt отличается от файла 1Cv8.1CD?
1Cv8.1CD — это сам файл файловой базы, с которым работает платформа. Файл .dt — это выгрузка (архив) базы, полученная через конфигуратор: его можно загрузить в любую пустую базу, в том числе на другом компьютере или сервере. Для переноса и обмена используют .dt, для быстрого локального копирования файловой базы — сам файл .cd.
Можно ли сделать копию базы, не выгоняя пользователей?
Выгрузка в .dt технически может запуститься при активных сеансах, но данные в копии могут оказаться несогласованными, а загрузка .dt вообще требует монопольного доступа. Копирование файла 1Cv8.1CD при работающих пользователях недопустимо. Для круглосуточных систем используйте резервное копирование средствами СУБД — оно не требует отключения пользователей.
Почему выгрузка в .dt занимает много времени?
Длительность зависит от размера базы, скорости диска и загруженности сервера. Базы объёмом в десятки гигабайт могут выгружаться часами. Если выгрузка регулярно занимает неприемлемо много времени, для файловой базы быстрее копировать файл напрямую, а для больших баз — перейти на клиент-серверный вариант с резервным копированием средствами СУБД.
Переносятся ли пользователи и их пароли в копию?
Да, список пользователей информационной базы с настройками и правами сохраняется и в файле .dt, и при копировании файла базы. Пароли переносятся в хэшированном виде, пользователи смогут входить в копию с теми же учётными данными. Учтите это при передаче копии третьим лицам — при необходимости удалите или отключите лишних пользователей.
Как передать копию базы аудитору или франчайзи?
Сделайте выгрузку в .dt, проверьте её загрузку в пустую базу и передайте файл по защищённому каналу. Учтите, что копия содержит все данные базы, включая персональные данные сотрудников и сведения о контрагентах, — передача должна быть согласована и защищена. При желании можно предварительно свернуть базу или удалить неактуальные периоды, но это отдельная процедура.
Что делать, если копия не открывается с ошибкой формата потока?
Ошибка формата потока обычно означает повреждение файла базы. Для файловой базы запустите утилиту chdbfl.exe из каталога установленной платформы и выполните проверку с исправлением ошибок, затем тестирование и исправление в конфигураторе. Если это не помогло, восстановите базу из более ранней исправной копии — поэтому важно хранить несколько поколений резервных копий.
Что важно запомнить
Универсальный способ копии — выгрузка в .dt через конфигуратор; для файловых баз допустимо прямое копирование 1Cv8.1CD, для серверных — бэкап средствами СУБД. Все способы требуют отсутствия активных сеансов, а в тестовой копии обязательно отключайте регламентные задания и обмены. Копию всегда проверяйте открытием и сверкой отчёта, храните её отдельно от рабочей базы.