Администрирование · 9 мин
Как правильно провести «страховку» (резервное копирование) в 1С
Пошаговая инструкция по созданию резервной копии базы 1С: выгрузка dt, копирование файловой базы, бэкап SQL. Частые ошибки и проверка восстановления.
Под «страховкой» базы 1С бухгалтеры и администраторы обычно понимают резервную копию — файл, из которого можно восстановить учёт, если база повредится, будет случайно удалена, «сломается» после обновления или попадёт под шифровальщик. Без актуальной копии потеря базы означает потерю всей первички, проводок и справочников за месяцы работы.
Существует несколько способов сделать резервную копию: выгрузка информационной базы в файл .dt через конфигуратор, прямое копирование файла 1Cv8.1CD для файловой базы и штатный backup на уровне СУБД для клиент-серверных вариантов. У каждого способа свои ограничения, скорость и требования к правам доступа.
Важно понимать: копия, которую вы не проверяли восстановлением, — это не страховка, а надежда. Поэтому полноценная процедура включает не только создание файла, но и контроль его целостности, хранение вне рабочего компьютера и периодическую проверку развёртывания.
Какой способ резервного копирования выбрать
Выбор зависит от варианта развёртывания базы. Файловая база (один файл 1Cv8.1CD на диске или в сетевой папке) допускает два пути: выгрузку .dt и простое копирование файла. Клиент-серверная база на MS SQL Server, PostgreSQL или Oracle требует резервного копирования средствами самой СУБД — копирование файлов данных «вручную» без остановки служб приведёт к повреждённой копии.
Выгрузка .dt — самый надёжный способ с точки зрения целостности: платформа последовательно выгружает все объекты и гарантирует логическую согласованность данных. Минусы — медленная работа на больших базах и необходимость монопольного доступа. Копирование файла 1Cv8.1CD быстрее, но требует, чтобы с базой никто не работал, иначе копия может оказаться битой.
Сравнение способов копирования
Подходит для файловых и клиент-серверных баз; гарантирует целостность, но медленная на больших объёмах и требует монопольного доступа.
Быстро и просто для файловых баз; обязательно завершить все сеансы, иначе копия будет повреждена.
Единственный корректный вариант для SQL-баз; позволяет делать копии по расписанию без остановки работы, но требует навыков администрирования СУБД.
Выгрузка базы в файл .dt через конфигуратор
Стандартный способ, доступный любому пользователю с правами администратора. Перед началом убедитесь, что все пользователи вышли из базы: проверить активные сеансы можно в конфигураторе через «Администрирование → Активные пользователи».
Порядок действий: откройте конфигуратор, авторизуйтесь, перейдите в меню «Администрирование → Выгрузить информационную базу», укажите папку и имя файла (удобно включать дату, например base_2026-05-15.dt), дождитесь завершения. На больших базах процесс может занять от десятков минут до нескольких часов — не прерывайте его.
- 1Попросите пользователей выйти и проверьте отсутствие сеансов через «Активные пользователи».
- 2Откройте конфигуратор под учётной записью администратора.
- 3Выберите «Администрирование → Выгрузить информационную базу».
- 4Укажите путь и имя файла с датой в названии.
- 5Дождитесь сообщения об успешном завершении и проверьте размер файла.
Если выгрузка завершилась ошибкой или файл подозрительно мал, копия не считается сделанной. Типичные причины сбоев — нехватка места на диске, активные сеансы или повреждения в самой базе. В последнем случае перед выгрузкой стоит выполнить тестирование и исправление.
Копирование файловой базы напрямую
Файловая база целиком хранится в одном файле 1Cv8.1CD. Чтобы скопировать её, достаточно завершить все сеансы и скопировать этот файл в другое место — на внешний диск, сетевое хранилище или в облачную папку. Это самый быстрый способ для небольших баз.
Главный риск — скопировать файл в момент, когда кто-то работает в базе. Тогда часть данных останется в кэше, и копия окажется в несогласованном состоянии: она может не открыться или содержать «оборванные» документы. Поэтому перед копированием проверьте активные сеансы, а при сетевом доступе убедитесь, что файл не открыт ни на одном компьютере.
Резервное копирование клиент-серверной базы
Если база работает на SQL Server или PostgreSQL, файловое копирование неприменимо: данные лежат в файлах СУБД, которые постоянно используются службой сервера. Правильный путь — штатные механизмы backup самой СУБД. Для MS SQL это полная копия (FULL backup) через SQL Server Management Studio или план обслуживания; для PostgreSQL — утилита pg_dump или физические копии через pg_basebackup.
Преимущество подхода — возможность делать копии по расписанию без остановки работы пользователей. Недостаток — восстановление требует навыков администрирования СУБД. Выгрузка .dt остаётся актуальной и здесь: её удобно делать перед обновлением конфигурации, потому что развернуть .dt проще, чем восстанавливать SQL-копию.
Где и сколько хранить копии
Копия, лежащая на том же диске, что и база, не защищает ни от поломки диска, ни от вируса-шифровальщика, ни от кражи компьютера. Минимальное правило — хранить копии минимум в двух местах: локально (для быстрого восстановления) и вне офиса или в облаке (для защиты от физических рисков).
Глубина хранения зависит от интенсивности работы. Практичная схема: ежедневные копии за последнюю неделю, еженедельные за месяц, ежемесячные — за год. Старые копии нужны, когда ошибку в данных заметили спустя недели — например, если кто-то удалил документы прошлого периода.
Как проверить, что копия рабочая
Проверка — обязательная часть процедуры. Для файла .dt создайте пустую базу, зайдите в конфигуратор и выполните «Администрирование → Загрузить информационную базу». Если загрузка прошла без ошибок и база открывается в режиме предприятия с актуальными данными — копия валидна.
Для файловой копии 1Cv8.1CD достаточно добавить папку с копией в список баз и открыть её. Проверьте несколько ключевых отчётов — например, оборотно-сальдовую ведомость за последний период — и сравните итоги с рабочей базой.
Как проверить результат
Загрузка завершилась без ошибок, база открывается
Ошибка загрузки или сообщение о повреждении файла
Последние документы и проводки на месте
Отсутствуют данные за последние дни
Сопоставим с размерами предыдущих копий
Файл резко меньше обычного — вероятна неполная выгрузка
Автоматизация: как не забывать про копии
Ручное копирование рано или поздно забудется. Для файловых баз настраивают запуск выгрузки или копирования по расписанию через планировщик Windows с пакетным скриптом. Для SQL-баз используют планы обслуживания СУБД. В типовых конфигурациях также есть встроенный механизм резервного копирования, который предлагает сделать копию при завершении работы.
Ключевой момент автоматизации — контроль. Настройте хотя бы раз в неделю визуальную проверку: существует ли свежий файл, соответствует ли его размер ожиданиям. Автоматика без контроля опаснее ручного режима, потому что создаёт иллюзию защищённости.
Что важно запомнить
Страховка базы 1С — это регулярная выгрузка .dt или backup СУБД при отсутствии активных сеансов, хранение копий минимум в двух независимых местах с историей и периодическая проверка восстановлением. Копия, которую никто не проверял, не считается страховкой.
Частые вопросы
Чем выгрузка .dt отличается от копирования файла базы?
Выгрузка .dt — логическая выгрузка всех данных средствами платформы, она гарантирует согласованность и подходит для переноса между файловым и клиент-серверным вариантами. Копирование файла 1Cv8.1CD — физическая копия, быстрее, но требует полного отсутствия сеансов и применима только к файловым базам.
Можно ли делать копию, пока пользователи работают?
Выгрузка .dt и копирование файловой базы — нет, это приведёт к повреждённой копии. А вот backup средствами СУБД для клиент-серверных баз выполняется «на горячую», без остановки работы, — это одно из главных преимуществ SQL-варианта.
Как часто нужно делать резервные копии?
Ориентир — объём данных, который вы готовы потерять. При ежедневном вводе документов разумный минимум — копия каждый день в конце работы. Перед обновлением конфигурации, закрытием периода и массовыми загрузками копию делают дополнительно, вне графика.
База не открывается, копии нет — что делать?
Не запускайте сразу тестирование и исправление с включёнными опциями удаления объектов — оно может необратимо удалить повреждённые данные. Сначала скопируйте файл базы «как есть», затем попробуйте утилиту chdbfl.exe из каталога платформы для файловых баз. Если это не помогло, обращайтесь к специалистам по восстановлению.
Достаточно ли копии в облаке?
Облачная копия — хорошая защита от физических рисков, но не единственная. Синхронизация может перенести в облако и повреждённый файл, а доступ к аккаунту может быть потерян. Оптимально сочетать локальную копию на отдельном носителе и облачную, с хранением нескольких версий.
Нужно ли делать копию перед обновлением конфигурации?
Обязательно. Обновление изменяет структуру данных, и при сбое откат без копии практически невозможен. Выгрузка .dt перед обновлением — стандартное требование, занимающее минуты, но спасающее недели работы.