DR ポリシーに準拠するための最良のソリューションは、Salesforce データ/メタデータを抽出し、その情報を外部の保護されたシステムに保存するサードパーティ ツールを活用することです。このソリューションは、災害やデータ損失が発生した場合に Salesforce データとメタデータのバックアップを作成するのに役立ちます。必要に応じて、バックアップ システムから Salesforce にデータを復元することもできます。AppExchange またはオンラインで、Salesforce67 のデータ バックアップおよびリカバリ サービスを提供するさまざまなサードパーティ ツールが利用可能です。Salesforce の毎週のエクスポートを活用し、保護されたシステム上のフラット ファイルにデータを保存することは、メタデータのバックアップが含まれておらず、詳細なデータ回復や自動化されたデータ回復ができないため、適切なソリューションではありません。ETL ツールを使用してオンプレミスのアーカイブ ソリューションにデータを移行することは、メタデータのバックアップが含まれておらず、複雑なデータ変換と同期が必要になる可能性があるため、適切なソリューションではありません。データ変更を毎晩抽出して外部の保護されたシステムに保存するカスタム バッチ ジョブを作成することは、メタデータのバックアップが含まれておらず、パフォーマンスや信頼性の問題が発生する可能性があるため、適切なソリューションではありません。

Salesforce のドキュメント 1 によると、所有権の偏りは、多数のレコード (10,000 を超える) が単一のユーザーまたはキューによって所有されている場合に発生します。これにより、複数のユーザーがこれらのレコードにアクセスまたは更新しようとすると、パフォーマンスの問題が発生したり、ロック競合が発生したりする可能性があります。所有権の偏りを防ぐために、次のような推奨方法があります。
デフォルト ユーザーをレコードの所有者として割り当て、デフォルト ユーザーにはロールを割り当てません (オプション C)。こうすることで、レコードはロール階層内の他のユーザーに表示されなくなり、共有の再計算が発生することはありません。
共有ルールのソースとして使用できるパブリック グループにユーザーが参加しないようにします (オプション B)。パブリック グループに基づく共有ルールでは、多くのレコードが単一のユーザーまたはキューによって所有されている場合、過剰な共有計算とロック競合が発生する可能性があります。
デフォルト ユーザーをレコードの所有者として割り当て、階層内の最上位のロールをデフォルト ユーザーに割り当てます (オプション E)。こうすることで、レコードはロール階層内のすべてのユーザーに表示されますが、共有の再計算やロックの競合は発生しません。
デフォルト ユーザーをレコードの所有者として割り当て、階層内でロールを割り当てる (オプション A) ことは、ロールが更新または移動されるときに共有の再計算やロック競合が発生する可能性があるため、推奨されません。
プロファイルに「すべて表示」権限を割り当ててレコードへのアクセスを許可する (オプション D) ことも、セキュリティと共有モデルをバイパスし、機密データが権限のないユーザーに公開される可能性があるため、推奨されません。

Bulk API での完全削除の使用、過去 3 年間に変更または使用されていないレコードの特定、Salesforce から削除する前に EDW でレコードをアーカイブすることはすべて、組織 1 からのレコード数を減らすための良い推奨事項です。バッチ Apex または Rest API での完全削除の使用は、Bulk API ほど効率的またはスケーラブルではない可能性があります

Opportunity とのルックアップ関係を持つ外部オブジェクト Invoice_x を作成することは、パフォーマンスとデータ ストレージ領域を考慮すると、請求書をモデル化するための最良のオプションです。外部オブジェクトを使用すると、データを ERP システムに保存し、Salesforce の OData 経由でアクセスできるようになります。これにより、Salesforce のデータ ストレージの消費量が削減され、クエリとレポートのパフォーマンスが向上します。ルックアップ関係により、営業担当者は案件ページから請求書のステータスと金額を表示できます。他のオプションでは、より多くのデータ ストレージ スペースを消費するか、追加のカスタマイズが必要になるか、リアルタイムのデータ アクセスが提供されません。