Scribe Insight : CRM 4.0에서 CRM 2016으로 주요 개체 액세스 테이블 데이터 이동

Question

필자는 CRM 4.0에서 CRM 2016 DB로 주요 개체 액세스 데이터를 마이그레이션하는 데 scribe를 사용하고 있습니다. 소스 어댑터는 4.0의 POA 테이블에서 데이터를 읽는 SQL 데이터 어댑터입니다. 대상 어댑터가 CRM 어댑터이고 데이터를 CRM 2016에 삽입하는 삽입 단계가 있습니다. 대상 어댑터에서 Scribe는 원본에서 PrincipalId 및 ObjectId 필드에 데이터 링크를 추가 할 수 없도록합니다. 필자가 아는 한이 두 필드는 모두 주 액세스 개체를 만드는 데 필요합니다. 그러나 데이터 링크를 만들 수 없기 때문에이 데이터를 CRM 2016에 어떻게 복사 할 수 있는지 알지 못합니다. 스크라이브를 사용하여 Principal Object Access 테이블을 마이그레이션하려고 시도한 사람이 있습니까? 도움이 될 것입니다.

Answer 1

당신을 도울 수있는 나는 당신의 스크린 샷에서 발견 한 몇 가지 : 당신은 삽입에 principalobjectaccessid을 설정하려는

1. . crm 레코드를 작성하고 대신 그 시간에 새 GUID를 지정하려는 경우 이것이 no-no라고 생각합니다.
2. 형식 코드는 조회하지만 objectid 및 프린시^ID의 외부 키는 조회하지 않습니다. 공유 기능을 사용하려면 해당 항목을 참조해야합니다 (예 : 이름 또는 외부 참조 테이블에 따라 가져 오기가 다른 가져 오기가 될 수 있음).
3. 이러한 개체와 주체를 조회하려면 이전 단계에서 CRM2016에 입력해야합니다.

내가 추가하고자하는 한 가지 주의점은 CRM 2016에 대한 공유와 관련된 4.0 생각 프로세스를 옮기기 위해 노력하고있는 제한된 지식에 기반한다는 것입니다. 이것은 매우 좋은 아이디어 일 수 있습니다. 공유는 여전히 지원되고 있으며 확실히 애플리케이션의 일부이기는하지만 광범위한 공유가 발생하는 성능 문제가 있으며 솔직히 팀 활용과 함께하는 것이 훨씬 더 복잡한 일입니다. 지금 당장 귀하가 알아 차리고 있음을 확신합니다.

Answer 2

POA 테이블은 CRM 내부에 있으므로 API를 통해 직접 작성해서는 안됩니다.

레코드 (objectid에 의해 결정됨)가 사용자/팀 (principalid에 의해 결정됨)과 공유되는 방법에 대한 세부 사항을 저장합니다.

CRM 4.0에서 2016으로 공유를 마이그레이션하려는 것 같습니다. 필기 도구는 가상 필드를 사용하여이를 수행하는 메커니즘을 가지고 있습니다. "Adapter for Microsoft Dynamics CRM"에 대한 도움말을보고 "액세스 권한 부여"를 검색하십시오. 여기서는 가상 필드를 사용하는 방법을 설명합니다.