メッセージを受け取りました：
バックアップファイルの名前が変更されたため、バックアップからの復元に失敗しました
その後、このスレッドでその理由を見つけました：
ここからいくつかの提案があります：
-
バックアップの名前が重要な場合、ユーザーに名前を変更しないよう注意書きを追加していただけますか？
-
すでに注意書きがある場合、それを大きくして、より多くの輝きを加えていただけますか？
-
毎月、バックアップを実行またはダウンロードするようリマインダーを送信してください。私のバックアップは古いです
この問題を抱える人は比較的稀です。通常は非常に簡単に解決できます。ほとんど誰も影響を受けていないことについて月次通知を送るのは、あまり生産的だとは思えません。
アーカイブに含まれる情報から、名前を特定できる可能性があります。それが本当に必要としているものかもしれません。
例えば、データベースを手動で復元してからマイグレーションを実行することもできるでしょう。
はい、このクエリを実行することで、@vel が正しいファイル名を再構築できます。SQL ファイルを新しい独立したデータベースに読み込み、以下のクエリを実行してください。
select max(version) from schema_migrations
あるいは、SQL ファイル内の schema_migrations データを探し、手動で最も高い番号を選択してください。
Discourseでは、週次（ローカル）バックアップがデフォルトでオンになっていますよね、@pfaffman さん？
はい。週次バックアップがデフォルトです。
ここで問題となったのは、古いバックアップの名前を変更したため、推奨される方法で復元できなくなったことです。
また、ファイル名以外の方法でメタデータを含めることについて、現在も議論が続いていると私は考えています。これによりファイル名の変更が可能になります。しかし現時点では、ファイル名の変更は避けるべきです。
復元できました！一番上の投稿の手順に従いました。不明瞭で申し訳ありません。
正常に復元されました。
その通知やメールは、ホスティング会社が停止したり、ホスティング会社のサーバーがダウンしてオンラインバックアップも失われた場合に備えて、管理者がローカルコンピュータにバックアップを保存するよう促すためのものです。
稀なことだと承知していますが、実際にこれが起こりました。私の Discourse インストールをホストしていたホスティング会社が突然消えてしまったのです。オンラインバックアップはすべて失われました。幸い、2020 年 10 月のバックアップをローカルに保存しておいたので、数ヶ月分の投稿は失われましたが、フォーラムが再構築された後、そのバックアップから復元することができました。