Неверный номер версии в резервной копии?

Поддержка
1

У меня запущен сайт версии 2.5.0.beta2 ( c4bc734b11 ). По . . . причинам . . . мне нужно зафиксировать его и плагины на определённой версии.

Я создал новый контейнер на тестовом сайте, зафиксировав Discourse на конкретном коммите, и каждый плагин сбросил (reset --hard) до того же коммита, на котором работает текущая рабочая среда. Теперь я хочу восстановить резервную копию, чтобы убедиться, что всё сработало так, как я планировал.

Файл резервной копии называется community-2020-06-10-163052-v20201303000002.sql.gz.

Восстановление завершается ошибкой, потому что:

Проверка метаданных...
  Текущая версия: 20200320193612
  Восстанавливаемая версия: 20201303000002

или, для удобства чтения:

Проверка метаданных...
  Текущая версия: 2020 03-20-19:36:12
  Восстанавливаемая версия: 2020 13-03-00:00:02

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

Думаю, мне просто нужно переименовать файл в community-2020-06-10-163052-v20200303000002.sql.gz вместо community-2020-06-10-163052-v20201303000002.sql.gz?

РЕДАКТИРОВАНИЕ: Переименование файла резервной копии сработало, по крайней мере для резервной копии только базы данных. . .

РЕДАКТИРОВАНИЕ 2: После этого я смог восстановить переименованную полную резервную копию.

2

Можете проверить, есть ли у плагина миграция БД с «20201303000002» в имени файла?

3

Черт. Я не вижу такого имени файла или этой строки ни в одном из плагинов. И это казалось таким хорошим объяснением!

4

Поисковый запрос в Google по этой строке приводит к этой теме, а также к этому: https://review.discourse.org/t/fix-ensures-migration-order-is-correct-27/10484

Что довольно подробно объясняет, что произошло :slight_smile: