Администрирование · 11 мин
Где настроить резервное копирование в 1С 8.3
Разбираем, где настроить резервное копирование в 1С 8.3: выгрузка через конфигуратор, планировщик заданий, скрипты и план обслуживания SQL Server.
Резервное копирование в 1С 8.3 настраивается не в одном месте, а в нескольких — в зависимости от режима работы базы. Для файловой базы основные инструменты — это выгрузка информационной базы через конфигуратор и автоматические скрипты с планировщиком заданий Windows. Для клиент-серверного варианта (MS SQL Server, PostgreSQL) копии делаются средствами самой СУБД, а конфигуратор используется как дополнительный способ.
Ключевой момент, который часто упускают: выгрузка в файл .dt и копия базы данных на уровне СУБД — это разные вещи с разными сценариями применения. Выгрузка .dt удобна для переноса базы между серверами и платформами, но на больших базах работает долго и не всегда восстанавливается стабильно. Копия на уровне СУБД восстанавливается быстрее и надёжнее, но привязана к конкретной версии сервера баз данных.
Ниже разобраны все рабочие способы: где находится нужный пункт меню, как автоматизировать процесс, как проверить, что копия действительно создаётся и восстанавливается, и какие ошибки встречаются чаще всего.
Какой способ копирования подходит вашей базе
Прежде чем искать нужный пункт меню, определите режим работы базы. Откройте список информационных баз в окне запуска 1С, выделите базу и посмотрите строку подключения внизу окна. Если там указан путь к каталогу на диске — база файловая. Если указан сервер и имя базы — клиент-серверный режим.
Для файловых баз основной сценарий — регулярная выгрузка в .dt плюс копирование самого файла 1Cv8.1CD на внешний носитель или сетевой ресурс. Для клиент-серверных баз основной инструмент — штатные средства резервного копирования СУБД, а выгрузка .dt используется эпизодически, например перед обновлением конфигурации.
Сравнение способов резервного копирования
Подходит для файловых баз и переноса между платформами. Ограничение: на больших базах выполняется долго, требует монопольного доступа.
Быстрый способ для файловой базы. Ограничение: копировать файл можно только при отсутствии активных сеансов, иначе копия будет повреждена.
Стандарт для клиент-серверного режима, поддерживает расписание и разностные копии. Ограничение: восстановление привязано к версии СУБД.
Автоматизирует выгрузку .dt без участия пользователя. Ограничение: требует корректного завершения сеансов пользователей перед запуском.
Выгрузка информационной базы через конфигуратор
Штатный способ создания резервной копии встроен в конфигуратор. Запустите ярлык «1С:Предприятие», выберите нужную базу в списке и нажмите кнопку «Конфигуратор». Войдите под пользователем с правами администратора.
В меню откройте «Администрирование» → «Выгрузить информационную базу». Укажите путь и имя файла с расширением .dt, например D:\Backup\base_2026.dt, и нажмите «Сохранить». Дождитесь завершения выгрузки — внизу окна конфигуратора появится сообщение об окончании операции.
Важное условие: выгрузка требует монопольного доступа. Если в базе работают пользователи, конфигуратор выдаст ошибку. Завершить сеансы можно через «Администрирование» → «Активные пользователи» в клиентском приложении или через консоль кластера для серверных баз. Перед принудительным отключением предупредите сотрудников, чтобы не потерять несохранённые данные.
Автоматизация для файловой базы: скрипт и планировщик
Ручная выгрузка забывается, поэтому для файловых баз резервное копирование обычно автоматизируют. Самый простой вариант — bat-файл, который копирует файл базы 1Cv8.1CD в архивный каталог, и задание планировщика Windows, запускающее этот файл по расписанию.
Более правильный подход — выгрузка .dt через командную строку конфигуратора с параметрами /DumpIB и /DumpResult. Такой запуск не требует открытия интерфейса и записывает результат в служебный файл, по которому можно отследить ошибки.
"C:\Program Files\1cv8\8.3.22.1750\bin\1cv8.exe" DESIGNER /F"D:\Bases\Trade" /N"Администратор" /P"пароль" /DumpIB"D:\Backup\trade_%date:~6,4%%date:~3,2%%date:~0,2%.dt" /DisableStartupDialogsСоздайте задание в планировщике Windows: откройте «Планировщик заданий» (taskschd.msc), выберите «Создать задачу», задайте триггер — например, ежедневно в нерабочее время, — и в действии укажите запуск вашего bat-файла. Учётная запись, от имени которой выполняется задание, должна иметь права на чтение каталога базы и запись в каталог резервных копий.
Ограничение этого подхода: если в момент запуска в базе остаются сеансы, выгрузка завершится ошибкой. В простых сценариях это решают запуском задания ночью, когда пользователей нет. Для гарантированного завершения сеансов используют отдельные скрипты блокировки соединений.
Резервное копирование клиент-серверной базы через СУБД
Если база работает на MS SQL Server, резервное копирование настраивается в SQL Server Management Studio. Подключитесь к серверу, раскройте ветку «Management» → «Maintenance Plans» и создайте план обслуживания с задачей «Back Up Database». Укажите тип копии: Full (полная) ежедневно и, при необходимости, Differential (разностная) в течение дня. Задайте расписание и каталог назначения.
Альтернатива плану обслуживания — задание SQL Server Agent с командой BACKUP DATABASE. Это гибче: можно формировать имя файла с датой и управлять хранением старых копий.
BACKUP DATABASE [TradeBase] TO DISK = N'D:\Backup\TradeBase_full.bak' WITH COMPRESSION, CHECKSUM;Для PostgreSQL используется утилита pg_dump или pg_basebackup, запускаемая по расписанию через cron или планировщик Windows. Каталог с копиями должен находиться на отдельном диске или сетевом ресурсе — хранить резервные копии на том же диске, что и сама база, нельзя: при отказе диска вы потеряете и базу, и копии.
Как проверить, что копия рабочая
Самая распространённая ошибка — считать резервное копирование настроенным, потому что файлы появляются в каталоге. Файл может быть пустым, обрезанным или повреждённым, и выяснится это только при попытке восстановления. Проверка должна быть частью процесса.
Минимальный контроль: раз в месяц восстанавливайте одну из копий в тестовую базу. Для .dt это делается через «Администрирование» → «Загрузить информационную базу» в конфигураторе пустой тестовой базы. Для SQL-копий — через RESTORE DATABASE в отдельную базу с другим именем. После восстановления откройте базу в режиме предприятия и убедитесь, что данные на ожидаемую дату на месте.
Как проверить результат
Файл с актуальной датой, размер сопоставим с предыдущими копиями
Файл нулевого размера, резко меньше обычного или отсутствует
Код завершения 0, ошибок в журнале нет
Код ошибки, задание завершалось досрочно
Копия загружается в тестовую базу, данные открываются
Ошибка загрузки, сообщение о повреждении файла
Хранятся копии за несколько последних периодов
Хранится только одна копия, которая перезаписывает сама себя
Типичные ошибки и ограничения
Одна из частых ошибок — копирование файла 1Cv8.1CD при открытых сеансах. Файловая база в момент работы пользователей находится в несогласованном состоянии, и такая копия может не открыться. Либо завершайте сеансы перед копированием, либо используйте выгрузку .dt.
Вторая ошибка — хранение всех копий в одном месте. Если каталог с копиями доступен с рабочих станций, он уязвим для шифровальщиков: вирус зашифрует и базу, и архив. Размещайте копии на отдельном носителе или сервере с ограниченным доступом и периодически переносите их на внешний диск или в облачное хранилище.
Третья ошибка — отсутствие контроля свободного места. Выгрузка .dt требует свободного пространства, сопоставимого с размером базы, а иногда и большего. При нехватке места выгрузка обрывается, а задание планировщика может при этом завершаться без явного сигнала об ошибке.
Удобно включать дату в имя файла копии и настраивать автоматическое удаление файлов старше заданного срока — например, хранить ежедневные копии за две недели и еженедельные за два месяца. Это защищает от переполнения диска и одновременно даёт возможность откатиться не только на вчерашний день, но и на более раннее состояние, если проблему заметили не сразу.
Частые вопросы
Можно ли настроить автоматическое резервное копирование прямо в интерфейсе 1С?
В типовой платформе 8.3 нет встроенного механизма автоматического резервного копирования по расписанию. Некоторые отраслевые конфигурации содержат подсистему резервного копирования из библиотеки стандартных подсистем (БСП) — она находится в разделе «Администрирование» → «Обслуживание» → «Резервное копирование и восстановление». Если такого пункта нет, используйте скрипт с планировщиком заданий или средства СУБД.
Чем отличается выгрузка .dt от копии базы на уровне SQL Server?
Файл .dt — это логическая выгрузка данных платформой 1С: он не зависит от СУБД и подходит для переноса базы между разными серверами и даже между SQL и файловым режимом. Копия на уровне СУБД — физический снимок базы данных: создаётся и восстанавливается быстрее, но привязана к конкретной СУБД и её версии. На больших базах предпочтительнее копии СУБД, а .dt используют как дополнительную страховку.
Нужно ли делать копию перед обновлением конфигурации?
Да, обязательно. Обновление конфигурации изменяет структуру базы, и при ошибке откат без резервной копии невозможен. Перед обновлением сделайте выгрузку .dt, а для клиент-серверной базы — ещё и полную копию средствами СУБД, чтобы иметь два независимых варианта восстановления.
Почему выгрузка .dt завершается ошибкой «Нарушена целостность структуры»?
Такая ошибка обычно указывает на повреждение файловой базы — например, после аварийного завершения работы или сбоя диска. Запустите утилиту chdbfl.exe из каталога bin установленной платформы, укажите файл 1Cv8.1CD и выполните проверку с исправлением ошибок. Перед запуском утилиты обязательно сделайте копию файла базы — исправление необратимо.
Сколько копий нужно хранить и как долго?
Универсальной нормы нет, но практичный минимум — ежедневные копии за последние 1–2 недели и еженедельные за 1–2 месяца. Такой набор позволяет восстановиться и после свежей ошибки, и после проблемы, которую заметили с опозданием. Объём хранилища рассчитывайте исходя из размера базы: полная копия занимает примерно столько же, сколько сама база, разностные — заметно меньше.
Можно ли копировать базу, пока пользователи работают?
Для клиент-серверной базы — да: средства СУБД создают согласованную копию без остановки работы. Для файловой базы — нет: копирование 1Cv8.1CD при активных сеансах даёт повреждённый файл, а выгрузка .dt требует монопольного доступа. Файловые базы копируют в нерабочее время либо с принудительным завершением сеансов.
Что важно запомнить
В файловой базе 1С 8.3 копия создаётся через Конфигуратор → Администрирование → «Выгрузить информационную базу», автоматизация — скриптом с планировщиком заданий. В клиент-серверном режиме копии настраиваются средствами СУБД. Копии храните на отдельном носителе, несколько поколений, и регулярно проверяйте их тестовым восстановлением.