Администрирование · 9 мин
Как сохранить базу 1С: способы резервного копирования
Как сохранить базу 1С: выгрузка в файл .dt, копирование файловой базы, бэкап SQL-сервера, автоматизация и проверка восстановления. Пошаговые инструкции.
Сохранение базы 1С — это не разовая операция, а регулярная процедура, без которой любая поломка диска, ошибка обновления или случайное удаление документов превращается в потерю учётных данных. Способ сохранения зависит от того, как работает ваша база: в файловом режиме (один файл 1Cv8.1CD в папке) или в клиент-серверном (на MS SQL Server, PostgreSQL или другой СУБД).
Для файловой базы есть два рабочих варианта: копирование файла 1Cv8.1CD и выгрузка информационной базы в файл .dt через конфигуратор. Для серверной базы правильный путь — штатные средства СУБД, дополненные выгрузкой .dt перед критичными операциями. Каждый способ имеет свои условия, ограничения и типичные ошибки, которые разобраны ниже.
Определите режим работы базы: файловый или клиент-серверный
От режима работы зависит весь дальнейший порядок действий. Откройте список информационных баз в окне запуска 1С, выделите нужную базу и нажмите «Изменить»: в параметрах будет указано «На данном компьютере или компьютере в локальной сети» (файловый вариант) либо «На сервере 1С:Предприятия» (клиент-серверный).
Для файловой базы путь к каталогу указан прямо в списке — именно там лежит файл 1Cv8.1CD, который и содержит все данные. Для серверной базы физические файлы данных находятся на сервере СУБД, и простое копирование папки ничего не даст: данные нужно выгружать средствами самой СУБД.
Как сохранить файловую базу копированием файла
Самый быстрый способ — скопировать файл 1Cv8.1CD из каталога базы. Главное условие: все пользователи должны выйти из программы, а сеансы — завершиться. Если копировать файл при открытых соединениях, копия может оказаться повреждённой или содержать несогласованные данные, и восстановить из неё базу не удастся.
Порядок действий прост: попросите пользователей завершить работу, убедитесь, что в диспетчере задач нет процессов 1cv8.exe и 1cv8c.exe с этой базой, затем скопируйте файл 1Cv8.1CD в отдельную папку с датой в имени, например «backup_2026-05-15». Проверьте, что размер копии совпадает с оригиналом.
Выгрузка базы в файл .dt через конфигуратор
Выгрузка в .dt — универсальный и рекомендуемый метод, который работает и для файловых, и для серверных баз. Откройте базу в режиме «Конфигуратор», перейдите в меню «Администрирование» и выберите пункт «Выгрузить информационную базу». Укажите путь и имя файла, дождитесь завершения операции.
Для выгрузки потребуются права администратора информационной базы. Желательно, чтобы пользователи в этот момент не работали: формально выгрузка возможна и при активных сеансах, но данные зафиксируются на момент выгрузки без гарантии целостности по всем документам. Перед выгрузкой установите монопольный режим или заблокируйте сеансы.
У выгрузки .dt есть ограничения: файл не подходит для инкрементального копирования (каждый раз выгружается вся база целиком), а на больших базах процесс занимает заметное время. Кроме того, .dt не рекомендуется использовать как единственный способ бэкапа серверной базы — для этого существуют средства СУБД.
- 1Завершите сеансы пользователей или установите блокировку соединений
- 2Откройте базу в режиме Конфигуратор под учётной записью администратора
- 3Выберите Администрирование → Выгрузить информационную базу
- 4Укажите папку и имя файла с датой, дождитесь окончания выгрузки
- 5Проверьте, что файл создан и его размер сопоставим с размером базы
Резервное копирование серверной базы через СУБД
Если база работает на MS SQL Server, PostgreSQL или другой СУБД, основной инструмент бэкапа — штатные средства этой СУБД. Для MS SQL это создание резервной копии через SQL Server Management Studio (правый клик по базе → Tasks → Back Up) или регламентный план обслуживания с ежедневным полным бэкапом и промежуточными копиями журнала транзакций.
Для PostgreSQL используется утилита pg_dump или настроенный скрипт с pg_basebackup. Преимущество такого подхода — согласованность данных на уровне СУБД и возможность восстановления на конкретный момент времени. Выгрузка .dt при этом остаётся полезной как страховка перед обновлением конфигурации: она независима от версии СУБД и позволяет развернуть копию где угодно.
BACKUP DATABASE [MyBase1C] TO DISK = N'D:\Backups\MyBase1C_full.bak' WITH COMPRESSION, CHECKSUMАвтоматизация регулярного сохранения
Разовое сохранение не защищает от потери данных — бэкап должен выполняться по расписанию. Для файловых баз достаточно скрипта в планировщике задач Windows, который копирует 1Cv8.1CD в сетевую папку или облачное хранилище в нерабочее время. Для серверных баз настраивается план обслуживания СУБД.
Придерживайтесь правила «3-2-1»: минимум три копии данных, на двух разных носителях, одна — вне офиса или в облаке. Храните копии за несколько дней, а не только последнюю: если повреждение базы обнаружится не сразу, потребуется откатиться на более раннее состояние.
Сравнение способов сохранения
Быстро и просто, но только для файловых баз и только при закрытых сеансах
Универсально, переносимо между платформами, но медленно на больших базах и без инкремента
Надёжно и с восстановлением на момент времени, но требует серверной инфраструктуры и навыков администрирования
Проверка резервной копии: как убедиться, что бэкап рабочий
Наличие файла копии ещё не означает, что из него можно восстановиться. Периодически выполняйте контрольное восстановление: загрузите .dt в пустую базу через конфигуратор (Администрирование → Загрузить информационную базу) или разверните бэкап СУБД на тестовом сервере. Откройте базу в режиме предприятия и проверьте, что открываются отчёты и присутствуют последние документы.
Дополнительно для файловых копий полезно запустить утилиту chdbfl.exe из каталога платформы и выполнить проверку физической целостности файла. Это позволит обнаружить скрытые повреждения до того, как копия понадобится в реальной аварийной ситуации.
Как проверить результат
Размер сопоставим с исходной базой
Файл нулевого размера или намного меньше ожидаемого
База открывается, данные на месте
Ошибка при загрузке или пустые справочники
Соответствует моменту создания копии
Документы старше ожидаемой даты
Типичные ошибки и риски при сохранении базы
Самая распространённая ошибка — копирование файловой базы при работающих пользователях. Вторая по частоте — хранение бэкапа на том же диске, что и сама база: при отказе диска теряется и оригинал, и копия. Третья — отсутствие проверки восстановления: битый бэкап обнаруживается только в момент аварии, когда уже поздно.
Отдельный риск — обновление конфигурации без предварительной выгрузки. Перед любым обновлением, переносом данных или массовой обработкой документов делайте свежий .dt: это единственный способ быстро откатить изменения, если что-то пойдёт не так.
Что важно запомнить
Файловую базу сохраняйте копированием 1Cv8.1CD при закрытых сеансах или выгрузкой .dt через конфигуратор, серверную — средствами СУБД. Делайте копии регулярно, храните их на отдельном носителе и периодически проверяйте восстановление.
Частые вопросы о сохранении базы 1С
Можно ли сохранить базу 1С, пока в ней работают пользователи?
Копировать файл 1Cv8.1CD при активных сеансах нельзя — копия будет повреждена. Выгрузка .dt формально возможна, но без гарантии целостности данных. Безопасный вариант — завершить сеансы или установить блокировку соединений, а для серверных баз использовать средства СУБД, которые корректно работают под нагрузкой.
Чем отличается файл .dt от копии файла 1Cv8.1CD?
1Cv8.1CD — это физический файл файловой базы, который можно просто скопировать обратно для восстановления. Файл .dt — логическая выгрузка, которую загружают через конфигуратор; он независим от режима работы и подходит для переноса базы между файловым и клиент-серверным вариантами.
Как часто нужно делать резервные копии?
Минимум — ежедневно в нерабочее время. При интенсивном вводе документов для серверных баз имеет смысл дополнять полный ночной бэкап копиями журнала транзакций в течение дня, чтобы потерять не более нескольких минут работы.
Куда лучше сохранять резервные копии?
Не на тот же диск, где лежит база. Подходят отдельный сервер, сетевое хранилище NAS или облачное хранилище. Оптимально — комбинация локальной копии для быстрого восстановления и внешней копии на случай пожара, кражи или выхода из строя всего оборудования в офисе.
Как восстановить базу из файла .dt?
Создайте пустую информационную базу в списке баз, откройте её в конфигураторе, выберите «Администрирование → Загрузить информационную базу» и укажите файл .dt. После загрузки конфигуратор предложит обновить конфигурацию базы данных — подтвердите. Учтите, что загрузка полностью заменяет содержимое базы-приёмника.
Нужно ли делать бэкап перед обновлением конфигурации?
Обязательно. Перед обновлением сделайте свежую выгрузку .dt — это самый быстрый способ вернуть базу в исходное состояние, если обновление завершится ошибкой или новая версия будет работать некорректно. Полагаться только на ночной бэкап рискованно: между ним и обновлением могли быть введены документы.