バックアップデータが突然少なくなり、少なくなったバックアップデータの復旧に異常が発生し、ウェブサイトが正常にやり取りできなくなりました。幸い、Amazon S3ストレージバケットで履歴データを見つけることができましたが、そうでなければ損失は計り知れませんでした。
「いいね！」 1
アップロードがバックアップに含まれるかどうか、その期間中に設定が変更された可能性はありますか？
「いいね！」 2
アップグレードを行い、テーマを使用し、テーマにカスタムプラグイン（カスタムCSS）を追加しました。ユーザーはカラーパレットの無効化を選択でき、data.yml、web_only.ymlを使用しています。262Mbyteでデータを復元した後、現在バックアップしても154Mbyteしかありません。このバックアップデータはまだ問題があると思われます。
「いいね！」 1
その時点で2コンテナ構成に変更しましたか、それとも常に使用していましたか？
「いいね！」 1
ずっとこのように使用している場合、考えられる原因はどのようなものでしょうか。
「いいね！」 1
数日前に最新のバックアップを復元しようとしたところ、ダッシュボードへのアップロードが拒否されました。バックアップがなくなったのかと思い、FTPで別のものをアップロードしたところ、復元されました！しかし、同様のことが起こり、その理由を知りたいです。
標準のインストールの方が詳しく、2コンテナ設定に何か関連するような特異な点があるか分かりません。
こちらを#installationに移動させて、より経験豊富な方に見ていただきましょう。
(@pfaffman 
)
「いいね！」 1
以前は標準インストールを使用していましたが、標準インストールには問題があり、app.yml を変更するたびにウェブサイトに正常にアクセスできなくなります。data.yml や web_only.yml を使用すると、ウェブサイトへのアクセスに影響を与えることなく web_only.yml を変更できます。標準インストールにも同様の機能はありますか。具体的にどのように使用しますか。
いいえ。唯一の違いは、再構築はレールとnginxの部分のみを再構築することです。データベースとRedisは同じままです。これらはめったに変更されないため、再構築する必要はありません。まったく同じように機能します。あなたはそれを完全に理解しています。（唯一の複雑さは、PostgresまたはRedisの更新がある場合です。これは年に1回程度ですが、AIプラグインの要件のためにいくつかのデータベース更新が発生しました。したがって、AIプラグインを使用していなかった場合は問題ありませんでしたが、使用していた場合は、データコンテナも再構築しないと、混乱するデータベースエラーが発生します。）
私の推測では、アセットをS3に移動したため、ローカルのアップロードが含まれていないということです。これは、S3から復元できたという彼らの発言と一致しています。または、アップロードがあった投稿を削除したため、それらのアップロードが後続のバックアップに含まれなかった可能性があります。
また、復元を実行し、それが完全に完了するのを待たなかったような響きがありました。
「いいね！」 1
AIプラグインを使用しました。バックアップデータが使用できるように、どのような点に注意すべきでしょうか。このような問題には、どのように対応すべきでしょうか。
I did use an AI plug-in. What should I pay attention to so that the backup data can be used? How should we deal with this kind of problem
data.yml を再構築しない限り問題ないということでしょうか、それとも app.yml を使用する必要があるのでしょうか、あるいはこの種の問題は data.yml の web_only プランと app.yml プランの両方に存在するのでしょうか。
問題は、バックアップ時に data.yml で構築されたコンテナがサポートされておらず、データベースがアップグレードされたことです。data.yml の再構築でアップグレードが行われれば、大規模なデータベースのアップグレードを行っても問題はありません。その後、バックアップと復元を行っても問題はありません。データベースが大幅に変更されたことをどのように知ることができますか。
The problem is that when I backed up, the container built by data.yml was not supported, and the database was upgraded. If the data.yml rebuild is upgraded, there will be no problem even if you do a major database upgrade, and then there is no problem with the backup and restore it. How can I know that your database has been greatly modified
@sober、プロセス上の注意点として、読んでいる人や手伝いたい人にとって、投稿に英語の翻訳を含める方がはるかに簡単です。編集して追加していただけますか？
「いいね！」 5
データベースの大規模なアップグレードがバックアップの問題を引き起こしたことが原因だと、これで理解しました
「いいね！」 3
ディスコースがアップグレードされる際、開発版ではなくベータ版のアップグレードバージョンであることをどのように確認できますか？前回のバックアップがうまくいかなかったため、アップグレードとバックアップ復元操作が心配です。
「いいね！」 1
何？確認を待ちます。何か壊れるかもしれないので。
ベータ2のみをアップグレードしたいのですが、ベータ2-devは不安定であること、そして最近のデータバックアップが正常に復元できず、データ損失寸前だったため、ベータ2-devはアップグレードしたくありません。早期のバックアップをバックアップに使用しましたが、データは一時的に失われました。
「いいね！」 1
不安定ではありません。バージョン管理システムの最近の変更によるものです。技術的には、-dev ラベルは表示されるべきではありません。
「いいね！」 3