Резервные копии базы 1С в облаке: подключение, расписание, восстановление

Облачный архив для базы 1С настраивают одним из двух способов. Первый — сервис «1С:Облачный архив»: его подключают в программе через Администрирование → Обслуживание → Резервное копирование и восстановление, нужен вход в Интернет-поддержку и установленный агент копирования. Второй — своя схема: скрипт выгружает базу по расписанию, шифрует архив и отправляет его в объектное хранилище (S3).

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

Какую схему облачного резервного копирования выбрать

Выбор зависит от того, как работает база: в файловом режиме или на сервере 1С с СУБД.

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

Подготовка: доступы, место и учётные записи

До настройки соберите всё, что понадобится. Иначе процесс застрянет на середине.

• 🔑 Логин и пароль Интернет-поддержки (портал 1С) — для сервиса 1С:Облачный архив. Проверьте, что подписка ИТС или отдельный тариф сервиса активны.
• 👤 Пользователь базы с полными правами — от его имени идёт выгрузка. Лучше завести отдельного, например backup, а не использовать учётку главбуха.
• 💾 Свободное место на локальном диске — не меньше двух размеров базы. Архив сначала собирается локально и только потом уходит в облако.
• ☁️ Хранилище для своей схемы — бакет в объектном хранилище любого российского провайдера с поддержкой S3 и ключи доступа сервисного аккаунта.
• 🌐 Исходящий интернет с сервера, где лежит база. Если стоит прокси, его адрес понадобится при настройке.

Прикиньте объём. Файловая база бухгалтерии небольшой фирмы — обычно 2–10 ГБ, в архиве .dt она сжимается в несколько раз. При хранении 30 ежедневных копий по 1 ГБ нужно около 30 ГБ. В объектном хранилище это ориентировочно 60–100 ₽ в месяц: стандартный класс хранения у российских провайдеров стоит примерно 2–3 ₽ за ГБ.

Настройка сервиса 1С:Облачный архив

Сервис работает с файловыми базами на компьютере под Windows. Порядок в конфигурациях на БСП — Бухгалтерии 3.0, ЗУП 3.1, УТ 11 — одинаковый.

Подключение

1. Откройте базу в режиме 1С:Предприятие под пользователем с полными правами.
2. Перейдите в Администрирование → Интернет-поддержка и сервисы и убедитесь, что Интернет-поддержка подключена. Если нет — введите логин и пароль портала.
3. Откройте Администрирование → Обслуживание → Резервное копирование и восстановление.
4. Выберите вариант копирования в облачный архив. Программа предложит скачать и установить агент копирования — согласитесь.
5. После установки агент появится среди программ Windows. Он работает в фоне и сам передаёт копии на серверы 1С.

Расписание и состав копий

В настройках агента задайте:

• 🕐 время запуска — ночью или в обед, когда в базе меньше всего работы;
• 📅 периодичность — для активной бухгалтерии разумно ежедневно;
• 🗂️ сколько копий хранить — следите, чтобы итог укладывался в объём тарифа;
• 📁 какие базы копировать, если на компьютере их несколько.

Компьютер в момент копирования должен быть включён и не спать. Для офисного ПК это частая ловушка: агент настроен на 23:00, а компьютер выключают в 19:00. Поставьте время в рабочие часы или отключите переход в сон.

Своя автоматическая выгрузка базы в облачное хранилище

Если сервис 1С не подходит или база большая, соберите схему сами. Логика простая: выгрузили → зашифровали → отправили → удалили старые локальные файлы.

Шаг 1. Скрипт выгрузки и отправки

Для файловой базы выгрузку делает Конфигуратор в пакетном режиме. Пример на PowerShell — путь к платформе и имя базы замените на свои:

$stamp = Get-Date -Format "yyyy-MM-dd_HHmm"
$exe   = "C:\Program Files\1cv8\8.3.25.1374\bin\1cv8.exe"
$dir   = "D:\Backup1C"
$dt    = "$dir\buh_$stamp.dt"

# 1. Выгрузка информационной базы в .dt
Start-Process -FilePath $exe -Wait -ArgumentList @(
  'DESIGNER', '/F "D:\Bases\Buh"', '/N "backup"', '/P "пароль"',
  "/DumpIB `"$dt`"", "/Out `"$dir\dump.log`"", '/DisableStartupDialogs'
)

# 2. Архив с паролем и шифрованием имён файлов
& "C:\Program Files\7-Zip\7z.exe" a -t7z -mx=5 -p"ключ_архива" -mhe=on "$dir\buh_$stamp.7z" $dt
Remove-Item $dt

