原創地址:http://www.cnblogs.com/jfzhu/p/4018153.htmlhtml
轉載請註明出處web
(一)檢查Customizations數據庫
從2011升級到2013有一些legacy feature是再也不支持的了:安全
微軟提供了Legacy Feature Check tool來幫助檢查你的系統是否使用了這些legacy feature,另外還提供了Dynamics CRM 2011 Custom Code Validation Tool來幫助你檢查系統中是否有再也不支持的客戶端代碼。服務器
(二)檢查你的軟硬件件是否支持Dynamics CRM 2013app
具體參見Planning Guide for Microsoft Dynamics CRM 2013ide
(三)其餘須要瞭解的事情工具
從CRM 4.0沒法直接升級到2013,2011必須是從Rollup 6到Rollup 14+才能夠升級到2013。post
參見《Microsoft Dynamics CRM 2013 and 2011 Update Rollups and Service Packs》測試
升級後的數據庫結構會有改變,Base table和Extension table將會合並,因此若是在2011裏你有一些直接對數據庫的操做,升級後這部分工做可能會失敗,可是微軟也爲你推遲合併的升級方式,本文後面也會介紹到。
(四)升級測試
先作一次升級測試,以來檢驗一下升級過程之中和以後是否會出現問題,二來對升級所須要的時間(系統中止的時間)作到心中有數。
(五)升級方法
有三種方法:
下面咱們演示第一種升級方法
(六)Side-by-Side升級
1. 備份CRM 2011的數據庫
2. 恢復數據庫
演示環境有一臺CRM服務器,一臺SQL Server服務器,一臺Report服務器。
CRM 服務器要先安裝Dynamics CRM 2013,如何安裝請參考《Step by step Dynamics CRM 2013安裝》。
在SQL Server上恢復數據庫備份文件。
3. 在CRM服務器上使用Deployment Manager來導入組織
打開數據庫發現Base table和Extension table已經合併爲一張表了。
(七)升級但推遲數據庫表合併
1. 停用並刪除剛纔升級的組織
2. 刪除數據庫
勾選Close existing connections
3.從新恢復2011的數據庫
4. 在CRM服務器修改註冊表
CRM服務器上的一個註冊表鍵值會決定升級時是否合併Base與Extension Table。
Location: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSCRM\MergeBaseAndExtensionTables
Type: DWORD (32-bit)
Value: 0表示不合並,1表示合併
若是存在該鍵值,就修改它爲0,不然建立一個。
5. 在CRM服務器上使用Deployment Manager來導入組織
導入成功後,在SQL Server上看一下數據庫結構,發現Base table和Extension table確實沒有合併。
6. 使用CrmMergeBaseAndExtensionTableTool來合併雙表
先將註冊表中的MergeBaseAndExtensionTables的值改成1:
而後,可使用CRM提供的一個工具來合併這兩張表
(八)總結