通过

Microsoft Dynamics 365 的 SQL Server 要求及建议

  • 项目

 

发布日期： 2017年1月

适用于： Dynamics 365 (on-premises),Dynamics CRM 2016

以下要求和建议适用于 SQL Server 的新安装和现有安装。

本主题内容

一般建议

使用 Microsoft Dynamics 365 和 SQL Server 2016 时提高性能

一般建议

  • Microsoft Dynamics 365 服务器 需要安装和运行 Microsoft SQL Server Reporting Services 实例并使该实例可用。 支持的 SQL Server 版本的所有安装都可用作报表服务器。 但是，Reporting Services 版本必须与 SQL Server 版本匹配。

  • 若要获得受支持的 SQL Server 的列表，请参阅 SQL Server 版本。

  • 在 Windows Server 2008 或 Windows Server 2003 上运行的 SQL Server 不支持 Microsoft Dynamics 365 服务器。

  • 如果将 Microsoft Dynamics 365 服务器 和 SQL Server 安装在不同的计算机上，则这两台计算机必须位于同一 Active Directory 域中。

  • Microsoft Dynamics CRM 服务器安装程序和 部署管理器支持 SQL Server 的默认实例或命名实例。

  • 尽管可以使用 Windows 身份验证或混合模式身份验证来安装 SQL Server，但 Microsoft Dynamics 365 必须使用 Windows 身份验证。

  • SQL Server 用于登录到网络的服务帐户必须是域用户帐户（推荐）或网络服务帐户（不能在服务器上使用本地用户帐户）。 建议使用低特权帐户策略，以帮助避免降低服务器的安全性。

  • 必须启动 SQL Server服务。 应将该服务配置为在计算机启动时自动启动。

  • 必须启动 SQL Server 代理。 应将该服务配置为在计算机启动时自动启动。

  • 必须安装和启动 SQL Server 全文搜索。 应将该服务配置为在计算机启动时自动启动。

  • Microsoft Dynamics CRM 服务器安装程序需要利用网络库对 SQL Server 进行身份验证。 默认情况下，在安装 Microsoft SQL Server 时会启用 TCP/IP 网络库。SQL Server 可以使用 TCP/IP 或命名管道进行身份验证。 但是，必须至少针对这两个网络库之一配置运行 SQL Server 的计算机。

  • 建议将运行 Microsoft Dynamics 365 服务器后端服务器 角色的计算机与运行 SQL Server 的计算机置于同一局域网 (LAN) 中。 有关服务器角色的说明，请参阅 Microsoft Dynamics 365 服务器角色。

  • 运行 SQL Server 的计算机必须配置有足够的磁盘空间、内存和处理能力以支持 Microsoft Dynamics 365 环境。 有关详细信息，请参阅 Microsoft Dynamics 365 服务器硬件要求。

  • 尽管不是强制要求，但是请考虑接受 SQL Server 默认的“排序规则指示符”、“排序顺序”以及“SQL 排序规则”设置。Microsoft Dynamics 365 支持以下排序顺序：

    • 区分大小写

    • 不区分大小写

    • 区分重音

    • 不区分重音

    • 二进制排序顺序（例如 Latin1_General_100_BIN）

    备注

    Microsoft Dynamics 365 在数据库级别设置排序顺序。 此设置可能不同于在 SQL Server 级别设置的顺序。

  • 检查所有的 SQL Server 安装选项，并准备好在运行安装程序时选择所需的选项。 有关详细信息，请参阅 SQL Server 的安装。

  • 如果计划在默认文件位置以外的其他位置安装 SQL Server，请参阅 SQL Server 的默认实例和命名实例的文件位置。

    此外，您还应考虑 Microsoft Dynamics 365 数据库在服务器上的位置以及支持这些数据库的硬盘配置。

    备注

    为了充分利用磁盘的容错功能，并使系统发挥最佳的性能，请查阅硬件供应商提供的大量有关独立磁盘冗余阵列 (RAID) 的规格说明。 根据您的应用程序的容错要求和该分区上发生的 I/O 活动的性能参数，对 SQL Server 数据库文件所在的磁盘进行格式化。

  • 建议在承载 SQL Server 组织数据库的 Microsoft Dynamics 365 上启用公共语言运行时 (CLR)。 当您运行仪表板、图表、高级查找和 Microsoft Dynamics 365 交互式服务中心体验时，CLR 可显示某些功能（如时区转换）在性能方面的重大改进。详细信息：启用 CRL 集成

使用 Microsoft Dynamics 365 和 SQL Server 2016 时提高性能

以下设置可帮助提高 Microsoft Dynamics 365 应用程序性能，应该在为 Microsoft Dynamics 365 组织数据库服务的 SQL Server 2016 实例中配置。

  • 确保在运行带累积更新 2 (CU2) 的 SQL Server 2016。服务器和工具博客：SQL Server 2016 RTM 的累积更新 #2

  • 配置 SQL Server 实例，其中 Microsoft Dynamics 365 组织数据库使用跟踪标志 1224 维护。 此设置根据锁定数禁用锁定升级，并帮助降低 SQL Server 2016 的 CPU 使用量。

    若要确定现有跟踪标志 1224 设置，请运行以下 T-SQL 语句。 如果输出中状态的返回值为 0，说明未启用跟踪标志 1224。

    DBCC TRACESTATUS (1224)

    若要将跟踪标志 1224 设置为启动选项，请添加 SQL Server 数据库引擎启动选项 -T1224。详细信息：数据库引擎服务启动选项

  • 如果尚未设置，请将 Microsoft Dynamics 365 组织数据库配置为使用兼容性级别 110，这是 SQL Server 2012 的兼容性级别。详细信息：查看或更改数据库的兼容性级别

  • 将 Microsoft Dynamics 365 组织数据库配置为使用间接检查点和 60 秒的目标恢复时间。 默认情况下，通过 SQL Server 2016 创建的新数据库使用间接检查点，并且默认目标恢复时间为 60 秒钟。详细信息：更改数据库的目标恢复时间 (SQL Server)

    若要确定现有目标恢复时间，请运行以下 T-SQL 语句，其中 <dbname> 是组织数据库的名称。 如果返回时间为 0，说明尚未设置目标恢复时间。

    SELECT target_recovery_time_in_seconds FROM sys.databases WHERE name = ‘<dbname>’

    若要将数据库的目标恢复时间设置为 60 秒钟，请运行以下 T-SQL 语句。

    ALTER DATABASE <dbname> SET TARGET_RECOVERY_TIME = 60 seconds;

有关 SQL Server 2016 性能优点的信息，请参阅 SQL Server 客户顾问团队博客文章：SQL Server 2016 累积更新 2 (CU2)如何提高高并行工作负载的性能。

另请参阅

SQL Server 安装和配置
SQL Server 部署

© 2017 Microsoft。 保留所有权利。 版权