ファイルのバックアップ、データベース、および許容データの損失を計画する。 毎週または毎日の復元ポイントを把握し、ライブウェブサイトから回復をテストします。
ウェブサイトのコンテンツ、アップロード、データベースレコード、ストアの注文、アプリケーションの設定を変更するデータから始まります。 失敗後に再構築できる最近の作業を決定。 日中の注文を受けている稀に編集されたポートフォリオと店は、異なる回復計画を必要とすることができます。
選択したバックアップスケジュールで必要なものを比較します。 スケジュールされたコピー間で重要な変更が起きた場合、保存方法を決定します。 毎日のスケジュールは、すべてのトランザクションが継続的に回復可能ではなく、バックアップオプションは特定の回復時間を保証するものではありません。
ザ・オブ・ザ・ VPSLibre configurator では、追加のバックアップ、週単位のバックアップ、毎日のバックアップはありません。 週単位のオプションは、7つの復元ポイントで1週間のバックアップを記述します。毎日のオプションは、1日1回7つの復元ポイントで記述します。 これらは、選択されたとき、独自の見積りラインで、要求されたサービスオプションです。
七つのポイントは7つの保持されたコピーであり、7日の普遍的な約束ではありません。 スケジュールと利用可能なカバレッジは、選択したスケジュールと成功したコピーによって異なります。 配信後、実際のバックアップ情報、コピーが保存されているデータ、およびサービスに依存する前に回復が要求されるかを確認します。
追加のバックアップオプションがなければ、独自のバックアッププランを管理できます。 追加のサービスストレージは別のオプションであり、バックアップを作成しません。 重要なデータの独立したコピーを保ち、回復は1つのアカウントまたは1つの環境に依存しません。
WordPress回復は、通常、ファイルとデータベースの両方を必要とします。 アップロード、テーマ、プラグイン、構成はファイルに住んでいますが、投稿、設定、その他のアプリケーションデータもデータベースに住んでいます。 ウェブサイトのディレクトリを単独でダウンロードすることは、データベースをキャプチャしません。
任意のアプリケーションでは、作業環境を再作成するために必要なデータと構成をリストします。 グループ互換ファイルとデータベースのエクスポートは、代表的な時間によって行われます。 アプリケーションバージョンと関連する環境要件を記録し、認証情報や個人データを含むコピーを保護します。
サービスバックアップのスコープは、外部の依存性を想定するのではなくチェックします。 第三者サービスが保有するデータには、独自のリカバリーアレンジが必要です。 削除を即座に再現する同期コピーは、古いバージョンが必要な場合にも不十分かもしれません。
選択した回復セットに必要な要件で別の環境を用意します。 アプリケーションに適切なツールを使用してコピーを復元し、実際に利用できるアクセス。 個別の資格情報を使用して、個人または顧客データを復元するためのアクセスを制限します。
実際のメール送信、顧客課金、ライブインテグレーションの実行からテスト環境を防止します。 代表的なページ、メディア、ログイン、データベースレコードを確認します。 ストアでは、回収された注文データは、実際の顧客の取引を開始することなく、予想される時点に対応することを確認します。
何が働いたのかを記録し、何が欠けていたのか、自分のテストがどのくらいの時間を費やしたかを記録します。 その観察は回復計画を改善するのに役立ちます。それは公開された復元時間保証ではありません。 試験失敗を解決しながら、生の環境をそのまま保ちます。
古いストアデータベースを復元すると、そのバックアップ後に作成された注文、顧客、または株式の変更を削除できます。 回復ポイントを記録し、それがライブデータを交換する前に、それが変更されたものを識別します。 決済・提供記録は、ウェブサイトデータベースとは異なるため、復元された注文画面は、これらの2つのレコードが同意したことを確立しません。
復元を独立したコピーに、アウトバウンドの統合が含まれていることを確認します。 最近の取引が再調整され、誰が再オープンチェックアウトを承認できるかに同意します。 コードやエクステンションの問題については、まず、対象のロールバックがストアデータベース全体を交換することなく解決できるかどうかを確立します。 製品CSVは、注文、顧客、サブスクリプションレコードの完全なコピーではありません。
Compose の設定と名前付きボリュームの在庫、バインドマウント、データベースのエクスポート、アップロードを保ちましょう。 それらのデータパスで保持されたレコードではなく、画像からコンテナを回復させます。 データベースまたはアプリケーションのバックアップ手順を使用して、一貫したセットを取得できます。その手順なしでライブボリュームをコピーすることは、検証済みのデータベースバックアップではありません。
独立したプロジェクトに別のボリューム名と宛先を格納します。 承認されたサービスを再作成し、所有権と構成を確認し、担当者が復元されたデータを読み取り、書き込みます。 バージョンとスナップショットの時間を録画します。 生産データや統合で回復をチェックしながら再ハーサルを指摘しないでください。
データベースの追加、ファイルの移動、ソフトウェアの変更、または新しい統合の導入時に計画を見直します。 主要なアプリケーション変更前の回復可能なコピーを作成し、回復指示が環境に依然一致することを確認します。 実際のサービス管理情報を使用して、プロバイダ固有の手順を実行します。
ライブデータを置き換える前に、新しい変更が保存され、操作を承認できるかどうかを決定します。 コンビニエンスストアでは、新規注文を省略できます。 管理者がライブ復元を実行する前に、必要な回復ポイントとロールバックパスを特定します。