Как сохранить базу 1С 8: пошаговая инструкция по резервному копированию

Сохранить базу 1С 8 можно несколькими способами: выгрузкой в файл .dt через конфигуратор, простым копированием каталога файловой базы или средствами СУБД для клиент-серверного варианта. Выбор зависит от типа развёртывания, размера базы и того, для чего нужна копия — для переноса на другой компьютер, архивного хранения или ежедневного резервного копирования.

Главное правило: резервная копия должна создаваться регулярно и до любых рискованных действий — обновления конфигурации, массовой обработки данных, свёртки базы. Ошибка в обновлении или сбой оборудования без свежей копии приводит к потере учётных данных, восстановление которых может оказаться невозможным.

Ниже разобраны все рабочие способы сохранения базы с точными действиями, ограничениями каждого метода и проверкой результата.

Как определить тип вашей базы перед сохранением

Способ сохранения напрямую зависит от того, как развёрнута база. Откройте список информационных баз в окне запуска 1С, выделите нужную базу и нажмите «Изменить» — в параметрах будет указан тип расположения: «На данном компьютере или на компьютере в локальной сети» (файловая база) или «На сервере 1С:Предприятия» (клиент-серверная).

Файловая база хранится в одном каталоге, ключевой файл — 1Cv8.1CD. Клиент-серверная база физически находится в СУБД (MS SQL Server, PostgreSQL, Oracle), и простое копирование файлов для неё не работает — нужны либо выгрузка .dt, либо штатный бэкап средствами СУБД.

Выгрузка базы в файл .dt через конфигуратор

Это универсальный способ, который работает и для файловых, и для клиент-серверных баз. Файл .dt содержит все данные и конфигурацию в платформенном формате, его можно загрузить на другом компьютере или в базу другого типа.

Порядок действий: запустите базу в режиме «Конфигуратор» с пользователем, обладающим правами администратора. В главном меню выберите «Администрирование» → «Выгрузить информационную базу». Укажите путь и имя файла, например backup_base.dt, и дождитесь завершения выгрузки. Для больших баз процесс может занять от нескольких минут до нескольких часов.

Перед выгрузкой желательно завершить работу всех пользователей. Технически выгрузка возможна при активных сеансах, но данные, изменённые во время выгрузки, могут попасть в копию в несогласованном состоянии. Для гарантированной целостности установите блокировку сеансов: «Администрирование» → «Блокировка установки соединений с информационной базой».

1. 1
   Завершите работу пользователей и включите блокировку соединений
2. 2
   Запустите базу в режиме Конфигуратор под администратором
3. 3
   Откройте «Администрирование» → «Выгрузить информационную базу»
4. 4
   Укажите путь к файлу .dt на диске с достаточным свободным местом
5. 5
   Дождитесь сообщения об успешном завершении выгрузки
6. 6
   Проверьте размер файла и при необходимости выполните тестовую загрузку

Сохранение файловой базы копированием каталога

Для файловой базы самый быстрый способ — скопировать весь каталог базы средствами операционной системы. Путь к каталогу виден в списке информационных баз в окне запуска. Внутри находится файл 1Cv8.1CD с данными и служебные подкаталоги.

Критическое условие: во время копирования с базой никто не должен работать. Если скопировать файл 1Cv8.1CD в момент записи данных, копия окажется повреждённой или несогласованной, и 1С может отказаться её открывать. Сначала завершите все сеансы, затем копируйте.

Для восстановления достаточно скопировать каталог обратно и добавить базу в список через кнопку «Добавить» в окне запуска, указав путь к каталогу. Этот способ быстрее выгрузки .dt для больших файловых баз, но копия привязана к файловому формату — загрузить её в клиент-серверный вариант напрямую нельзя.

Резервное копирование клиент-серверной базы

Когда база работает на MS SQL Server или PostgreSQL, штатный и самый надёжный способ — резервное копирование средствами самой СУБД. В MS SQL это выполняется через SQL Server Management Studio: правый клик по базе → «Tasks» → «Back Up» → полный тип копии (Full). Такой бэкап создаётся без остановки работы пользователей и гарантирует целостность на момент времени.

Для PostgreSQL используется утилита pg_dump или настраивается регламентный бэкап. Восстановление выполняется средствами той же СУБД, после чего база подключается к серверу 1С.

Выгрузка .dt для клиент-серверной базы тоже доступна и полезна как дополнительный независимый слой защиты: файл .dt можно загрузить даже при смене СУБД или версии сервера. Однако для очень больших баз выгрузка .dt занимает значительное время и требует много свободного места, поэтому в ежедневном регламенте обычно используют бэкап СУБД, а .dt делают периодически.

Сравнение способов сохранения

