PrivateHostLab 編集 ·
概要
| 軸 | サイト全体の復元 | アプリケーションレベルのロールバック |
|---|---|---|
| 範囲 | 選択した復旧ポイントからファイル、データベース、構成を復元します。 | 可能な限り無関係な現在のデータを保持しつつ、既知のアプリケーション変更を対象とします。 |
| 必要な証拠 | 互換性があり、テスト済みの復旧セットが必要です。 | 特定された変更と、それを安全に元に戻す経路が必要です。 |
| データへの影響 | 復旧ポイント以降に行われた変更を上書きする可能性があります。 | データベースとファイルを一緒に考慮しないと、不整合が残る可能性があります。 |
| テスト経路 | 可能であれば本番前に分離された復元ターゲットを使用してください。 | ロールバックに依存する前に、別のターゲットでリハーサルを行ってください。 |
判断を変えるもの
- どのファイル、データベース、構成を一緒に移動する必要がありますか？
- 許容できるデータ損失の境界は何ですか？
- その操作は別途リハーサルできますか？
判断例
更新の失敗後、チームは影響を受けたジャーニーを記録し、プラグインのロールバックとテスト済みの復元セットを比較します。クライアント承認者は、既知の限界がある最も影響の少ない選択肢を選びます。
正直な結論
互換性のある証拠とクライアントの承認がある、最小の復旧操作を選んでください。
どちらの方法も、データ損失ゼロやサービス中断なしを保証するものではありません。
どちらの列も、以下に示すVPSカタログを超える PrivateHostLab の製品主張ではありません サービスファクト.