Как сделать резервную копию базы 1С 8.3 и настроить бэкап по расписанию

Самое частое заблуждение: «копия же лежит рядом с базой, в той же папке». Рядом с базой — это не резервное копирование, а иллюзия. Умрёт диск или зашифрует вирус — исчезнут оба файла одновременно.

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

Зачем нужна резервная копия базы 1С

Потеря базы — это не «переустановить программу». Это заново вводить документы, справочники, настройки учётной политики и закрытые периоды за все годы.

Копия спасает в таких ситуациях:

• 💥 сбой диска, отключение питания, некорректное завершение работы;
• 🔄 неудачное обновление конфигурации или платформы — откатываетесь на копию до обновления;
• 🧑‍💻 массовое перепроведение или удаление документов «не тем» пользователем;
• 🦠 шифровальщик — типовой сценарий, когда единственная надежда на архив вне компьютера;
• 📊 нужно проверить закрытие месяца или новую методику, не трогая рабочие данные — поднимаете копию и экспериментируете в ней.

Плюс формальная сторона: документы и данные учёта хранят минимум 5 лет (ст. 29 закона № 402-ФЗ, ст. 23 НК РФ). Если учёт ведётся только в 1С, архив базы — это и есть ваше хранение.

Копия должна появиться ДО аварии. После сбоя делать бэкап уже нечего и не из чего.

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

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

Как сделать резервную копию 1С вручную

Три рабочих варианта. Первый — для файловой базы, второй и третий работают всегда.

Вариант 1: копия файла базы

Вся файловая база — это один файл 1Cv8.1CD в каталоге базы.

1. Закройте 1С у всех пользователей, иначе файл занят.
2. В окне запуска выделите базу — внизу окна появится путь к каталогу.
3. Откройте этот каталог в проводнике.
4. Скопируйте 1Cv8.1CD на другой диск или в сетевую папку.
5. Добавьте к имени дату: 1Cv8_2026-09-26.1CD.

Вариант 2: выгрузка .dt через конфигуратор

Универсальный способ, он же «архивная копия». На выходе один файл .dt.

1. В окне запуска выберите базу и нажмите Конфигуратор.
2. Меню Администрирование → Выгрузить информационную базу.
3. Укажите папку и имя файла, например buh_2026-09-26.dt.
4. Дождитесь сообщения об успешной выгрузке.

Файл .dt сжат: база на 3 ГБ обычно даёт выгрузку примерно на 400–700 МБ. Зато выгрузка большой базы занимает от 5 до 40 минут, и всё это время в базе лучше не работать.

Вариант 3: резервная копия в пользовательском режиме

В типовых конфигурациях (Бухгалтерия, ЗУП, Управление торговлей) конфигуратор для бэкапа не нужен.

1. Раздел Администрирование → Обслуживание.
2. Блок Резервное копирование и восстановление.
3. Пункт Создание резервной копии.
4. Укажите каталог и нажмите создать.

Программа сама завершит сеансы и создаст .dt. Это тот же архив, что из конфигуратора, — просто без лишних окон и прав.

Настройка резервного копирования в 1С 8.3 Бухгалтерия по расписанию

Ручные копии делаются два дня, потом забываются. Поэтому настройка автоматического резервного копирования в 1С 8.3 — обязательный шаг, а не «когда будет время».

Автоматическая выгрузка скриптом

Когда встроенного расписания не хватает (нетиповая конфигурация, нужна копия в середине дня), выгрузку запускают из командной строки платформы:

"C:\Program Files\1cv8\8.3.xx.xxxx\bin\1cv8.exe" CONFIG /F"C:\1C\Buh" /N"Админ" /P"пароль" /DumpIB"D:\backup\buh.dt"

Номер каталога платформы подставьте свой — он совпадает с версией, которая стоит у вас. Такой вызов кладут в bat-файл и в планировщик задач Windows.

Для файловой базы часто проще копировать сам файл — с датой в имени и автоочисткой старых папок:

@echo off
set D=%date:~6,4%-%date:~3,2%-%date:~0,2%
robocopy "C:\1C\Buh" "D:\backup\Buh_%D%" 1Cv8.1CD /R:2 /W:5
forfiles /p "D:\backup" /d -14 /c "cmd /c if @isdir==TRUE rd /s /q @path"

