Dataverse の長期保有でアーカイブをテストするには、サンドボックス環境が必要ですか?
はい、Tier-2以上のサンドボックスインスタンスを使う必要があります。 Tier CHE では機能しません。
アーカイブ ジョブが完了するまでどれくらいかかりますか?
アプリケーションはデータアーカイブジョブに低い優先度を割り当てます。 アーカイブ作業の期間はデータ量によって異なります。 データ量に基づいて、ジョブに必要な日数は 7 ～ 14日です。
データがアーカイブされた後、Dataverse の長期保有からライブデータとアーカイブ データにアクセスできますか?
はい、Microsoft Fabric (Power BI オプション付き) を使用して、ライブデータとアーカイブ データを照会できます。 Dataverse は Fabric の設定を簡素化します。
自分の財務と運用アプリでアーカイブされたデータを表示できますか?
はい、アプリケーション固有の照会ページが用意されており、アーカイブされたデータを見ることができます。 履歴テーブルからデータが永久に削除されると、そのデータは閲覧できなくなります。 Fabric (Power BI オプション付き) を使用すると、Dataverse の長期保有データからデータを照会できます。
Dataverse 長期保有からライブ テーブルにデータを復元できますか?
いいえ、Dataverse 長期保有からライブ テーブルへのデータ リストアはサポートされていません。
履歴テーブルからデータを削除すると、データベースの最大容量を節約できますか？
完全な節約を得るには、履歴テーブルからデータを消去してください。
この機能によって関連テーブルがアーカイブされますか？
いいえ、シナリオに存在する実際のアプリケーション テーブルのデータだけがアーカイブされます。 サポートされているアーカイブ シナリオ外の依存トランザクションはアーカイブされません。 たとえば、在庫トランザクション テーブルをアーカイブしても、元のトランザクションはアーカイブされません。 管理者は、SalesOrder テーブルのアーカイブを個別に設定する必要があります。
財務と運用環境を Dataverse 環境とリンクさせ、ワークスペースからアーカイブ ジョブの実行に成功しました。 財務と運用環境を新しい Power Apps/CE 環境に再リンクする変更は可能ですか?
いや、この変更はやめてくれ。 それがデータ損失を引き起こします。
財務と運用アプリでアーカイブ ワークスペースからアーカイブ ジョブを実行して成功しました。 財務と運用データベースを新しい運用データで更新すると、アーカイブ データは同じ運用 Dataverse バックアップで更新されますか?
いいえ、現状では財務・運用データベースのリフレッシュがDataverseを自動的に更新するわけではありません。 運用環境とは別に Dataverse を更新する必要があります。
データベースの更新は、ライフサイクルサービスを使って行う場合、アーカイブジョブにも影響を与えることがあります。 ライフサイクルサービスのデータベース刷新はDataverseから情報をコピーしません。 その結果、ライフサイクルサービスは発生元の環境からターゲット環境へのオンフライトアーカイブジョブをコピーしません。 この設計により、Dataverse内の対応するレコードが存在しなかったことで発生する故障を防ぎます。 これらのジョブはリフレッシュ後に再開でき、アーカイブは通常通り続きます。
移動平均取引には在庫のクロージングがありません。 この条件は、これらの取引をアーカイブできないという意味ですか?
いいえ、在庫トランザクションのアーカイブ シナリオはトランザクションに限定されません。 移動平均取引や標準原価取引にクローズインベントリがあればアーカイブできます。
Dataverse の長期保有でアーカイブされたトランザクション データを閲覧する必要がある監査人の要件を満たすにはどうすればよいでしょうか?
Dataverse 長期保有のアーカイブ データを Microsoft Fabric で表示できます。
また、財務と運用の履歴テーブルから、すべての異なるシナリオのアーカイブデータを表示できます。 一般会計の例。
財務と運用アプリを自分のデータ レイクにエクスポートします。 ライブファイナンスやオペレーションのアプリケーションテーブルからデータをアーカイブした場合、アーカイブされたデータは自分のデータレイクから削除されますか?
Bring Your Own Database (BYOD) では Dataverse の長期保有はサポートされておらず、BYOD でのデータ保存は保証されていません。
Dynamics 365 FinanceおよびOperationsの本番データベースからサンドボックス環境へ定期的にデータ更新を行う必要があります。 Data Archive機能を利用するお客様にどのようなアドバイスを提供すべきでしょうか?
この状況には2つのシナリオがあります。
シナリオ1 - 本番環境でデータアーカイブシナリオを実行し、LCSからAXDBを復元し、Power Platform管理センターからDataverse環境をコピーして、データリフレッシュ時に両環境が同一であることを確認しました。
Note
アーカイブジョブが実行されていないことを確認してください。この状態はサンドボックス環境でのLTRジョブの実行に干渉する可能性があります。
シナリオ2 - サンドボックス環境でData Archiveシナリオをテストしている場合、本番環境ではData Archiveが有効になっていません。 LCSからAXDBを復元し、Power Platform管理センターからDataverse環境をコピーして、データ更新時に両環境が同一であることを確認しましょう。 AXDBとDataverse環境を復元した後、サンドボックス内でData Archiveの設定に関するすべての手順を繰り返します。 このステップが完了したら、データアーカイブのテストを一から再開します。
Dataverse 長期保有アプリで、Power Platform から Dynamics 365 アーカイブのインストールまたはアップグレードが失敗した場合はどうすればよいですか?
インストールの前提条件
すべての必須の設定手順を完了します。
必要な事前設定手順をすべて完了してください。 誤った設定を行った場合、インストールが失敗する可能性があります。
申請の活動を確認します。
財務および運営アプリに直近30日以内にサインインする必要があります。 組織が休止とマークされている場合は、インストールが失敗する可能性があります。
30日以上経過してサインインすると、組織がアクティブとしてマークされるまでに 最大4時間 かかることがあります。
アーカイブの仕事のスケジューリングが失敗したらどうすればいいですか?
ケース1:サンドボックス環境のライブテーブルで変更追跡や保持が有効になっていません
Symptom
サンドボックス環境でアーカイブジョブをスケジュールしようとすると、次のようなエラーメッセージが表示されます。
長期定着ジョブの作成中にエラーが発生しました。 Entity:'mserp_salestablebientity'は保持が有効になっていません。 エラー:FnOエンティティのSalesTableBiEntityは、行バージョン変更追跡が有効でないか、保持が有効になっていません。
Resolution
もしデータアーカイブソリューションがインストールされていない環境からデータベースを更新した後にサンドボックス環境でこのエラーが見つかった場合は、サンドボックス内で再度データアーカイブを設定する必要があります。 詳細はアーカイブ FAQs - データリフレッシュをご覧ください。
このプロセスでは、PPACからDataverse長期保持アプリケーションでアーカイブを再インストールし、変更追跡と長期保持のためにテーブルを再度設定する必要があります。
PPACで更新可能な新しいアプリケーションバージョンがあれば、そのアップデートをインストールするだけで環境の設定が可能です。 それ以外の場合は、PowerApps MakerからData Archivalに関連するすべてのDataverseソリューションを削除し、PPACからアプリケーションを再インストールしてください。 以下のステップを踏みます:
- ソリューションを削除
msdyn_ArchiveServiceAnchor。 - すべての
ArchiveTablesVirtualEntitiesとArchiveVirtualEntities solutionsを削除してください。 - PPACからDataverse長期保存アプリケーションでアーカイブを再インストールしてください。
- アーカイブジョブをもう一度スケジューリングしてみてください。
ケース2:テーブルフィールドが欠落または非公開のエンティティ
Symptom
アーカイブジョブをスケジュールしようとすると、次のようなエラーメッセージが表示されます。
長期定着ジョブの作成中にエラーが発生しました。 テーブルフィールドが欠落している、または非公開のエンティティが存在する場合もあります。 エンティティ名: GeneralJournalAccountEntryBiEntity, 不足しているフィールド: [MissingCustomField1, MissingCustomField2]; エンティティ名: GeneralJournalEntryBiEntity, 非公開フィールド: [PrivateCustomField3];
Resolution
この検証エラーは、カスタマイズされたフィールドをライブテーブルに追加しても対応するF&Oデータエンティティには追加しなかったり、エンティティに追加したもののプライベートまたは内部アクセス修飾子を使っている場合に発生します。 この問題を解決するために、各カスタマイズされたテーブルフィールドについて、以下の条件が成り立つことを確認してください。
- 対応するデータエンティティのフィールドをマッピングされたフィールドを通じて公開します。
- データエンティティフィールドにはパブリックアクセス修飾子があります。
もしアーカイブジョブがワークスペースで エラー状態で 終了した場合、どうすればいいですか?
データアーカイブジョブが エラー 状態で終了した場合、同じアーカイブシナリオで新しいアーカイブジョブをスケジュールすることはできません。 そのシナリオで Scheduled 状態にある既存のジョブはすべて、キューに残ります。 この動作は、その特定のデータ アーカイブ シナリオ内での中断やデータの不整合を防ぐのに役立ちます。 この問題が発生した場合は、基になる原因の診断と解決に関するサポートにお問い合わせください。 引き続き他のデータ アーカイブ シナリオを実行できます。 例えば、税アーカイブジョブを実行中に総勘定元帳アーカイブジョブが失敗状態のままであることができます。
総勘定元帳ジョブは「テーブル フィールドが欠落しているか、公開されていないエンティティがあります」というエラーで失敗しました。 EntityName: SubledgerVoucherGeneralJournalEntryBiEntity, MissingFields: [DocumentType]"
Resolution
問題を解決するには、リリース時またはそれ以降のバージョンにアプリケーションを更新してください。
リリース Availability 10.0.48/プラットフォーム更新 72 10.0.2645.139以上 10.0.49/プラットフォーム更新 73 10.0.2790.66以上
アップデート完了後は、Microsoftサポートのサポートケースを開きます。 サポートはこの問題で失敗した仕事を特定し、再開します。 アーカイブワークスペースを監視し、影響を受けたジョブが処理を再開しているか確認してください。
一般的なインストールの失敗のケースと解決策
ケース 1 : 状態エラー コードまたは重複キー エラー
現象 1: ステータス エラー コード
エラー メッセージと挙動
状態コード 503: サービスを使用できません
状態コード 500: 別のインポートが操作をブロックしているため、ソリューション操作が失敗しました
ソリューションのインポートの進行状況が中断しています。
Resolution
しばらく待ってから、インストールをもう一度やり直してください。 インストールが正常に行われるまで、このプロセスを繰り返します。
現象 2: アップグレード時に重複キー エラーが発生
エラー メッセージ
非クエリの実行時に重複するキーを挿入できない例外が発生しました
Resolution
Maker Portal で、ソリューションに移動します。
次のソリューションを削除します:
- msdyn_ArchiveServicePermissions_PROD
- msdyn_ArchiveServiceAnchor
- msdyn_ArchiveService
更新してから、Power Platform 管理センターで Dataverse の長期保持を含む Dynamics 365 Archive のインストールを再実行します。
ケース 2 : ライセンス コンフィギュレーション キーがない
エラー メッセージ
MCR コール センター コンフィギュレーション キーをライセンス コンフィギュレーションで有効にして、MCRSalesTableBiEntity の変更追跡を有効にする必要があります。
Resolution
- Dynamics 365 財務と運用アプリで、システム管理>ライセンスの構成に移動します。
- 選択チェック ボックスとサブチェック ボックスをオンにします: 小売チャンネル>コールセンター。
ケース 3 : アーカイブに利用できない仮想エンティティ
エラー メッセージ
財務と運用アプリで保存が有効になっているかどうかを確認できませんでした ve : generaljournalentrybientity... エンティティはアーカイブの対象ではありません
Resolution
Maker Portal で、テーブル>利用可能な財務と運用エンティティに移動します。
更新列が表示されていることを確認してください。
前に述べたエンティティを更新します。
Note
エンティティのバックテーブルにカスタムフィールドを追加する場合(例えば
GeneralJournalEntry)、リフレッシュ する前に すべてのカスタムフィールドをエンティティに追加してください。
ケース 4: データ ソースの構成の問題
エラー メッセージ
データ ソース "財務と運用仮想データ ソース構成" を使用して接続を確立することはできません。 エンティティ メタデータの同期に失敗しました。
原因
Power Platform 管理センターでインストールを実行しているユーザーが存在しないか、財務と運用アプリで管理者でない。
Resolution
インストール ユーザーが財務と運用アプリに存在していること、および管理者ロールを持っていることを確認してください。