Администрирование · 10 мин
Как сохранить базу 1С: рабочие способы резервного копирования
Как сохранить базу 1С: выгрузка через конфигуратор в файл DT, копирование файловой базы, бэкап SQL-сервера, проверка копии и типичные ошибки при восстановлении.
Резервная копия базы 1С — единственная гарантия того, что учётные данные переживут сбой диска, ошибочное обновление, вирус-шифровальщик или неверные действия пользователя. При этом «сохранить базу» можно несколькими разными способами, и выбор зависит от типа базы: файловой или клиент-серверной, а также от цели — разовый перенос, архив перед обновлением или регулярная защита от потерь.
Универсальный метод, который подходит почти всегда, — выгрузка информационной базы в файл с расширением .dt через конфигуратор. Для файловых баз допустимо и простое копирование каталога, а для серверных решений правильнее делать штатный бэкап средствами СУБД. Каждый способ имеет свои ограничения, и ниже они разобраны по шагам.
Важно понимать: копия считается сделанной только тогда, когда она проверена. Файл, который никто никогда не пробовал восстановить, — это надежда, а не резервная копия.
Определите тип базы: файловая или клиент-серверная
Перед сохранением нужно понять, как устроена ваша база, потому что способы копирования для двух типов различаются принципиально. Откройте список информационных баз в окне запуска 1С, выделите нужную базу и посмотрите строку подключения внизу окна или нажмите «Изменить».
Если в параметрах указан путь к каталогу на диске или сетевой папке (например, D:\Bases\Trade или \\Server\1C\Base) — это файловая база. Все данные в ней хранятся в одном файле 1Cv8.1CD внутри указанного каталога.
Если указаны «Кластер серверов 1С:Предприятия» и имя базы — это клиент-серверный вариант. Данные физически лежат в СУБД (MS SQL Server, PostgreSQL и т.п.), и простым копированием файлов с диска её не сохранить: нужны либо выгрузка DT, либо бэкап средствами самой СУБД.
Выгрузка базы через конфигуратор в файл DT
Это основной и рекомендуемый способ, который работает для любого типа базы. Запустите базу в режиме «Конфигуратор»: в окне выбора баз выделите нужную и нажмите кнопку «Конфигуратор». Для входа потребуются права администратора.
В меню конфигуратора выберите «Администрирование» → «Выгрузить информационную базу». Укажите путь и имя файла, например Trade_2026-backup.dt, и подтвердите операцию. Для больших баз процесс может занять от нескольких минут до часа и более — не прерывайте его.
Перед выгрузкой желательно, чтобы все пользователи вышли из базы. Конфигуратор сам предложит завершить активные сеансы, если база открыта монопольно. Выгрузка без монопольного доступа в ряде случаев возможна, но активные сеансы могут привести к ошибкам в процессе.
- 1Откройте базу в режиме «Конфигуратор» с правами администратора
- 2Убедитесь, что пользователи завершили работу с базой
- 3Выберите «Администрирование» → «Выгрузить информационную базу»
- 4Укажите путь сохранения и понятное имя файла с датой
- 5Дождитесь сообщения об успешном завершении выгрузки
- 6Проверьте, что файл появился и имеет ненулевой размер
После завершения проверьте результат: файл должен существовать и иметь размер, сопоставимый с размером базы (обычно DT компактнее, так как данные сжимаются). Файл размером в несколько килобайт при базе в гигабайты — признак прерванной выгрузки.
Копирование файловой базы напрямую
Для файловой базы есть быстрая альтернатива: скопировать весь каталог базы средствами операционной системы. Главный файл — 1Cv8.1CD, именно в нём хранятся все данные и конфигурация. Копируйте каталог целиком, чтобы не потерять служебные файлы.
Критическое условие: в момент копирования никто не должен работать с базой. Если скопировать файл 1Cv8.1CD, пока в него пишут данные, копия получится повреждённой и при открытии выдаст ошибку формата потока. Поэтому либо попросите всех выйти, либо выполняйте копирование в нерабочее время.
Плюс этого способа — скорость: копирование файла обычно быстрее выгрузки DT. Минус — отсутствие контроля целостности: конфигуратор при выгрузке проверяет структуру базы, а простое копирование просто дублирует файл «как есть», включая возможные скрытые повреждения.
Сохранение клиент-серверной базы
В клиент-серверном варианте самый простой способ для администратора 1С — та же выгрузка DT через конфигуратор. Метод универсален и не требует доступа к серверу СУБД, но для очень больших баз выгрузка может занимать продолжительное время.
Для регулярного резервного копирования больших баз правильнее использовать штатные средства СУБД. В MS SQL Server это полный бэкап базы через SQL Server Management Studio: правый клик по базе → «Tasks» → «Back Up» → тип «Full». Для PostgreSQL используется утилита pg_dump.
pg_dump -U postgres -F c -f base_backup.dump имя_базыТакой бэкап восстанавливается тоже средствами СУБД, а база затем подключается к серверу 1С. Учтите: восстановление бэкапа СУБД в базу с другим именем или на другом сервере требует аккуратности — внутри базы хранятся параметры соединения, и их может понадобиться сбросить.
Сравнение способов сохранения
Универсально, подходит для переноса и архива перед обновлением. Медленно на больших базах, требует монопольного доступа.
Быстро и просто. Только при полном выходе пользователей, без проверки целостности данных.
Оптимально для регулярного копирования больших серверных баз. Требует доступа к СУБД и навыков её администрирования.
Как проверить, что копия рабочая
Минимальная проверка — размер и дата файла: копия должна быть свежей и иметь правдоподобный объём. Но полноценная проверка — это тестовое восстановление. Создайте в списке баз новую пустую информационную базу без конфигурации, откройте её в конфигураторе и выполните «Администрирование» → «Загрузить информационную базу», указав ваш DT-файл.
После загрузки войдите в базу в режиме «Предприятие» и откройте несколько ключевых документов и отчётов: оборотно-сальдовую ведомость, список документов за последний месяц. Если данные на месте и отчёты формируются без ошибок — копия рабочая.
Для копии каталога файловой базы проверка проще: добавьте скопированный каталог как новую базу в список информационных баз и откройте её. Ошибка «формат потока» или «файл базы данных повреждён» означает, что копия снята некорректно.
Как проверить результат
Сопоставим с размером рабочей базы
Файл в разы меньше ожидаемого или 0 байт
Загрузка завершается без ошибок, база открывается
Ошибки при загрузке или база не открывается
Документы и отчёты на месте, периоды совпадают
Отсутствуют последние документы, ошибки при проведении
Организация регулярного резервного копирования
Разовая копия защищает только от уже случившейся проблемы. Для постоянной защиты настройте регулярное копирование: для файловых баз — скрипт копирования каталога по расписанию через планировщик заданий Windows в нерабочее время, для серверных — план обслуживания в MS SQL Server или задание с pg_dump по cron.
Придерживайтесь правила: минимум две копии на разных носителях, одна из которых физически вне рабочего сервера — на внешнем диске, другом компьютере или в облачном хранилище. Храните несколько поколений копий (например, ежедневные за неделю и еженедельные за месяц), чтобы можно было откатиться не только к вчерашнему состоянию.
Отдельно защитите копии от шифровальщиков: если резервный диск постоянно подключён к заражённой сети, вирус зашифрует и копии. Используйте носитель, который отключается после копирования, или хранилище с ограниченными правами записи.
Типичные ошибки и частые вопросы
Большинство потерь данных в 1С связано не со сложными сбоями, а с простыми ошибками организации копирования. Ниже — те, которые встречаются чаще всего.
Если вы обнаружили, что рабочая база повреждена, первым делом скопируйте её текущее состояние в отдельный каталог — даже битая база может быть частично восстановима, а дальнейшие попытки открыть её могут усугубить повреждения. Затем восстанавливайте данные из последней проверенной копии.
Что важно запомнить
Универсальный способ сохранить базу 1С — выгрузка в DT через конфигуратор. Файловую базу можно копировать каталогом только при вышедших пользователях, серверную — бэкапить средствами СУБД. Копия считается надёжной только после тестового восстановления, а хранить её нужно отдельно от рабочей базы.
Чем выгрузка DT отличается от копирования файла базы?
Выгрузка DT — логическое сохранение через конфигуратор: данные проверяются, сжимаются и записываются в переносимый формат, который загружается в любую базу, включая серверную. Копирование файла — физическое дублирование «как есть» без проверок, быстрее, но без гарантии целостности и с риском получить битую копию при работающих пользователях.
Можно ли сохранить базу 1С, не заходя в конфигуратор?
Да. Файловую базу можно скопировать как обычный каталог средствами Windows, когда никто не работает. Серверную базу можно сохранить бэкапом средствами СУБД (MS SQL, PostgreSQL) без запуска конфигуратора. Также существуют внешние обработки и скрипты для выгрузки через командную строку конфигуратора.
Куда лучше сохранять копию базы?
Не на тот диск, где лежит рабочая база. Подходят внешний жёсткий диск, сетевое хранилище (NAS), другой сервер или облачное хранилище. Оптимально — два независимых места, при этом хотя бы одно из них не должно быть постоянно доступно из рабочей сети, чтобы защититься от вирусов-шифровальщиков.
Сколько места занимает резервная копия 1С?
Копия каталога файловой базы занимает примерно столько же, сколько сама база. Файл DT обычно заметно компактнее, так как данные в нём сжимаются, но точный коэффициент зависит от состава данных. Закладывайте на носителе запас минимум в 2–3 размера базы, чтобы помещалось несколько поколений копий.
Как восстановить базу из файла DT?
Создайте в списке баз новую пустую информационную базу (без конфигурации), откройте её в конфигураторе и выберите «Администрирование» → «Загрузить информационную базу», указав DT-файл. После загрузки обновите конфигурацию базы данных, если конфигуратор это предложит, и войдите в режим «Предприятие» для проверки данных.
Как часто нужно делать резервные копии?
Ориентируйтесь на объём данных, который вы готовы потерять. При ежедневной активной работе с документами разумный минимум — ежедневная копия в нерабочее время плюс обязательная выгрузка DT перед каждым обновлением конфигурации и перед массовыми загрузками или обработками данных.