Как настроить резервное копирование баз 1С 8.3

Самый надёжный архив в 1С 8.3 — это копия, которую вы уже пробовали восстановить. Для файловой базы хватает выгрузки в .dt через Конфигуратор; для базы на SQL Server или PostgreSQL резервное копирование делают средствами самой СУБД, а не выгрузкой из 1С. Автоматическое сохранение настраивается либо встроенным механизмом конфигурации, либо планировщиком задач Windows.

Ниже — как выбрать способ под свою базу, как настроить архивирование вручную и по расписанию, чем отличается копирование файловой и клиент-серверной базы, и как проверить, что из архива действительно можно развернуться.

Архив нужен не «на всякий случай». Он спасает после сбоя диска, неудачного обновления, ошибочного группового перепроведения или шифровальщика. Поэтому важен не сам факт копии, а её свежесть, место хранения и проверенная восстанавливаемость.

Какие способы резервного копирования есть в 1С 8.3

Способ копирования зависит от того, как хранится база — файлом или в СУБД.

🗂️ Выгрузка информационной базы в файл .dt. Делается в Конфигураторе. В один файл попадают и конфигурация, и все данные. Формат не зависит от платформы и СУБД: такую выгрузку можно загрузить на другом компьютере и в другой версии платформы. Минус — для выгрузки нужен монопольный доступ (никто не должен работать в базе), а на крупной базе процесс идёт долго.

📁 Копия файла базы 1Cv8.1CD. Для файлового варианта вся база лежит в одном файле в каталоге базы. Когда все пользователи вышли, каталог можно просто скопировать в архив. Способ быстрый, но копировать файл при работающих сеансах нельзя — получите битую копию.

🖥️ Резервное копирование средствами СУБД. Для клиент-серверной базы на MS SQL Server или PostgreSQL копию делает сама СУБД: полную, разностную (дифференциальную) и копию журнала транзакций. Это основной способ для рабочих серверных баз — он не требует монополии и работает по расписанию штатными инструментами.

🔁 Встроенный механизм конфигурации. В типовых конфигурациях на Библиотеке стандартных подсистем (Бухгалтерия, ЗУП, УТ и др.) для файловых баз есть раздел Администрирование → Резервное копирование и восстановление. Он позволяет создавать копии и настраивать расписание прямо в режиме 1С:Предприятие, без Конфигуратора.

Как вручную выгрузить файловую базу в архив

Ручная выгрузка — самый частый способ для небольших баз. Порядок такой.

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

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

Если база файловая и вы просто хотите быструю копию без Конфигуратора, закройте все сеансы и скопируйте каталог с файлом 1Cv8.1CD целиком. Для создания копии из пользовательского режима используйте раздел Администрирование → Резервное копирование и восстановление (если он есть в вашей конфигурации) — там кнопка создания резервной копии.

Автоматическое копирование по расписанию

Ручные копии рано или поздно забывают делать. Автоматизация решает это двумя путями.

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

Планировщик задач Windows + батник. Универсальный вариант. Платформа умеет выгружать базу в пакетном режиме, без открытия окон. Пример команды в .bat-файле:

"C:\Program Files\1cv8\8.3.24.1234\bin\1cv8.exe" CONFIG ^
 /F"C:\Bases\Buh" ^
 /N"Администратор" /P"пароль" ^
 /DumpIB "D:\Backup\buh_%date%.dt" ^
 /DisableStartupMessages /Out"D:\Backup\log.txt"

Здесь /F — путь к файловой базе (для серверной используется ключ /S с адресом сервер\база), /N и /P — логин и пароль, /DumpIB — выгрузка информационной базы в указанный файл, /Out — файл журнала, куда пишутся служебные сообщения. Точный номер версии платформы в пути (8.3.24.1234) подставьте свой — посмотрите установленные версии в каталоге C:\Program Files\1cv8.

Дальше этот .bat добавляют заданием в планировщик Windows на ночное время. Для серверной базы монополия для /DumpIB тоже нужна, поэтому выгрузку .dt ставят на время, когда никто не работает .

Резервные копии клиент-серверных баз на SQL Server и PostgreSQL

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

MS SQL Server. Копии делает SQL Server, а не 1С. Три типа:

