Администрирование · 9 мин
1С:Облачный архив: что это и как им пользоваться
1С:Облачный архив — сервис автоматического резервного копирования баз 1С в облако. Разбираем, как подключить, настроить расписание и восстановить данные.
1С:Облачный архив — это сервис фирмы «1С», который автоматически создаёт резервные копии информационных баз и выгружает их в защищённое облачное хранилище. Он работает как с файловыми, так и с клиент-серверными базами типовых конфигураций и снимает с бухгалтера или администратора рутинную задачу ручного копирования.
Сервис встроен в типовые решения 1С: подсистема «Облачный архив» доступна в конфигурациях на Библиотеке стандартных подсистем начиная с определённых версий. После настройки копии создаются по расписанию — например, каждую ночь, — и хранятся на серверах 1С, откуда их можно восстановить при сбое оборудования, повреждении базы или ошибочном удалении данных.
Для работы сервиса требуется действующий договор информационно-технологического сопровождения (1С:ИТС) — именно он даёт право на использование облачного хранилища в рамках включённого объёма. Без ИТС подключение архива невозможно, это ключевое ограничение, о котором часто забывают.
Как устроен сервис и что именно он копирует
Облачный архив создаёт полную резервную копию информационной базы. Для файловых баз это выгрузка в файл формата .dt, для клиент-серверных — копия средствами СУБД через агента резервного копирования. Копия шифруется и передаётся в облако по защищённому каналу.
Важно понимать: сервис копирует именно базу данных, а не произвольные файлы на диске. Внешние обработки, печатные формы, сканы документов, хранящиеся вне базы, в архив не попадают. Если критичные файлы лежат в сетевых папках, их нужно защищать отдельно.
Хранение организовано с ограничением по объёму и глубине: доступное пространство зависит от условий договора ИТС, а старые копии автоматически вытесняются новыми по мере заполнения квоты. Поэтому облачный архив — это защита «на ближний горизонт», а не долгосрочное хранилище истории за годы.
Требования и условия подключения
Чтобы активировать сервис, должны выполняться несколько условий одновременно. Во-первых, конфигурация должна быть типовой и содержать подсистему облачного архива — она есть в актуальных версиях «1С:Бухгалтерии», «Управления торговлей», «Зарплаты и управления персоналом» и других решений на БСП.
Во-вторых, нужен действующий договор 1С:ИТС и регистрация базы на портале 1С. В-третьих, компьютер или сервер, где установлен агент резервного копирования, должен иметь стабильный доступ в интернет в моменты создания копий.
Для клиент-серверных баз дополнительно потребуется установить агент облачного архива на сервер и настроить его взаимодействие с СУБД. Это работа для администратора или специалиста по сопровождению: ошибки в параметрах подключения к серверу баз данных — самая частая причина неработающего копирования.
Как настроить облачный архив в файловой базе
В типовой конфигурации откройте раздел «Администрирование» и найдите пункт «Облачный архив» (в некоторых конфигурациях — «Резервное копирование и восстановление»). Нажмите «Подключить» и авторизуйтесь учётной записью портала 1С, к которой привязан договор ИТС.
После подключения задайте расписание: обычно выбирают ежедневное копирование в нерабочие часы, чтобы не замедлять работу пользователей. Убедитесь, что компьютер, на котором будет выполняться копирование, включён в назначенное время — для файловых баз копия создаётся с рабочей машины, и выключенный компьютер означает пропущенную копию.
- 1Проверьте наличие действующего договора 1С:ИТС и учётной записи на портале 1С
- 2Откройте раздел «Администрирование» → «Облачный архив» в конфигурации
- 3Нажмите «Подключить» и авторизуйтесь учётной записью портала
- 4Задайте расписание копирования в нерабочие часы
- 5Дождитесь первой успешной копии и проверьте её наличие в журнале архива
Настройка для клиент-серверных баз
Для баз на SQL Server, PostgreSQL или других поддерживаемых СУБД копирование выполняет агент облачного архива — отдельная программа, устанавливаемая на сервере. Агент обращается к СУБД, создаёт копию средствами самой СУБД и передаёт её в облако, не прерывая работу пользователей.
При настройке указываются параметры подключения к серверу баз данных и учётная запись с достаточными правами для создания резервных копий. Распространённая ошибка — использование учётной записи без права на backup: агент запускается по расписанию, но копия не создаётся, а ошибка видна только в журнале агента.
После установки обязательно запустите тестовое копирование вручную и проверьте журнал: успешное завершение должно отразиться и в агенте, и в личном кабинете облачного архива. Не ограничивайтесь фразой «агент запущен» — проверяйте именно факт появления копии.
Как восстановить базу из облачного архива
Восстановление начинается с выбора нужной копии по дате в интерфейсе архива. Для файловых баз копия скачивается из облака и разворачивается как новая информационная база. Критически важное правило: никогда не восстанавливайте копию поверх рабочей базы, пока не убедились, что текущее состояние не нужно.
Правильный сценарий: развернуть копию в отдельный каталог или отдельную базу на сервере, открыть её, проверить наличие нужных данных и только потом принимать решение о замене рабочей базы. Это занимает больше времени, но исключает ситуацию, когда и рабочая база потеряна, и копия оказалась не той даты.
Как проверить результат
В журнале есть свежая копия за последние сутки
Последняя копия старше расписания или статус «ошибка»
Копия разворачивается в отдельную базу и открывается
При развёртывании ошибка или база не открывается
Документы и справочники за последние дни на месте
Отсутствуют свежие документы или часть данных
Ограничения сервиса и типичные ошибки
Облачный архив не заменяет полноценную стратегию резервного копирования. Глубина хранения ограничена квотой, поэтому восстановить состояние базы полугодовой давности обычно нельзя. Если нужны длительные сроки хранения — например, для разбора старых операций, — делайте дополнительные выгрузки .dt вручную и храните их отдельно.
Вторая группа проблем связана с инфраструктурой: выключенный компьютер с файловой базой, нестабильный интернет, переполненный диск на сервере агента. Все эти сбои не блокируют работу пользователей, поэтому замечают их поздно — в момент, когда копия уже нужна. Раз в месяц сверяйте дату последней успешной копии с ожидаемым расписанием.
Альтернативы и комбинирование подходов
Облачный архив разумно дополнять, а не противопоставлять другим методам. Для файловых баз простая альтернатива — регулярная выгрузка .dt по расписанию через пакетный режим конфигуратора с копированием на внешний диск или в другое облачное хранилище. Для клиент-серверных баз — штатные средства СУБД: регулярные backup-задания в SQL Server или pg_dump для PostgreSQL.
Рабочая практика — правило «нескольких копий»: одна в облачном архиве 1С для быстрого восстановления, одна локальная на отдельном носителе для независимости от интернета и договора ИТС. Такое сочетание закрывает большинство сценариев потери данных без серьёзных затрат.
Сравнение вариантов
Автоматически, без настройки скриптов; требует ИТС, ограниченная глубина хранения
Бесплатно и полностью под контролем; требует настройки задания и контроля вручную
Быстро и надёжно для клиент-серверных баз; нужны навыки администрирования СУБД
Что важно запомнить
Облачный архив — удобный автоматический бэкап баз 1С по договору ИТС. Подключите его, задайте ночное расписание, ежемесячно проверяйте свежесть копий и хотя бы раз выполните тестовое восстановление в отдельную базу. Для надёжности дополняйте облако локальными копиями.
Частые вопросы
Работает ли облачный архив без договора 1С:ИТС?
Нет. Действующий договор информационно-технологического сопровождения — обязательное условие: именно он даёт доступ к облачному хранилищу. Без ИТС настройте резервное копирование другими способами — выгрузкой .dt по расписанию или средствами СУБД.
Замедлит ли архив работу пользователей?
Для клиент-серверных баз копия создаётся средствами СУБД и практически не влияет на работу. Для файловых баз нагрузка заметнее, поэтому копирование назначают на нерабочие часы — ночь или выходные.
За какой период можно восстановить данные?
Глубина хранения зависит от объёма квоты и размера базы: старые копии автоматически удаляются по мере заполнения пространства. Обычно доступны копии за последние недели, но рассчитывать на восстановление данных полугодовой давности не стоит.
Попадают ли в архив прикреплённые файлы и сканы документов?
Файлы, хранящиеся внутри информационной базы (в присоединённых файлах конфигурации), попадают в копию вместе с базой. Файлы, лежащие в сетевых папках или томах на диске вне базы, в архив не входят — их нужно копировать отдельно.
Что делать, если копии перестали создаваться?
Проверьте по порядку: действует ли договор ИТС, включён ли компьютер или сервер в момент копирования, есть ли доступ в интернет, не переполнен ли диск и что записано в журнале агента или архива. Чаще всего причина — выключенный компьютер с файловой базой или истёкшая авторизация на портале.
Можно ли восстановить только один документ, а не всю базу?
Напрямую из архива — нет: восстанавливается вся база целиком. Обходной путь — развернуть копию в отдельную базу, найти нужный документ и перенести его данные в рабочую базу вручную или обработкой выгрузки-загрузки.