Администрирование · 9 мин
Как сделать резервное копирование 1С Бухгалтерии
Как сделать резервную копию 1С Бухгалтерии: выгрузка через конфигуратор, копирование файловой базы, настройка автоматических бэкапов и проверка восстановления.
Резервная копия информационной базы 1С Бухгалтерии — единственная гарантия того, что при сбое диска, ошибочном обновлении или вирусе-шифровальщике вы не потеряете первичные документы, проводки и отчётность за годы работы. Восстановить введённые вручную данные за несколько лет практически невозможно, а штрафы за непредставление отчётности из-за утраченной базы никто не отменит.
Способ копирования зависит от того, как развёрнута ваша база: в файловом варианте (папка на компьютере или сетевом диске) или в клиент-серверном (на SQL Server, PostgreSQL и т.п.). Для файловой базы достаточно скопировать файл 1Cv8.1CD или сделать выгрузку через конфигуратор, для серверной потребуется штатный механизм СУБД.
Ниже разобраны все рабочие способы: ручная выгрузка в файл .dt, прямое копирование каталога базы, автоматизация через планировщик задач, а также правила хранения копий и проверка их пригодности к восстановлению.
Определите тип вашей базы: файловая или клиент-серверная
Откройте список информационных баз в окне запуска 1С: выделите базу и посмотрите строку подключения внизу окна. Если путь выглядит как «File="D:\Bases\Buh"» — база файловая, если «Srvr=...; Ref=...» — клиент-серверная. Этот же путь можно увидеть в самой программе через меню «Файл → Открыть» или в сведениях о базе.
Файловая база — это каталог, в котором главный файл называется 1Cv8.1CD. Именно он содержит все данные. Клиент-серверная база хранится в СУБД, и простым копированием файлов её не сохранить — нужны средства самой СУБД или выгрузка .dt.
Способ 1. Выгрузка базы в файл .dt через конфигуратор
Это штатный и самый безопасный метод, подходящий и для файловых, и для клиент-серверных баз. Перед выгрузкой завершите работу всех пользователей: открытые сеансы могут привести к ошибке монопольного доступа или к копии в несогласованном состоянии.
- 1Попросите всех пользователей выйти из программы и проверьте активные сеансы
- 2Запустите базу в режиме «Конфигуратор» под пользователем с полными правами
- 3Откройте меню «Администрирование → Выгрузить информационную базу»
- 4Укажите папку и имя файла, например BuhBackup_15-03.dt, и нажмите «Сохранить»
- 5Дождитесь окончания выгрузки и убедитесь, что файл создан и имеет ненулевой размер
Выгрузка большой базы может занять от нескольких минут до нескольких часов — не прерывайте процесс и не выключайте компьютер. Готовый файл рекомендуется сразу скопировать на внешний диск или в сетевое хранилище, а не оставлять только на том же диске, где лежит рабочая база.
Что делать, если конфигуратор выдаёт ошибку монопольного доступа
Ошибка означает, что кто-то ещё подключён к базе: забытый сеанс, фоновое задание или зависший процесс 1cv8.exe. Проверьте список активных пользователей в конфигураторе («Администрирование → Активные пользователи»), завершите лишние сеансы и повторите выгрузку. Если сеанс «висит», завершите процесс 1cv8.exe на соответствующем компьютере через диспетчер задач.
Способ 2. Копирование файла базы напрямую
Для файловой базы допустимо простое копирование каталога с файлом 1Cv8.1CD. Главное условие — в момент копирования с базой никто не должен работать, иначе файл будет скопирован в середине записи транзакции, и копия окажется повреждённой.
Порядок простой: убедитесь, что все вышли из программы, откройте папку базы, скопируйте файл 1Cv8.1CD (или весь каталог) в резервное хранилище. Для надёжности можно предварительно упаковать файл в архив — он хорошо сжимается.
Сравнение способов копирования
Универсально, включает проверку целостности при загрузке, подходит для переноса между серверами. Требует монопольного доступа и больше времени
Быстро и просто, но только для файловых баз и только при полном отсутствии сеансов. Нет гарантии целостности
Для клиент-серверных баз: работает без остановки пользователей, но требует навыков администрирования SQL
Способ 3. Резервное копирование клиент-серверной базы
Если база работает на Microsoft SQL Server, PostgreSQL или другой СУБД, корректный путь — штатный бэкап средствами самой СУБД. Например, в MS SQL Server настраивается план обслуживания с полным бэкапом ежедневно и бэкапом журнала транзакций несколько раз в день.
Такой подход позволяет делать копии, не выгоняя пользователей, и восстановить базу на конкретный момент времени. Если администрировать СУБД некому, используйте выгрузку .dt через конфигуратор — она работает и для серверных баз, но требует монопольного режима.
BACKUP DATABASE [BuhBase] TO DISK = N'D:\Backups\BuhBase_full.bak' WITH COMPRESSION, CHECKSUMКак автоматизировать резервное копирование
Ручные копии делаются «когда вспомнят», поэтому автоматизация — обязательная часть схемы. Для файловой базы настройте задачу в планировщике заданий Windows, которая в нерабочее время копирует каталог базы или запускает пакетный скрипт с архивацией.
В клиент-серверном варианте автоматизация реализуется планом обслуживания СУБД. Дополнительно настройте копирование готовых бэкапов на другой физический носитель или в облачное хранилище — копия на том же диске не защищает от его отказа.
Правила хранения копий и проверка восстановления
Действуйте по принципу «3-2-1»: минимум три копии данных, на двух разных типах носителей, одна — вне офиса (другой офис, облако). Храните копии с ротацией: ежедневные за последнюю неделю, еженедельные за месяц, ежемесячные — длительно, особенно копии на момент закрытия квартала и года.
Копия, пригодность которой не проверена, — это не копия, а надежда. Периодически (хотя бы раз в месяц) загружайте свежий .dt в тестовую базу, открывайте её в режиме предприятия и убедитесь, что отчёты строятся и данные на месте.
Как проверить результат
Файл .dt или .bak существует, размер сопоставим с размером базы
Файл отсутствует, нулевой или аномально маленький
База загружается без ошибок и открывается в режиме предприятия
Ошибка загрузки, сообщения о повреждении данных
Оборотно-сальдовая ведомость строится, последние документы на месте
Пустые отчёты, отсутствуют документы за последние дни
Типичные ошибки и частые вопросы
Перед обновлением конфигурации всегда делайте свежую выгрузку .dt: если обновление пройдёт с ошибкой, вы сможете вернуться к рабочему состоянию за минуты, а не восстанавливать данные из старой копии с потерей введённых за день документов.
Что важно запомнить
Определите тип базы, делайте выгрузку .dt или бэкап средствами СУБД, автоматизируйте процесс, храните копии на разных носителях и регулярно проверяйте восстановление в тестовую базу.
Как часто нужно делать резервную копию 1С Бухгалтерии?
Минимум — ежедневно в конце рабочего дня. При интенсивном вводе документов полезны копии несколько раз в день (в клиент-серверном варианте — бэкап журнала транзакций). Перед обновлением конфигурации и закрытием периода копия обязательна.
Чем отличается выгрузка .dt от копирования файла базы?
Выгрузка .dt создаёт универсальный архив через механизм платформы и при загрузке проверяет целостность данных. Копирование файла 1Cv8.1CD быстрее, но не гарантирует целостность и не подходит для переноса между файловым и серверным вариантами.
Можно ли делать копию, пока пользователи работают?
Выгрузка .dt и копирование файловой базы требуют монопольного доступа — пользователей нужно вывести. В клиент-серверном варианте бэкап средствами СУБД выполняется без остановки работы.
Где лучше хранить резервные копии?
Минимум на двух независимых носителях: например, на NAS в локальной сети и в облачном хранилище или на внешнем диске, который забирают из офиса. Копия на том же диске, где лежит база, не защищает от отказа оборудования и шифровальщиков.
Как восстановить базу из файла .dt?
Создайте пустую информационную базу в списке баз 1С, откройте её в конфигураторе и выберите «Администрирование → Загрузить информационную базу», указав файл .dt. После загрузки проверьте работу отчётов и наличие последних документов.
Достаточно ли встроенного резервного копирования в 1С Бухгалтерии?
Нет. Встроенный механизм работает только для файловых баз и только при запущенной программе. Используйте его как дополнение к планировщику задач или бэкапу средствами СУБД, а не как единственный способ.