服务器不仅是企业网络设备的骨干，也是企业软件和数据库应用的主体。在实际运行中，服务器经常会出现这样或那样的故障，软件或硬件。许多断层是不规则的。事实上，
许多网络故障都是由DNS服务器引起的。这时候就需要检查DNS服务器技术了。
故障现象：
作者的公司不是很大，大概有50台电脑，两台IBM服务器，型号是X SERVICE 200。因为内部使用的应用软件需要Windows域的支持，
所以在这两台IBM服务器上启用了windows 2000 server的域。一个用作域控制器DC，另一个设置为备份域控制器BDC。
由于备份域控制器在管理域中主要起辅助作用，配置后基本没有修改或操作。但是前一段主域控制器DC的服务器登录系统桌面失败，每次域控制器启动都停留在2000的登录界面。
即在要求输入管理员账号和密码之前的界面，下面的登录信息显示“连接网络”。等了近一个小时，依然没有任何进展，始终停留在“正在连接网络”的提示。重启服务器，按F8键正常进入安全模式。
但是，一进入正常模式，上述问题就出现了。
由于系统登录始终停留在“连接网络”，笔者怀疑是网络问题，比如主域控制器无法通过DNS自行解析。尝试进入安全模式并禁用网卡，这样系统就不会搜索网络并尝试连接网络。
果然，禁用网卡后系统可以正常进入桌面。
但是，禁用网卡并不能解决问题。虽然服务器可以登录桌面，但是其他客户端提供的服务不能使用。为什么没有网卡也能登录？再次，作者重点介绍域名解析。众所周知，在允许域的网络中，
DNS解析的域名与计算机一一对应，任何计算机如果不在主域控制器上保留正确的DNS对应名称，都将无法使用网络。
作者检查了主域控制器上DNS服务的配置，发现主域控制器的DNS地址被设置为备份域控制器的IP地址。备份域控制器上的DNS解析似乎有问题。作者立即去备份域控制器检查，
原来是备份域控制器上的网线和网卡接口连接松了，也就是说备份域控制器实际上脱离了整个网络。在备份域控制器上插牢网线，在主域控制器上启动网卡后，就可以正常进入系统，故障排除。
这个故障看起来是由于备份域控制器上的网线松动造成的，但实际上是我们设置域时的一个配置问题导致的。为什么这么说？因为我们在建立域的时候最好按照以下规则来配置DNS。
(1) DNS服务安装在DC和BDC上，而不是只在一台服务器上启用，以防止DNS解析错误，并为DNS解析提供冗余功能。
(2)DC本地DNS服务器设置为自己的IP地址，BDC本地DNS服务器也设置为自己的IP地址。
(3)同时，DC上辅助DNS服务器的地址要设置为BDC的地址，BDC上辅助DNS服务器对应的地址也要设置为DC的IP地址。
这样我们在DNS解析上就不会轻易出现问题，类似这样的故障也不会发生。因为当你登录到主域控制器时，在进行DNS解析和连接网络时，会自动查询自己的DNS设置。
即使BDC网线松动或关闭，也不会影响DC登录。
总结：
在Windows系统中配置一个域控制器是一件非常麻烦的事情，故障的发生更是无规律可循。因此，当将网络升级到域时，这种初始化操作也必须遵循上述规则，以便最小化故障的概率。
