SSISとKingsWay CRM宛先コンポーネントを使用して連絡先エンティティにデータをロードしようとしています。問題はそれが時間がかかりすぎるということです。連絡先エンティティへのデータのロードが非常に遅い
セットアップ：
CRM：クラウド（西ヨーロッパ）でホストされている365サンドボックス環境。
バッチサイズ：100
スレッド：2
エンティティに関連するすべてのカスタムプラグインは無効です。
262行を送信するのに4分かかります。
他のエンティティでは、これよりも数千も多くの行を送信できます。
何が問題になる可能性がありますか、それをさらにどのようにデバッグすることができますか？
更新が
フィールドへのマッピングを削除するようだ：
姓
が 姓
EmailAddress1
4分11秒までのロード時間が短縮されます。
これにはいくつかのシステムプラグインがありますか？
提案がありますか？
すでにその後、連絡先の重複の検出ルールを非公開、インポートファイルにだまされやすい人の連絡先の世話をした場合は（名前&メールに基づいてOOB）：
設定>データ管理>検出ルールを重複>を選択エンティティタイプ：連絡先
ファイルをインポートしてから、重複検出ルールを再度発行してデータガバナンスを確実に行うことができます。必要に応じて、インポートが完了したら重複検出ジョブを実行できます。
は、そうでない場合は、ステップの下に使用して組織レベルの設定をオフにします。
設定>データ管理>重複検出設定]> [重複検出を有効にする - オプションのチェックを外します。データの間にthisとthisを参照してください
をインポート
「同じ姓名の連絡先」というシステムルールと電子メールアドレスをチェックするカスタムルールがあります。しかし、それらはすべて未発表の状態です。この状態になってもパフォーマンスは低下しますか？ – Kenci
データのインポート中に重複検出ルールを無効にすることがテストされましたが、それは役に立ちませんでした。これまでのところ、CRMコンポーネントのフィールドを無視することは、パフォーマンスを向上させる唯一の方法です。 – Kenci
FNで、次にLNでのみ、次に電子メールでのみ使用できますか？だから私たちは問題を切り分けることができます。また、データの問題の可能性を排除できるかどうかを確認してください。私は複合フィールドを疑問に思うフルネームは手動で入力することができます.. –
連絡先の作成または更新時に発生するワークフローやプラグインがあるかどうかを確認したい場合があります。 – Aron
ご意見ありがとうございます。私はプラグイン登録ツールを使用して、連絡先エンティティに関連するすべての手順を無効にしました。 View - > Display by Entityを使用して、連絡先に関連するものがすべて見つかったことを確認しました。更新された質問をご覧ください。 – Kenci
重複する検出ルールを確認します。 –