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

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

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

Какие данные нужно сохранять и как часто

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

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

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

Файловая база целиком хранится в одном файле 1Cv8.1CD внутри каталога базы. Чтобы узнать путь, откройте список информационных баз в окне запуска 1С, выделите нужную базу — путь отобразится внизу окна. Также путь виден в режиме Предприятия через меню «О программе».

Порядок действий: попросите всех пользователей выйти из программы, убедитесь, что база закрыта, затем скопируйте файл 1Cv8.1CD в отдельную папку, на внешний диск или сетевое хранилище. Для удобства называйте папки копий по дате, например «backup_2026-05-15». Если база большая, файл можно сжать архиватором — это уменьшит объём в несколько раз.

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

Выгрузка в dt — универсальный способ, который работает и для файловых, и для клиент-серверных баз. Откройте базу в режиме Конфигуратора (в окне запуска выберите базу и нажмите «Конфигуратор»), дождитесь загрузки, затем выберите пункт меню «Администрирование» → «Выгрузить информационную базу». Укажите имя файла и папку сохранения.

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

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

Способ 3. Выгрузка из режима Предприятия

Если доступа к конфигуратору нет, в типовой 1С:Бухгалтерии 8.3 есть встроенный механизм резервного копирования из режима Предприятия. Он находится в разделе «Администрирование» → «Обслуживание» → «Резервное копирование и восстановление». Там можно запустить создание копии вручную или настроить расписание.

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

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

Если база работает на сервере 1С:Предприятия с СУБД (MS SQL Server, PostgreSQL), простого файла для копирования нет. Доступны два пути: выгрузка в .dt через конфигуратор — тот же способ, что описан выше, либо штатное резервное копирование средствами самой СУБД.

Копирование средствами СУБД обычно настраивает системный администратор: для MS SQL это задания обслуживания с созданием .bak-файлов, для PostgreSQL — утилита pg_dump. Такой вариант быстрее на больших базах и легко автоматизируется, но восстановление требует доступа к серверу и понимания работы СУБД. Для небольших компаний практичнее регулярная выгрузка dt.

Как автоматизировать резервное копирование

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

set SRC=D:\Bases\Buh\1Cv8.1CD
set DST=E:\Backup\1C\%DATE:~6,4%-%DATE:~3,2%-%DATE:~0,2%
mkdir %DST%
copy %SRC% %DST%\1Cv8.1CD

Альтернатива — автоматическая выгрузка dt через запуск конфигуратора из командной строки с параметрами /DumpIB и указанием пути к файлу выгрузки. В любом сценарии автоматизации важно два условия: в момент копирования пользователи не должны работать в базе, а результат нужно контролировать — хотя бы раз в неделю проверять, что свежие файлы появляются.

Проверка копии и правила хранения

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

Придерживайтесь правила «3-2-1»: минимум три копии данных, на двух разных носителях, одна — вне офиса или в облаке. Храните несколько поколений копий (например, ежедневные за неделю и еженедельные за месяц), чтобы можно было откатиться не только к вчерашнему состоянию, но и к моменту до обнаруженной позже ошибки.

Типичные ошибки и частые вопросы

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