注意事項
https://help.salesforce.com/s/articleView?id=000387958&type=1
オブジェクトの名前はデータ ローダーとデータ エクスポート サービスで異なります。API では「FeedItem」に置き換えられた「FeedPost」オブジェクトを選択する必要があります。
復元前に確認すること
本当にデータがなくなったかを確認したほうがいいみたい。
Salesforceでレコードとデータを回復する
Salesforce Data Recovery: How to Restore Salesforce Data
Salesforceのバックアップ機能
何をバックアップする必要がありますか？
エンタープライズエステート全体
•これはSalesforceだけではありません
•私たちは接続された世界に住んでおり、SalesforceデータはERP、請求、製品などと統合されています
•1つを復元し、すべてを復元しますか？
Salesforce組織
• データ
•静的データ（顧客、製品）
•トランザクションデータ（注文、ケース）
MetaData
• システム構成
•カスタマイズとコード
Salesforceは何をバックアップしますか？
Salesforceは組織をバックアップします
データベースのバックアップ
•Salesforceは、データとメタデータの両方を含むデータベースバックアップを実行します
•すべてのデータは、増分バックアップと完全バックアップのローテーションスケジュールで、各データセンターでテープにバックアップされます。
•バックアップは、安全なテープアーカイブへの安全なリンクを介して複製されます
•テープはオフサイトに輸送されず、廃棄時に安全に破壊されます
•バックアップは90日間保持されます
注意：
•マルチテナントアーキテクチャとは、各Salesforceデータベースに次のものが含まれていることを意味します
•最大10,000人の顧客
•サイズが約20〜30 TB
ごみ箱
•削除されたレコードはごみ箱に移動され、通常15日間保持されます。
•ただし、記録は15日前に完全に削除される場合があります。例：
•ごみ箱は手動でパージできます
•ごみ箱は、保管制限のために自動的にパージされます
•レコードがまだごみ箱に入っている場合は、ユーザーがレコードを復元できます
•レコードがごみ箱にない場合は、「バックアップ」csvから復元する必要があります
これに加えて何ができますか？
Weekly export to csv
•選択したオブジェクトデータを使用してzipファイルを作成し、後でzipファイルをダウンロードするためのリンクを記載した電子メールを送信します。
•スケジュール済み
•データのみ。このメカニズムを使用してメタデータをエクスポートすることはできません。
•データローダーまたは同様のツールで使用して別の（または同じ）に挿入/アップサートできるオブジェクトごとに1つのcsvファイル
org、またはローカルデータベースにロードする。
Sandbox Copy
•完全なサンドボックス（データとメタデータ）または構成のみ（メタデータ）
•本番からサンドボックスまでのみ、宛先を消去します。
•電子メールアドレス（サフィックス）を除く、完全なサンドボックス（同じID）の正確なコピー
•29日ごとに完全なサンドボックスを更新します
Custom data extract
•カスタムエクスポート機能を作成して、毎週よりも頻繁にデータを抽出します
•ロシュファーマはそのような施設を作成し、ロシュ内のサービスとしてこれを提供しています
•Rocheハードウェアへの毎日のバックアップ
•現在Informaticaを使用していますが、Webサービスとスクリプトへの移行を計画しています
AppExchange
AppExchange製品を実装してバックアップを実行します
•データをクラウドまたはオンプレミスのデータストア（dbまたはcsv）にバックアップします
•機能はさまざまですが、スケジューリング、完全バックアップ、増分バックアップが含まれます
•すべてがバックアップを提供し、復元は一般的に制限されています
•ベンダーの例には次のものが含まれます
OwnBackup、Backupify、Spanning Backup、CloudAlly、Odaseva
Salesforceデータの復元
なぜデータを復元したいのですか？
完全なSalesforceディザスタリカバリシナリオの場合
•DB障害、データセンター障害など-Salesforceはプラットフォームとデータベースを回復します（http://trust.salesforce.com）
•高度に統合されたエンタープライズエステートでは、追加の検証またはデータ修正が必要になる場合があります
顧客の復元シナリオの場合、たとえば顧客がデータの破損/損失などを導入した場合
•Salesforceは現在、バックアップからデータを復元するためのオンデマンドサービスを提供していません
•お客様は、Salesforceで作成されたデータベースのバックアップ（マルチテナントなど）にアクセスできません。
•お客様は、お客様の復元シナリオのために、データのバックアップと復元のプロセスが整っていることを確認することをお勧めします
お客様の復元シナリオ？
統合エラー例：
•統合インターフェースのデータが誤動作して破損している
•統合システムのエラーにより、無効なデータがインターフェイスを介して渡されます
データ移行/一括更新エラー例：
•データ移行アクティビティ中のエラー
•データローダーまたは同様のツールを使用した既存のレコードの一括更新中
ヒューマンエラー、例：
•レコードの誤った削除
悪意のあるユーザーアクション、例：
•Salesforceの不正なシステム管理者または他のユーザー
構成の展開例：
•オブジェクト定義からフィールドを削除する
•フィールドデータ型の変更
データ復元シナリオの準備
明確に定義され、文書化された復旧計画を作成する
•企業全体の不動産全体
•顧客回復シナリオごとのバリアント
•役割、責任、承認など
•作業しているパラメータを把握します。例：
1.ビジネスは1営業日以内に稼働することを期待しています
2.企業はxyzデータの損失に同意します
復旧計画をテストする
•サンドボックス環境を使用します。場合によっては、トライアル組織を使用して復元します。
•定期的にテストする
計画とツールのレビューと更新
•メジャー（春、夏、冬）のSalesforceリリースごと
•主要なカスタマーリリースごとに
•新しいオブジェクト、機能、機能が含まれ
データを復元する際の技術的な考慮事項
データ復元アプローチ
•バックアップcsvファイルからデータを復元する
•前向きに修正
•ごみ箱からの簡単なレコードの復元
•インターフェースを介したマスターデータレコードからのデータ更新
完全または部分的なデータの復元
•1つ/一部/すべてのオブジェクト
•1つ/一部/すべてのレコード
処理するために必要な特別な考慮事項
•暗号化されたデータ
•統合されたオブジェクト/フィールドと統合されていないオブジェクト/フィールド
データの復元
•レコードID
1.レコードIDは設定できません。
2.レコードを挿入すると、Salesforceは一意のIDを生成します
3.新しいレコードIDを使用して関係を再マップする必要があります
•親レコードが優先
1.最初に親レコードを復元する
2.子供はフォローしますが、正しい親レコードIDにマップされていることを確認する必要があります
•システムが維持する監査フィールド
1.CreatedBy, CreatedDate
2.LastModifiedBy, LastModifiedDate
•API Governor Limits
復元中に24時間の制限に達しますか？
•データ量
復元の処理にはどのくらい時間がかかりますか？
•自動化されたビジネスプロセスはどうですか？
1.Triggers, Workflow Rules, Validation Rules
2.Outbound Integration interfaces
統合システム
•復元は純粋なSalesforceですか？おそらくそうではない.....
•SalesforceレコードIDを保持/リンクする統合システムに保持されているデータはありますか？
1.AppExchange apps with local storage
2.Data Warehouse
3.ERP
最後の手段！
データのバックアップがない場合はどうなりますか？
Salesforce Data Recovery Service（https://help.salesforce.com/HTViewSolution?id=000003594&language=en_US）
•Salesforceは、顧客にcsvファイルの形式でデータ（メタデータなし）を提供します
•ファイルはSalesforceデータベースのバックアップから抽出されます
•お客様は、必要な要素を本番組織に復元する責任があります
•プロセスはcsvファイルを提供するのに最低15営業日かかり、コストは1万米ドル以上です
•最後の手段としてのみ見なされるべきです