我们的基础设施实际上是由总部的一个主数据中心和城市另一侧的建筑物中的一个较小的数据中心组成的，前者集中了几乎所有的服务和应用程序，后者通过光纤连接，提供与此位置相关的服务和应用程序。此外，我们在城市中还有许多地点，通过 WLAN 或 dsl 连接。
如果发生网络互连故障，可能导致任何主要办公室被隔离，或者主数据中心瘫痪，我们需要某些服务（实际上仅由主数据中心提供，如打印服务器）仍在本地可用。
因此，我们想知道是否有可能（使用 Windows）在主数据中心中安装一个主打印服务器，并在其他办公室中安装一台与主打印服务器保持同步的计算机，当它无法访问时，将其作业透明地交给用户（无需更改用户计算机中的共享打印机映射，假设我们有一个名为 \srv-printers\printer1 的共享打印机，无论哪个服务器在执行该作业，它都应该工作。
我用谷歌搜索了一下，看到了关于 Windows 故障转移群集的信息，但似乎并不是我们想要做的，首先，似乎故障转移群集需要物理连接（在我们的例子中，机器会在几英里之外），并且似乎一次只有一台机器在做这项工作，我们需要在正常运行中，只有一台机器在做这项工作（用于打印会计目的），并且在出现网络问题（WAN）的情况下，无法连接到主服务器的机器可以同时但独立地工作，当问题得到解决后，可以毫无困难地返回到其被动角色。
我们要求的太多只是为了保持集中化？如果它适用于打印服务器，我们会考虑对其他服务也这样做。
答案1
如果不借助第三方打印服务器解决方案，您将看到地理上分散的集群。但是，这通常需要昂贵的存储子系统，因此可能不是混合集线器/辐射型拓扑的最佳选择。如果您有两个 DC，其中一个是主 DC，另一个是辅助 DC，则可以部署这样的配置，并在 DC 之间部署一个打印服务器，为每个办公室内的打印机缓冲作业。尽管在这种情况下，如果其中一个办公室完全脱机，它将根本无法打印。
或者，您可以在每个办公室放置一个独立的 Windows 打印服务器，并使用人们为此目的编写的任意数量的预先编写的脚本定期从其事件日志中提取会计统计数据。
根据您的打印机功能，您可能已经在固件中具有会计功能，并且可以从那里提取统计数据，而不需要在每个办公室都配备 Windows 服务器。
或者您可以研究前面提到的第三方解决方案。无论如何，希望这能帮助您选择最适合您的需求和预算的解决方案。
--ab1