Резервное копирование базы 1С 8.3: все рабочие способы

Резервную копию базы 1С делают одним из двух способов: выгрузкой в файл .dt через конфигуратор (годится и для файловой, и для серверной базы) или прямым копированием файла 1Cv8.1CD, если база файловая. Первый способ универсальный, второй — самый быстрый.

Чтобы не копировать вручную каждый день, бэкап ставят на расписание: встроенным механизмом в режиме «Предприятие» или bat-файлом через планировщик Windows. Ниже — все методы, правила хранения копий и порядок восстановления с проверкой, что база действительно открывается.

Что теряется без свежей копии

База 1С — это ваша бухгалтерия, зарплата, остатки и взаиморасчёты за всё время работы. Потерять её можно не только при пожаре в серверной:

• 💾 отказ диска или контроллера RAID — файл базы перестаёт читаться;
• ⚡ сбой записи при аварийном отключении питания — база «ломается», открывается с ошибками;
• 🦠 шифровальщик — вымогатель шифрует 1Cv8.1CD вместе с остальными файлами;
• 🙈 человеческая ошибка — кто-то свернул учёт групповой обработкой или удалил документы пачкой;
• 🔄 неудачное обновление конфигурации , после которого проще откатиться, чем чинить.

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

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

Файловая база или клиент-сервер: от этого зависит способ

Прежде чем делать копию, определите вариант работы базы — способы отличаются.

Файловый вариант. Вся база — это один файл 1Cv8.1CD в каталоге на диске или в сетевой папке. Путь видно в стартовом окне запуска 1С: выделите базу в списке — внизу окна показана строка каталога.

Клиент-серверный вариант. Данные лежат в СУБД (PostgreSQL или Microsoft SQL Server), а не в файле. В списке запуска у такой базы указан сервер, например Срвр="server1";Ref="buh". Копировать «файл базы» тут нечего — данные внутри СУБД.

Какой способ кому подходит:

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

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

1. Запустите 1С в режиме Конфигуратор (в стартовом окне кнопка внизу).
2. Откройте меню Администрирование → Выгрузить информационную базу….
3. Укажите папку и имя файла — например buh_2026-10-07.dt. Дату в имени ставьте всегда, иначе копии сольются в одну.
4. Нажмите «Сохранить» и дождитесь сообщения об успешной выгрузке.

Тот же результат можно получить из командной строки — это основа для автоматизации:

"C:\Program Files\1cv8\8.3.24.1234\bin\1cv8.exe" DESIGNER ^
  /F "D:\bases\buh" /N "Администратор" /P "пароль" ^
  /DumpIB "E:\backup\buh_%date%.dt"

Для серверной базы вместо /F "путь" указывают /S "server1\buh". Номер версии платформы в пути (8.3.24.1234) подставьте свой — посмотреть можно в стартовом окне, пункт меню с версией платформы.

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

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

Самый быстрый способ для файлового варианта — просто скопировать файл базы, как любой другой файл.

1. Убедитесь, что в базе никто не работает (иначе копия получится «на ходу» и может не открыться).
2. Откройте каталог базы — путь берите из стартового окна запуска.
3. Скопируйте файл 1Cv8.1CD в надёжное место, добавив дату к имени копии.

Копирование занимает секунды даже на большой базе — диск просто переносит файл, без выгрузки-загрузки. Поэтому перед любой рискованной операцией (обновление, групповая обработка) проще всего сделать именно такую копию: свернул базу, скопировал файл, работаешь спокойно.

Копию .1CD разворачивают обратно так же просто — кладут файл в пустой каталог и подключают его как новую базу через кнопку «Добавить» в стартовом окне.

Автоматический бэкап по расписанию

Ручные копии рано или поздно забывают сделать. Автоматизация решает это двумя путями.

Встроенное копирование в режиме «Предприятие». В типовых конфигурациях (Бухгалтерия 3.0, ЗУП 3.1, УТ 11 и других) для файловых баз есть раздел Администрирование → Обслуживание → Резервное копирование и восстановление. Там включается расписание: раз в день, в неделю, при завершении работы. Программа сама складывает копии в указанный каталог и чистит старые. Работает только с файловым вариантом.

Bat-файл через планировщик Windows. Универсальный вариант, годится и для сервера. Создаёте bat-файл с командой выгрузки (как в разделе про .dt выше) и ставите его в Планировщик заданий Windows на ночное время. Чтобы копии не перетирали друг друга, подставляйте дату в имя файла.

