инфра/гид

Резервное копирование 1С в облако: S3, расписание, цена

Обновлено08.11.2026 Цены проверены08.11.2026Источникdocs.selectel.ru, selectel.ruЧтение8 мин .md
Коротко

Надёжный и недорогой вариант — каждую ночь выгружать базу 1С и отправлять копию через restic в объектное хранилище S3 холодного класса, оно стоит от 1,25 ₽ за ГБ/мес. 30 ежедневных копий базы на 10 ГБ займут около 20 ГБ и обойдутся примерно в 25 ₽ в месяц, на 50 ГБ — около 125 ₽ (наш расчёт). Без дедупликации те же 30 копий стоят в 15 раз дороже.

В этой статье
Наш выбор

Своя 1С на облачном или офисном сервере — ночная выгрузка базы, restic и бакет S3 холодного класса, 30 ежедневных копий и проверка восстановления раз в месяц. В готовом облаке 1С включите встроенный план копирования и подключите к нему свой бакет.

Где хранить
S3, холодный класс — от 1,25 ₽ за ГБ/мес
30 копий базы на 10 ГБ
≈ 25 ₽/мес с restic, ≈ 375 ₽/мес полными копиями (наш расчёт)
Что входит
три копии данных внутри хранилища, входящий трафик бесплатно
Отдельно
запросы и исходящий трафик в интернет — по калькулятору провайдера
Когда не подходит
нужен образ всего сервера с Windows — это Veeam Agent от 2 010 ₽/мес
Хранилище S3 в Selectel

Реклама. АО «Селектел», ИНН 7810962785, selectel.ru. erid: 2VtzqvP4DFL

Что нужно понять за минуту

Бэкап 1С — это копия базы, которая лежит не там, где сама база. Копия на том же диске или в соседней папке не спасёт от поломки сервера, шифровальщика или удалённой по ошибке виртуальной машины. Поэтому копии уносят «в облако» — чаще всего в объектное хранилище S3: оно дешёвое, данные внутри него хранятся в трёх копиях, а за входящий трафик провайдер денег не берёт — платны только сами запросы на запись.

Что именно копировать, зависит от того, как работает ваша 1С.

  • Файловая база — папка с файлом 1Cv8.1CD на компьютере или сервере в офисе. Копируем выгрузку .dt.
  • Клиент-серверная база — данные лежат в PostgreSQL или MS SQL. Копируем дамп СУБД.
  • Готовое облако 1С у провайдера — копии делает встроенный план в панели, ваша задача — настроить его и подключить свой бакет.

Копия без проверки — это надежда, а не бэкап. Раз в месяц восстанавливайте последнюю копию в тестовую базу и открывайте её. Именно на этом шаге обычно выясняется, что «бэкап был, но пустой».

Сколько стоит

Цены Selectel с НДС на 8 ноября 2026 года; для S3 — только хранение, по ставке «от» с сайта провайдера. Считаем 30 ежедневных копий — месяц истории.

Вариант Цена хранения База 10 ГБ База 50 ГБ
30 полных копий, ледяной класс 0,89 ₽ за ГБ/мес ≈ 267 ₽ ≈ 1 335 ₽
30 полных копий, холодный класс 1,25 ₽ за ГБ/мес ≈ 375 ₽ ≈ 1 875 ₽
restic, 30 копий, холодный класс 1,25 ₽ за ГБ/мес ≈ 25 ₽ ≈ 125 ₽
restic, 30 копий, стандартный класс 2,56 ₽ за ГБ/мес ≈ 51 ₽ ≈ 256 ₽
Veeam Agent, образ сервера 2 010 ₽/мес + 2,24 ₽ за ГБ/мес от ≈ 2 055 ₽ от ≈ 2 234 ₽

проверено 08.11.2026 · источник

Как мы считали:

  • Полные копии: размер базы × 30 копий × цена за ГБ. Для базы 10 ГБ в холодном классе: 10 × 30 × 1,25 ≈ 375 ₽. Берём худший случай — копия весит столько же, сколько база.
  • restic хранит только изменившиеся куски данных и сжимает их. Объём истории мы приняли равным двум размерам базы: 10 × 2 × 1,25 = 25 ₽. Это наше допущение — то же, что в калькуляторе S3. Реальную цифру покажет команда restic stats --mode raw-data через неделю работы.
  • Veeam Agent: лицензия за сервер плюс место в репозитории. Для сравнения взяли тот же объём, что у restic, хотя образ вместе с системой весит больше, — это нижняя граница. Для 10 ГБ: 2 010 + 20 × 2,24 ≈ 2 055 ₽. Он копирует сервер целиком вместе с системой, поэтому основная часть цены — лицензия.
  • Не вошло: запросы к хранилищу и исходящий трафик в интернет — их ставки есть только в калькуляторе провайдера. Входящий трафик и трафик внутри Selectel бесплатны, так что платный трафик появится, только когда данные читают из хранилища за пределами Selectel: скачивают копию, проверяют восстановление или чистят старые копии restic с офисного сервера.

