Около 10 дней назад я начал пробную версию Cloudberry Backup (CBB). Их продукт Explorer очень хорош, и я хочу сэкономить немного денег, используя Amazon Glacier в качестве резервного копирования дома вместо CrashPlan. Первый набор резервных копий с моим внешним жестким диском в качестве места назначения отработал без происшествий. CBB скопировал файлы, и я могу просматривать их без проблем.
С Amazon Glacier такого не было. У него не возникло проблем с подключением к моему аккаунту AWS. Я использую пользователя IAM, который имеет доступ только к Glacier вместо учетной записи администратора. После подключения своего аккаунта я создал план резервного копирования, чтобы использовать «архивный режим» (чтобы сэкономить расходы, загружая меньше файлов за раз) и копировать несколько файлов и папок в Glacier, а затем отслеживать их в реальном времени на предмет изменений.
Однако резервное копирование заняло несколько дней. Когда оно было сделано, я не смог просмотреть отдельные файлы с помощью вкладки «Хранилище резервных копий» в проводнике файлов. Согласно веб-интерфейсу AWS, данные находились в Glacier. Третий план, созданный с использованием «обычного» режима, запустился без происшествий, после чего проблема, описанная выше, как будто бы, сама собой решилась. Затем я провел проверку согласованности вчера вечером и обнаружил ошибку «Файл не найден в локальном репозитории». Все исчезло из проводника файлов, но снова появилось сегодня утром.
Насколько я понимаю, Amazon Glacier замораживает данные и ограничивает доступ к ним. В частности, я читал, что нельзя легко извлечь несколько файлов, в отличие от CrashPlan. Однако поведение CBB непоследовательно и запутанно. Иногда я могу видеть отдельные файлы, иногда нет. Служба поддержки клиентов не очень помогла. Есть ли у кого-нибудь опыт работы с программой, которым они могут поделиться? Отслеживает ли Cloudberry Backup отдельные файлы, загруженные в Amazon Glacier? Моя цель — иметь опыт, максимально похожий на CrashPlan, с более низкой стоимостью и более простым доступом к файлам, если я закончу подписку.
решение1
Это Энди из CloudBerry Lab. Спасибо, что сообщили о проблеме в SuperUser! Мы выявили проблему с проверкой согласованности + режимом архивирования, когда проверка согласованности очищает наш внутренний локальный репозиторий — после ее завершения в представлении хранилища резервных копий не отображаются данные. Облачные данные не затрагиваются. Вы можете вернуть данные, обновив хранилище резервных копий, а затем выбрав опцию «Извлечь содержимое архива» в разделе Архивы | BackupPlanName. Мы обновим ветку, как только проблема будет устранена.
С уважением, Энди.
решение2
Спасибо за ваш вопрос.Резервное копирование CloudBerryиспользует локальный репозиторий для хранения списка файлов, которые были скопированы. Если есть какие-либо изменения в Glacier вне CloudBerry Backup, требуется повторная синхронизация репозитория (что инициирует задание инвентаризации, если текущего нет) для обновления локального репозитория. Если после синхронизации репозитория есть какие-либо несоответствия, нам нужно диагностировать проблему. Для дальнейшей диагностики, пожалуйста, отправьте ваши диагностические журналы и предоставьте некоторые дополнительные сведения о проблеме - вы можете отправить их непосредственно из продукта, перейдя в Инструменты | Диагностический журнал и нажав там кнопку Отправить. Журналы будут автоматически отправлены в нашу систему поддержки; для вас будет создан тикет, и вы получите уведомление по электронной почте.