規劃升級至 Microsoft Dynamics 365 Server
本文不適用於 Dynamics 365 Customer Engagement (on-premises) 9.1 版更新。 有關 9.1 版更新中的新功能資訊，請參閱最新功能。
有關 Dynamics 365 Customer Engagement (on-premises) 9.0 版的此主題資訊，請選擇位於左導航窗格上方的版本。
本節提供準備升級至 Dynamics 365 Server 9.0 版 的說明。 預先執行這些工作可將系統停機時間降至最低，並確保成功的升級。 另外本節還說明 Dynamics 365 Server 9.0 版 如何升級目前的系統，以及對於現有報表、自訂和解決方案等項目有哪些影響。
Microsoft Dynamics 365 (on-premises) 的 2016 年 12 月 Service Pack (8.2) 伺服器角色與 Dynamics 365 Server 9.0 版 部署不相容。 因此，在升級第一台伺服器之後，部署中執行的其他 Dynamics 365 (on-premises) 的 2016 年 12 月 Service Pack 伺服器角色將變成停用狀態。 每升級一台伺服器，就會啟用對應的伺服器。
您可以依任何順序來升級 Dynamics 365 (on-premises) 的 2016 年 12 月 Service Pack 伺服器角色。 不過，若要擁有完整功能的 Dynamics 365 Server 9.0 版 部署，則必須升級所有的伺服器與伺服器角色。
Wichtig
唯一支援升級至 Dynamics 365 Server 9.0 版 的路徑是從 Dynamics 365 (on-premises) 的 2016 年 12 月 Service Pack 或較新的更新升級為 Dynamics 365 Server 9.0 版。
建議的升級步驟
為盡可能簡化升級程序和縮短停機時間，我們建議您依照下列基本步驟升級 Dynamics 365 Server。
建議您在開始升級之前，套用最新的可用更新。 其他資訊：Microsoft Dynamics 365 Customer Engagement (on-premises) On-Premise 累積更新
複製所有會進行升級的組織的組織加密金鑰。 當您將組織資料庫匯入至 SQL Server 的新執行個體時，需要加密金鑰來啟用資料加密。 其他資訊：複製您的組織資料庫加密金鑰
將所有伺服器角色安裝 (建議) 或升級到 Dynamics 365 Server 9.0 版。
將組織匯入至新的或已升級的部署。 匯入期間，也會將組織升級。
Microsoft Dynamics Server 升級選項
共有三種不同的升級選項：
使用新的 SQL Server 執行個體移轉。 建議使用此選項進行部署升級。 雖然此選項需要其他 Dynamics 365 Server 9.0 版 電腦與其他 SQL Server 執行個體，但對使用者而言可能需要的停機時間最少，因為現有部署在升級完成與驗證之前可繼續保持運作。
使用相同的 SQL Server 執行個體移轉。 此選項需要其他 Dynamics 365 Server 9.0 版 電腦，但會使用相同的 SQL Server 執行個體，就地升級設定與預設組織資料庫。 如果升級期間發生問題，您必須復原至舊版以避免停機時間過長。
就地升級。 雖然此選項不需要為 Dynamics 365 Server 9.0 版 準備其他電腦或其他 SQL Server 執行個體，但發生升級問題時構成的風險最大，因為必須復原並重新安裝舊版 Dynamics 365 Server 才能避免可能的停機狀況。
如需最新的產品資訊，請參閱 Microsoft Dynamics 365 Customer Engagement (on-premises) 9.0 版讀我檔案。
Wichtig
在升級至新版的產品之前，請永遠為 Dynamics 365 資料庫執行完整備份。
在就地升級期間，只會升級您指定升級的組織。 如果部署包含其他組織，就會停用且不升級這些組織。 您必須使用 Import-CrmOrganization Windows PowerShell 命令或使用 部署管理員 升級這些組織。 其他資訊： Dynamics 365 Customer Engagement (on-premises) PowerShell 參照
建議每個您要升級組織的磁碟區可用空間至少應為組織資料庫檔案 (organizationName_MSCRM.mdf) 大小的三倍，以及記錄檔 (organizationName_MSCRM.ldf) 大小的四倍。 例如，如果單一組織資料庫和記錄檔位於相同的磁碟區 (其中 MDF 檔案為 326 MB，而 LDF 檔案為 56 MB)，則建議的可用空間必須至少有 1.2 GB 才能預留成長空間 ((326 x 3) + (56 x 4))。 請注意，升級期間擴增的資料庫檔案，其大小不會在升級完成後減少。
升級產品金鑰
在升級前，請先取得將在升級期間輸入的產品金鑰。
其他資訊： Microsoft Dynamics 365 Customer Engagement (on-premises) 版本和授權
使用者權限
若要執行成功的升級，執行 Dynamics 365 Server 安裝程式的使用者必須：
在與要升級的伺服器相同的 Active Directory 網域中具有帳戶。
同時是 部署系統管理員 角色和 Dynamics 365 系統管理員角色 的成員，所有組織都會升級。
Wichtig
如果使用者停用 系統管理員角色 並執行更新，則更新會失敗。
在 SQL Server 與 Reporting Services 和升級部署相關聯的伺服器上具有系統管理員權限。
在含有現有 Dynamics 365 群組的 Active Directory 組織單位中，擁有建立新安全性群組以及將成員新增至這些群組的足夠權限。
共用 SQL Server
每個 SQL Server 的執行個體僅支援一個 Dynamics 365 部署。 這是因為每個部署都需要自己的 MSCRM_CONFIG 資料庫，而且多個 MSCRM_CONFIG 資料庫的執行個體無法同時存在於相同的 SQL Server 執行個體。 如果您在相同電腦上執行多個 SQL Server 執行個體，則可以在相同電腦上為多個 Dynamics 365 部署託管資料庫。 不過，這可能會降低系統效能。
成功升級的秘訣
在開始升級之前，應先解決下列問題 (如果適用於您目前的部署)：
不要超過欄位數目上限
如果您已為實體定義超過 1023 個欄位，則必須在執行升級之前先刪除其他欄位，否則升級將會失敗並顯示下列訊息：
CREATE VIEW 失敗，因為檢視 'view_name' 中的資料行 'column_name' 超過 1024 個資料行的最大限制。
移除自訂資料庫物件
Dynamics 365 資料庫通常會由於資料庫重新設計而變更主要發行版本。
我們建議如果您新增了自訂資料庫物件 (如觸發程序、統計資料、預存程序及某些索引)，請從設定與組織資料庫中移除這些物件。 在許多情況下，安裝程式會在偵測到這些物件時顯示警告。
移除 ignorechecks 登錄子機碼
如果您已在現有的 Dynamics 365 Server 手動新增 ignorechecks 登錄子機碼，請在開始升級前先移除它。 其他資訊：您無法使用沒有 Microsoft SQL Server 本機系統管理員權限的帳戶來部署 Dynamics 365 Customer Engagement (on-premises)
請參閱
意見反映
提交及檢視以下的意見反映：