Администрирование · 11 мин
Для чего нужно резервное копирование 1С
Зачем делать резервные копии 1С, какие данные защищает бэкап, как настроить выгрузку и проверить её восстановление. Инструкции, ошибки и FAQ.
Резервное копирование 1С — это единственный способ вернуть учётные данные после сбоя оборудования, ошибки пользователя, вируса-шифровальщика или неудачного обновления конфигурации. База 1С содержит первичные документы, проводки, остатки на складе, долги контрагентов и зарплатные начисления — то есть фактически всю хозяйственную жизнь компании. Потеря таких данных означает не просто неудобство, а остановку работы и риск претензий со стороны налоговой и контрагентов.
При этом резервная копия нужна не только «на случай катастрофы». Она используется ежедневно: перед обновлением конфигурации, перед массовой загрузкой данных, перед закрытием периода и при переносе базы на другой сервер. Копия позволяет откатить изменения, поднять архивную базу для сверки старых документов и спокойно тестировать новые настройки, не рискуя рабочими данными.
Главная ошибка — считать, что копия «где-то делается», но никогда не проверять её. Невосстановимый архив равен его отсутствию. Поэтому дальше разберём, какие угрозы закрывает бэкап, какие способы копирования существуют, как настроить процесс и как убедиться, что копия действительно рабочая.
Какие риски закрывает резервная копия базы 1С
Перечень угроз шире, чем кажется. Первый и самый частый сценарий — человеческий фактор: пользователь удалил документы за прошлый период, обработка по ошибке перезаписала справочник контрагентов, бухгалтер провёл документы неправильной датой и «сломал» последовательность. Восстановление из копии за предыдущий день решает такую проблему за минуты.
Второй блок угроз — технические сбои: выход из строя диска сервера, повреждение файла базы 1Cv8.1CD из-за отключения электричества, сбой СУБД. Файловая база особенно уязвима к внезапному обрыву питания в момент записи. Третий блок — внешние атаки: шифровальщики, которые «грызут» и сами базы, и лежащие рядом архивы, если те доступны по сети с правами на запись.
Любой сбой диска или ошибка пользователя приведёт к потере данных за весь период работы
Проверьте дату последней выгрузки — часто оказывается, что ей несколько месяцев
Разверните копию на тестовой базе и убедитесь, что она открывается
При отказе диска или шифровальщике будут потеряны и база, и архивы
Что именно защищает бэкап: данные, настройки и доработки
В копию информационной базы входят все учётные данные: документы, проводки, регистры, справочники, остатки. Но не менее важны настройки самой конфигурации — доработанные отчёты, внешние печатные формы, расширения, права пользователей и настроенные обмены с банком и другими системами. Восстановить учёт из бумажных документов теоретически возможно, а вот восстановить многолетние доработки без копии — практически нет.
Отдельно стоит упомянуть сценарий «архивной базы». Копия, снятая перед свёрткой или закрытием года, позволяет позже поднять старую базу в режиме «только чтение» и ответить на вопросы налоговой или аудиторов по документам прошлых лет, не засоряя рабочую базу.
Способы резервного копирования 1С
Существует три основных подхода, и выбор зависит от режима работы базы. Для файловой базы проще всего использовать штатную выгрузку в файл .dt через конфигуратор (Администрирование → Выгрузить информационную базу) или копирование файла 1Cv8.1CD при закрытых сеансах. Выгрузка в .dt надёжнее, так как проходит логическую проверку, а простое копирование файла при активных пользователях может дать повреждённую копию.
Для клиент-серверного варианта (SQL Server, PostgreSQL) рекомендуется делать бэкап средствами самой СУБД — он выполняется «на горячую», не выгоняя пользователей, и может быть инкрементным. Выгрузка .dt на больших базах занимает много времени и подходит скорее как дополнительная мера или способ переноса между платформами.
Сравнение вариантов
Универсально, подходит для переноса и проверки целостности. Ограничение: требует монопольного доступа, на больших базах выполняется долго
Быстро и просто для файловых баз. Ограничение: только при полностью закрытых сеансах, иначе копия может быть повреждена
Оптимально для клиент-серверных баз, работает без остановки пользователей. Ограничение: требует навыков администрирования СУБД, восстановление привязано к той же СУБД
Как настроить регулярное копирование
Резервное копирование должно быть автоматическим — любой процесс, зависящий от дисциплины сотрудника, рано или поздно перестаёт выполняться. Для файловой базы настройте задачу в планировщике Windows, которая в нерабочее время запускает пакетный режим конфигуратора с выгрузкой в .dt. Для SQL-базы настройте план обслуживания в СУБД с ежедневным полным бэкапом.
- 1Определите тип базы: файловая или клиент-серверная (посмотрите строку подключения в списке баз)
- 2Выберите способ: выгрузка .dt для файловой, план обслуживания СУБД для серверной
- 3Настройте автоматический запуск в нерабочее время через планировщик задач или средства СУБД
- 4Настройте копирование архивов на отдельный носитель или сетевое хранилище, недоступное на запись из рабочей сети
- 5Задайте глубину хранения: минимум несколько последних ежедневных копий плюс помесячные архивы
- 6Раз в месяц восстанавливайте копию в тестовую базу и проверяйте, что она открывается и данные читаются
Обратите внимание на правило разделения: копии не должны лежать на том же физическом диске, что и рабочая база. Минимальный вариант — отдельный сетевой ресурс или внешний диск; надёжнее — дополнительная копия вне офиса или в облачном хранилище. Папка с архивами должна быть доступна системе резервного копирования на запись, но по возможности защищена от изменения обычными пользователями — это базовая защита от шифровальщиков.
Полезно называть файлы копий с датой и временем в формате ГГГГ-ММ-ДД — тогда архивы сортируются по имени, легко найти нужную дату и проще контролировать, что копии действительно создаются каждый день. Отсутствие свежего файла в папке — первый сигнал, что автоматика сломалась.
Как проверить, что копия рабочая
Факт создания файла архива ничего не гарантирует: выгрузка могла прерваться, диск — переполниться, а задание планировщика — молча завершаться с ошибкой. Поэтому проверка восстановления — обязательная часть процедуры, а не опция. Раз в месяц разворачивайте свежую копию в отдельную тестовую базу и открывайте её в режиме предприятия.
Как проверить результат
База добавляется в список и запускается без ошибок
Конфигуратор сообщает о повреждении файла или несовместимости
Открываются документы за последние дни, отчёты показывают ожидаемые суммы
Документы отсутствуют, отчёты пустые или выдают ошибки
В папке архивов каждый день появляется новый файл с актуальной датой
Последний файл создан давно — автоматическое копирование не работает
Размер сопоставим с предыдущими копиями и постепенно растёт
Файл резко уменьшился или имеет нулевой размер
Типичные ошибки при организации резервного копирования
Большинство потерь данных происходит не из-за отсутствия технической возможности копирования, а из-за организационных просчётов. Ниже — ошибки, которые встречаются чаще всего.
Сколько копий хранить и как организовать ротацию
Практичная схема — многоуровневая: ежедневные копии за последнюю неделю, еженедельные за последний месяц и помесячные архивы за год и более. Такая ротация позволяет откатиться и на вчерашний день при свежей ошибке, и на прошлый квартал, если порча данных обнаружилась поздно. Помесячные архивы, снятые после закрытия периода, дополнительно служат «архивными базами» для налоговых проверок.
Глубину хранения ограничивают объём хранилища и требования к конфиденциальности: старые архивы содержат персональные данные сотрудников, поэтому доступ к ним нужно ограничивать так же, как к рабочей базе. При передаче носителей с архивами третьим лицам или утилизации дисков данные следует удалять необратимо.
Как выбрать действие
Что важно запомнить
Резервная копия 1С — защита от потери учётных данных при сбоях, ошибках и атаках, а также рабочий инструмент перед обновлениями и закрытием периода. Копирование должно быть автоматическим, архивы — храниться отдельно от базы с ротацией по дням и месяцам, а восстановление — регулярно проверяться на тестовой базе.
Частые вопросы
Достаточно ли копировать папку с базой 1С через обычный файловый менеджер?
Для файловой базы — только если все сеансы закрыты, иначе файл может скопироваться в несогласованном состоянии и не открыться. Надёжнее использовать выгрузку в .dt через конфигуратор: она выполняет логическую проверку и гарантирует целостность. Для клиент-серверной базы копирование файлов данных СУБД вручную недопустимо — используйте штатные средства бэкапа СУБД.
Как часто нужно делать резервные копии?
Минимум — ежедневно в нерабочее время. Если за день вводится много документов и потеря даже одного дня критична, добавьте дневные разностные копии или журналирование средствами СУБД. Дополнительная ручная копия обязательна перед обновлением конфигурации, свёрткой базы и массовыми обработками данных.
Чем отличается выгрузка .dt от бэкапа средствами SQL?
Файл .dt — логическая выгрузка базы средствами платформы 1С: он не зависит от СУБД, подходит для переноса между серверами и проверки целостности, но требует монопольного доступа и долго создаётся на больших базах. Бэкап СУБД — физическая копия на уровне базы данных: делается без остановки работы и быстрее восстанавливается, но привязан к конкретной СУБД.
Защитит ли резервная копия от вируса-шифровальщика?
Только если архивы недоступны вирусу на запись. Если папка с копиями подключена как сетевая папка с правами на изменение, шифровальщик зашифрует и её. Используйте хранилище с отдельной учётной записью, забирайте копии по расписанию «снаружи», держите копию на отключаемом носителе или в хранилище с версионированием.
Можно ли восстановить только один удалённый документ, не откатывая всю базу?
Штатной точечной выборки из копии нет, но есть рабочий приём: разверните копию в тестовую базу, найдите документ и перенесите его в рабочую базу через обработку выгрузки-загрузки данных или вручную по реквизитам. Учтите, что проведение восстановленного документа может потребовать перепроведения связанных документов.
Нужно ли копировать что-то кроме самой базы?
Да. Внешние печатные формы и обработки, расширения конфигурации, файлы настроек обменов, шаблоны этикеток и сканированные образы документов (если они хранятся в файлах, а не в базе) в выгрузку .dt не входят. Составьте список таких каталогов и включите их в отдельное задание копирования.