Сравнить классы на своём объёме можно в калькуляторе S3, все наши ставки с датой — в справочнике цен.

Как настроить

Клиент-серверная база на PostgreSQL

Сценарий для своей 1С на облачном или офисном сервере с Linux. Нужен restic версии 0.17 или новее, лучше актуальная 0.19: в ней исправлено зависание этого режима при сбое загрузки. Проверьте командой restic version. Если в репозитории дистрибутива версия старше, поставьте бинарный файл со страницы релизов restic.

  1. Создайте бакет холодного класса, приватный. Рядом с бакетом в панели будет адрес S3.
  2. Заведите отдельного сервисного пользователя с ролью «Пользователь S3» и выпустите ему ключи. Не используйте ключи от всего аккаунта.
  3. Положите ключи и пароль репозитория в файл, доступный только root, как в рецепте S3 для бэкапов. Пароль restic сохраните ещё и в менеджере паролей: без него копии не расшифровать.
  4. Создайте репозиторий: restic init.
  5. Поставьте скрипт по расписанию. Здесь buh — имя базы:
#!/bin/bash
# /usr/local/bin/1c-backup.sh
set -euo pipefail
# у cron короткий PATH: без этой строки restic из /usr/local/bin не найдётся
export PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
. /root/.restic-env
restic backup --stdin-from-command --stdin-filename buh.dump \
  -- runuser -u postgres -- pg_dump -Fc -Z 0 buh
if [ "$(date +%u)" = "7" ]; then
  restic forget --keep-daily 30 --prune
fi

chmod +x /usr/local/bin/1c-backup.sh
echo '30 2 * * * root /usr/local/bin/1c-backup.sh' > /etc/cron.d/1c-backup

Две детали, ради которых скрипт написан так. Ключ -Z 0 выключает сжатие в pg_dump: сжатый дамп restic почти не умеет дедуплицировать, а несжатый сожмёт сам. А --stdin-from-command вместо обычной трубы pg_dump | restic нужен, чтобы при ошибке дампа restic не сохранил обрезанный файл как удачную копию. Старые копии удаляются раз в неделю, а не каждую ночь, — так меньше платных запросов.

  1. Проверяйте восстановление раз в месяц:
. /root/.restic-env
restic dump --path /buh.dump latest /buh.dump > /tmp/buh_check.dump
runuser -u postgres -- createdb buh_check
runuser -u postgres -- pg_restore -d buh_check /tmp/buh_check.dump

Потом подключите buh_check к тестовой информационной базе и откройте пару отчётов. Если база на MS SQL, логика та же: штатный BACKUP DATABASE в файл ночью, дальше этот файл забирает restic.

Файловая база

Ночью, когда в базе никто не работает, выгрузите .dt из командной строки конфигуратора и отправьте файл в тот же бакет. Пример для Планировщика заданий Windows — путь к платформе и имя пользователя замените на свои:

"C:\Program Files\1cv8\<версия>\bin\1cv8.exe" DESIGNER /F "D:\Bases\Buh" /N "Администратор" /P "<пароль>" /DumpIB "D:\Backup\buh.dt" /Out "D:\Backup\dump.log"
if errorlevel 1 exit /b 1
restic backup D:\Backup\buh.dt

Ключи S3 и пароль restic задайте командами set в начале этого файла или в отдельном .bat, который он вызывает. Закройте такой файл правами NTFS от других пользователей компьютера: в нём лежат и пароль 1С, и ключи от хранилища.

Готовое облако 1С

Здесь копирование уже встроено. В карточке информационной базы, на вкладке «Резервные копии», настраивается план: дни и время или cron-выражение и сколько последних копий хранить — от 1 до 999. План делает копии средствами PostgreSQL, файл .dt создаётся только вручную. По умолчанию копии лежат в служебном бакете провайдера. Подключите вместо него своё хранилище резервных копий — тогда у вас будет полный доступ к файлам и копию можно скачать или увезти за пределы провайдера. Как переехать в такое облако, мы разобрали в пошаговом плане переноса 1С.

