通过

操作本地 Dynamics 365 Customer Engagement (on-premises)

  • 项目

在管理 Dynamics 365 Customer Engagement (on-premises) 时，您可能需要通过监视服务器状态和性能、疑难解答和进行灾难恢复计划来确保对用户的可用性。

Dynamics 365 Customer Engagement (on-premises) 的持续维护包含如更新、自定义、监视和重新定位或重新配置 Dynamics 365 Server 的操作，以及必须或可选技术（如 SQL Server 和 SharePoint）。

注意

不能同时运行需要密集数据库事务的操作。 这包括以下操作：

  • 语言包的设置
  • 导入解决方案
  • 正在发布自定义项
  • 数据库更新（仅Customer Engagement (on-premises)）
  • 解决方案更新操作（仅适用于 Dynamics 365 for Customer Engagement）

操作 Dynamics 365 Customer Engagement (on-premises) 的已知问题

插件失败或对沙盒服务的 Dynamics 365 API 调用失败

如果在沙盒模式下注册的插件出现插件故障，可能会记录以下异常：

消息：System.ServiceModel.Security.SecurityNegotiationException：调用 SSPI 失败，请参阅内部异常。 ---> System.Security.Authentication.AuthenticationException：调用 SSPI 失败，请参阅内部异常。 ---> System.ComponentModel.Win32Exception：目标主体名称不正确 --- 内部异常堆栈跟踪结束 --- 在 System.Net.Security.NegoState.StartSendBlob(Byte[] message, LazyAsyncResult lazyResult) 上的 System.Net.Security.NegoState.StartSendAuthResetSignal(LazyAsyncResult lazyResult, Byte[] message, Exception exception)

当出现问题时，事件查看器可能会记录此事件：

Kerberos 客户端从服务器 SVC 收到 KRB_AP_ERR_MODIFIED 错误。[已编修 - 沙盒服务帐户]。 使用的目标名称为 host/[已编修的目标服务器]。 这指示目标服务器无法解密由客户端提供的票证。 当在目标服务使用的帐户之外的帐户中注册目标服务器主体名称 (SPN) 时，可能会发生这种情况。 请确保仅在服务器所使用的帐户中注册目标 SPN。 如果目标服务帐户密码不同于在该目标服务的 Kerberos 密钥分发中心配置的密码时，也可能会发生此错误。 请确保服务器和 KDC 上的服务均配置为使用同一密码。 如果服务器名称未完全限定，且目标域 ([已编修的 CX 域]) 不同于客户端域 ([已编修的 CX 域])，请检查这两个域中是否存在名称相同的服务器帐户，或者使用完全限定的名称来标识服务器

当部署中有两个或多个 Windows server 运行 Dynamics 365 Customer Engagement 完全服务器角色时，会出现此问题。 此问题只会出现在 Dynamics 365 Customer Engagement (on-premises) 版本 9.1 中。

要解决此问题，请执行以下操作之一。

  • 拆分完全服务器角色（推荐）：
  • 将以下服务帐户配置为使用同一密码（不推荐）：
    • IIS 应用程序池标识帐户 (w3wp)
    • 异步处理服务帐户

备注

实施此解决方法后，您可能会继续在事件查看器中收到与此问题相关的事件。 当调用堆栈包含关键字 Isandboxhost.ping 时，您可以识别这些事件。 这是一个已知问题，当发生这种情况时，可以忽略这些事件。