Выгрузка .dt

Универсально, переносимо между типами баз; медленно на больших объёмах, требует конфигуратор

Копирование каталога

Быстро и просто для файловых баз; требует полного завершения сеансов, не подходит для клиент-серверных

Бэкап средствами СУБД

Надёжно и без остановки работы для серверных баз; требует навыков администрирования СУБД

Как проверить, что копия рабочая

Копия, работоспособность которой не проверена, нельзя считать резервной. Минимальная проверка для файла .dt — тестовая загрузка в пустую базу: создайте новую пустую информационную базу, откройте её в конфигураторе и выполните «Администрирование» → «Загрузить информационную базу», указав сохранённый файл.

После загрузки запустите базу в режиме «Предприятие» и убедитесь, что открываются основные разделы, справочники содержат данные, а отчёты формируются. Для копий каталога проверка аналогична: добавьте скопированную базу в список и запустите её.

Контрольные точки

Как проверить результат

Файл .dt создан

Норма

Файл существует, размер сопоставим с объёмом базы

Тревожный признак

Файл отсутствует или имеет нулевой размер

Тестовая загрузка

Норма

Загрузка завершилась без ошибок, база открывается

Тревожный признак

Ошибки загрузки, сообщения о повреждении

Данные в копии

Норма

Документы и справочники на месте, отчёты формируются

Тревожный признак

Пустые разделы, ошибки при открытии объектов

Автоматизация регулярного резервного копирования

Разовое сохранение не защищает от внезапного сбоя — нужен регламент. Для файловых баз настраивают скрипт, который копирует каталог базы по расписанию через планировщик заданий Windows, предварительно проверяя отсутствие активных сеансов. Для клиент-серверных баз в MS SQL создают план обслуживания с ежедневным полным бэкапом и, при необходимости, разностными копиями в течение дня.

Храните копии по правилу разнесения: минимум одна копия должна находиться вне основного компьютера или сервера — на сетевом хранилище, внешнем диске или в облаке. Копия на том же диске, где лежит рабочая база, не спасёт при отказе диска или шифровальщике.

Периодически контролируйте, что регламент реально выполняется: проверяйте наличие свежих файлов копий и журналы заданий. Нередко автоматический бэкап молча перестаёт работать из-за переполнения диска или смены пароля учётной записи задания.

Частые ошибки и ограничения

Файл .dt не привязан к версии конфигурации, но загрузка возможна только в базу на совместимой версии платформы. Если копия сделана на более новой платформе, на старой она может не загрузиться — учитывайте это при переносе между компьютерами с разными версиями 1С.

При выгрузке больших баз убедитесь, что на диске достаточно места: потребуется объём, сопоставимый с размером самой базы, а при загрузке — ещё и место под разворачиваемую копию. Нехватка места в середине процесса приводит к обрыву и неполному файлу.

Отдельная ситуация — повреждённая база. Если база не открывается, сначала выполните тестирование и исправление через конфигуратор или утилиту chdbfl.exe из каталога платформы, и только после этого делайте выгрузку. Выгрузка из повреждённой базы может завершиться ошибкой или унаследовать дефекты.

Частые вопросы

Можно ли сохранить базу 1С, не заходя в конфигуратор?

Да, если база файловая: завершите все сеансы и скопируйте каталог базы целиком средствами проводника. Для клиент-серверной базы без конфигуратора используется резервное копирование средствами СУБД. Также выгрузку .dt можно запустить из командной строки с параметрами конфигуратора.

Чем файл .dt отличается от копии каталога базы?

Файл .dt — это платформенная выгрузка, которую можно загрузить в базу любого типа, включая клиент-серверную, и на другом компьютере. Копия каталога — это побайтовое дублирование файловой базы: восстанавливается быстрее, но подходит только для файлового режима работы.

Как часто нужно делать резервные копии?

Ориентируйтесь на допустимый объём потери данных. При ежедневном активном вводе документов разумный минимум — копия каждый день, при интенсивной работе — несколько раз в день для серверных баз. Дополнительно делайте копию перед каждым обновлением конфигурации.

База не открывается. Как сохранить данные?

Сначала попробуйте тестирование и исправление в конфигураторе или утилиту chdbfl.exe для файловой базы. Если база открылась — сразу сделайте выгрузку .dt. Если восстановить не удаётся, потребуется восстановление из последней резервной копии, поэтому регулярное копирование критично.

Можно ли загрузить .dt в базу с другой конфигурацией?

Нет, загрузка .dt полностью замещает целевую базу вместе с конфигурацией. Для переноса данных между разными конфигурациями используются специальные обработки обмена и правила конвертации, а не выгрузка-загрузка .dt.