我不是一个pipe理员，但是因为我们的普通人正在度假，所以问题最终在我的大腿上。 我会尽可能简短。
我们注意到，我们的SQL Server 2005实例很奇怪：应用程序启动，应用程序无法连接到数据库。 但是，重新启动后，应用程序工作正常。 SQL Server Managemetn Studio也一样。 这种行为已经在几台networking机器上被观察到了，所以这可能不是客户端问题。 同时，使用服务器的IP地址始终工作，这对我来说是一个新手看起来像名称parsing问题。
通过名称ping服务器会导致第一次尝试中的Destination host unreachable ，并在后续尝试中成功ping。 在等待不确定的时间之后，同样的周期重复。 同样，ping服务器的IP完美地工作。
事件查看器包含DNS部分中的错误4004和4015。 尝试使用Google解决这些问题迄今尚未成功。
问题：是否有一个简单的修复？
更新
我设法消除错误4004通过重新安装DNS服务，尽pipe错误4015仍然存在。
我注意到的另一个有趣的事情与第一次ping失败有关：
Pinging oxyserver [169.254.2.62] with 32 bytes of data: Reply from 169.254.74.29: Destination host unreachable. Reply from 169.254.74.29: Destination host unreachable.
我不知道它是如何得到这个IP地址（169.254.2.62），因为在那之后，ping能够正确地获取服务器的IP地址，它工作得很好：
Pinging oxyserver [192.168.1.201] with 32 bytes of data: Reply from 192.168.1.201: bytes=32 time<1ms TTL=128 Reply from 192.168.1.201: bytes=32 time<1ms TTL=128
UPDATE2
根据要求， dnscmd /info的结果
Query result: Server info server name = oxyserver.Oxy.loc version = 0ECE0205 (5.2 build 3790) DS container = cn=MicrosoftDNS,cn=System,DC=Oxy,DC=loc forest name = Oxy.loc domain name = Oxy.loc builtin domain partition = ForestDnsZones.Oxy.loc builtin forest partition = DomainDnsZones.Oxy.loc last scavenge cycle = not since restart (0) Configuration: dwLogLevel = 00000000 dwDebugLevel = 00000000 dwRpcProtocol = FFFFFFFF dwNameCheckFlag = 00000002 cAddressAnswerLimit = 0 dwRecursionRetry = 3 dwRecursionTimeout = 15 dwDsPollingInterval = 180 Configuration Flags: fBootMethod = 3 fAdminConfigured = 0 fAllowUpdate = 1 fDsAvailable = 1 fAutoReverseZones = 1 fAutoCacheUpdate = 0 fSlave = 0 fNoRecursion = 0 fRoundRobin = 1 fStrictFileParsing = 0 fLooseWildcarding = 0 fBindSecondaries = 1 fWriteAuthorityNs = 0 fLocalNetPriority = 1 Aging Configuration: ScavengingInterval = 0 DefaultAgingState = 0 DefaultRefreshInterval = 168 DefaultNoRefreshInterval = 168 ServerAddresses: Addr Count = 2 Addr[0] => 192.168.1.201 Addr[1] => 169.254.2.62 ListenAddresses: NULL IP Array. Forwarders: NULL IP Array. forward timeout = 5 slave = 0 Command completed successfully.
这两个地址是一个明显的红旗。
networking连接/高级中更改网卡的优先级似乎已经摆脱了错误4015.但是，原来的问题仍然存在。
鉴于APIPA地址它给你第一次尝试我倾向于认为你的名称服务器已损坏，或有不良的DNSlogging的地方。 检查返回错误地址的主机的logging。
试试这个：打开命令提示符。 inputipconfig /flushdns 。 现在尝试ping服务器，看看你得到什么。
你的服务器有多less个网卡？ 我看到这个错误出现在我的工作场所，当[不知何故]一个不同的网卡被设置为比主网卡更高的优先级。
编辑你可以检查你的ARPcaching吗？ 我认为丹尼尔与APIPA的东西。
打开一个命令提示符并inputarp -a ，然后输出。
“通过名称ping服务器导致目标主机在第一次尝试时无法访问”
也许在这里“更远的距离”，但你可以看看服务器网卡上的电源pipe理设置。 一切设置和运行后，通常不应该改变。
我设法通过禁用第二个networking适配器（TAP-Win32适配器v9）来解决问题，该networking适配器被列为断开连接，但由于某种原因被分配了IP地址。
我感谢大家的帮助。 是什么导致我的解决办法是乔希build议运行arp -a 。 当那个169.xxx地址没有返回任何东西的时候，我急切地想要运行ipconfig /all ，最后把169.xxx的地址列在那个NIC旁边。 一个简单的禁用，然后重新启动修复它。