我们的基础设施实际上是由总部的一个主要数据中心组成的,那里集中了几乎所有的服务和aplications,还有一个较小的数据中心,位于城市对面的一座建筑中,通过光纤连接着与这个位置相关的服务和aplications。此外,我们在城市中有许多地点,通过WLAN或dsl连接。
如果网络连接失败,可能会使任何主要办事处或主要数据中心瘫痪,我们需要某些服务,实际上只有主数据中心(如打印服务器)才能在本地提供服务。
因此,我们想知道是否有可能(使用windows)在我们的主数据中心中有一个主打印服务器,而在其他办公室有一台计算机与主打印服务器保持同步,当它变得不可到达时,透明地将它的任务交给用户(而不需要更改用户计算机中的共享打印机映射,比方说,我们有一个名为\srv-printer1的共享打印机,不管服务器在做什么工作,它都应该工作。
我谷歌了它,看到了windows故障转移集群,但似乎并不完全是我们想要做的,首先,似乎故障转移集群需要物理连接(在我们的例子中,机器在几英里之外),并且看起来定向于一次只做一台机器,我们需要在正常操作中,只有一台机器在工作(为了打印会计目的),如果出现网络问题(WAN),不能到达主服务器的机器同时工作,但孤立,当事情被修复时,可以不受任何痛苦地返回到他的粘贴角色。
我们要求更多只是为了把事情集中起来?如果它适用于打印服务器,我们将考虑对其他服务执行同样的操作。
发布于 2013-10-09 09:19:25
在不使用第三方打印服务器解决方案的情况下,您将看到地理上分散的群集。但是,这通常需要昂贵的存储子系统,因此可能不是混合集线器/轮辐拓扑的最佳选择。如果您有两个DC(其中一个是主DC,另一个是辅助DC),则可以部署这样的配置,并在DC之间配置一个打印服务器,为每个办公室内的打印机执行假脱机作业。虽然在这种情况下,如果其中一个办公室完全离线,它将无法打印。
或者,您可以在每个办公室中放置一个独立的Windows打印服务器,并使用人们已经为此目的编写的任意数量的预焙脚本,定期从其事件日志中提取统计数据。
根据您的打印机功能,您可能已经在固件中具有记帐功能,并且可以从其中提取统计数据,而无需在每个办公室安装Windows服务器。
或者你可以像前面提到的那样调查第三方解决方案。无论如何,希望这能帮助您选择一个适合您的需求和预算的解决方案。
-- ab1
https://serverfault.com/questions/544796
复制相似问题