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