Администрирование · 10 мин
Архив 1С: как работать с резервными копиями и архивацией базы
Как работать с архивом 1С: выгрузка базы в dt, восстановление, свёртка данных, архивирование старых документов и типичные ошибки администраторов.
Архив в 1С — это не просто копия файла, а полноценная процедура сохранения данных, которая защищает компанию от потери учёта при сбоях оборудования, ошибках пользователей и неудачных обновлений. Работа с архивом делится на три задачи: создание резервной копии, восстановление из неё и архивация старых данных для уменьшения размера рабочей базы.
Для файлового варианта базы архив — это копия каталога с файлом 1Cv8.1CD или выгрузка в файл формата dt через конфигуратор. Для клиент-серверного варианта корректная копия делается либо средствами СУБД (MS SQL, PostgreSQL), либо той же выгрузкой dt. Неправильно сделанная копия может оказаться неработоспособной в момент, когда она действительно понадобится.
Ниже разобраны основные способы создания архива, порядок восстановления, свёртка базы для удаления старых периодов и типичные ошибки, из-за которых архивы оказываются бесполезными.
Какие виды архивов существуют в 1С
В экосистеме 1С под «архивом» понимают несколько разных вещей, и их важно различать, чтобы выбрать правильный инструмент.
- Выгрузка информационной базы (.dt) — универсальный файл, создаваемый конфигуратором. Подходит для переноса базы между компьютерами и платформами, но на больших базах работает медленно.
- Копия файла 1Cv8.1CD — простое копирование файла файловой базы. Быстро, но требует, чтобы в момент копирования никто не работал с базой.
- Бэкап средствами СУБД — для клиент-серверных баз. Выполняется штатными средствами MS SQL Server или PostgreSQL, работает быстро и не требует останавливать работу пользователей.
- Свёртка базы — не копия, а удаление старых документов с переносом остатков на дату свёртки. Используется, чтобы уменьшить размер рабочей базы.
Как создать архив базы через конфигуратор
Выгрузка в dt — самый универсальный способ. Он подходит для файловых и серверных баз, но требует монопольного доступа: все пользователи должны выйти из программы.
Порядок действий для типовых конфигураций:
- Завершите работу всех пользователей и закройте фоновые сеансы. В клиент-серверном варианте установите блокировку сеансов через консоль кластера.
- Откройте базу в режиме «Конфигуратор».
- Перейдите в меню «Администрирование» → «Выгрузить информационную базу».
- Укажите путь и имя файла, например
backup_base.dt. Лучше добавлять дату в имя файла. - Дождитесь завершения выгрузки. На базе объёмом в десятки гигабайт процесс может занять часы.
В типовых конфигурациях (Бухгалтерия, Управление торговлей, ЗУП) есть встроенное резервное копирование: «Администрирование» → «Обслуживание» → «Резервное копирование и восстановление». Оно делает то же самое, но из режима предприятия и с возможностью настроить расписание.
- 1Попросите всех пользователей выйти из программы
- 2Скопируйте файл 1Cv8.1CD из каталога базы в отдельную папку или на внешний диск
- 3Проверьте, что размер копии совпадает с оригиналом
- 4Храните копию на другом физическом носителе, а не на том же диске
Архивирование клиент-серверной базы через СУБД
Для баз на MS SQL Server или PostgreSQL выгрузка dt — не лучший выбор для ежедневного резервирования: она медленная и требует выгона пользователей. Штатные средства СУБД делают копию «на горячую», не прерывая работу.
Для MS SQL Server настройте план обслуживания с полной копией ежедневно и копиями журнала транзакций в течение дня — это позволит восстановить базу на любой момент времени, а не только на момент ночной копии.
BACKUP DATABASE [MyBase1C] TO DISK = N'D:\Backups\MyBase1C_full.bak' WITH COMPRESSION, CHECKSUMДля PostgreSQL используйте утилиту pg_dump с форматом custom — такой дамп можно восстановить выборочно и он сжимается при создании.
pg_dump -U postgres -F c -f /backups/base1c_$(date +%Y%m%d).dump mybase1cВажно: бэкап СУБД привязан к конкретному серверу и версии СУБД. Перенос базы на другую платформу или в файловый вариант возможен только через выгрузку dt.
Как восстановить базу из архива
Восстановление из dt выполняется в обратном порядке. Создайте пустую информационную базу (без конфигурации), откройте её в конфигураторе и выберите «Администрирование» → «Загрузить информационную базу», указав файл выгрузки.
После загрузки платформа может предложить обновить конфигурацию базы данных — соглашайтесь. Затем войдите в режим предприятия и проверьте ключевые данные: остатки по счетам, наличие документов за последний период, список пользователей.
Восстановление бэкапа СУБД делается через RESTORE DATABASE (MS SQL) или pg_restore (PostgreSQL), после чего базу нужно перепривязать в консоли кластера 1С, если она восстанавливалась на новый сервер.
Как проверить, что восстановление прошло успешно
База открывается без ошибок, пользователи могут войти
Ошибка формата потока, требование обновить конфигурацию в цикле
Оборотно-сальдовая ведомость совпадает с данными на момент копии
Пустые или расходящиеся остатки
Документы присутствуют и проводятся
Отсутствуют свежие документы — копия оказалась старой
Свёртка базы: архивация старых периодов
Когда база работает несколько лет, она разрастается, и операции замедляются. Свёртка удаляет документы до выбранной даты, заменяя их документами ввода остатков. В типовой Бухгалтерии это обработка «Свёртка информационной базы» в разделе «Администрирование» → «Обслуживание».
Перед свёрткой обязательно создайте полную копию базы — именно она станет «архивом» старых периодов. После свёртки детальные данные за прошлые годы будут доступны только в архивной копии, поэтому её нужно хранить и уметь открывать.
Учтите ограничения: свёртка требует монопольного доступа, на больших базах выполняется долго, а в некоторых конфигурациях (например, при сложных расчётах в ЗУП) типовая свёртка может не покрывать все регистры — тогда нужны специализированные обработки.
Как выбрать действие
Организация хранения архивов
Архив, лежащий на том же диске, что и рабочая база, не защищает от поломки диска или шифровальщика. Минимальное правило — копии должны храниться минимум в двух местах: локально (для быстрого восстановления) и на отдельном носителе, сетевом хранилище или в облаке.
Определите глубину хранения: ежедневные копии обычно хранят 1–2 недели, ежемесячные — год, а копии на конец отчётного года — постоянно, поскольку они могут понадобиться для налоговых проверок. Называйте файлы с датой, чтобы не перепутать версии.
Типичные ошибки и их последствия
Самая опасная ошибка — ложное чувство защищённости: копии формально создаются по расписанию, но никто не проверяет их содержимое. Планировщик мог остановиться месяц назад, диск переполнился, а скрипт падает с ошибкой. Раз в месяц восстанавливайте свежую копию в тестовую базу — это единственный способ убедиться, что архив рабочий.
Вторая частая проблема — восстановление не той версии. После аварии под рукой оказывается месячной давности копия, и недели введённых документов теряются. Частота копирования должна соответствовать допустимым потерям: если потеря одного дня работы критична, нужны копии несколько раз в день.
Удобно настроить автоматическое копирование с ротацией: скрипт создаёт файл с датой в имени и удаляет копии старше заданного срока. Это избавляет от переполнения диска и от рутинной ручной чистки старых архивов.
Часто задаваемые вопросы
Чем отличается выгрузка dt от копирования файла базы?
Выгрузка dt создаётся через конфигуратор и содержит данные в переносимом формате — из неё базу можно развернуть на другой платформе или СУБД. Копия файла 1Cv8.1CD — это побайтовая копия файловой базы, которая работает только в файловом варианте, но делается быстрее. Для серверных баз копирование файлов напрямую бессмысленно — там данные хранятся в СУБД.
Можно ли сделать архив, не выгоняя пользователей?
Для клиент-серверной базы — да: бэкап средствами MS SQL или PostgreSQL выполняется без остановки работы. Выгрузка dt и копирование файла файловой базы требуют монопольного доступа, иначе копия будет неконсистентной или операция завершится ошибкой.
Как часто нужно делать резервные копии 1С?
Частота зависит от того, сколько данных компания готова потерять. Для активно работающей базы разумный минимум — ежедневная полная копия ночью, а для серверных баз дополнительно копии журнала транзакций каждые несколько часов. Перед обновлением конфигурации, свёрткой или массовой загрузкой данных копию делают внепланово.
Архив в формате dt не загружается: ошибка «неверный формат файла». Что делать?
Чаще всего файл повреждён при копировании или был создан неполностью (прерванная выгрузка). Проверьте размер файла и попробуйте загрузить его на той же версии платформы, на которой он создавался, — несовместимость версий тоже вызывает ошибки. Если файл повреждён, восстановить его обычно нельзя, нужна другая копия.
Где хранить архивы, чтобы защититься от вируса-шифровальщика?
Часть копий должна находиться вне досягаемости рабочей сети: на внешнем диске, который подключается только на время копирования, на сетевом хранилище с отдельной учётной записью и правами только на запись, либо в облачном хранилище с версионированием. Папка с архивами, подключённая как обычный сетевой диск с правами на изменение, шифровальщиком не защищена.
Что такое свёртка базы и когда её делать?
Свёртка — это удаление документов до выбранной даты с автоматическим вводом начальных остатков. Её делают, когда база заметно замедлилась из-за многолетнего объёма данных. Перед свёрткой обязательно создаётся полная копия базы — она становится архивом старых периодов, к которому можно вернуться за деталями.
Что важно запомнить
Рабочий архив 1С — это выгрузка dt, копия файловой базы или бэкап СУБД, созданный при остановленных пользователях (кроме бэкапа СУБД). Храните копии минимум в двух независимых местах, регулярно проверяйте их восстановлением и никогда не выполняйте свёртку без предварительной полной копии.