Чек-лист настройки ночного бэкапа:

Для серверной базы на Microsoft SQL автоматику настраивают планом обслуживания в SQL Server Management Studio, на PostgreSQL — заданием с pg_dump. Это делает администратор сервера; с 1С такой бэкап согласуют только по времени (чтобы не пересекался с регламентными операциями).

Где и сколько хранить резервные копии

Копия помогает, только если переживёт ту же аварию, что и база. Правила простые.

• 🗄️ Отдельный носитель. Копии — не на том же диске, где база. Отказал диск — база и копия ушли вместе.
• ☁️ Вторая площадка. Хотя бы одна копия вне офиса: сетевое хранилище, облако, внешний диск в сейфе. От пожара и шифровальщика защищает только это.
• 📅 Несколько поколений. Храните не одну последнюю копию, а несколько: за сегодня, вчера, за прошлую неделю. Проблему в базе часто замечают не сразу, и копия «за вчера» может быть уже испорченной.
• 🔒 Ограниченный доступ. Каталог с копиями закрыт от обычных пользователей. Шифровальщик идёт туда же, куда дотянется учётная запись сотрудника.

Разумный минимум для небольшой фирмы: ежедневные копии за последние 7 дней плюс по одной на конец каждого месяца. Это укладывается в десятки гигабайт и покрывает большинство ситуаций.

Как восстановить базу из копии и проверить её

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

Развернуть копию во временную базу

1. В стартовом окне нажмите «Добавить» → «Создание новой информационной базы» → пустая база, укажите отдельный каталог, например D:\temp\check.
2. Откройте эту пустую базу в режиме Конфигуратор.
3. Меню Администрирование → Загрузить информационную базу…, выберите ваш файл .dt.
4. Дождитесь завершения и согласитесь на перезапуск.

Если копия — это файл 1Cv8.1CD, временную базу создавать проще: положите файл в пустую папку и подключите её кнопкой «Добавить» → «Добавление существующей».

Проверить, что база открывается и данные на месте

Запустите временную базу в режиме «Предприятие». Проверьте не факт запуска, а содержимое:

• открывается без ошибок и запроса на обновление;
• на месте последние документы — откройте журнал за свежую дату;
• сходятся ключевые остатки — например, оборотно-сальдовая ведомость за период.

Если база открылась и данные те, что ожидали, — копия рабочая. Дополнительно в конфигураторе можно прогнать Администрирование → Тестирование и исправление в режиме только проверки (без исправления), чтобы убедиться в целостности.

Восстановить рабочую базу

Когда копия проверена и решение принято:

1. Предупредите пользователей — все несохранённые данные и работа после момента копии будут потеряны.
2. Убедитесь, что из базы вышли все (загрузка требует монопольного доступа).
3. Сделайте копию ТЕКУЩЕЙ базы — на случай, если восстановление не то, что нужно.
4. Для .dt: Конфигуратор → Администрирование → Загрузить информационную базу… поверх рабочей. Для 1Cv8.1CD: замените файл в каталоге базы (когда 1С закрыта).

Для автоматизации восстановление тоже есть в командной строке — симметрично выгрузке:

"C:\Program Files\1cv8\8.3.24.1234\bin\1cv8.exe" DESIGNER ^
  /F "D:\temp\check" /RestoreIB "E:\backup\buh_2026-10-07.dt"

Частые ошибки при резервном копировании

На чём обычно обжигаются:

• Копия лежит рядом с базой. На том же диске или в той же папке. При отказе диска и шифровальщике теряется всё разом.
• Копию ни разу не разворачивали. Файлы вроде бы создаются, а в день аварии выясняется, что они битые или пустые. Копию, которую не проверяли восстановлением, нельзя считать копией.
• Одно имя файла на все копии. Без даты в имени каждая новая выгрузка затирает прошлую — и испорченная база за ночь переписывает единственную хорошую.
• Копирование файла на работающей базе. 1Cv8.1CD скопировали, пока кто-то работал, — такая копия часто не открывается.
• Нет второго экземпляра вне офиса. Все копии в одном помещении: пожар или кража уносят и базу, и бэкапы.
• Диск забит старыми копиями. Чистка не настроена, место кончилось, новые копии перестали создаваться — а никто не заметил.