金蝶精斗云如何避免中小网络中的单点故障 下面就是一般中小网络中常见的单点故障的罪魁祸首，解决这些问题才能真正实现业务的连续性。
在我的小公司里，我们使用活动目录(AD)。直到前不久，我们还是在本地和远程办公室各有一台域控制器(DC)，总共管理65台用户终端以及从文件到打印服务和电子邮件服务等各种应用。远程办公地点只有五个用户，并且都在一个办公室里，因此那个单独的域控制器工作的很顺利。
而在总公司这边，有60台终端连接到同一个域控制器上。这种设置一直以来也没有什么问题，能够如实地完成我们所希望的各种任务，直到本周。
一天早上，当我走进办公室，那里已经有几个同事在等着向我反映他们无法使用日常的应用服务了。
初步检查后我发现DNS工作不正常。同时DC本身运行的非常缓慢，看上去应该重新启动一下了。最开始，我希望重新启动后的DC能以正常速度运行，这样我才能更好的查找DNS的问题根源。但是重新启动后，系统运行的依然很缓慢。由于活动目录对DNS的以来较少，因此用户还可以登录，磁盘映像也可以使用。
作为一个小型店铺，我们的很多设置都是按标准来的，这应该是个单点错误，但是看上去问题并不大。毕竟我们在远程办公室还有一台域控制器，能够胜任其余的工作。当然，如果两个办公室间的网络连接速度快的话，那就没问题，但如果通过广域网来传输服务器数据就太慢了。
后来我重启了服务器。重启后虽然很多应用可以正常工作了，但是我还是很担心，因为我知道一旦再有较大的负载，所有的问题又都会出现，并导致企业网络掉线。于是我首先想到了再买一台新服务器，以便我能将DC替换下来进行配置。但是尽管现在服务器便宜了，但也不是白给的。因此我决定利用一下网络环境中的其它服务器。
在我们的网络中，有一台服务器运行各种关于Web的应用程序，我们将这些应用都移动到了另一台网络接入速度更快的服务器中。这么做让我们空余出了一台性能强劲但是又没有什麽负载的服务器，完全可以用作备用DC。
设备多了性能就上去了
现在我们总公司这边有两台域控制器同时在运行活动目录了，每台服务器都运行着完整的DNS，整个系统的当机时间大大缩短了。另外总公司的员工登录速度以及访问互联网的速度都有所提升。
在AD范围外，我利用ScriptLogic的DesktopAuthority软件来管理用户环境，打印机以及驱动管理等事项。由于我在目录中加入了另一台DC，我也同时在其上安装了DesktopAuthority服务来确保从登录到登录后的各项应用都能正常运行。
除了在网络中添加了一台DNS服务器/DC以外，我还为新DC添加了GlobalCatalog角色。这个动作可以让AD的各项功能在其中一台DC挂掉后还能连续运转。
未经允许不得转载：金蝶精斗云 » 如何避免中小网络中的单点故障
