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

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

Ниже — как устроена схема, чем она лучше копий «на соседний диск», как подключить и проверить сервис, и что делать, когда копия не создаётся или не разворачивается. Названия кнопок в разных релизах отличаются, поэтому там, где я не уверен в точной подписи, подсказываю, как найти пункт по поиску на форме.

Как работает облачный архив: схема от базы до хранилища

Схема простая, из трёх частей:

1. Источник. Ваша база: файловая или клиент-серверная, на своём сервере или в аренде.
2. Канал. Выгрузка делается по расписанию. Данные передаются по защищённому соединению (HTTPS), обычно в сжатом виде.
3. Хранилище. Удалённый дата-центр, где копии лежат по версиям: за сегодня, за вчера, за прошлую неделю и так далее.

Что именно уходит в архив, зависит от настройки. Чаще всего это выгрузка базы целиком (.dt-файл или аналог) плюс, при необходимости, расширения и внешние отчёты.

Что хранится и как долго

Срок хранения и число версий задаются тарифом или настройкой сервиса. Типовая логика ротации:

• ежедневные копии — последние 7–14 штук;
• еженедельные — 4–8;
• ежемесячные — 6–12.

Так вы не заполняете хранилище сотнями почти одинаковых копий, но сохраняете «глубину»: найти состояние базы на конец прошлого квартала можно.

Чем облако лучше копии на соседнем диске

Локальная копия защищает от ошибки пользователя. От пожара, кражи сервера, шифровальщика в общей сети и сбоя RAID она не защищает: копия лежит рядом с оригиналом.

Классическое правило «3-2-1»: три копии, на двух разных носителях, одна — вне офиса. Облачный архив закрывает последнюю часть без покупки железа.

Что нужно подготовить до подключения

Пять минут подготовки сэкономят вечер отладки.

• 🔑 Учётные данные. Нужен логин пользователя сервисов 1С (тот, что используется для обновлений и технической поддержки) и действующее сопровождение.
• 🌐 Выход в интернет с компьютера или сервера, где запускается выгрузка. Если стоит прокси или фаервол, разрешите исходящие HTTPS-соединения.
• 💾 Свободное место. Для выгрузки базе нужен временный файл на диске. Берите запас: размер базы × 1,5. Для базы в 20 ГБ — около 30 ГБ свободно.
• 👤 Права. Настраивать резервное копирование может пользователь с административными правами. В клиент-серверной базе ещё нужен доступ к кластеру.
• 🔒 Монопольный режим. Выгрузка .dt требует, чтобы в базе никто не работал, поэтому окно копирования выбирают ночью.

Размер базы заранее не гадайте. Посмотрите вес каталога с файлом 1Cv8.1CD (файловая база) или размер БД в СУБД (клиент-серверная). От этого зависит и время выгрузки, и объём хранилища.

Пошагово: как подключить облачный архив

Точное расположение пунктов зависит от конфигурации и релиза. В большинстве типовых программ (Бухгалтерия 3.0, ЗУП 3.1, УТ 11, ERP) настройки обслуживания лежат в разделе администрирования. Если нужного пункта не видно, откройте форму настроек и воспользуйтесь строкой поиска по слову «архив» или «резервное».

Расписание: как не помешать работе

Ориентиры по времени для типичной базы 5–10 ГБ:

• выгрузка в .dt — 10–30 минут;
• отправка в облако — от 5 минут до часа в зависимости от канала;
• полный цикл «база → архив» — 30–90 минут.

Ставьте запуск за 2–3 часа до начала рабочего дня, а не впритык. И проверьте, что в это время не стартуют регламентные задания, которые держат базу.

Сколько стоит облачное хранение

Точных тарифов не назову: они меняются, и их надо смотреть на странице сервиса. Ориентиры по рынку такие:

Цифры примерные и нужны, чтобы прикинуть бюджет. Для сравнения: диск на 2 ТБ и ежемесячная замена носителя обойдутся дороже по времени сотрудника, чем подписка.

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

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

Восстановление — ради него всё и затевалось. Логика всегда одинаковая.

Развернуть копию в новую базу (безопасный путь)

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

Только после проверки решайте, заменять ли рабочую базу.

Заменить рабочую базу

Этот вариант нужен, когда рабочая база повреждена.

1. Закройте всех пользователей, включая службы обмена.
2. Сохраните текущую базу как есть, даже битую (копия папки или бэкап СУБД). Пригодится для выгрузки того, что успели ввести после последней копии.
3. Загрузите .dt из архива в рабочую базу.
4. Вручную перенесите документы, введённые после точки восстановления.

Никогда не загружайте копию поверх единственной рабочей базы, не сохранив её. Если копия окажется битой, вы потеряете и то, и другое.

Что делать с «дырой» между копией и аварией

Если копия сделана в 02:00, а авария случилась в 16:00, за 14 часов данные в архиве отсутствуют. Варианты:

• восстановить из локальных журналов СУБД (для клиент-серверной базы с журналом транзакций);
• ввести документы повторно по первичке;
• настроить копирование чаще, если оперативный ввод идёт в течение дня.

Безопасность: кто видит ваши данные

В базе — зарплаты, контрагенты, банковские реквизиты, а значит, персональные данные. При выборе хранилища проверьте пять вещей:

• 🔐 Шифрование при передаче (HTTPS) и, по возможности, при хранении.
• 🇷🇺 Местонахождение серверов. Для персональных данных граждан РФ закон требует первичную запись и хранение на территории России. Уточните у поставщика, где физически лежит хранилище.
• 🧾 Договор. Кто отвечает за сохранность, каков срок хранения после окончания оплаты.
• 👥 Кто имеет доступ. Доступ к архиву должен быть только у ответственных, а не у всех, кто знает общий логин.
• 🗑️ Что происходит при расторжении. Удаляют ли данные и как это подтверждается.

Отдельно: ограничьте права на учётную запись, под которой работает сервис. Не используйте ради удобства логин директора.

Проверка копий: архив, который не проверяли, не существует

Самая частая беда не в том, что копия не создаётся, а в том, что её ни разу не разворачивали. Сделайте регулярную проверку.

Резкое падение размера копии — тревожный знак. База могла быть выгружена не полностью или в неё не попали данные.

Типичные ошибки и сбои

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

1. Сделайте выгрузку .dt вручную и сохраните на отдельный носитель. Это временная страховка, пока разбираетесь.
2. Соберите факты: текст ошибки, время, версию платформы, размер базы.
3. Обратитесь в поддержку сервиса с этими данными. Просьба «не работает » ничего не даёт, а «в 02:10 выгрузка обрывается на 78%, платформа такая-то» — даёт.
4. Параллельно настройте резервный способ: скрипт копирования на отдельный сервер.

Автоматизация и дополнительные меры

Облачный архив хорош, но им не стоит ограничиваться.

• 🔔 Уведомления. Включите оповещение о неудачной копии на почту ответственному. Тихо упавшая копия опаснее громкой.
• 🧪 Тестовая база. Раз в месяц разворачивайте копию автоматически или по чек-листу выше.
• 📂 Расширения и обработки. Храните их исходники отдельно: в копии базы они есть, но проще восстановить из репозитория.
• 📜 Журнал регистрации. Он не входит в обычную выгрузку .dt. Если он вам важен для аудита, настройте его выгрузку отдельно.

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