Администрирование · 10 мин
Резервные копии 1С: как сделать и не потерять данные
Как сделать резервную копию 1С: выгрузка через конфигуратор, копирование базы SQL, автоматизация через планировщик, проверка восстановления и типичные ошибки.
Потеря базы 1С — один из самых болезненных сценариев для бухгалтерии и отдела продаж: проводки, остатки, кадровые документы и настройки хранятся именно там. Резервная копия позволяет восстановить работу за часы, а не за недели ручного ввода данных. При этом способ копирования зависит от режима работы: файловая база и клиент-серверная (SQL) обслуживаются по-разному.
Главное правило: копия, которую никто не проверял на восстановление, нельзя считать резервной копией. Ниже разобраны рабочие способы создания копий, их автоматизация, проверка результата и типичные ошибки, из-за которых копии оказываются бесполезными в критический момент.
Какие способы резервного копирования существуют в 1С
В 1С есть несколько принципиально разных подходов, и они не взаимозаменяемы полностью. Выгрузка в файл .dt через конфигуратор — универсальный метод: полученный файл можно загрузить в базу на другой платформе и даже другой СУБД. Копирование файла базы 1Cv8.1CD — самый быстрый способ для файлового режима, но требует, чтобы с базой никто не работал. Резервное копирование средствами СУБД (MS SQL, PostgreSQL) — стандарт для клиент-серверных баз.
Дополнительно существуют облачные сервисы и встроенные механизмы, например «Резервное копирование ИБ» в типовых конфигурациях на базе Библиотеки стандартных подсистем. Они удобны для небольших файловых баз, но не заменяют полноценную стратегию с хранением копий вне рабочего компьютера.
Сравнение вариантов
Подходит для переноса базы между платформами и СУБД. Медленно на больших базах, требует монопольного доступа.
Быстро и просто, но только для файлового режима и только при отсутствии активных сеансов.
Стандарт для клиент-серверных баз, можно делать «на горячую». Требует навыков администрирования СУБД.
Простая настройка из интерфейса, но работает только для файловых баз и зависит от запущенного сеанса.
Как сделать выгрузку базы через конфигуратор
Это самый универсальный способ, доступный администратору любой базы. Откройте базу в режиме конфигуратора, перейдите в меню «Администрирование» → «Выгрузить информационную базу» и укажите путь и имя файла с расширением .dt. Перед выгрузкой завершите все сеансы пользователей: иначе конфигуратор не даст выполнить операцию или копия будет несогласованной.
Файл .dt содержит и данные, и конфигурацию. Загружается он обратно через «Администрирование» → «Загрузить информационную базу». Важно понимать: загрузка .dt полностью замещает текущую базу, поэтому перед тестовой загрузкой убедитесь, что работаете с копией, а не с рабочей базой.
Как скопировать файловую базу напрямую
Файловая база 1С — это каталог, в котором основной объём данных хранится в файле 1Cv8.1CD. Чтобы сделать копию, достаточно скопировать этот файл (а лучше весь каталог базы) в другое место. Критическое условие — отсутствие активных сеансов: если кто-то работает с базой, файл может скопироваться в несогласованном состоянии, и такая копия не откроется или будет содержать повреждённые данные.
Гарантированный способ — установить блокировку сеансов через «Администрирование» → «Блокировка установки соединений» либо просто выполнять копирование в нерабочее время. После копирования полезно запустить утилиту chdbfl.exe из каталога платформы и проверить физическую целостность исходного файла, если есть подозрения на сбои.
Резервное копирование клиент-серверной базы SQL
Для баз на MS SQL Server или PostgreSQL копирование файлов вручную недопустимо — данные распределены между файлами СУБД и журналом транзакций. Правильный путь — штатные средства резервного копирования СУБД. В MS SQL это задача BACKUP DATABASE, которую удобно настроить через план обслуживания (Maintenance Plan) в SQL Server Management Studio с ежедневным полным бэкапом и, при необходимости, бэкапом журнала транзакций.
Для PostgreSQL используется утилита pg_dump или pg_basebackup с последующей архивацией WAL. В обоих случаях бэкап можно выполнять без остановки работы пользователей — это главное преимущество клиент-серверного режима. Храните файлы бэкапов не на том же диске, где лежат файлы базы: при отказе диска вы потеряете и базу, и копию.
BACKUP DATABASE [MyBase1C] TO DISK = N'D:\Backups\MyBase1C_full.bak' WITH COMPRESSION, CHECKSUM;Как автоматизировать создание копий по расписанию
Ручное копирование рано или поздно перестают выполнять — поэтому автоматизация обязательна. Для файловых баз самый надёжный вариант — пакетный скрипт, который запускает платформу в пакетном режиме с выгрузкой .dt, вызываемый через Планировщик заданий Windows. Для SQL-баз расписание настраивается средствами самой СУБД.
Ключевые параметры автоматизации: время запуска вне рабочих часов, проверка успешного завершения (код возврата, наличие и размер файла), ротация старых копий и уведомление администратору об ошибке. Полезно хранить копии по схеме: ежедневные за последнюю неделю, еженедельные за месяц, ежемесячные — дольше.
"C:\Program Files\1cv8\common\1cestart.exe" DESIGNER /F"D:\Bases\Trade" /NАдминистратор /Pпароль /DumpIB"D:\Backups\trade_%date%.dt"Как проверить, что копия действительно рабочая
Проверка восстановления — обязательная часть стратегии, а не формальность. Минимум раз в месяц загружайте свежую копию в тестовую базу: для .dt — через «Загрузить информационную базу» в пустую базу, для SQL-бэкапа — через RESTORE DATABASE в базу с другим именем. Затем откройте базу в режиме предприятия и убедитесь, что открываются отчёты, проводятся тестовые документы и данные соответствуют ожиданиям.
Дополнительно контролируйте сам процесс копирования: файл создаётся по расписанию, его размер не равен нулю и не отличается аномально от предыдущих копий, скрипт завершается без ошибок. Резкое уменьшение размера копии — тревожный признак, который стоит проверить немедленно.
Как проверить результат
Файл появился в целевом каталоге в ожидаемое время
Файл отсутствует или дата изменения старая
Сопоставим с предыдущими копиями, отличается незначительно
Размер нулевой или резко упал
Копия загружается, база открывается, отчёты строятся
Ошибка загрузки или сообщения о повреждении данных
Копии есть минимум на двух независимых носителях
Копии лежат на том же диске, что и база
Типичные ошибки и ограничения
Самая распространённая ошибка — хранение копий на том же физическом диске или сервере, где работает база. При отказе оборудования, шифровальщике или случайном удалении теряется всё сразу. Вторая типичная ошибка — отсутствие ротации: диск под копии переполняется, скрипт начинает завершаться с ошибкой, и об этом узнают только в момент, когда копия понадобилась.
Также учитывайте ограничения: выгрузка .dt больших баз (десятки гигабайт) занимает много времени и требует монопольного доступа, поэтому для крупных клиент-серверных баз она не годится как ежедневный механизм. Типовой механизм резервного копирования БСП работает только при запущенном сеансе и только для файловых баз — полагаться на него как на единственный способ нельзя.
Что важно запомнить
Выбирайте способ копирования под режим работы базы, автоматизируйте его по расписанию, храните копии на отдельном носителе с ротацией и регулярно проверяйте восстановление в тестовую базу.
Частые вопросы о резервных копиях 1С
Как часто нужно делать резервные копии?
Ориентируйтесь на допустимый объём потери данных: если повторный ввод документов за день критичен, делайте копии ежедневно, для активных SQL-баз — полный бэкап ежедневно плюс бэкап журнала транзакций несколько раз в день. Для небольших баз с редкими изменениями достаточно ежедневной ночной копии.
Можно ли восстановить базу из .dt на другой версии платформы?
Загрузка .dt на более новую версию платформы обычно проходит успешно — конфигурация конвертируется при первом запуске. Обратная загрузка на более старую версию не поддерживается, поэтому перед обновлением платформы сохраняйте копию, сделанную до обновления.
Что делать, если база не открывается, а свежей копии нет?
Для файловой базы попробуйте утилиту chdbfl.exe из каталога платформы с проверкой физической целостности, затем тестирование и исправление через конфигуратор. Работайте только с копией повреждённого файла, а не с оригиналом. Если инструменты не помогают, восстановление лучше доверить специалистам.
Нужно ли копировать базу перед обновлением конфигурации?
Да, обязательно. Обновление конфигурации изменяет структуру данных, и откат без копии невозможен. Делайте выгрузку .dt или бэкап SQL непосредственно перед обновлением и проверяйте, что копия создана полностью, до запуска обновления.
Чем отличается выгрузка .dt от архива ZIP с файлом базы?
Выгрузка .dt создаётся средствами платформы и гарантирует согласованность данных, а также позволяет переносить базу между файловым и клиент-серверным режимами. ZIP-архив файла 1Cv8.1CD — это просто сжатая копия файла, которая корректна только при отсутствии сеансов и пригодна лишь для файлового режима.
Достаточно ли облачной синхронизации папки с базой?
Нет. Синхронизация папки с работающей базой может передать в облако несогласованный файл, а шифрование или повреждение локальной базы быстро реплицируется в облако. Используйте облако как дополнительное хранилище для уже готовых файлов копий (.dt или бэкапов), а не как замену резервному копированию.