从 Dynamics CRM 2016 导入到 Dynamics 365 时 dbo.DependencyBase 出错答案

【问题标题】：Error on dbo.DependencyBase when Importing from Dynamics CRM 2016 to Dynamics 365从 Dynamics CRM 2016 导入到 Dynamics 365 时 dbo.DependencyBase 出错
【发布时间】：2017-07-22 00:34:12
【问题描述】：

我在将非托管解决方案从 Dynamics CRM 2016 导入到一个干净的 Dynamics 365 实例时收到此错误。没有其他详细信息，所以我不知道哪个特定实体有问题

无法在具有唯一索引“ndx_UniqueDependencyNodes”的对象“dbo.DependencyBase”中插入重复的键行。重复键值为 (b8e82bca-64b2-4b4c-9192-0eb2010de885, a5396ca9-d5fa-4951-ba3f-619bb8fab0b7)。该语句已终止。

有人遇到过这种情况吗？

Dynamics CRM 2016 版本是 (8.1.0.569) (DB 8.1.0.563)

[更新] CRM 2016 和 Dynamics 365 都是在线实例。

【问题讨论】：

CRM 跟踪怎么样？运气不好？
这两个都是在线版本，所以我看不到 CRM Trace。一个是旧版本 2016 Online，另一个是新版本 Dynamics 365 Online。

标签： dynamics-crm dynamics-crm-2016 dynamics-365-sales

【解决方案1】：

这是当前 Dynamics 2016 产品中的一个错误。 Microsoft 正在研究解决方案。

CRM 中解决方案的导入过程可能会在组织数据库中产生只能通过 SQL 脚本修复的不一致。这本身不受支持，无法在 Dynamics 365/OnLine 上完成。

我最近遇到了关于 CustomControlDefaultConfig 实体的类似问题。

这个与DependencyBase 表有关的特定问题可以通过以下 SQL 脚本解决：

delete from
    DependencyBase
where
    DependencyId in
    (
        select
            d.DependencyId
        from
            Dependency d
            left join CustomControlDefaultConfig dc
                on d.DependentComponentObjectId = dc.CustomControlDefaultConfigId
            left join CustomControlDefaultConfig rc
                on d.RequiredComponentObjectId = rc.CustomControlDefaultConfigId
        where
            (d.DependentComponentType = 68 and dc.CustomControlDefaultConfigIdUnique is null)
            or (d.RequiredComponentType = 68 and rc.CustomControlDefaultConfigIdUnique is null)
);

注意

在 CRM 数据库上执行此脚本是不受支持的操作。请先备份数据库并自行承担使用风险。

【讨论】：

感谢您的回答，但我忘了提及这些都是 CRM Online。一个仍然是 2016 年，另一个是 Dynamics 365 的新实例
在这种情况下，您需要联系 Microsoft 支持。不过，如果您认为这个答案有用，请考虑给它投票。 :-)

【解决方案2】：

对我来说，问题在于解决方案中包含的 SLA。

我的情况是这样的：

-在在线 PROD 实例上开发和定制（上线前） - 在一个解决方案中收集所有定制

-从这个 PROD 复制（重新部署）到两个沙箱实例

-将解决方案从一个沙箱导出到另一个沙箱或返回到 PROD 实例

我通过停用然后从目标系统中删除 SLA 来纠正问题。

从那时起，我的解决方案可以重复导入，其中包含 SLA，即使目标系统将 SLA 作为默认和活动状态。

【讨论】：