Exchange server 从内部部署Exchange 2013迁移到Office 365后的EWS ItemId

Exchange server 从内部部署Exchange 2013迁移到Office 365后的EWS ItemId,exchange-server,office365,exchangewebservices,ews-managed-api,Exchange Server,Office365,Exchangewebservices,Ews Managed Api,我们有一个连接到Exchange的应用程序,可以读取、创建、重新安排和取消一批用户的日历条目。所有这些都是通过EWS完成的。为了跟踪为以后的更新而创建的事件,应用程序将事件的id存储在其数据库中。在不久的将来,它计划将所有用户邮箱从内部部署的Exchange 2013迁移到Office365。我们已经更新了应用程序,使其能够连接到Office365并执行其所有功能,但存在以下问题: 如果在Exchange 2013中创建事件,然后将其迁移到Office365,该事件的EWS id是否保持不变?如

我们有一个连接到Exchange的应用程序,可以读取、创建、重新安排和取消一批用户的日历条目。所有这些都是通过EWS完成的。为了跟踪为以后的更新而创建的事件,应用程序将事件的id存储在其数据库中。在不久的将来,它计划将所有用户邮箱从内部部署的Exchange 2013迁移到Office365。我们已经更新了应用程序,使其能够连接到Office365并执行其所有功能,但存在以下问题:

如果在Exchange 2013中创建事件,然后将其迁移到Office365,该事件的EWS id是否保持不变?如果没有,是否有方法将应用程序中存储的ID与Office365事件相匹配

如果在Exchange 2013中创建事件,然后将其迁移到Office365,该事件的EWS id是否保持不变?如果没有,是否有方法将应用程序中存储的ID与Office365事件相匹配

如果EWSId为否,则它们将不会保持不变,并且在迁移约会后,通常无法在两者之间进行转换。存储EWSId通常不是最佳做法,因为约会可以作为正常流程的一部分删除和重新创建,这意味着Id将在此处更改,并提供更多信息

通常,最安全的做法是在迁移之前编写一个应用程序,以便在日历项上生成自己的自定义属性。然后,在迁移之后,编写一些东西,使用基于您创建的CustomId的新Id更新数据库

约会上的GOID属性在创建后不会更改,因此可以使用该属性在邮箱中查找特定约会。对于不同邮箱中的相同约会,该属性的值将相同(例如,您有多个与会者参加的会议)

另一件事是检查他们将要使用的迁移方法,例如混合迁移,这是最常见的方法。您不应该有任何问题,因为项目以本机格式移动,因此不会丢失保真度。但是,如果您使用该方法,某些第三方迁移产品可能不会复制customId