共用方式為

規劃升級至 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) (8.2) 伺服器角色的 2016 年 12 月 Service Pack 與 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 版部署，則必須升級所有的伺服器與伺服器角色。

重要

唯一支援升級至 Dynamics 365 Server 9.0 版的路徑是從 Dynamics 365 (on-premises) 2016 年 12 月 Service Pack 或較新的更新升級為 Dynamics 365 Server 9.0 版。

為了盡可能簡化升級程序並減少停機情況，建議您依照下列基本步驟升級 Dynamics 365 Server。

  1. 建議您在開始升級之前，套用最新的可用更新。 其他資訊：Microsoft Dynamics 365 Customer Engagement (on-premises) On-Premise 累積更新

  2. 複製所有會進行升級的組織的組織加密金鑰。 當您將組織資料庫匯入至 SQL Server 的新執行個體時，需要加密金鑰來啟用資料加密。 其他資訊：複製您的組織資料庫加密金鑰

  3. 將所有伺服器角色安裝 (建議) 或升級至 Dynamics 365 Server 9.0 版。

  4. 將組織匯入至新的或已升級的部署。 匯入期間，也會將組織升級。

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 版讀我檔案。

重要

升級至新版的產品之前，請務必執行 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 系統管理員角色的成員。

    重要

    如果執行升級的使用者已停用系統管理員角色，則升級會失敗。

  • 在與升級中部署相關聯的 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)

請參閱

匯入組織