我一直是特定站点 DNS 域（例如 <site>.company.com）的粉丝。对于 AD，拥有单独的域意味着额外的 DC 对（用于冗余），这在小型环境中似乎过多（成本和复杂性） 。
结果，在我以前的公司中，我们只有一个AD 域，但有两个 DNS 域。这效果很好，但也意味着在 Windows 服务器名称中包含站点名称（例如 <site>name），这会提供冗余的 FQDN：<site>name.<site>.company.com （这样做的原因是，显然，您只能在域中拥有一台名为“名称”的 AD 计算机。[是的，从技术上讲，每个 OU 可以拥有一台，但实际上 NetBIOS/pre2000 名称阻止了这种做法的实用性。]）
答案似乎是放弃 DNS 域中的站点感知，这对 Windows 来说可能没什么大不了的（鉴于 AD 具有基于子网的站点感知），但对我来说仍然是错误的。
所以你会怎么做？
此外，如果您有多个 AD 域，
有谁知道让 Windows 桌面待机的好解决方案，以便用户可以在硬件故障的情况下快速备份和运行？假设桌面不是通用的，而是为个人用户高度定制的。
虽然我知道那里有裸机恢复产品，但我正在寻找可以让备用设备简单地启动/启动而没有任何延迟的替代方案。当人们只期望偶尔出现一次桌面故障（甚至一天发生几次故障）时，裸机恢复解决方案可以作为日常类型的备份。但这是针对DR 类型的设置，需要同时激活不同站点中的数十个或数百个桌面。
备份/备用桌面不需要完全是最新的。理想情况下，该解决方案将允许安排定期更新。
最后，我意识到拥有 VM 桌面是一种方法（通过复制后端存储）。但是，我还没有看到一个成熟的解决方案可以支持强大的四核虚拟机。
编辑 #1： 当然，所有桌面都以具有 Office 等内容的通用图像开始。但是，还有许多仅适用于特定用户的附加应用程序，其中许多不是通用的。它们还经常从供应商处自动更新，这意味着即使使用正确的应用程序构建了第二个桌面，只有在不使用它们的情况下，它们才会过时并且无法工作。
我从未在桌面真正通用的环境中工作过。我可以想到这是现实的例子，但是来吧，这不是这里的答案。
编辑＃2： 围绕需求的很多好奇心（下）。同意，他们可能不合理，但话又说回来，如果有办法做好这件事，我会花钱的。真正的问题是这是否可以做得很好，如果可以，怎么做？从最初的问题中可以明显看出，我已经对此进行了很多思考，并查看了可能的解决方案。现在，至于我为什么要把钱花在如此完美的解决方案上，因为这是华尔街。
如果您不愿意或无法阻止用户“永久”保留旧电子邮件，您有什么解决方案？
还有什么？
笔记：
在过去的好日子里，备份到磁带上，其中一些即使不是异地也经常脱机。这使得销毁所有备份（意外或恶意）变得很困难，尤其是在网络/服务器受到威胁的情况下。
如今，磁盘到磁盘备份风靡一时，这带来了两个问题：
