Администрирование · 11 мин
Как сохранять данные 1С: полное руководство по резервному копированию
Как правильно сохранять данные 1С: выгрузка через конфигуратор, файловый и клиент-серверный режимы, расписание копий, проверка восстановления и типичные ошибки.
Потеря базы 1С — один из самых болезненных сценариев для бухгалтерии и отдела продаж: вместе с файлами исчезают документы, остатки, проводки и история взаиморасчётов. При этом большинство таких случаев связано не со сложными сбоями, а с банальным отсутствием актуальной резервной копии или с копией, которая оказалась повреждённой в момент восстановления.
Сохранять данные 1С можно несколькими способами: штатной выгрузкой через конфигуратор, копированием файла базы, средствами СУБД в клиент-серверном варианте и встроенными механизмами резервного копирования в типовых конфигурациях. У каждого способа есть свои условия применения, ограничения и риски.
Ниже разобраны рабочие методы сохранения данных, порядок действий для каждого варианта, способы проверить, что копия действительно восстанавливается, и ошибки, которые чаще всего приводят к потере информации.
Какие способы сохранения данных существуют в 1С
В 1С данные можно сохранять на разных уровнях, и важно понимать разницу между ними. Выгрузка информационной базы через конфигуратор создаёт файл с расширением .dt — это полный снимок базы вместе с конфигурацией. Такой файл можно загрузить в пустую базу и получить работоспособную копию.
Копирование файла базы (1Cv8.1CD для файлового режима) — более быстрый способ, но он требует, чтобы с базой никто не работал: иначе копия окажется в несогласованном состоянии и может не открыться. В клиент-серверном варианте данные хранятся в СУБД (MS SQL Server, PostgreSQL и др.), и там резервные копии делаются штатными средствами самой СУБД.
Отдельно стоит упомянуть выгрузку данных через обработки и обмены (например, выгрузка справочников в XML или Excel). Это не резервное копирование, а перенос части информации: восстановить из такого файла всю базу целиком нельзя.
Сравнение способов сохранения
Универсально, переносится между платформами и СУБД; медленно на больших базах, требует монопольного доступа
Быстро и просто; только для файлового режима и только при отсутствии активных сеансов
Подходит для клиент-серверных баз, работает по расписанию без остановки; требует навыков администрирования СУБД
Настраивается из режима предприятия без конфигуратора; зависит от конфигурации и её версии
Как выгрузить базу через конфигуратор
Штатный и самый универсальный способ — выгрузка информационной базы в файл .dt. Он подходит и для файловых, и для клиент-серверных баз, а полученный файл можно загрузить на другом компьютере или в другой СУБД.
Перед выгрузкой убедитесь, что у вас есть права администратора в базе и свободное место на диске: файл .dt может занимать заметный объём, особенно если в базе много присоединенных файлов.
- 1Попросите всех пользователей завершить работу и завершите активные сеансы
- 2Откройте базу в режиме конфигуратора под учётной записью с правами администратора
- 3Выберите пункт меню «Администрирование» → «Выгрузить информационную базу»
- 4Укажите путь и имя файла, например с датой: base_2026-05-10.dt
- 5Дождитесь завершения выгрузки и проверьте, что файл создан и имеет ненулевой размер
- 6Скопируйте файл на отдельный носитель или в сетевое хранилище
Если база большая, выгрузка может занять продолжительное время. В этот период не закрывайте конфигуратор и не выключайте компьютер: прерванная выгрузка даст непригодный файл.
Как сохранить файловую базу копированием
В файловом режиме вся база находится в каталоге, главный файл — 1Cv8.1CD. Самый быстрый способ сохранить данные — скопировать этот файл (а лучше весь каталог базы) в другое место.
Критическое условие: в момент копирования с базой никто не должен работать. Если скопировать файл, пока пользователи проводят документы, копия окажется частично несогласованной. Признак проблемы — при открытии копии появляются ошибки или база требует тестирования и исправления.
Чтобы гарантировать чистую копию, настройте копирование по расписанию на ночное время через планировщик задач Windows или скрипт, а перед копированием завершайте процессы 1С. Храните несколько поколений копий — например, ежедневные за неделю и еженедельные за месяц.
Резервное копирование в клиент-серверном режиме
Если база работает на связке «сервер 1С + СУБД», копирование файлов напрямую не применяется: данные лежат внутри базы данных SQL-сервера. Здесь правильный путь — штатные механизмы резервного копирования СУБД: для MS SQL Server это планы обслуживания и команды BACKUP DATABASE, для PostgreSQL — утилита pg_dump или pg_basebackup.
Преимущество такого подхода — возможность делать копии по расписанию без полной остановки работы и восстанавливать базу на конкретный момент времени при использовании полной модели восстановления. Недостаток — требуются базовые навыки администрирования СУБД и контроль за тем, чтобы файлы бэкапов действительно создавались и уносились с сервера.
Дополнительно имеет смысл периодически делать выгрузку .dt через конфигуратор: она независима от СУБД и позволяет поднять копию базы даже в файловом режиме, если сервер недоступен.
Как выбрать способ копирования
Встроенное резервное копирование в типовых конфигурациях
Во многих типовых конфигурациях (например, «Бухгалтерия предприятия») есть встроенный механизм резервного копирования, доступный прямо из режима «Предприятие» без конфигуратора. Обычно он находится в разделе администрирования и позволяет задать каталог для копий и расписание.
Этот вариант удобен тем, что настройку может выполнить пользователь с правами администратора без привлечения программиста. Однако проверьте два момента: куда физически пишутся копии (если это тот же диск, что и база, защита от отказа диска отсутствует) и выполняются ли копии фактически — механизм может зависеть от запущенного сеанса или фоновых заданий.
После настройки обязательно дождитесь первого автоматического копирования и убедитесь, что файл появился в указанном каталоге. Отсутствие файла при «включённом» копировании — частая ситуация, когда расписание настроено, но фоновые задания заблокированы.
Как организовать хранение копий и проверку восстановления
Резервная копия имеет ценность только тогда, когда она хранится отдельно от основной базы и реально восстанавливается. Минимальное правило: копии должны лежать минимум в двух физически разных местах — например, на другом диске сервера и на сетевом хранилище или внешнем носителе. Копия на том же диске, что и база, защищает только от случайного удаления, но не от отказа оборудования.
Определите глубину хранения: сколько поколений копий вы держите. Распространённая схема — ежедневные копии за последнюю неделю, еженедельные за месяц, ежемесячные за год. Это позволяет откатиться не только на «вчера», но и на момент до ошибки, обнаруженной спустя время.
Самый недооценённый шаг — проверка восстановления. Периодически загружайте свежий файл .dt в пустую тестовую базу и открывайте её: убедитесь, что база открывается, документы на месте, отчёты строятся. Копия, которая ни разу не проверялась, — это предположение, а не гарантия.
Как проверить резервную копию
Файл присутствует в каталоге, размер сопоставим с предыдущими копиями
Файл отсутствует, нулевого размера или резко меньше обычного
Тестовая база загружается без ошибок и открывается в режиме предприятия
Ошибки при загрузке, база не открывается или требует исправления
В тестовой базе видны документы за последние дни работы
Последние документы датируются давним периодом
Копии лежат минимум на двух независимых носителях
Все копии на том же диске, что и рабочая база
Типичные ошибки при сохранении данных 1С
Большинство потерь данных связано не со сложными техническими причинами, а с повторяющимися ошибками в организации копирования. Знание этих типичных ситуаций помогает выстроить процесс так, чтобы исключить их заранее.
Отдельный риск — человеческий фактор при ручном копировании. Если копии делает сотрудник «когда вспомнит», рано или поздно наступит период без единой свежей копии. Автоматизируйте процесс и назначьте ответственного за контроль: кто-то должен регулярно проверять, что копии создаются и лежат там, где нужно.
Что важно запомнить
Сохраняйте данные 1С регулярно и автоматически: выгрузка .dt через конфигуратор — универсальный способ, копирование файла — только при завершённых сеансах, клиент-серверные базы бэкапятся средствами СУБД. Храните несколько поколений копий минимум в двух местах и периодически проверяйте восстановление на тестовой базе.
Частые вопросы о сохранении данных 1С
Чем выгрузка .dt отличается от копирования файла базы?
Выгрузка .dt создаёт переносимый снимок базы, который можно загрузить в любую пустую базу независимо от режима работы и СУБД. Копирование файла 1Cv8.1CD — это просто дублирование файла: быстрее, но применимо только к файловому режиму и требует отсутствия активных сеансов в момент копирования.
Как часто нужно делать резервные копии?
Ориентируйтесь на объём данных, потерю которых вы готовы восстановить вручную. При ежедневной активной работе разумный минимум — ежедневная копия. Если документов много и ввод идёт непрерывно, рассмотрите копирование несколько раз в день или модель восстановления СУБД с откатом на произвольный момент времени.
Можно ли восстановить базу из .dt на другом компьютере?
Да, это штатный сценарий. На новом компьютере создайте пустую информационную базу, откройте её в конфигураторе и выполните «Администрирование» → «Загрузить информационную базу», указав файл .dt. Учтите, что версия платформы на новом месте должна быть совместима с версией, на которой делалась выгрузка.
Что делать, если база повреждена и не открывается?
Сначала восстановите данные из последней рабочей резервной копии. Если копии нет, для файловой базы можно попробовать утилиту тестирования и исправления chdbfl.exe из каталога платформы или режим «Тестирование и исправление» в конфигураторе — но работайте только с копией повреждённого файла, сохранив оригинал нетронутым.
Достаточно ли облачного хранилища для копий 1С?
Облако — хорошее дополнительное место хранения, защищающее от локальных аварий и кражи оборудования. Однако не делайте его единственным хранилищем: держите также локальную копию для быстрого восстановления и проверяйте, что синхронизация файлов действительно завершается, а не останавливается на половине большого файла.