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

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

Функциональность встроена в типовые конфигурации на платформе 1С:Предприятие 8 и доступна пользователям с действующей подпиской на сервисы 1С (например, через договор 1С:ИТС или сервис 1С:Фреш в зависимости от варианта поставки). Настройка занимает 10–15 минут и не требует навыков программирования, но требует понимания нескольких важных ограничений.

Ниже разобрано, что именно копируется, как включить архив, как выбрать расписание, как проверить, что копии реально создаются, и как восстановить базу в случае сбоя. Отдельно описаны типичные ошибки, из-за которых архив формально «настроен», но фактически не работает.

Что такое облачный архив и что именно он копирует

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

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

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

Условия подключения: что нужно проверить заранее

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

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

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

Пошаговая настройка облачного архива

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

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

1. 1
   Откройте раздел «Администрирование» и найдите подраздел резервного копирования или облачного архива.
2. 2
   Включите использование облачного архива и авторизуйтесь учётной записью портала 1С, к которой привязана подписка.
3. 3
   Задайте расписание: ежедневно, в часы, когда компьютер или сервер включён и база не перегружена другими задачами.
4. 4
   Укажите, при необходимости, ограничения по количеству хранимых копий, если такая настройка доступна.
5. 5
   Сохраните настройки и запустите создание первой копии вручную, чтобы сразу проверить работоспособность.
6. 6
   Дождитесь завершения копирования и убедитесь, что копия появилась в списке архивов без ошибок.

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

Выбор расписания и частоты копирования

Частота копий определяет, сколько данных вы готовы потерять в худшем случае. При ежедневном копировании максимальная потеря — один рабочий день ввода документов. Для большинства небольших компаний это приемлемый уровень. Если документов много и их восстановление трудоёмко, имеет смысл копировать дважды в день — например, в обеденный перерыв и в конце рабочего дня.

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

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

Маршрут решения

Как выбрать расписание

База файловая, компьютер выключается на ночьСтавьте копирование на обеденное время или конец рабочего дня, когда ПК ещё включён

Документов много, потеря дня работы критичнаНастройте копирование дважды в день и дополнительно выгружайте копии вручную перед массовыми операциями

База клиент-серверная на выделенном сервереСтавьте ночное копирование — сервер работает круглосуточно, нагрузка на пользователей минимальна

Интернет-канал нестабилен или медленныйСократите частоту до одного раза в день и следите за журналом ошибок передачи

Как проверить, что копии реально создаются

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

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

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

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

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

Норма

Соответствует расписанию (сегодня или вчера)

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

Копия старше 2–3 дней — расписание не отрабатывает

Статус выполнения в журнале

Норма

«Выполнено успешно», без предупреждений

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

Ошибки авторизации, обрывы соединения, недостаток места

Размер копии

Норма

Сопоставим с размером базы и растёт постепенно

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

Резкое уменьшение размера или нулевой объём — копия неполная

Регламентные задания в консоли

Норма

Задание архивации активно и выполняется по расписанию

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

Задание заблокировано или завершается с ошибкой

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

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

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

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

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

Типичные ошибки и ограничения сервиса

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

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

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

Работает ли облачный архив, если база файловая и стоит на обычном компьютере?

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

Нужно ли завершать работу пользователей при создании копии?

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

Что делать, если в журнале ошибка авторизации?

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

Можно ли восстановить только отдельный документ, а не всю базу?

Штатный механизм восстанавливает базу целиком. Чтобы достать один документ, восстановите копию в отдельную пустую базу, найдите там нужный документ и перенесите его данные в рабочую базу вручную или через обработку переноса данных. Поэтому важна достаточная глубина хранения копий.

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

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