← На главную

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

Анализ причин отсутствия локальных и облачных копий

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

1. Права доступа: Агент резервного копирования работает как отдельная служба. Убедимся, что база запускается от имени администратора, а у пользователя, под которым работает служба агента, есть права на запись в каталог временных файлов.
2. Пути хранения: Посмотрим, куда программа пытается записать временный файл. Обычно это C:\Users\ИмяПользователя\AppData\Local\Temp или папка Staging в каталоге установки агента. Проверим наличие свободного места на диске C:.
3. Журнал регистрации: Перейдем в «Администрирование» — «Обслуживание» — «Журнал регистрации». Если в момент запланированного архива нет никаких записей, это означает, что регламентное задание даже не смогло инициировать процесс (поможет контроль и оповещение об ошибках регламентных заданий) из-за блокировки на уровне системы или отсутствия доступа к файлам.

Диагностика через логи агента

Если внутренний журнал регистрации 1С молчит, проанализируем логи самого агента. Это Java-приложение, которое фиксирует детальные технические ошибки в своих текстовых файлах. Обычно они находятся по пути C:\ProgramData\1C\1CArhivAgent\logs или в папке установки агента (BackupAgent\logs). Для этой задачи есть мониторинг журнала регистрации и завершение сеансов.

Обратим внимание на сообщения следующего вида:

• «Очистка устаревшего — ошибка»: Агент не может удалить старые локальные копии из-за отсутствия прав или блокировки файлов.
• «Загрузка в хранилище — ошибка»: Проблема с сетевым доступом или авторизацией.

Настройка сетевых экранов и антивирусного ПО

Разберем ситуацию с блокировками. Часто после переустановки системы настройки брандмауэра сбрасываются. Для работы 1С:Облачного архива требуется:

1. Добавить исполняемый файл агента (обычно это javaw.exe из папки агента или 1CBackupAgent.exe) в исключения антивируса.
2. Настроить брандмауэр. Если при отключенном брандмауэре «архивы полетели в облака», необходимо открыть исходящий трафик по портам 80 и 443 для адресов backup.1c.ru и portal.1c.ru.
3. Проверить, не используется ли прокси-сервер с авторизацией, так как агент может иметь трудности с прохождением такой проверки без дополнительных настроек в конфигурационных файлах.

Решение проблемы с «устаревшими ключами» и сертификатами

Выясним технический нюанс, который часто упускают: при смене аппаратной части сервера (ID дисков, сетевых карт) токены авторизации могут стать недействительными. В этом случае агент видит базу, но сервер 1С отклоняет запрос на загрузку.

Чтобы обновить ключи, выполним следующие действия:

1. Остановим службу агента 1CBackupAgent.
2. Перейдем в папку с установленным агентом и найдем каталог certs или identity.
3. Удалим файлы с расширением .key или файлы идентификации (предварительно сохранив их копию в другом месте).
4. Запустим службу заново и выполним повторную активацию базы в интерфейсе 1С. Это заставит систему сгенерировать новые актуальные ключи.

Важность монопольного режима для файловых баз

Проанализируем работу пользователей. Для баз БГУ (Бухгалтерия государственного учреждения) и ЗКГУ (Зарплата и кадры государственного учреждения), если они работают в файловом варианте, критически важно условие: все пользователи должны выйти из системы — есть готовый инструмент управления сеансами и соединениями.

Если в 21:00 (время архивации) хотя бы один сеанс останется активным (в том числе зависший сеанс на сервере), агент не сможет получить доступ к файлу 1Cv8.1CD для создания теневой копии. Рекомендуется настроить автоматическое завершение работы пользователей перед началом выполнения задания по расписанию — для этого подойдёт обработка для завершения сеансов перед обслуживанием.

Контроль лимитов по подписке ИТС ПРОФ

Посмотрим на объем данных. По договору ИТС ПРОФ пользователю предоставляется 20 ГБ дискового пространства. Рассмотрим пример:

Если ваша база весит 3 ГБ и настроено хранение 10 копий, то общий объем составит 30 ГБ. В определенный момент место закончится. Хотя сервис должен перезаписывать старые копии, при достижении жесткого лимита загрузка новой копии может прерваться ошибкой до того, как сработает скрипт удаления старой.

Рекомендация: Периодически проверяйте личный кабинет на портале 1С и при необходимости уменьшайте глубину хранения архивов или докупайте дополнительное место.

Итоговый алгоритм восстановления

Подведем итог наших действий для восстановления архивации:

1. Проверяем активность службы: Убеждаемся, что агент запущен и работает.
2. Очищаем сеансы: Выгоняем всех пользователей из 1С на время теста — для этого подойдёт универсальный инструмент для администрирования и контроля пользователей.
3. Сбрасываем авторизацию: Переустанавливаем агента или удаляем старые файлы ключей (.key).
4. Настраиваем безопасность: Добавляем процессы в исключения брандмауэра и антивируса.
5. Тестируем: Назначаем время архивации на ближайшие 5-10 минут и наблюдаем за появлением локальной копии в каталоге Staging, а затем за её исчезновением после успешной отправки в облако.

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