Dataverse 移行中のエラー 3420 について

Akyo Kamashita 100 評価のポイント
2026-04-09T04:25:18.72+00:00

内蔵コネクタを使用して 5000 行のローカル テーブルを Dataverse にプッシュしていますが、途中で「オブジェクトが無効か、またはセットされていません」(エラー 3420) が発生し、一貫してクラッシュしてしまいます。[Microsoft Access から Dataverse への移行ウィザードと DAO レコードセットの失敗画像] Power Platform API がスロットリングによるバックオフをトリガーした際、ACE (Access Connectivity Engine) がレコードセットへの参照を失い、移行ウィザードがハングしてテーブルが「部分的に同期された」状態のまま残ってしまうようです。

API スロットリング発生時の DAO 参照の消失を防ぎ、大規模データセットにおける Access から Dataverse への同期を安定させるにはどうすればよいでしょうか?

Microsoft 365 と Office | Access | ビジネス向け | その他
0 件のコメント コメントはありません

質問作成者が受け入れた回答
Anonymous
2026-04-09T05:58:31.9066667+00:00

ご注意:この返信は自動翻訳されたものです。そのため、文法上の誤りや不自然な表現が含まれている可能性があります。 

こんにちは Akyo Kamashita

詳細をご共有いただきありがとうございます。移行が途中で停止してしまうと、非常にフラストレーションを感じられることと思います。 

調査および確認された動作に基づくと、この問題は、基盤となる接続が中断された際に DAO がオブジェクトの状態をどのように処理するか に関連している可能性が高いと考えられます。 

エラー 3420 は、Recordset の状態や接続が変更された後に、その Recordset が無効になった場合に発生します。長時間実行される処理や大量データ処理では、Dataverse がサービス保護制限を適用することがあります。その際、Access が使用している接続が中断またはリセットされる可能性があります。 

サービス保護 API の制限 (Microsoft Dataverse) - Power Apps | Microsoft Learn 

その結果、アクティブな Recordset が有効な状態を維持できなくなり、エラー 3420 が発生して、移行が部分的にしか完了しない可能性があります。 

安定性を向上させるために、以下の点をご検討ください。 

-スロットリングを最小限に抑えるため、バッチサイズを小さくする 

-移行処理中に長時間生存する Recordset の使用を避ける 

-可能な場合は、再試行(リトライ)ロジックを実装する 

-データをより小さく、制御されたトランザクション単位で処理する 

また、大規模な移行については、大量データ処理向けに設計され、高いボリュームをより安定して処理できる Dataverse Web API の使用をご検討ください。 

サンプル: Web API 一括操作の使用 - Power Apps | Microsoft Learn 

本情報がお役に立てば幸いです。


注: このスレッドに関連するメール通知を受け取りたい場合は、ドキュメントの手順に従ってメール通知を有効にしてください。

この回答は役に立ちましたか?


0 件の追加の回答

並べ替え方法: 最も役に立つ

お客様の回答

質問作成者は回答に "承認済み"、モデレーターは "推奨" とマークできます。これにより、ユーザーは作成者の問題が回答によって解決したことを把握できます。