之前發現,CRM系統的資料庫使用率其實很低,每週的CPU平均用量都在5%以下,所以當初廠商的建議的規格實在是有點太高。
為了節省資料庫的授權費用,也讓合適的機器用在適合的地方,所以做了罕見的資料庫「硬體降級」的動作,將DynamicCRM的資料庫從32 core的伺服器,遷移至16 core的伺服器上。
※ 這個動作會讓Dynamic CRM 2013有短暫的時間無法提供服務。
作業方式參考以下網址:
https://community.dynamics.com/crm/b/tsgrdcrmblog/archive/2014/08/15/changing-a-microsoft-dynamics-crm-2013-sql-server-for-a-deployment
文中有提到如何遷移DynamicCRM 2013的資料庫到新的主機上,以下簡短節錄內容:
請修改應用程式主機的機碼:
機碼原始值:
機碼新值:
移動 CRM 組織資料庫:
為了節省資料庫的授權費用,也讓合適的機器用在適合的地方,所以做了罕見的資料庫「硬體降級」的動作,將DynamicCRM的資料庫從32 core的伺服器,遷移至16 core的伺服器上。
※ 這個動作會讓Dynamic CRM 2013有短暫的時間無法提供服務。
作業方式參考以下網址:
https://community.dynamics.com/crm/b/tsgrdcrmblog/archive/2014/08/15/changing-a-microsoft-dynamics-crm-2013-sql-server-for-a-deployment
文中有提到如何遷移DynamicCRM 2013的資料庫到新的主機上,以下簡短節錄內容:
請修改應用程式主機的機碼:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSCRM\configdb
機碼原始值:
DataSource=Old_SQLServer;InitialCatalog=MSCRM_CONFIG;Integrated Security=SSPI
機碼新值:
DataSource=New_SQLServer;InitialCatalog=MSCRM_CONFIG;Integrated Security=SSPI
移動 CRM 組織資料庫:
- 在原有的SQL Server上,備份CRM組織資料庫
- 將前一作業的備份檔,還原至新的SQL Server叢集
- 「停用」組織
- 在組織項目,選擇「編輯組織...」
- 變更「編輯項目」中,將舊SQL Server的主機名稱為新SQL Server的主機名稱
- 「啟用」組織
額外分享
在做遷移的時候意外發現,資料庫AlwaysOn進行failover後,並且將原先32 core的伺服器關機後,Dynamic CRM 2013的服務是會有異常的。這才發現 Dynamic CRM 2013並不支援AlwaysOn,當年廠商的規畫、建置實際上是錯的。
在做遷移的時候意外發現,資料庫AlwaysOn進行failover後,並且將原先32 core的伺服器關機後,Dynamic CRM 2013的服務是會有異常的。這才發現 Dynamic CRM 2013並不支援AlwaysOn,當年廠商的規畫、建置實際上是錯的。
沒有留言:
張貼留言