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

> Как настроить бэкап базы 1С в объектное хранилище S3: файловая и SQL-база, расписание, restic, проверка восстановления и цена 30 копий в месяц.

Источник: https://infragid.ru/bekap-1c-v-oblako/ · Обновлено: 2026-11-08 · Цены проверены: 2026-11-08 · Раздел: 1С и бизнес

**Коротко.** Надёжный и недорогой вариант — каждую ночь выгружать базу 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 ₽/мес

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

**Бэкап 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 · [источник](https://selectel.ru/services/cloud/storage/)
{: .stamp}

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

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

Сравнить классы на своём объёме можно в [калькуляторе S3](/instrumenty/kalkulyator-s3/), все наши ставки с датой — в [справочнике цен](/ceny/).

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

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

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

1. **Создайте бакет** холодного класса, приватный. Рядом с бакетом в панели будет адрес S3.
2. **Заведите отдельного сервисного пользователя** с ролью «Пользователь S3» и выпустите ему ключи. Не используйте ключи от всего аккаунта.
3. **Положите ключи и пароль репозитория в файл**, доступный только root, как в рецепте [S3 для бэкапов](/s3-dlya-bekapov/). Пароль restic сохраните ещё и в менеджере паролей: без него копии не расшифровать.
4. **Создайте репозиторий:** `restic init`.
5. **Поставьте скрипт по расписанию.** Здесь `buh` — имя базы:

```bash
#!/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
```

```bash
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 не сохранил обрезанный файл как удачную копию. Старые копии удаляются раз в неделю, а не каждую ночь, — так меньше платных запросов.

6. **Проверяйте восстановление** раз в месяц:

```bash
. /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 — путь к платформе и имя пользователя замените на свои:

```bat
"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С](/perenos-1c-v-oblako/).

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

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

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

!!! how "Как мы сделали"
    Свою инфраструктуру мы бэкапим по похожей схеме: каждую ночь 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С.


## Источники

- Объектное хранилище S3 — классы и цены хранения — https://selectel.ru/services/cloud/storage/ (проверено 2026-11-08)
- Документация S3: модель оплаты — https://docs.selectel.ru/s3/about/payment/ (проверено 2026-11-08)
- Документация S3: описание продукта и репликация — https://docs.selectel.ru/s3/about/about-s3/ (проверено 2026-11-08)
- Документация S3: Object Lock — https://docs.selectel.ru/s3/buckets/object-lock/ (проверено 2026-11-08)
- Документация готового облака 1С: резервные копии информационной базы — https://docs.selectel.ru/cloud-1c/infobase/manage-infobase-backups/ (проверено 2026-11-08)
- Документация готового облака 1С: хранилище резервных копий — https://docs.selectel.ru/cloud-1c/infobase/mount-backup-storage/ (проверено 2026-11-08)
- Документация готового облака 1С: восстановление из копии — https://docs.selectel.ru/cloud-1c/infobase/restore-from-backup/ (проверено 2026-11-08)
- Документация готового облака 1С: модель оплаты — https://docs.selectel.ru/cloud-1c/about/payment/ (проверено 2026-11-08)
- Документация облачных баз данных: бэкапы PostgreSQL — https://docs.selectel.ru/managed-databases/postgresql/backups/ (проверено 2026-11-08)
- Бэкапы сетевых дисков облачных серверов — https://selectel.ru/services/cloud/backups/ (проверено 2026-11-08)
- Документация: бэкапы сетевых дисков облачных серверов — https://docs.selectel.ru/cloud-servers/backups/about-backups/ (проверено 2026-11-08)
- Резервное копирование агентами (Veeam Agent) — https://selectel.ru/services/additional/backup-as-a-service/agent/ (проверено 2026-11-08)