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

[vel]

Я получил сообщение:

Не удалось восстановить из резервной копии, так как файл резервной копии был переименован

Затем я нашел причину в этой теме:

Failed to restore from backup because backup file was renamed

Getting the below error when I try to restore data from backup. Pls help. Copying archive to tmp directory... Unzipping archive, this may take a while... tar: meta.json: Not found in archive tar: Exiting with failure status due to previous errors No metadata file to extract. EXCEPTION: Migration version is missing from the filename. /var/www/discourse/lib/backup_restore/restorer.rb:226:in `extract_metadata' /var/www/discourse/lib/backup_restore/restorer.rb:54:in `ru…

Несколько предложений отсюда:

• Не могли бы вы добавить пользователю предупреждение не переименовывать резервную копию, если имя важно?

• Если такое предупреждение уже есть, не могли бы вы сделать его крупнее и добавить больше блеска?

• Отправляйте напоминания раз в месяц о запуске или скачивании резервной копии. Моя устарела

[pfaffman (Jay Pfaffman)]

Это довольно редкая проблема. Обычно её довольно легко решить. Отправлять ежемесячное уведомление о чём-то, что затрагивает практически никого, кажется не очень продуктивным.

Я думаю, что можно определить, как должно называться, используя информацию из архива. Возможно, именно это вам и нужно.

По-моему, вы сможете восстановить базу данных вручную, а затем запустить миграцию, например.

[riking (Kane York)]

@pfaffman

Я думаю, что можно определить правильное имя, используя информацию из архива. Возможно, именно это вам и нужно.

Да, этот запрос позволит @vel восстановить правильное имя файла. Загрузите SQL-файл в новую отдельную базу данных и выполните этот запрос:

select max(version) from schema_migrations

Или найдите данные таблицы schema_migrations в SQL-файле и вручную выберите наибольшее число.

[codinghorror (Jeff Atwood)]

Еженедельные (локальные) резервные копии по умолчанию включены в Discourse. Разве не так, @pfaffman?

[pfaffman (Jay Pfaffman)]

Да. Еженедельное резервное копирование включено по умолчанию.

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

[jomaxro (Joshua Rosenfeld)]

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

[vel]

Мне удалось восстановить его! Я следовал инструкциям из сообщения вверху. Приношу извинения, если это было неясно.

Восстановление прошло успешно.

@pfaffman

Это довольно редкая ситуация. Обычно проблему несложно решить. Рассылать ежемесячное уведомление о проблеме, которая затрагивает практически никого, кажется не очень продуктивным.

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

Я понимаю, что это редкость, но это действительно случилось. Хостинг-провайдер, на котором был установлен мой форум Discourse, исчез. Я потерял все онлайн-резервные копии. Мне повезло, что у меня была сохранена локальная резервная копия от октября 2020 года. В итоге я потерял несколько месяцев постов. После того как форум был снова настроен, я смог восстановить эту резервную копию.