リストアの概要
概要
概要Salesforceのデータ復元は複雑になり得ますが、Flosum Backup & Archiveは非常に正確で柔軟、視覚的な復元ワークフローによりプロセスを簡素化します。データの破損、ユーザーエラー、セキュリティインシデントからの復旧であっても、Flosumでは次のことが可能です：
バックアップ、アーカイブ、またはメタデータスナップショットから復元します。
オブジェクト、レコード、フィールドで復元する内容をフィルタリングします。
復元を確定する前にレコードのバージョンを視覚的に比較します。
変更された部分のみを復元して回復を高速化します。
この記事では、復元プロセスの概略と、Flosumの二段階のバックアップおよび復元ワークフローの開始方法を紹介します。
Flosumの復元機能は、オブジェクト、レコード、フィールド単位で正確に必要なものだけを復元できる強力なフィルタリングと比較機能を提供します。このターゲット化されたアプローチはリスクを最小化し、RTO（復旧時間目標）を短縮します。Composite Backupを使用する場合、システムはスナップショットを比較して変更箇所のみを特定するため、数百万件のレコードを個別にスキャンする必要がなくなります。この方法によりパフォーマンスが大幅に向上し、復元時間が短縮されます。
復元操作は二段階のプロセスです。まず、取得するオブジェクトとフィールドを選択し、重要なレコードを選ぶためのフィルタを含む復元リクエストを作成します。第二段階では、取得対象のレコードが検証された後に実際にデータを取得します。
復元操作中の範囲と影響を最小限にするために、次のことができます：
特定の 子オブジェクトを復元する （例：ContentDocumentLinks）。
フィールド値で フィルタリングする。
復元中に自動化をスキップする。
復元を使用する場面
Salesforceデータの復元は次のような多くの状況で有用です：
データ損失からの回復： システムエラー、統合の失敗、その他の技術的問題によるレコードの欠落やデータ破損を特定した後
ユーザーエラーの修正： 意図しない大量削除、上書き、または誤った情報を導入したデータインポートを元に戻すため
履歴の取得： 変更を元に戻したり以前の構成を回復する必要があるときに特定の過去のフィールド値を復元するため
二つの復元方法
フィルタベースの復元： イベントの時間範囲が分かっている場合、宣言型フィルタを使用して復元する必要のある特定のオブジェクト、レコード、フィールドのみを選択します。
視覚的比較と復元： 正確な変更点が不明な場合、レコードのバージョンを視覚的に比較し、どの値を復元するかを手動で選択します。
復元プロセスの概要
バックアップ復元プロセスは、精度と制御を意図した二つの簡略化されたステップに従います。復元の種類（バックアップ、アーカイブ、バックアップメタデータ）によって若干の違いはありますが、一般的なプロセスはすべてのタイプで一貫しています。各復元タイプの具体的な手順はそれぞれの関連記事に記載されています。
Step 2で 復元 ジョブが実行されるまで、Salesforceのデータには何も変更が加えられません。
ステップ1：復元リクエストジョブの作成（準備）
この準備フェーズでは、組織に変更を加える前に何が復元可能かを特定するのに役立ちます。
復元タイプを選択： バックアップ, アーカイブ、または メタデータ。
次を選択： 影響を受けたバックアップ （データ損失が疑われる）。
次を選択： 正しいバックアップ （最後のクリーンスナップショット）。
復元するオブジェクトと子レコードを選択します。
オブジェクト設定とフィールドレベルのオプションを構成します
次に 復元リクエスト ジョブを実行します。
以下の記事に完全な手順があります：
ステップ2：復元ジョブの実行（実行）
準備ジョブが完了した後：
次を選択： 復元リクエスト ジョブは 復元準備完了としてマークされます。
オブジェクトおよびステータス別にレコードを確認します。
次に 復元 選択したレコードをSalesforceに復元するためにジョブを実行します。
進捗と完了状況は 復元履歴テーブルで監視します。
以下の記事に完全な手順があります：
最終更新
役に立ちましたか？