Администрирование · 11 мин
Как сделать копию базы 1С: полная инструкция
Как сделать копию базы 1С: выгрузка через конфигуратор, копирование файла 1Cv8.1CD, бэкап SQL-базы. Проверка результата, частые ошибки и ответы на вопросы.
Резервная копия базы 1С — единственная гарантия того, что при сбое диска, ошибочном обновлении конфигурации или случайном удалении данных вы восстановите учёт за минуты, а не за недели. Способ копирования зависит от того, как развёрнута база: в файловом варианте (один файл 1Cv8.1CD в папке) или в клиент-серверном (MS SQL Server, PostgreSQL и др.).
Универсальный метод, который работает в обоих случаях, — выгрузка информационной базы в файл с расширением .dt через конфигуратор. Такой файл содержит и данные, и конфигурацию, его можно загрузить в пустую базу на любом компьютере. Для больших серверных баз дополнительно применяют штатные средства СУБД — они быстрее и не требуют монопольного доступа.
Ниже разобраны все рабочие способы: от простого копирования файла до настройки автоматического бэкапа SQL-базы, а также проверка целостности копии и типичные ошибки, из-за которых «резервная копия» оказывается бесполезной.
Определите тип базы: файловая или серверная
Перед копированием выясните, где физически хранятся данные. Откройте список информационных баз в окне запуска 1С, выделите нужную базу и посмотрите строку в нижней части окна. Если там указан путь к папке на диске или сетевом ресурсе — база файловая. Если указано имя сервера 1С и имя базы — клиент-серверная.
Тот же ответ даёт пункт меню в режиме «Предприятие»: «Файл → Сведения для технической поддержки» либо «О программе». Для файловой базы будет показан каталог, для серверной — параметры подключения к кластеру и СУБД.
Различие принципиально. Файловую базу можно скопировать как обычный файл, когда никто в ней не работает. Серверную базу «файлом» не скопируешь — данные лежат внутри СУБД, и корректную копию делает либо выгрузка .dt, либо штатный бэкап самой СУБД.
Как выбрать способ копирования
Выгрузка базы в файл .dt через конфигуратор
Это универсальный способ, подходящий для любой базы. Откройте конфигуратор под пользователем с полными правами, перейдите в меню «Администрирование → Выгрузить информационную базу», укажите папку и имя файла (по умолчанию предлагается имя с текущей датой) и подтвердите операцию.
Выгрузка требует монопольного доступа: все пользователи и фоновые сеансы должны быть завершены. Если сеансы активны, конфигуратор сообщит об ошибке. Завершить сеансы можно через «Администрирование → Активные пользователи» в режиме «Предприятие» или через консоль кластера для серверной базы.
Длительность выгрузки зависит от размера базы: небольшая база выгружается за минуты, объёмная серверная — за десятки минут и дольше. Не прерывайте процесс: недописанный файл .dt непригоден для восстановления.
- 1Предупредите пользователей и завершите все сеансы работы с базой
- 2Откройте базу в конфигураторе под учётной записью с полными правами
- 3Выберите «Администрирование → Выгрузить информационную базу»
- 4Укажите папку на локальном диске с достаточным свободным местом и подтвердите
- 5Дождитесь сообщения об успешном завершении и проверьте размер файла
- 6Скопируйте файл .dt на второй носитель или в сетевое хранилище
Копирование файловой базы напрямую
Файловая база целиком находится в одном файле 1Cv8.1CD внутри каталога базы. Чтобы сделать копию, завершите все сеансы, откройте этот каталог в проводнике и скопируйте файл 1Cv8.1CD в другое место — на другой диск, сетевую папку или внешний носитель. Для удобства переименуйте копию, добавив дату.
Копировать файл во время работы пользователей нельзя: в момент копирования часть данных может находиться в процессе записи, и копия окажется повреждённой. Признак активной работы — наличие рядом служебного файла 1Cv8.1CL (файл блокировок).
Такой способ быстрее выгрузки .dt и сохраняет базу «как есть», включая все настройки. Минус — копию нельзя загрузить в базу другого типа и нельзя восстановить выборочно: только целиком, подменой файла.
Резервное копирование серверной базы через СУБД
Для клиент-серверных баз основной инструмент — штатные средства СУБД. В MS SQL Server резервная копия создаётся через SQL Server Management Studio: правый клик по базе → «Tasks → Back Up», тип Full, указание файла назначения. Для PostgreSQL используется утилита pg_dump, которая формирует консистентный снимок базы.
Преимущество бэкапа средствами СУБД — скорость и возможность выполнять его по расписанию без выгона пользователей (полный бэкап в MS SQL не требует монопольного доступа). Восстановление выполняется быстрее, чем загрузка .dt, что критично для больших баз.
Пример команды для PostgreSQL:
pg_dump -U postgres -F c -f /backup/ut_base_$(date +%Y%m%d).dump ut_baseДля MS SQL аналогичную задачу решает запрос вида BACKUP DATABASE [base] TO DISK = N'D:\backup\base_full.bak', который удобно выполнять по расписанию через задание агента SQL Server. Выгрузку .dt при серверном варианте используют как дополнительный, переносимый формат — например, для передачи копии франчайзи или развёртывания тестовой среды.
Автоматизация и расписание копий
Разовая копия защищает от сегодняшнего риска, но не от завтрашнего. Настройте регулярное копирование: для серверных баз — задания агента SQL Server или планировщика с pg_dump, для файловых — скрипт, который в нерабочее время копирует 1Cv8.1CD в архивную папку. Ночные часы подходят лучше всего, так как база свободна.
Соблюдайте правило нескольких поколений: храните минимум несколько последних копий, а не перезаписывайте одну и ту же. Если повреждение данных обнаружится через несколько дней, вам понадобится копия «до» момента порчи. Практичная схема — ежедневные копии за неделю плюс еженедельные за месяц.
Храните копии не на том же диске, где лежит сама база. При отказе диска вы потеряете и базу, и резерв. Минимум — второй физический диск или сетевое хранилище, лучше — дополнительная копия вне офиса или в облачном хранилище с шифрованием.
Частая ситуация: бэкап настроен и исправно выполняется месяцами, но папка назначения находится на том же RAID-массиве, что и база. При отказе контроллера или шифровальщике пропадает всё сразу. Проверьте, что копии физически уходят на независимое устройство, и периодически контролируйте, что задание реально отрабатывает, а не падает с ошибкой в журнале.
Проверка копии и восстановление
Копия считается сделанной только после проверки восстановления. Для файла .dt: создайте новую пустую базу в списке информационных баз, откройте её в конфигураторе и выполните «Администрирование → Загрузить информационную базу», указав файл копии. После загрузки войдите в режим «Предприятие» и убедитесь, что открываются документы, справочники и отчёты.
Для копии файловой базы проверка ещё проще: добавьте в список баз новый элемент, указав папку с копией 1Cv8.1CD, и запустите её. Для бэкапа SQL выполните тестовое восстановление в базу с другим именем (например, base_test) — так вы не затрёте рабочие данные.
Проверяйте не только факт открытия, но и содержимое: сверьте количество документов за последний день, откройте оборотно-сальдовую ведомость или типовой отчёт и сравните ключевые итоги с рабочей базой.
Как проверить результат
Загрузка завершается без ошибок, база открывается в режиме «Предприятие»
Ошибка формата потока или обрыв загрузки — файл повреждён, копия непригодна
Документы и справочники на месте, итоги отчётов совпадают с рабочей базой
Пропали данные за последние дни или отчёты выдают другие суммы
Размер сопоставим с размером базы и предыдущими копиями
Файл аномально мал — выгрузка, скорее всего, была прервана
Типичные ошибки и ограничения
Самая распространённая ошибка — копирование файловой базы на ходу, о котором говорилось выше. Вторая по частоте — хранение единственной копии на том же компьютере или диске. Третья — отсутствие проверки: выгрузка .dt могла завершиться с ошибкой из-за нехватки места, а файл при этом остался в папке и создаёт ложное чувство защищённости.
Учитывайте ограничения формата .dt: загрузка всегда полностью замещает целевую базу, выборочное восстановление невозможно. Кроме того, загрузка .dt в базу на другой платформе СУБД требует, чтобы версия платформы 1С на приёмной стороне была не ниже версии, на которой делалась выгрузка.
Если база большая (десятки гигабайт), выгрузка и загрузка .dt могут занимать часы и требовать значительного свободного места. В таких случаях полагайтесь на бэкап СУБД, а .dt делайте редко — как переносимый архив.
Что важно запомнить
Делайте копию только при завершённых сеансах (для .dt — монопольно), выбирайте способ по типу базы: .dt или копия файла для файловой, бэкап СУБД для серверной. Храните несколько поколений копий на независимом носителе и регулярно проверяйте их тестовым восстановлением.
Частые вопросы о копировании баз 1С
Чем файл .dt отличается от копии файла 1Cv8.1CD?
Файл .dt — это выгрузка через механизм платформы: его можно загрузить в любую пустую базу, в том числе серверную, и он переживает смену СУБД. Копия 1Cv8.1CD — побайтовый снимок файловой базы: восстанавливается быстрее, но подходит только для файлового варианта и той же структуры каталога.
Можно ли делать копию, пока пользователи работают в базе?
Для выгрузки .dt и копирования файловой базы — нет, требуется монопольный доступ. Полный бэкап базы средствами MS SQL Server или pg_dump в PostgreSQL выполняется при работающих пользователях и остаётся консистентным, поэтому для серверных баз это основной способ регулярного копирования.
Как часто нужно делать резервные копии?
Ориентируйтесь на допустимый объём потери данных: если потеря одного рабочего дня критична, копируйте ежедневно, при интенсивном вводе документов — чаще. Обязательно делайте внеочередную копию перед обновлением конфигурации, загрузкой массовых изменений и свёрткой базы.
Куда загружать файл .dt для проверки, чтобы не испортить рабочую базу?
Создайте в списке информационных баз новую пустую базу (без шаблона) в отдельном каталоге и загрузите .dt в неё. Рабочая база при этом не затрагивается. Для серверного варианта заведите отдельную тестовую базу на том же или другом сервере под другим именем.
Что делать, если при загрузке .dt возникает ошибка «Ошибка формата потока»?
Чаще всего это значит, что файл выгрузки повреждён (прерванная выгрузка, сбой диска, ошибка при копировании по сети). Проверьте размер файла и попробуйте выгрузить копию заново из рабочей базы. Если рабочая база недоступна, а копия одна — шансы на восстановление оценивают специализированными утилитами, но гарантий нет, поэтому всегда храните несколько копий.
Нужно ли копировать что-то ещё, кроме самой базы?
Да, если в базе используются тома хранения присоединенных файлов, внешние печатные формы и обработки, хранящиеся в папках, а также шаблоны обновлений. Эти данные лежат вне базы и в .dt не попадают — включите соответствующие каталоги в отдельное задание архивирования.