Настраивают их планом обслуживания (Maintenance Plan) или заданием SQL Server Agent. Включите сжатие — копия займёт меньше места. Копии журнала транзакций возможны только в модели восстановления Full; если база в Simple, доступны лишь полная и разностная.

PostgreSQL. Два подхода. Логический — утилитой pg_dump (выгрузка в скрипт или архив), подходит для небольших и средних баз. Физический — копия файлов кластера с архивацией журналов WAL, позволяет восстановиться на точный момент времени (PITR) и лучше работает на крупных базах. Выбор зависит от размера базы и требований к времени восстановления.

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

Как проверить архив и восстановить базу

Копия, которую ни разу не разворачивали, — это предположение, а не защита. Проверку делают двумя действиями.

Проверка целостности. Для файловой базы есть утилита chdbfl.exe из каталога bin платформы — она проверяет и чинит физическую структуру файла базы (запускать на закрытой базе). Логическую проверку данных даёт режим Конфигуратора Администрирование → Тестирование и исправление: там выбираются проверки структуры и целостности. Для серверной базы целостность бэкапа проверяют средствами СУБД (например, восстановлением с проверкой контрольных сумм).

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

Восстановление из .dt:

1. Создайте новую пустую информационную базу или используйте тестовую — не затирайте рабочую.
2. Запустите её в Конфигураторе.
3. Откройте Администрирование → Загрузить информационную базу и укажите файл .dt.
4. После загрузки запустите базу в режиме 1С:Предприятие и проверьте данные.

Для встроенного механизма конфигурации восстановление делается в том же разделе Резервное копирование и восстановление. Для серверной базы восстановление идёт средствами СУБД из её бэкапа.

Ошибки, из-за которых копия не спасёт

Эти промахи встречаются чаще всего — и обнаруживаются обычно в момент, когда база уже нужна.

• 💾 Архив лежит на том же диске, что и база. Отказ диска уносит и базу, и копию. Храните архивы на отдельном носителе и желательно вне офиса.
• 🔁 Копия перезаписывает сама себя. Если файл всегда называется backup.dt, вчерашняя ошибка в данных попадёт и в единственный архив. Добавляйте дату в имя и храните несколько поколений копий.
• 🧪 Восстановление ни разу не проверяли. Битый или неполный .dt выяснится только при попытке загрузки. Делайте пробное восстановление по графику.
• ⏱️ Выгрузку .dt пытаются запустить при работающих пользователях. Монопольный доступ не получен — задание падает, а по журналу этого никто не смотрит. Ставьте автокопирование на ночь и проверяйте журнал.
• 🗃️ .dt используют как основной бэкап серверной базы. На крупной базе это медленно и требует монополии. Основной способ для серверной базы — бэкап СУБД.

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

Хранить архивы в облаке: когда это оправдано

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

Плюсы:

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

Минусы и ограничения:

• восстановление большой базы упирается в скорость интернет-канала — на десятки гигабайт уйдут часы;
• в базах 1С почти всегда есть персональные данные, поэтому хранилище и его размещение должны отвечать требованиям к обработке персональных данных;
• зависимость от внешнего сервиса и платы за объём.

Разумный компромисс — правило 3-2-1: три копии данных, на двух разных носителях, одна из них вне офиса (в том числе облако). Тогда локальная копия даёт быстрое восстановление, а облачная страхует от катастрофы.

Как ускорить копирование и не забить диск

Когда база растёт, копии начинают занимать всё место и делаться всё дольше. Что помогает.

• 📉 Для серверной базы перейдите с .dt на бэкап СУБД. Полная копия раз в сутки, разностные днём, журнал транзакций по часам — это и быстрее, и позволяет восстановиться на нужный момент.
• 🗜️ Включите сжатие. SQL Server умеет сжимать бэкап на лету; файл .dt можно упаковывать в архив после выгрузки. Экономия места — заметная.
• 🧹 Настройте ротацию. Храните, например, посуточные копии за две недели, понедельные за пару месяцев. Остальное удаляйте автоматически заданием.
• 🚿 Чистите базу перед выгрузкой. Свёртка старых периодов, удаление помеченных объектов и очистка журнала регистрации уменьшают размер и ускоряют копирование.
• ⚙️ Разнесите нагрузку по времени. Тяжёлую полную копию ставьте на ночь, лёгкие разностные — днём.

Частые вопросы