# 3. Отправка в облако
& "C:\rclone\rclone.exe" copy "$dir\buh_$stamp.7z" "s3backup:my-1c-backups/buh" --config "C:\rclone\rclone.conf"

# 4. Удаляем локальные архивы старше 7 дней
Get-ChildItem $dir -Filter *.7z | Where-Object LastWriteTime -lt (Get-Date).AddDays(-7) | Remove-Item

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

Не копируйте файл 1Cv8.1CD, пока с базой работают люди: такая копия может не открыться.

Шаг 2. Подключение хранилища в rclone

Утилита rclone настраивается командой rclone config. Создайте подключение типа s3, укажите endpoint вашего провайдера (у Yandex Object Storage это storage.yandexcloud.net), ключ и секрет сервисного аккаунта. Конфиг сохраните в C:\rclone\rclone.conf — тогда его увидит и задача, запущенная от системной учётной записи.

Проверьте доступ до запуска по расписанию:

C:\rclone\rclone.exe lsd s3backup: --config C:\rclone\rclone.conf

Шаг 3. Расписание в Планировщике Windows

schtasks /Create /TN "1C backup" /TR "powershell -ExecutionPolicy Bypass -File D:\Scripts\backup1c.ps1" /SC DAILY /ST 23:30 /RU SYSTEM

Задача будет выполняться каждый день в 23:30. Компьютер или сервер в это время должен работать.

Для клиент-серверной базы

Вместо /DumpIB используйте средства СУБД — они не требуют выгонять пользователей:

:: PostgreSQL
pg_dump -U postgres -Fc -f D:\Backup1C\buh.backup buh

:: MS SQL Server
sqlcmd -S localhost -E -Q "BACKUP DATABASE [buh] TO DISK = N'D:\Backup1C\buh.bak' WITH INIT"

Дальше тот же путь: архив с паролем → rclone → очистка.

Шифрование архивов и защита облачного хранилища

Копия базы — это вся бухгалтерия, зарплаты и паспортные данные сотрудников. Утечка копии равна утечке базы.

• 🔐 Шифруйте до отправки. Архив 7z с ключом -mhe=on шифрует и содержимое, и имена файлов алгоритмом AES-256. Альтернатива — прослойка crypt в rclone: файлы шифруются на лету.
• 🗝️ Храните пароль отдельно. Не в том же скрипте на том же сервере, а ещё и в менеджере паролей у ответственного. Потерянный пароль = потерянная копия.
• 🧾 Выдайте ключам минимум прав. Сервисному аккаунту для бэкапа достаточно права на запись в один бакет. Право удаления ему не нужно — тогда шифровальщик, укравший ключ, не сотрёт архив.
• 🛡️ Включите версионирование или блокировку объектов в бакете, если провайдер это поддерживает. Перезаписанный файл можно будет вернуть.
• 🔒 Закройте доступ к скрипту. В нём пароль пользователя 1С. Права на папку D:\Scripts — только администраторам.

У сервиса 1С:Облачный архив шифрование передачи и хранения обеспечивает сама 1С. Ваша зона ответственности там — пароль Интернет-поддержки: кто его знает, тот видит копии.

Контроль копирования и восстановление базы из облачного архива

Бэкап, который никто не проверял, — это надежда, а не копия. Заведите две привычки: ежедневную проверку факта и ежемесячную проверку восстановления.

Ежедневная проверка

• 📊 откройте журнал агента 1С:Облачный архив или файл dump.log — там должна быть строка об успешной выгрузке;
• 📦 сравните размер свежего архива с вчерашним: резкое падение в разы — повод разобраться;
• 📨 для своей схемы добавьте в конец скрипта отправку уведомления в почту или мессенджер, если любой шаг завершился ошибкой.

Как восстановить базу

Из 1С:Облачного архива. Восстановление запускают из того же раздела Резервное копирование и восстановление или из агента: выбираете копию по дате, агент скачивает её и разворачивает.

Из своего хранилища:

1. Скачайте архив: rclone copy s3backup:my-1c-backups/buh/buh_2026-10-06_2330.7z D:\Restore --config C:\rclone\rclone.conf.
2. Распакуйте его с паролем через 7-Zip.
3. Создайте новую пустую информационную базу и добавьте её в список.
4. Откройте её в Конфигураторе и выполните Администрирование → Загрузить информационную базу, укажите файл .dt.
5. Проверьте данные: остатки по ключевым счетам, последние документы, вход пользователей.
6. Только после проверки переключайте людей на восстановленную базу.

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

Почему облачный архив 1С не создаёт копии

Сбои почти всегда повторяют одни и те же сценарии. Найдите свой симптом:

Если не помогло

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

Частые вопросы об облачном архиве для 1С