保護されたWordPressバックアップについて
WordPressバックアップの正確なロック期限を確認し、制限されるサイトキーを理解して、保護されたクラウドバックアップデータを削除する前に待ちます。
最終確認日
スクリーンショットは英語版の画面です。
完了したリモートWordPressバックアップにはそれぞれlocked_untilの時刻が設定されます。その時刻が未来にある間、サイトキーは保護されたコピーを削除または変更できず、Backupsの行には**🔒 until …**が表示されます。
手順
- wp-adminでdosya Backup → Backupsを開き、作成時刻とメモからリモートの行を探してください。
- その行が外部に保存されていることを確認します。dosya · not verifiedまたはdosya · verifiedが表示されている必要があります。local行にはdosyaの保護期限はありません。
- **🔒 until …**バッジとそのツールチップを読んでください。表示される期限はWordPressサイトのタイムゾーンを使用し、リモートバックアップフォルダーのロックがいつ切れるかのみを示します。その後もサイトキーのルート制限は続きます。期限切れによって変更や削除のルートが許可されるわけではありません。
- この期限はdosyaのクラウド側の制御として扱ってください。WordPressサーバーに保存された別のアーカイブをロックするものではなく、バッジは以前に参照されたバックアップに属するフォルダーについて保証しません。
- 期限がまだ先の場合はコピーをそのままにしてください。サイトを切断するとキーは失効しますが、保存済みバックアップは保持され、既存のロックが短縮されることはありません。
- wp-adminのDeleteはクラウドのロックと区別してください。これはローカルバックアップフォルダーを削除し、より新しいローカルの依存関係だけを確認します。バッジの期限を待たず、保護されたリモートフォルダーも削除しません。
新しい接続は現在、24時間の保護で開始されます。プランモデルにはより高い保護の上限がありますが、この接続については行の期限とdosyaタブのProtectionが正しい値です。
期待される結果
行にはリモートバックアップフォルダーのロックの正確な期限が表示され、サイトの認証情報では期限前にそのクラウドフォルダーを変更できません。ローカルのwp-adminでの削除は別の操作であり、リモートの保護期限ではなくローカルの差分バックアップの依存関係に従います。
関連ガイド
この記事は役に立ちましたか？
評価の結果を読み込んでいます…
投票すると、回答を変更できるように、必要な投票用Cookieが最長180日間保存されます。
質問と回答
このガイドの手順について質問できます。質問は確認後に公開されます。
公開の質問には、アカウントの詳細、認証情報、非公開ファイルを含めないでください。これらについては 非公開サポート をご利用ください。
質問を読み込んでいます…
dosyaアカウントにサインインすると、質問を投稿できます。