Скрипт делает копию за сегодня и удаляет папки старше 14 дней.

Бэкап базы 1С на сервере: PostgreSQL и MS SQL

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

PostgreSQL — выгрузка в сжатый дамп:

"C:\Program Files\PostgreSQL\15\bin\pg_dump.exe" -U postgres -F c -Z 6 -f D:\backup\buh_2026-09-26.backup buh_base

MS SQL — резервная копия в файл .bak:

BACKUP DATABASE [buh_base]
TO DISK = N'D:\backup\buh_base_20260926.bak'
WITH INIT, COMPRESSION, STATS = 10;

Дальше это ставится в расписание: в MS SQL — задание агента, в PostgreSQL — планировщик Windows или cron. Дамп СУБД восстанавливается только в ту же СУБД, в 1С его напрямую не загрузить. Поэтому раз в неделю к дампу полезно добавлять и выгрузку .dt — она читается на любом компьютере.

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

Правило простое: копия должна пережить гибель компьютера с базой. Дальше — по классической схеме «3-2-1»:

• 📁 3 копии данных всего (рабочая база + два архива);
• 💾 на 2 разных носителях (внутренний диск + внешний диск или NAS);
• ☁️ 1 копия вне помещения — облако, другой офис, домашний диск.

Практичный минимум для небольшой фирмы:

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

Для сроков ориентируйтесь на учётные требования: копии по закрытым периодам (например, архив на 31 декабря каждого года) храните отдельно и долго, ежедневные — две недели.

Сколько места занимают копии

Считайте по размеру своей базы. Примерные ориентиры:

Если места мало — храните ежедневные копии 7 дней, а недельные (по пятницам) 2 месяца. Такой график занимает меньше, чем 14 подряд, и даёт больше глубины по времени.

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

Битый архив выясняется в день аварии — и это худший момент для открытия. Раз в месяц делайте тест:

1. Создайте новую пустую информационную базу в окне запуска.
2. Откройте её в конфигураторе, Администрирование → Загрузить информационную базу, выберите свой .dt.
3. Зайдите в базу под пользователем, откройте оборотно-сальдовую ведомость за прошлый месяц.
4. Сверьте итог с рабочей базой: сошлось — копия живая.

Что ещё смотреть, не восстанавливая:

• 📅 дата и время файла копии — сегодняшние, а не месячной давности;
• 📦 размер — сопоставим с предыдущими копиями, не 0 и не 2 КБ;
• 🔢 число файлов в каталоге не растёт бесконечно (значит, очистка работает).

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

Способ зависит от того, что за копия у вас на руках:

• Копия файла 1Cv8.1CD — закройте 1С, переименуйте текущий файл базы (например, в 1Cv8_bad.1CD), положите копию на его место под правильным именем. База открывается сразу.
• Файл .dt — конфигуратор, Администрирование → Загрузить информационную базу. Текущее содержимое затирается.
• .dt без конфигуратора — Администрирование → Обслуживание → Резервное копирование и восстановление → Восстановление из резервной копии.
• Дамп СУБД (.backup, .bak) — восстанавливает администратор средствами PostgreSQL или MS SQL, затем база подключается как обычно.

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

• ❌ Копии в подпапке рядом с базой. Это не бэкап. Минимум — другой физический диск.
• ❌ Одна копия, которая перезаписывается. Ошибку в данных часто замечают через неделю — а перезаписывать уже нечего.
• ❌ Расписание на 2:00, когда ПК выключен. Копии просто не создаются, и никто не замечает месяцами.
• ❌ Диск закончился. Копирование прерывается, в каталоге остаётся обрезанный файл. Ограничьте срок хранения и следите за свободным местом.
• ❌ Копия сделана в новой платформе, грузят в старую. .dt из 8.3.27 не загрузится в 8.3.21. Платформа на приёмнике должна быть не ниже.
• ❌ Архив на сетевом диске с полным доступом. Шифровальщик шифрует и его. Держите одну копию там, откуда её нельзя перезаписать с рабочего ПК.
• ❌ Ни одной проверки восстановления. Бэкап, который не пробовали разворачивать, — это не бэкап, а надежда.

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