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