この記事では、Microsoft Dynamics 365 Finance and Operations アプリでデータをアーカイブする方法について説明します。 Finance and Operations アプリでは、コスト効率の高い方法で長期的に無制限のデータを安全にアーカイブおよび保持するためのカスタムアイテム保持ポリシーがサポートされています。 Finance and Operations アプリはアクティブなデータに制限を設けないため、ビジネスの成長をサポートします。 とはいえ、コンプライアンスや規制上の理由で必要な過去の非アクティブデータは、Dataverse の長期保存に移行することを検討したほうがよいでしょう。
ビジネス アプリケーションのデータ ライフサイクル
ビジネス アプリケーション データ ライフサイクルには、次の 3 つのステージがあります:
- 有効データ
- コンプライアンスと規制の理由で必要とされる履歴データ、無効なデータへの移行
- 削除されたデータへの移行
データをアーカイブすることで、組織は次の利点を実現できます。
- 監査、法的、および規制に関する要件を満たすために、長期に関する履歴上、無効なアプリケーション データを保護します。
- アプリケーション データベースのサイズと使用する容量を減らすと、非常に大きなテーブルに関連するアプリケーションのパフォーマンスが向上する可能性があります。
Dataverse 長期リテンション期間を使用してアーカイブできる財務データ型と運用データ型
この機能は現在、Dataverse 長期保有を使用した次の種類の財務および運用データのアーカイブをサポートしています。
- Dynamics 365 Finance 一般会計
- Dynamics 365 Finance 税トランザクション
- Dynamics 365 Supply Chain Management 在庫トランザクション
- Dynamics 365 Supply Chain Management の在庫仕訳帳
- Dynamics 365 Supply Chain Management 販売注文書
- Dynamics 365 Commerce トランザクション
将来のリリースでは、さらなるデータ型のサポートが予定されています。
重要
Microsoft は、Dynamics 365 の財務および運用データを Dataverse で管理されるデータ レイクに同期する際に、特定のデータ アーカイブ シナリオに影響する同期の問題を特定しました。 これらのシナリオでは、プライベート フィールドまたは内部フィールドはコピーされません。 この問題を解決するために、Microsoft は影響を受けるフィールドを更新して公開します。
影響を受けるフィールドは、Dynamics 365 の財務および運用テーブルで引き続き使用できます。 データ同期の問題を修正するには、これらのテーブルの不足しているフィールドを Dataverse で管理されるデータ レイクにコピーします。
Dynamics 365 Finance and Operations 環境に修正プログラムをインストールすると、影響を受けるフィールドが公開され、システムによって更新プログラムが自動的に検出されます。 あなたは何も行動する必要はありません。 この検出は、現在のバージョンに応じて、2026 年 6 月までに プロアクティブ品質更新プログラム によって自動的に発生します。 または、修正プログラムを手動でインストールして検出を早くトリガーすることもできます。
アプリケーションビルドの最小バージョンは次のとおりです。
| リリース | 在庫状況 |
|---|---|
| 10.0.45/プラットフォーム更新プログラム 69 | 10.0.2345.220 以降 |
| 10.0.46/プラットフォーム更新プログラム 70 | 10.0.2428.162 以降 |
| 10.0.47/プラットフォーム更新プログラム 71 | 10.0.2527.94 以降 |
修正をサポートするために、システムは、進行中のスケジュールされたジョブを完了できるようにしながら、新しいアーカイブ ジョブの作成を一時的に無効にします。 データ同期の問題が解決されると、システムはアーカイブ ジョブを再度有効にします。 さらにサポートが必要な場合は、Microsoft サポートにお問い合わせください。
財務と運用データのアーカイブの機能
アプリケーション管理者は、アーカイブ ジョブをスケジュールし、サポートされる機能シナリオの基準を指定できます。 このプロセスでは、機能シナリオのテーブルからデータを Dataverse の長期保有にアーカイブします。
Finance and Operations アーカイブ ワークスペースからアーカイブ ジョブを開始すると、次のステージが実行されます。
- このプロセスでは、機能シナリオのライブ アプリケーション テーブルから Dataverse の長期リテンション期間にデータがレプリケートされます。
- このプロセスでは、アーカイブ条件を満たすデータが、ライブ財務および運用アプリケーション テーブルでアーカイブ可能としてマークされます。
- このプロセスでは、ライブ テーブル レコードが Dataverse の長期リテンション期間に保持 (アーカイブ) としてマークされます。
- 調整プロセスでは、以前アーカイブ準備完了としてマークされたライブ アプリケーション テーブルのすべてのレコードが、Dataverse の長期保存に使用できることを確認します。
- このプロセスは、以前にアーカイブの準備ができているとマークされたライブ アプリケーション データを Finance and Operations Apps データベースの履歴テーブルに移動し、ライブ アプリケーション テーブルから削除します。 Dynamics 365 財務と運用アプリの特定の照会ページで、この履歴テーブル データにアクセスできます。 履歴テーブルからライブ テーブルにデータを復元するか、完全に消去することができます。 パーマネント パージ機能は将来のリリースでサポートされる予定です。
履歴テーブルからライブ テーブルにデータを復元する
履歴テーブルのデータをアーカイブ ワークスペースからライブ テーブルに復元できます。 履歴テーブルからライブ テーブルにデータを復元すると、Dataverse の長期リテンション期間の対応するアーカイブ データも、データがアーカイブされていると見なされなくなったため、状態が非アクティブからアクティブに変わります。
カスタマイズ
アーカイブ フレームワークには、サポートされている機能シナリオにカスタム フィールドとカスタム テーブルが含まれています。 そのため、カスタム テーブル用の独自のアーカイブ シナリオを作成できます。 アーカイブ ジョブを開始する前に、テーブルのカスタマイズを構成する必要があります。
注記
アーカイブ中、プロセスは、データが関連している場合でも、機能シナリオ外のテーブルからデータをアーカイブしません。 たとえば、在庫トランザクション テーブルをアーカイブしても、販売テーブルは自動的にアーカイブされません。
重要
- 長期保持データは読み取り専用です。
- X++ の削除アクションは、データ アーカイブ ポリシーを実行してライブ 財務および運用データベースからデータを移動する場合には受け入れられません。
- 現在、財務および運用の添付ファイルはサポートされていません。
- Dataverse の長期保存を含むシナリオのアーカイブ プロセスには、バックグラウンドで順次実行される複数のステージがあります。 このプロセスには最大で 14 日かかることがあります。
- Dataverse の長期リテンション期間にアーカイブされたデータをライブ アプリケーション テーブルに戻すことはできません。
- Microsoft Entra ID によってサポートされる Dataverse セキュリティは、Dataverse の長期リテンション期間にアーカイブされたデータをセキュリティで保護します。
- Dataverse で自己管理型暗号化キー (BYOK: Bring Your Own Key) を使用しているお客様は、長期間保持されるデータは Microsoft が管理するキーで暗号化されることにご注意ください。 顧客は、カスタマー マネージド キーへの移行を検討する必要があります。 詳細については、Bring Your Own Key 環境をカスタマー マネージド キーに移行する を参照してください。
アーカイブデータの Dataverse ストレージコストを理解する
平均して、財務および運用アプリから Dataverse の長期保有期間に移行するすべてのギガバイト (GB) は、50% 少ないデータベース容量を消費します。 ライブ アプリケーション データは、Dataverse の長期保持のために圧縮されます。 削減の度合いはテーブル データによって異なる場合があります。 50％ 以上またはそれ以下の節約ができる場合もあります。 より大容量のデータ (数百 GB) を保持する場合、節約効果はより顕著になる可能性があります。
財務アプリと運用アプリの問い合わせページからアクセスできるようにすることで、履歴テーブルでアーカイブされたデータを利用できるようになります。 インデックスを持たない履歴テーブルは、テーブルとインデックスにもよりますが、ライブ テーブルよりも平均して30% (またはそれ以上) 少ない容量を消費します。 アーカイブデータに対するアプリケーション内アクセスが必要ない場合は、履歴テーブルからデータを完全に削除して、完全に節約できます。
ストレージ キャパシティ レポート
管理者は、財務テーブルと運用テーブルの両方について、既存の Power Platform 管理センター レポートでストレージ サイズを確認し、Dataverse 長期保存を行うことができます。
Dataverse の長期リテンション期間でアーカイブされたデータによって消費されたストレージを表示する
アーカイブされたデータによって消費されたストレージを表示するには、次の手順に従います。
- Power Platform 管理センターのDataverse レポート にアクセスします。
Dataverse データベース ストレージ レポートでは、"-Retained" サフィックスを持つアーカイブ済みの財務テーブルと操作テーブルは、Dataverse の長期リテンション期間における財務データと操作アーカイブ データによって消費されるストレージ容量の論理ビューを提供します。
たとえば、管理者が Dataverse データベース ストレージ レポートを表示すると、一般台帳テーブルは <tablename>-Retained として表示されます。 これらのテーブルは、Dataverse の長期保有期間にアーカイブされた Finance テーブルによって消費されるストレージ容量の論理ビューを提供します。 次の図のレポートの例では、mesrp_generaljournalentrybientity-Retained テーブルは、アーカイブされた財務一般会計機能シナリオ テーブルです。 レポート上に <tablename>Retained テーブルが表示されない場合は、レポートを Excel にダウンロードしてご覧ください。
財務データと運用データによって消費されたストレージを表示するには、次の手順に従います。
- 財務と運用アプリの Power Platform 管理センター レポート にアクセスします。
- キャパシティ>財務と運用 を選択します。
- 管理者は、財務および運用アプリケーションのテーブルと履歴テーブルの両方の詳細を表示できます。 インデックスを持たない履歴テーブルは、ライブ アプリケーション テーブルよりも容量を消費しません。
ライブ テーブルが最も容量を消費し、その次に履歴テーブルが続き、最後に Dataverse の長期保持用の <tablename>-Retained テーブルがあります。
運用環境で最大限の容量を節約するには、履歴テーブルからデータをパージすることを検討してください。
削減された容量を把握するには、アーカイブ ポリシー実行後のレポートから、ライブ テーブル、履歴テーブル、<tablename>-Retained テーブルのテーブル データを比較します。
注記
アーカイブ後、自動チューニングプロセスは、削減された容量が履歴テーブルに反映されるまで最大 7 日間かかります。 < tablename>-Retainedテーブルのアーカイブ データ容量が Dataverse データベース容量に反映されるまで、最大 1 日かかる場合があります。