К статье
Практический материал

Администрирование · 9 мин

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

Как сделать резервную копию 1С Бухгалтерии: выгрузка через конфигуратор, копирование файловой базы, настройка автоматических бэкапов и проверка восстановления.

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

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

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

Определите тип вашей базы: файловая или клиент-серверная

Откройте список информационных баз в окне запуска 1С: выделите базу и посмотрите строку подключения внизу окна. Если путь выглядит как «File="D:\Bases\Buh"» — база файловая, если «Srvr=...; Ref=...» — клиент-серверная. Этот же путь можно увидеть в самой программе через меню «Файл → Открыть» или в сведениях о базе.

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

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

Это штатный и самый безопасный метод, подходящий и для файловых, и для клиент-серверных баз. Перед выгрузкой завершите работу всех пользователей: открытые сеансы могут привести к ошибке монопольного доступа или к копии в несогласованном состоянии.

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

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

Что делать, если конфигуратор выдаёт ошибку монопольного доступа

Ошибка означает, что кто-то ещё подключён к базе: забытый сеанс, фоновое задание или зависший процесс 1cv8.exe. Проверьте список активных пользователей в конфигураторе («Администрирование → Активные пользователи»), завершите лишние сеансы и повторите выгрузку. Если сеанс «висит», завершите процесс 1cv8.exe на соответствующем компьютере через диспетчер задач.

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

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

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

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

Выгрузка в .dt

Универсально, включает проверку целостности при загрузке, подходит для переноса между серверами. Требует монопольного доступа и больше времени

Копирование 1Cv8.1CD

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

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

Для клиент-серверных баз: работает без остановки пользователей, но требует навыков администрирования SQL

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

Если база работает на Microsoft SQL Server, PostgreSQL или другой СУБД, корректный путь — штатный бэкап средствами самой СУБД. Например, в MS SQL Server настраивается план обслуживания с полным бэкапом ежедневно и бэкапом журнала транзакций несколько раз в день.

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

sql
BACKUP DATABASE [BuhBase] TO DISK = N'D:\Backups\BuhBase_full.bak' WITH COMPRESSION, CHECKSUM

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

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

В клиент-серверном варианте автоматизация реализуется планом обслуживания СУБД. Дополнительно настройте копирование готовых бэкапов на другой физический носитель или в облачное хранилище — копия на том же диске не защищает от его отказа.

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

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

Копия, пригодность которой не проверена, — это не копия, а надежда. Периодически (хотя бы раз в месяц) загружайте свежий .dt в тестовую базу, открывайте её в режиме предприятия и убедитесь, что отчёты строятся и данные на месте.

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

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

Файл копии создан
Норма

Файл .dt или .bak существует, размер сопоставим с размером базы

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

Файл отсутствует, нулевой или аномально маленький

Загрузка в тестовую базу
Норма

База загружается без ошибок и открывается в режиме предприятия

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

Ошибка загрузки, сообщения о повреждении данных

Содержимое после восстановления
Норма

Оборотно-сальдовая ведомость строится, последние документы на месте

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

Пустые отчёты, отсутствуют документы за последние дни

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

Типичные ошибки
01
Хранение единственной копии на том же диске, что и база — при отказе диска теряется всё сразу
02
Копирование 1Cv8.1CD при работающих пользователях — копия оказывается повреждённой
03
Отсутствие проверки восстановления — о непригодности копии узнают после аварии
04
Выгрузка .dt вместо бэкапа перед обновлением конфигурации без проверки — при ошибке обновления откат затягивается на часы

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

Итог

Что важно запомнить

Определите тип базы, делайте выгрузку .dt или бэкап средствами СУБД, автоматизируйте процесс, храните копии на разных носителях и регулярно проверяйте восстановление в тестовую базу.

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

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

Чем отличается выгрузка .dt от копирования файла базы?

Выгрузка .dt создаёт универсальный архив через механизм платформы и при загрузке проверяет целостность данных. Копирование файла 1Cv8.1CD быстрее, но не гарантирует целостность и не подходит для переноса между файловым и серверным вариантами.

Можно ли делать копию, пока пользователи работают?

Выгрузка .dt и копирование файловой базы требуют монопольного доступа — пользователей нужно вывести. В клиент-серверном варианте бэкап средствами СУБД выполняется без остановки работы.

Где лучше хранить резервные копии?

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

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

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

Достаточно ли встроенного резервного копирования в 1С Бухгалтерии?

Нет. Встроенный механизм работает только для файловых баз и только при запущенной программе. Используйте его как дополнение к планировщику задач или бэкапу средствами СУБД, а не как единственный способ.