Scribe Insight:将主要对象访问表数据从CRM 4.0迁移到CRM 2016

时间:2016-07-08 15:44:19

标签: dynamics-crm data-migration dynamics-crm-4 dynamics-crm-2016 scribe-workbench

Scribe Map我使用scribe将Principal Object访问数据从CRM 4.0迁移到CRM 2016 DB。 源适配器是SQL数据适配器,它从4.0中的POA表中读取数据。 目标适配器是CRM适配器,我有一个插入步骤将数据插入CRM 2016。 在目标适配器中,Scribe不允许我将数据链接添加到源的PrincipalId和ObjectId字段。 据我所知,这两个字段都是创建主要访问对象所必需的。但是,由于我无法创建数据链接,因此我不知道如何将此数据复制到CRM 2016。 有没有人曾尝试使用scribe迁移Principal Object Access表,并有任何建议供我试用? 任何帮助将不胜感激。

2 个答案:

答案 0 :(得分:0)

我从您的屏幕截图中注意到的一些可能对您有帮助的事情:

  1. 您尝试在插入时设置principalobjectaccessid。我认为这是一个禁忌,因为你正在创建一个crm记录,并希望在那时分配一个新的guid。
  2. 您正在查找类型代码,但不查找objectid和主要ID的外键。你需要引用那些(可能是通过名称或外部参照表,因为guids在导入后会有所不同),以便进行共享。
  3. 为了查找这些对象和主体,您需要在之前的步骤中将它们输入CRM2016。
  4. 我要添加的一个警告是,基于我对您尝试移动4.0思维过程涉及分享到CRM 2016的有限知识,这很好,这可能是一个坏主意。虽然仍然支持共享,并且肯定是应用程序的一部分,但是在广泛的共享中出现了性能问题,而且使用团队工作时,这实际上要复杂得多。我和我一样。我相信你现在注意到了。

答案 1 :(得分:0)

POA表是CRM的内部表,不应直接写入,即使是通过API。

它存储如何向用户/团队共享记录(由objectid确定)的详细信息(由principalid确定)。

听起来您想要将您的共享从CRM 4.0迁移到2016.Scribe有一个使用虚拟字段执行此操作的机制。查看“适用于Microsoft Dynamics CRM的适配器”的帮助并搜索“授予访问权限”。这解释了如何使用虚拟字段。