Я следовал этому руководству и этому, но мои автоматические резервные копии не создаются. Когда я проверяю настройки в AWS, для моего бакета параметр «Блокировать весь публичный доступ» установлен в «Включено». При попытке разрешить необходимый публичный доступ система сообщает об успехе на 100%, но настройка остаётся без изменений
Как заставить правильные настройки примениться?
Редактирование: Я узнал, что на настройки публичного доступа бакета влияет несколько параметров. Я пробовал различные значения для «Блокировать публичный доступ (параметры аккаунта)» и проверял права доступа для списков управления доступом (ACL), политик бакета и политик точек доступа — ни у одного из них прав нет.
Вот где я пытаюсь разрешить публичный доступ. Правильно ли я это делаю?
Сообщения об ошибке нет. Резервное копирование просто не происходит в положенное время.
Конечно, меня беспокоит публичный доступ! Но в данный момент я просто хочу увидеть, как резервная копия успешно сохраняется в S3. Возможно, в итоге я откажусь от всей идеи автоматического резервного копирования, если не буду уверен, что данные будут в безопасности в S3 с тем публичным доступом, который необходим для работы.
Как администратор, вы должны получать личное сообщение при сбое автоматического резервного копирования. В нём содержится вывод журнала процесса резервного копирования.
У меня несколько вопросов:
Это стандартная установка на основе Docker?
Работают ли ручные резервные копии?
Есть ли в панели администратора предупреждение о приостановленном Sidekiq?
Хранятся ли ваши загрузки на S3, или только резервные копии? Используете ли вы разные бакеты для загруженных файлов и резервных копий?
Откуда у вас идея, что это требуется? Это не так! Возможно, нам нужно уточнить нашу документацию, если вы прочитали это там.
У меня не было уведомлений о неудачных резервных копиях.
Это стандартная установка на основе Docker.
Ручные резервные копии работают.
Нет предупреждения о приостановленном Sidekiq.
Я не храню загрузки на S3.
Я это сделал, но чтобы проверить, не были ли какие-то настройки неверными, я сбросил их все, кроме:
расположение резервной копии: S3
частота резервного копирования: 1
ведро S3 для резервных копий: “my bucket”
время резервного копирования в течение дня: я установил это на несколько минут вперёд, чтобы запустить резервное копирование.
Всё равно ничего не происходит. Я ещё не ждал целый день для запуска ежедневного резервного копирования, но проверил, что сервер работает с правильным временем.
Обратите внимание, что время выполнения резервного копирования указано в формате UTC, а не в местном времени. Кроме того, задания резервного копирования планируются один раз в сутки в полночь, поэтому они не запустятся немедленно. Вам нужно подождать сутки, чтобы они начались!
Конечно, я устанавливаю время резервного копирования как текущее UTC + 2 минуты. Но зачем тогда есть настройка «время резервного копирования в течение дня», если она срабатывает только в полночь? В любом случае, сейчас уже прошла полночь по UTC, и снова ничего не произошло. Похоже, дело не во времени.
Задача «ScheduleBackup» выполняется в полночь и планирует резервное копирование в время резервного копирования, если автоматическое резервное копирование включено и последний файл резервной копии (автоматический или ручной) старше периодичности резервного копирования дней.
