Как сохранить информационную базу 1С:Предприятие

Сохранение информационной базы 1С — базовая операция, которая защищает данные компании от потери при сбоях оборудования, ошибках обновления, действиях пользователей и вирусных атаках. Способ сохранения зависит от режима работы базы: файлового (один файл 1Cv8.1CD на диске) или клиент-серверного (данные в СУБД — MS SQL, PostgreSQL и др.).

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

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

Определите, в каком режиме работает база

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

Файловая база целиком хранится в одном файле 1Cv8.1CD в каталоге базы. Клиент-серверная база хранится в СУБД, и простым копированием файла её не сохранить — нужна либо выгрузка .dt, либо резервная копия средствами самой СУБД.

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

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

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

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

Файл .dt содержит и конфигурацию, и все данные. Его можно загрузить через «Администрирование → Загрузить информационную базу» в пустую или существующую базу. Учтите: загрузка полностью заменяет содержимое целевой базы, поэтому перед загрузкой в непустую базу сделайте копию и её.

Копирование файловой базы напрямую

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

Чтобы гарантировать целостность, завершите все сеансы, закройте конфигуратор и убедитесь, что в каталоге базы нет файла блокировок 1Cv8.1CL. После копирования храните копию на другом носителе, а не в соседней папке того же диска.

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

Для базы на MS SQL Server штатный способ — создание резервной копии средствами СУБД через SQL Server Management Studio: правой кнопкой по базе → «Задачи → Создать резервную копию», тип «Полная». Такой бэкап делается без остановки работы пользователей и восстанавливается средствами же СУБД.

Для PostgreSQL используется утилита pg_dump или pg_dumpall, для других СУБД — их штатные механизмы. Бэкап СУБД обычно быстрее выгрузки .dt на больших базах и подходит для регулярного расписания, но восстановить его можно только в ту же СУБД, а перенос на другую платформу потребует именно .dt.

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

Выгрузка в .dt

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

Копирование файла базы

Быстро и просто, но только для файлового режима и только при отсутствии активных сеансов

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

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

Проверка сохранённой копии

Копия, работоспособность которой не проверена, не считается резервной. Минимальная проверка для .dt — создать пустую базу в отдельном каталоге, загрузить в неё файл и убедиться, что конфигуратор открывается без ошибок, а в режиме предприятия видны актуальные документы за последние даты.

Для файловой копии достаточно временно подключить скопированный каталог как новую базу в списке запуска и открыть её. Для бэкапа СУБД — восстановить его в тестовую базу с другим именем. Проверку стоит выполнять периодически, а не только в момент аварии.

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

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

Загрузка .dt в пустую базу

Норма

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

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

Ошибка при загрузке — файл повреждён или оборвалась выгрузка

Данные в проверочной копии

Норма

Документы и справочники за последние даты на месте

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

Отсутствуют свежие документы — копия устарела или неполная

Размер файла копии

Норма

Сопоставим с размером предыдущих копий

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

Файл аномально мал — выгрузка, скорее всего, не завершилась

Организация регулярного резервного копирования

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

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

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

Чем файл .dt отличается от копии файла 1Cv8.1CD?

Файл .dt — это выгрузка через механизм платформы, он переносим между разными версиями платформы и типами СУБД. Файл 1Cv8.1CD — рабочий файл файловой базы; его копия привязана к файловому режиму, зато создаётся быстрее и не требует монопольного доступа через конфигуратор.

Можно ли выгружать .dt, пока пользователи работают?

Нет, выгрузка информационной базы требует монопольного режима. Если прерывать работу пользователей нельзя, для клиент-серверной базы используйте резервное копирование средствами СУБД — оно выполняется «на горячую».

Сколько места нужно для выгрузки?

Размер .dt обычно заметно меньше размера самой базы за счёт сжатия, но точный объём заранее предсказать нельзя. Ориентируйтесь на размер предыдущих выгрузок и держите запас свободного места на диске назначения.

Как восстановить базу из файла .dt?

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

Нужно ли сохранять базу перед обновлением конфигурации?

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