我们的基础设施实际上是由总部的一个主要数据中心组成的，在这个数据中心中，几乎所有的服务和应用程序都集中在一个小型的数据中心中。 另外，我们在城市有很多地方，通过WLAN或DSL连接。
如果networking连接失败，可能导致任何主要办事处或主要数据中心断开连接，我们需要某些服务，实际上只能由主要数据中心（如打印服务器）提供，仍在本地可用。
因此，我们想知道是否有可能（使用Windows）将主打印服务器安装在我们的主数据中心，而其他办公室中的一台计算机与主打印服务器保持同步，并且在无法访问时将其作业透明地给用户（不需要改变用户计算机中的共享打印机映射，比方说，我们有一台名为\ srv-printers \ printer1的共享打印机，无论服务器在做什么，都应该能够工作。
我search了它，看到了Windows故障转移群集，但似乎并不完全是我们想要做的，首先似乎故障转移群集需要物理连接（在我们的情况下，机器将在几英里外），似乎只是一台机器同时工作，我们需要在正常的操作中，只有一台机器正在做这项工作（出于印刷记帐的目的），并且在出现networking问题（WAN）的情况下，那台机器不能到达主服务器，同时工作但是隔离，当事情得到解决时，毫无痛苦地返回到他的主angular。
我们只是为了保持中央集权？ 如果它与打印服务器一起工作，我们将考虑与其他服务一样。
不诉诸第三方打印服务器解决scheme，你正在寻找一个地理上分散的集群。 但是，这通常需要昂贵的存储子系统，因此可能不是混合中心/分支拓扑的最佳候选。 如果您有两个DC，其中一个是主要的，另一个是次要的，则可以部署此类configuration，并在DC之间build立一个打印服务器群集，为每个办事处内的打印机假脱机作业。 虽然在这种情况下，如果其中一个办事处完全脱机，根本无法打印。
或者，您可以在每个办公室中放置一台独立的Windows打印服务器，并使用人们已经为此准备的任何数量的预先编写的脚本定期从其事件日志中提取记帐统计信息。
根据您的打印机function，您可能已经在固件中具有会计能力，并且可以从那里提取统计数据，而不需要在每个办公室的Windows服务器。
或者您可以调查前面提到的第三方解决scheme。 无论如何，希望这可以帮助您select一个解决scheme，适合您的需求和预算。
– ab1