让我描述一下我的情况。
我在我们的networking中有五个DC。 混合使用2008 R2和2012.其中一个目前不可用，解决此问题可能需要一些时间。 其他四个DC在线并可从所有工作站访问。
在某些工作站上，当我尝试ping我的域名时，超时。 当我检查它已解决的IP地址时，将是不可用的DC。 为了便于描述，让我命名区议会，给他们的IP地址。
DC1.xyz.com – 192.168.0.1
DC2.xyz.com – 192.168.1.1
DC3.xyz.com – 192.168.2.1
DC4.xyz.com – 192.168.3.1
DC5.xyz.com – 10.72.0.1
在大多数的工作站上，当我ping通xyz.com; 它parsing为192.168.xx.xx并得到答复。 但在less数情况下，解决为10.72.0.1并超时。
DC1，DC2，DC3和DC4位于一个AD位置，DC5位于云中的不同位置。 我的理解是因为达到DC1，DC2，DC3和DC4的成本较低; 除非不可用，否则所有工作站都应parsing为其IP地址。
我的问题是，为什么工作站正在解决到一个在不同地点的DC，并有更高的成本达到它？ 这个问题对工作站有什么影响？
先谢谢你。 如果你们能帮助我理解这一点，我将非常感激。
您提供的每个IP都位于不同的子网上。 假设每台PC都使用其本地路由器作为默认网关，这意味着路由器可能将xyz.com的DNSlogging设置为其子网上任何一个DC的静态IP地址。
2解决scheme，一个长期和一个快速哈希：
长期 – 将所有数据中心都放在负载均衡器的后面，并使用xyz.com地址parsing每个子网。 这样，当一个DC掉电时，负载均衡器应该能够处理这个并使用其他3个DC
短期 – 找出哪个子网路由到破损的DC。 访问该子网的默认网关（可能是PC所连接的路由器）。 将xyz.com指向的地址更改为正在工作的DC之一。 这会增加负荷。
这似乎是一个很好的起点。 确定是否所有的PC都在一个子网上，或者一台路由器是否发生了错误的DC。 如果是这样的话，问题可能是网关上的路由表。
这是预期的行为。 直接的DNS查询将返回所有在DNS中注册了Alogging的域控制器。 任何使用Active Directory域名的客户端应用程序都需要适应该scheme，并补偿不可用的域控制器。
站点成本适用于DC定位器进程，而不是DNS查找。