Что не подойдёт и ограничения

  • Снимок диска — не бэкап базы. Бэкапы сетевых дисков облачного сервера (4,50 ₽ за ГБ/мес) провайдер делает на уровне crash-consistency: база в такой копии — как после внезапного выключения сервера. Дополнение к дампу, не замена. Локальные диски сервис не копирует вообще, а у серверов HighFreq, которые часто берут под 1С, диск как раз локальный. Подробнее — в решении про облачный сервер для 1С.
  • Бэкапы управляемой базы — только на 7 дней. У облачных баз данных провайдера копии создаются автоматически, хранятся 7 дней, их нельзя выгрузить. Для истории за месяц и копии на своей стороне нужен свой дамп.
  • Ледяной класс — не для ежедневных копий. Хранение в нём самое дешёвое, а запросы самые дорогие. restic при очистке старых копий читает данные, и экономия тает. Ледяной годится для полных архивных копий, которые кладут и почти не трогают.
  • Готовое облако 1С. Восстановить копию в ту же базу нельзя — только в новую информационную базу, и данные для подключения у неё будут другими. Свой бакет должен быть с адресацией Virtual-Hosted. Если поменять или удалить сервисного пользователя или политики доступа к бакету, хранилище перейдёт в статус ERRORED и план копирования выключится для всех связанных баз. После удаления хранилища файлы в бакете остаются и продолжают тарифицироваться.
  • Баланс. При неоплате S3 доступ к данным блокируется, через 30 дней данные удаляются без восстановления — даже под Object Lock. Копии в готовом облаке 1С удаляются через 30 дней после блокировки. Держите на балансе запас.
  • Ключ на сервере может удалить копии. Если сервер захватят, злоумышленник воспользуется теми же ключами. Защита — Object Lock: в режиме Compliance объекты не может удалить никто до конца срока, но включённый Object Lock уже нельзя выключить, а с очисткой restic он конфликтует. Практичный вариант — раз в неделю класть отдельную полную копию в бакет с Object Lock.

Как мы сделали

Как мы сделали

Свою инфраструктуру мы бэкапим по похожей схеме: каждую ночь pg_dump всех баз PostgreSQL на второй диск и зашифрованная копия вне сервера через restic в S3-совместимое хранилище. Храним 7 ежедневных и 7 недельных копий. Грабли были такие: скрипт молча не писал копии, когда диск под бэкапы не был смонтирован. Теперь скрипт проверяет файл-маркер на диске, а мониторинг шлёт алерт, если метрика бэкапа давно не обновлялась. Урок: задание в расписании ещё не значит, что копия записана, — проверяйте дату последнего снимка, а не статус таймера.

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

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

Каждую ночь выгружайте базу: для файловой — файл .dt, для клиент-серверной — дамп PostgreSQL или MS SQL. Затем отправляйте его программой restic или rclone в бакет объектного хранилища S3 и храните 30 последних копий. Раз в месяц восстанавливайте копию в тестовую базу и проверяйте, что она открывается.

Сколько стоит хранить бэкапы 1С в облаке?

Холодный класс S3 стоит от 1,25 ₽ за ГБ/мес. 30 полных копий базы на 10 ГБ — это 300 ГБ, около 375 ₽ в месяц. С restic, который хранит только изменения, те же 30 копий занимают примерно вдвое больше самой базы — около 25 ₽ в месяц (наш расчёт).

Какой класс хранилища выбрать для бэкапов 1С?

Для ежедневных копий с удалением старых — холодный. Ледяной дешевле в хранении, но запросы у него самые дорогие, а restic при очистке старых копий читает данные из хранилища. Стандартный нужен, если копии часто скачивают.

Нужно ли делать бэкапы, если 1С уже в облаке?

Да. В готовом облаке 1С копии делает план в панели, но он выключается, если сломать доступ к бакету, и копии удаляются через 30 дней после блокировки за неоплату. У управляемых баз данных провайдера копии хранятся 7 дней и не выгружаются. Длинную историю и копию вне провайдера держите сами.

Можно ли просто копировать папку с файловой базой 1С?

Только когда в базе никто не работает: файл 1Cv8.1CD, скопированный во время работы пользователей, может оказаться несогласованным. Надёжнее ночью выгружать .dt из конфигуратора — из этого файла базу можно поднять на любом компьютере с платформой 1С.

Источники

  1. Объектное хранилище S3 — классы и цены храненияпроверено 08.11.2026
  2. Документация S3: модель оплатыпроверено 08.11.2026
  3. Документация S3: описание продукта и репликацияпроверено 08.11.2026
  4. Документация S3: Object Lockпроверено 08.11.2026
  5. Документация готового облака 1С: резервные копии информационной базыпроверено 08.11.2026
  6. Документация готового облака 1С: хранилище резервных копийпроверено 08.11.2026
  7. Документация готового облака 1С: восстановление из копиипроверено 08.11.2026
  8. Документация готового облака 1С: модель оплатыпроверено 08.11.2026
  9. Документация облачных баз данных: бэкапы PostgreSQLпроверено 08.11.2026
  10. Бэкапы сетевых дисков облачных серверовпроверено 08.11.2026
  11. Документация: бэкапы сетевых дисков облачных серверовпроверено 08.11.2026
  12. Резервное копирование агентами (Veeam Agent)проверено 08.11.2026

Связанные гайды