ポイント イン タイム リカバリー

ポイント・イン・タイム・リカバリーを使用すると、昨日のバックアップが実行された時点ではなく、選択した特定の分時点でのデータベースを再構築できます。このガイドでは、その機能と非対応の内容、有効にする方法、復元をリクエストする方法、復元の正確な対象について説明します。

用途

日次バックアップは1日に1つの復元ポイントを提供します。これはほとんどの障害に対しては十分ですが、不正なインポート、壊れたプラグイン、または誤った一括編集が午後2時15分に実行され、午後4時に気付いた場合には役に立ちません。昨日のバックアップを復元すると、誤りとともに朝のすべての正当な作業が失われます。

ポイント・イン・タイム・リカバリーはこのギャップを埋めます。これが有効になっていると、データベースの変更ログは継続的にオフサイトストレージに送信されるため、復元は保持期間内の任意の分まで再実行できます。

KPanelでの場所

1. KPanelにサインインします。
2. 左のサイドバーでWebsitesをクリックしてから、サイトをクリックします。
3. サイトのタブストリップでBackupsを開き、次にPoint-in-time recoveryを開きます。

直接アドレスは/websites/<site-id>/pitrです。

対象条件

ポイント・イン・タイム・リカバリーには2つの条件が必要です。

プランにこの機能が含まれている必要があります。 これはWordPressプランファミリーで利用可能です。

サイトはWordPressまたはWooCommerceサイトである必要があります 。メカニズムは管理されたデータベースに依存しているためです。

いずれかが満たされない場合、このページははっきりと以下のように表示されます。ポイント・イン・タイム・リカバリーは、管理されたデータベースを持つWordPressおよびWooCommerceサイトでのみ利用可能です。その場合、設定することはありません。

有効にする

PITR statusカードは、ステータスピル、使用中のバックエンド、最後の変更ログが送信されたときと、保持期間（日数）を含む現在の状態を表示します。

Enable PITRをクリックしてオンにします。保持期間は30日です。

有効にしてもデータに関する何も変わりません。通常の日次バックアップと並行して実行される継続的な送信プロセスが開始されます。日次バックアップに置き換わるわけではありません。

復元ウィンドウの読み方

送信が実行されたら、Available restore windowカードは、復元できる最も早い時刻と最も遅い時刻、およびそれをカバーするために保持されている変更ログファイルの数を示しています。

インシデント中ではなく、事前にこれを読んでください。ウィンドウの開始時刻が予想より遅い場合は、送信がある時点で中断され、より古いカバレッジが期限切れになっています。

復元のリクエスト

1. Point-in-time recoveryタブを開きます。
2. 復元ウィンドウが希望の時刻をカバーしていることを確認します。
3. Restore to timestampで、日付と時刻を選択します。損害の後ではなく、直前の時刻を選択してください。
4. Request restore to staging DBをクリックします。

リクエストは直ちに検証されます。タイムスタンプが利用可能なウィンドウの外にある場合は、推測するのではなく、正確なウィンドウが通知されます。

復元が実際に行うこと

ほとんどの人が期待することと反対なので、ここは正確にする必要があります。

ポイント・イン・タイム・リカバリーはライブデータベースに触れません。 復元は別のステージングデータベースに復元されます。このデータベースはその目的のために作成され、ドメインとターゲット日付にちなんで命名されます。ライブサイトは変更されないままその独自のデータベースで実行され続けます。

何も上書きされず、何も削除されず、復元をリクエストしてもデータは失われません。これは意図的です。データ復旧ツールの要点は、それを使用することが状況を悪化させることができないということです。

得られるのは検査できるデータベースです。それをライブデータベースと比較し、損傷した行を抽出することも、スナップショット全体がスナップショット全体の目的のバージョンであると判断することもできます。ステージングリストアをライブデータベースの上に昇格させることは、別の意図的なステップであり、ボタンがその背後で行うものではなく、当社チームがユーザーと協力して行うものです。

リクエストの追跡

すべてのリクエストはRestore requestsテーブルに表示されます:

復元の実行中に、ステータスは現在のステージを示し、リプレイが開始されたら、適用された変更ログファイル数を合計から表示します。失敗したリクエストはその下にエラーを表示します。

サイトごとに一度に1つの復元のみが進行中にできます。1つが実行中に2番目をリクエストするとキューイングではなく競合を返すため、2番目の試行により最初のものが破損することはできません。

当社のエンジニアリングチームはステージング復元を完了し、ステージングデータベースの準備ができたときにメールを送信します。リクエストが受信されたときに確認メールも取得されます。このメールには、対象タイムスタンプとステージングデータベース名が含まれます。

適切なタイムスタンプの選択

気付いた時刻ではなく、損害が開始された時刻を特定します。 これらは通常数時間離れています。アクティビティログ、注文タイムスタンプ、または最後に確認した良好なコンテンツ編集を確認してください。

1、2分前を目指してください。 悪いイベントの直前の復元ポイントは、正当な書き込みを数分失わせます。その直後のものは、損傷とともにすべてを復元します。

復元ポイント後に何が起こったかを書き留めてください。 注文、サインアップ、コメント、フォーム送信。切り替えの場合は、このリストは手動で転送する必要のあるものです。

トラブルシューティング

ページにはPITRはWordPressおよびWooCommerceでのみ利用可能と表示されています。 サイトはこれらのタイプのいずれかではないか、プランに機能が含まれていません。

まだ復元ポイントがありません。 有効化後、送信は少なくとも1回実行される必要があります。最初の送信は約5分以内に発生します。

対象が利用可能なウィンドウの外にあります。 保持期間は30日で、送信が中断された場合はウィンドウがより短くなる可能性があります。エラーメッセージは正確な境界を示します。必要な時刻がタイムアウトした場合は、日次バックアップにフォールバックしてください。バックアップからの復元を参照してください。

復元が既に進行しています。 完了するまで待機してください。テーブルには段階と進捗が表示されます。

ステータスに出荷業者についてのバナーが表示されます。 リクエストは記録されており、メッセージは現在の状態を説明しています。何も失われません。

ファイルをデータベースではなく復元に戻す必要があります。 PITRは役に立ちません。ファイルバックアップを使用してください。完成したバックアップは、全体を復元するのではなく、ファイルごとにブラウズできることに注意してください。

関連ページ

• バックアップの取得 (これとともに実行される日次ファイルおよびデータベースバックアップの場合)
• バックアップからの復元 (全サイト復元パスの場合)
• ステージング環境 (変更を本番環境に到達する前にテストする場合)
• サイトセキュリティ (データ損失が誤りではなく侵害が原因の場合)

インシデントの最中にいて、どのツールが必要かわからない場合は、KPanelのSupportから当社に連絡するか、support@kapsulehost.comにサイト名と問題が発生した時刻をメールしてください。