1С:Облачный архив: что это и как им пользоваться

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

Сервис работает через агент — небольшую программу, которая устанавливается на компьютер или сервер с базами 1С. Агент по расписанию выгружает базу, шифрует данные, сжимает их и передаёт в облачное хранилище. Пользователю не нужно вручную запускать выгрузку: достаточно один раз настроить расписание, и копии будут создаваться автоматически, в том числе ночью и в выходные.

Важно понимать: облачный архив — это не синхронизация и не перенос работы в облако. База продолжает работать там, где работала, а в облако отправляются только резервные копии. Это дополнительный уровень защиты, который не заменяет локальные копии, а дополняет их.

Как устроен сервис и что именно копируется

В основе сервиса — агент резервного копирования, который устанавливается на компьютер, где физически размещены файлы базы или доступен сервер 1С. Агент поддерживает копирование как файловых баз (каталог с файлом 1Cv8.1CD), так и клиент-серверных баз на платформах MS SQL Server, PostgreSQL и IBM Db2 — для них выполняется корректная выгрузка средствами СУБД.

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

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

Кому подходит облачный архив и в каких сценариях

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

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

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

Сравнение вариантов

1С:Облачный архив

Автоматическое копирование без участия пользователя, защита от шифровальщиков, данные вне офиса. Ограничение — требуется стабильный интернет и подписка.

Локальная копия на внешний диск

Быстрое восстановление, не нужен интернет. Ограничение — диск подвержен тем же рискам: пожар, кража, вирус, сам диск тоже выходит из строя.

Ручная выгрузка в dt

Полный контроль и бесплатно. Ограничение — зависит от дисциплины сотрудника, копии быстро устаревают.

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

Для работы сервиса потребуется действующий договор информационно-технологического сопровождения (1С:ИТС) — доступ к облачному архиву привязан к нему. Также понадобится учётная запись на портале 1С, к которой привязан договор, и компьютер с постоянным доступом в интернет, где размещены базы.

Объём хранилища зависит от уровня договора ИТС: базовые варианты включают ограниченный объём, расширенные — больший. Перед подключением оцените размер своих баз: посмотрите размер файла 1Cv8.1CD для файловой базы или размер базы данных на сервере СУБД. Учтите, что хранится несколько копий, поэтому суммарный объём должен превышать размер одной базы.

Как настроить резервное копирование по шагам

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

1. 1
   Зарегистрируйте или проверьте учётную запись на портале 1С и убедитесь, что к ней привязан действующий договор 1С:ИТС.
2. 2
   Скачайте дистрибутив агента резервного копирования из личного кабинета сервиса и установите его на компьютер с базами.
3. 3
   Запустите агент, войдите под учётной записью портала и добавьте информационные базы, которые нужно копировать.
4. 4
   Задайте пароль шифрования архива: придумайте сложный пароль и сохраните его в надёжном месте вне этого компьютера.
5. 5
   Настройте расписание: выберите время, когда база не используется интенсивно, например ночь или обеденный перерыв.
6. 6
   Дождитесь первой копии и проверьте в интерфейсе агента, что архив создан и загружен без ошибок.

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

Выбор времени копирования

Для файловых баз желательно, чтобы в момент копирования пользователи не работали в базе: открытые сеансы могут привести к созданию копии в несогласованном состоянии. Если бухгалтерия работает допоздна, ставьте копирование на раннее утро. Для клиент-серверных баз ограничение мягче — выгрузка средствами СУБД выполняется корректно и при работающих пользователях, хотя создаёт нагрузку на сервер.

Как восстановить базу из облачного архива

Восстановление выполняется через тот же агент резервного копирования. В интерфейсе выбирается база, затем — нужная копия по дате, после чего агент скачивает архив из облака, расшифровывает его введённым паролем и разворачивает в указанный каталог или на сервер.

Ключевое правило безопасности: восстанавливайте копию в новый каталог или как новую базу, а не поверх рабочей. Так вы сможете сравнить данные и убедиться, что восстановили именно то состояние, которое нужно. Замену рабочей базы выполняйте только после проверки и желательно после создания копии текущего состояния.

Ограничения и типичные проблемы

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

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

Как проверить, что защита работает

Работоспособность резервного копирования проверяется тремя контрольными точками: регулярностью создания копий, успешной загрузкой в облако и возможностью восстановления. Первые две видны в журнале агента, третью подтверждает только тестовое восстановление.

Контрольные точки

Как проверить результат

Дата последней копии в агенте

Норма

Копия создана по расписанию, возраст не старше одного-двух дней

Тревожный признак

Последняя копия старше недели или статус «ошибка»

Свободное место в хранилище

Норма

Есть запас объёма для новых копий

Тревожный признак

Хранилище заполнено, новые копии не загружаются

Тестовое восстановление

Норма

База разворачивается из копии, открывается, данные актуальны

Тревожный признак

Архив не распаковывается, пароль не подходит, данные устарели

Рекомендуемый ритм контроля: статус копий — еженедельно, тестовое восстановление — не реже одного раза в квартал, а также после любых изменений инфраструктуры: переезда базы, обновления платформы, смены сервера.

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

Заменяет ли облачный архив локальные резервные копии?

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

Что будет с архивом, если закончится договор 1С:ИТС?

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

Можно ли восстановить данные, если забыт пароль шифрования?

Нет. Шифрование выполняется на стороне клиента, и ни фирма «1С», ни оператор хранилища не имеют доступа к паролю и содержимому архива. Единственный способ защититься — хранить пароль в нескольких надёжных местах: менеджере паролей и на бумажном носителе.

Мешает ли копирование работе пользователей в базе?

Для клиент-серверных баз выгрузка идёт средствами СУБД и не блокирует работу, хотя создаёт дополнительную нагрузку. Для файловых баз копирование при открытых сеансах может дать несогласованную копию, поэтому расписание лучше ставить на нерабочие часы.

Как часто нужно делать копии?

Минимально разумная частота — ежедневно. При интенсивном вводе документов имеет смысл копировать дважды в день. Ориентируйтесь на допустимый объём потерь: сколько дней работы вы готовы ввести заново вручную — таким и должен быть максимальный интервал между копиями.

Подойдёт ли сервис для базы объёмом в десятки гигабайт?

Технически — да, если объём хранилища по вашему договору это позволяет. Практическое ограничение — скорость интернет-канала: загрузка и восстановление большой базы займут заметное время. Оцените канал заранее и проведите тестовую загрузку в нерабочее время.