1

Exchangeに接続するアプリケーションがあり、多数のユーザーの予定表エントリを読み込み、作成、変更、キャンセルすることができます。これはすべてEWS経由で行われます。後で更新するためにExchangeで作成されたイベントを追跡するために、アプリケーションはイベントのIDをデータベースに保存します。近い将来、IT部門は、社内のExchange 2013からOffice365にすべてのユーザーメールボックスを移行する予定です。EWS社内Exchange 2013からOffice365への移行後のアイテムID

イベントがExchange 2013で作成され、その後Office365に移行された場合、イベントのEWS IDはそのままになりますか?同じ?そうでない場合は、アプリケーションに格納されているIDとOffice365イベントを一致させる方法はありますか?

答えて

3

イベントは、Exchange 2013で作成された後、それがOffice365に移行されている場合は、イベントのEWS IDは同じままでしょうか?そうでない場合は、アプリケーションに格納されているIDとOffice365イベントを一致させる方法はありますか?

そのEWSIdはありません、彼らは同じに滞在しないだろうと一般的には予定を移行した後、両者の間に変換する方法はないだろう場合。通常のプロセスの一環として予定を削除して再作成することができるため、EWSIdの保存は一般的にベストプラクティスではありません。つまり、IDがhttps://msdn.microsoft.com/en-us/library/office/dn605828(v=exchg.150).aspxの詳細情報に変更されることを意味します。

マイグレーションする前に、アプリケーションを作成してカレンダーアイテムで独自のカスタムプロパティを生成するのが最も安全です。その後、移行後、作成したCustomIdに基づいて新しいIDでデータベースを更新するものを作成します。

アポイントhttps://msdn.microsoft.com/en-us/library/ee157690(v=exchg.80).aspxのGOIDプロパティは作成後も変更されないので、これをメールボックス内の特定の予定を見つけるために使用することができます。これは、異なるメールボックス内の同じ予定の同じ値です(例:複数の出席者と)。

もう1つは、アイテムがネイティブフォーマットで移動されて忠実度の損失がないため、問題のない最も一般的な方法であるハイブリッド移行など、使用する移行方法を確認することですただし、一部のサードパーティの移行製品では、そのメソッドを使用するとcustomIdがコピーされないことがあります。

+0

ありがとうグレン、これは非常に役に立ちます –

関連する問題