我们的设置如下：Site0：Exch00 - 原始本地 Exchange 服务器。CAS、MBX 和所有传输角色。未配置为与 365 执行任何混合/管理工作。DC0 - 站点本地 DC 到 Exch00 所在的站点
Site1：Exch01 - 混合服务器，所有 365 管理等。MBX、CAS，包含资源邮箱和要导出到 PST 或迁移到 365 的邮箱。DC1 - Exch01 客户端计算机的站点本地 DC
Sites2-5：客户端计算机、本地 DC。
外部站点：许多未集成 AD 且正在使用 Outlook Anywhere 的办公室。
365 - 使用 dirsync 进行设置，而不是 ADFS
站点 0 已发生故障，无需恢复。所有用户和资源邮箱以及其他所需的用户数据都已从这些服务器迁移，站点计划于月底正式停用。但是，硬件故障为我们解决了这个问题。如果需要，我们可以从备份中恢复，但由于我们只是要恢复到停用状态，因此我宁愿尽可能避免这种情况。
目前，我们遇到了设备日历（但不是房间日历）不可用的问题。它们都存储在同一台服务器上的同一数据库中。所有其他日历都正常运行，只有设备邮箱无法使用。
在站点 1 中，Outlook 不断提示输入密码，但无论是否输入密码，它都会正常运行。外部站点的用户没有遇到此问题。
在昨晚发生硬件故障之前，尽管 Exch00 上的所有 Exchange 服务都已禁用，但一切工作正常。该 DC 已通过 ADSIedit 从 AD 拓扑中删除，并且在我们的 KCC 中没有它的踪迹。该站点仍然存在于 ADS&S 中 我有以下问题：
我可以通过 ADSIedit 删除 Exch00 的所有痕迹吗，就像删除其他任何故障的 Exchange 服务器一样，或者是否因为 365 的绑定而存在其他问题？
是否有用于设备邮箱和房间邮箱的单独仲裁邮箱？如果有，是否有适当的流程来重新创建此仲裁邮箱？如果没有，Exchange 更新拓扑信息后，设备邮箱的问题是否可能得到解决？
什么原因导致 Outlook 密码提示？Site1 中的 DC 和 Exch01 一样功能齐全。Site2-5 也存在同样的密码提示问题。
答案1
使用 ADSIedit 删除已停用的 Exchange 服务器。只要您在运行混合向导时没有将服务器作为端点，就没问题。如果有任何问题 - 之后重新运行向导。
我不太确定这一点。
展望/提示：
我要做的第一件事是找到有此问题的用户并检查 Outlook 尝试建立的连接。运行 WireShark 之类的工具可能会有所帮助，只需查看您正在发送/接收的内容即可。这将 100% 地告诉您这些 Auth 请求来自哪里。