以下部分描述了服务配置期间可能出现的 BlueCat Cloud DNS 行为和常见错误。
BlueCat Cloud DNS 部署失败
BlueCat Cloud DNS 服务器部署失败的处理方式与 BlueCat DNS/DHCP 服务器部署失败的处理方式不同。如果在 BlueCat DNS/DHCP 服务器的部署中存在任何无效区域，部署将失败并且不会对 BlueCat DNS/DHCP 服务器进行任何更新，即使部署中包含其他有效区域也是如此。对于 BlueCat Cloud DNS，部署处理将遵循尽力而为的原则 — 云提供商会删除无效区域，但仍然会处理其他有效区域并将其添加到 BlueCat Cloud DNS 环境中。如果发生这种情况，Address Manager 将指示部署失败，但部署事件负载将包含更精确的 JSON 格式详细信息，指示哪些区域部署成功，哪些区域部署失败。
部署事件负载
jq
命令将输出字符串转换为更具可读性的 CSV 文件。
jq -r '.zones[] | [.zone,.nameServers[0],.nameServers[1]] | @csv' nsoutput.jsonnsoutput.json 是一个包含“任务详情”负载字符串的文件。部署到 BlueCat Cloud DNS 服务器需要花费很长时间
部署到 BlueCat Cloud DNS 环境需要对云 DNS 提供商进行多次内部 API 调用。由于 Address Manager 会为每个部署从云 DNS 提供商检索区域状态，因此当部署的区域数量较多时，处理部署的时间会更长。在部署期间，云 DNS 环境中的区域可能会在短时间内处于可见状态，但 Address Manager 中的部署似乎仍在进行中。这是正常的，因为在最初通过调用在云 DNS 环境中创建区域之后，Address Manager 会发出额外的配置 API 调用。此过程完成后，部署状态将会更新。
对于客户部署大量区域（即 3000+）的特殊情况，可以提高云提供商的 API 速率限制以加快部署速度。有关更多信息，请参阅 BlueCat 客户服务中心上的 KI-017984。
在辅助服务器上部署之前，在主要服务器上意外部署
首次将区域部署到云环境时，必须在辅助 (BlueCat Cloud DNS) 服务器上首先部署 DNS，以确保随后向 Address Manager
提供必要的 NS 记录以更新主要服务器（BlueCat DNS/DHCP 服务器）。如果用户不小心先于辅助服务器，在主要服务器上部署了 DNS，Address Manager
将在部署时显示“一个或多个区域没有名称服务器”的警告。server.log
可用于专门识别没有名称服务器的区域，详见下文中的高级问题排除部分。如需修复出现此错误的区域，请从区域中移除主要部署角色，并部署到主要服务器以清除错误的区域配置。清除主要服务器上的错误区域配置后，将主要部署角色添加回区域，首先部署到辅助服务器（BlueCat
Cloud DNS 服务器），然后再部署到主要服务器（BlueCat DNS/DHCP 服务器）。
更改与 DNS 部署角色相关联的已发布接口 IP 地址
如果修改了与主要 DNS 部署角色相关联的已发布接口 IP 地址，则必须重新启动 Address Manager 服务器，然后才能部署到主要服务器和关联的辅助服务器。有关重新启动 Address Manager 的说明，请参阅客户服务中心门户上的 KI-025343。BlueCat 建议在计划的维护窗口期间重新启动 Address Manager 服务器以避免服务中断。
更改主要 DNS 部署角色服务器接口
如果主要 DNS 部署角色服务器接口发生更改，则必须相应地更新关联的辅助 DNS 部署角色。例如，如果隐藏的主要 DNS 部署角色从一个 BlueCat DNS/DHCP 服务器移动到另一个具有不同已发布 IP 地址的 BlueCat DNS/DHCP 服务器，则必须使用新的 IP 地址手动更新关联的辅助 DNS 部署角色以进行区域传输。如果辅助 DNS 部署角色未更新为使用新的区域传输接口，则更改将不会传播到云 DNS 提供商。
高级故障排除
在对 BlueCat Cloud DNS 进行故障排除时，server.log
中包含的附加信息可能有助于识别问题。对于部署错误，请搜索使用 HTTP 代码响应的托管服务以查找有关来自云提供商的 API
响应的更多信息。同样，搜索未找到名称服务器的区域，以识别由于在部署到辅助服务器之前，错误地部署到主要服务器而导致无效的区域。用户还可以在部署前启用调试日志记录，以在
server.log 中查看差异部署数据。有关如何下载和查看日志文件的信息，请参阅 查看 Address Manager 日志