從Dynamics CRM 2016導入到Dynamics 365時dbo.DependencyBase上的錯誤

從Dynamics CRM 2016導入非託管解決方案到Dynamics 365的乾淨實例時，我收到此錯誤。沒有其他詳細信息，因此我沒有知道哪個特定實體有問題從Dynamics CRM 2016導入到Dynamics 365時dbo.DependencyBase上的錯誤

無法在具有唯一索引'ndx_UniqueDependencyNodes'的對象'dbo.DependencyBase'中插入重複鍵行。重複鍵值爲（b8e82bca-64b2-4b4c-9192-0eb2010de885，a5396ca9-d5fa-4951-ba3f-619bb8fab0b7）。該語句已終止。

有沒有人遇到過這個？

的動態CRM 2016的版本（8.1.0.569）（DB 8.1.0.563）

[更新]無論CRM 2016和365動態在線實例。

來源

2017-03-02 Gildon Opao

什麼是CRM跟蹤？沒有運氣？ – Alex

這些都是在線版本，所以我看不到CRM跟蹤。一個是舊版本2016 Online，另一個是新版本的Dynamics 365 Online。 –

這是當前Dynamics 2016產品中的一個錯誤。微軟正在研究一個解決方案。

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數據庫上執行這個腳本是不支持的行動。首先進行數據庫備份並使用它需要您自擔風險。

來源

2017-03-02 13:57:50

感謝您的回答，但我忘了提及這些都是CRM Online。一個是2016年，另一個是Dynamics 365的新實例 –

在這種情況下，您需要聯繫Microsoft支持。不過，如果你認爲這個答案很有用，可以考慮給它一個投票。 :-) –

對我來說，問題在於解決方案中包含的SLA。

我的情況是這樣的：

- 開發和在線PROD實例定製（上線之前） - 從這個PROD收集所有的自定義在一個解決方案

- 複製（重新部署）兩沙箱實例

-Export溶液從一個沙箱到另一個或回PROD實例

我通過decativating然後從目標系統刪除SLA校正的問題。

從那時起，即使目標系統的SLA默認並處於活動狀態，我的解決方案也可以通過SLA重複導入。

來源

2017-08-31 11:42:06 Ronda

從Dynamics CRM 2016導入到Dynamics 365時dbo.DependencyBase上的錯誤

回答

相關問題