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