1

Exchange에 연결하는 응용 프로그램을 사용하여 여러 사용자의 일정 항목을 읽고, 만들고, 일정을 변경하고 취소 할 수 있습니다. 이 모든 작업은 EWS를 통해 수행됩니다. 추후 업데이트를 위해 Exchange에서 생성 된 이벤트를 추적하기 위해 앱은 이벤트 ID를 데이터베이스에 저장합니다. 가까운 장래에 IT 부서에서는 모든 사용자 사서함을 구내 교환기 2013에서 Office365로 마이그레이션 할 계획입니다. Office365에 연결하여 모든 기능을 수행 할 수 있도록 응용 프로그램을 업데이트했지만 다음과 같은 질문이 있습니다.EWS 회사 내 Exchange 2013에서 Office365로 마이그레이션 한 후 ItemId

Exchange 2013에서 이벤트를 만든 다음 Office365로 마이그레이션하면 해당 이벤트의 EWS ID는 그대로 유지됩니까? 같은? 그렇지 않은 경우 응용 프로그램에 저장된 ID를 Office365 이벤트와 일치시키는 방법이 있습니까?

답변

3

이벤트가 교환 2013 년에 만들어지고 다음은 마이크로 소프트 오피스 365로 마이그레이션하는 경우, 이벤트의 EWS ID는 동일하게 유지? 그렇지 않은 경우 응용 프로그램에 저장된 ID를 Office365 이벤트와 일치시키는 방법이 있습니까?

그것 EWSId없이 그들이 동일하게 유지되지 않으며 일반적으로 당신이 약속을 마이그레이션 한 후 둘 사이에 변환 할 수있는 방법이없는 경우입니다. Appointments가 삭제되고 정상 프로세스의 일부로 다시 생성 될 수 있기 때문에 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 속성은 생성 후에 변경되지 않으므로 사서함의 특정 약속을 찾는 데 사용할 수 있으므로 다른 사서함의 동일한 약속에 대해 동일한 값이됩니다 (예 : 모임이있는 곳). 여러 참석자와 함께).

또 다른 방법은 하이브리드 마이그레이션을 사용하는 마이그레이션 방법을 확인하는 것입니다. 하이브리드 마이그레이션은 항목을 기본 형식으로 옮겨 충실도 손실이 없으므로 아무런 문제가 없어야합니다. 일부 타사 마이그레이션 제품은 해당 방법을 사용하는 경우 customId를 복사하지 못할 수 있습니다.

+0

덕분에 글렌이 아주 유용합니다. –

관련 문제