DC 1台
故障转移群集节点 2台
iSCSI 存储服务器 1台(未加域)
Windows Server 2008 R2 的故障转移群集和DTC都正常配置好了,但在安装SQL 2008 R2过程中,实例配置页面出现了一个错误
指定的网络名称不可用,因为在尝试确定该网络名称对于群集SQL实例是否有效可用时,因以下错误而出现了故障:“网络地址无效。"
百度了好久都没有解,重装了系统仍然报这个错误,求大侠出手相救!
20 个解决方案
#1
iSCSI 存储服务器 1台(未加域)
为什么不加域?
为什么不加域?
#2
只是使用StarWind模拟了一个磁盘阵列,应该加不加域都不影响的,而且WinServer的故障转移群集已经正常配置好了,群集验证也可以通过。
#3
你检查果台SQL是否ping,并且是否在同一个网段?
#4
DC:192.168.2.1
SQL01:192.168.2.2
SQL02:192.168.2.3
互ping
ping DC
#5
ping csql呢?
#6
换个网络名称呢!!!
#7
用这个名字试试:csql.rui.com
#8
你的集群名字就是这个吗?
#9
带点的会提示输入正确的网络名称,输入IP地址会有相同的提示。直接ping csql是找不到的AD里和DNS里都没有,我的群集名字是sqlcluster.rui.com
晚上在家没有办法截图,明早补上。
#10
换任何名称都会得到相同的报错
#11
我预感可能这可能是个很低级的问题。。但我确实找不到原因在哪,百度 google都有几个相同的问题都没有答案,我还曾尝试过创建新的domain admin账号来进行安装,仍然报错。
请各位大牛再帮忙想想可能是哪里出问题了,先谢过!
请各位大牛再帮忙想想可能是哪里出问题了,先谢过!
#12
#13
试下把对应的IP和名字加到hosts文件里面
嗯,这个没想过,我明天试试。
#14
修改host前后两ping:
结果依然悲剧。。
结果依然悲剧。。
#15
ping csql.rui.com这样写的吧?
#16
应为信息不够, 我只能抛砖引玉下, 我也遇到过类似的问题,但是由于我们公司DBA是不用管理域名服务器和网络的,所以我当时的第一个判断就是域名和IP 配置错误。Server Team反馈的结果也是它们的域名配置错误。理论上SQL Instance Name要对应一个 Virtual IP 。所以如果不是IP没问题(例如,可以ping,且和其他的 cluster resoure IP在一个IP Range),就是肯定是域名匹配IP的时候配置错误,例如你可以ping 一下带整个域名的SQL Instance Name。
#17
应为信息不够, 我只能抛砖引玉下, 我也遇到过类似的问题,但是由于我们公司DBA是不用管理域名服务器和网络的,所以我当时的第一个判断就是域名和IP 配置错误。Server Team反馈的结果也是它们的域名配置错误。理论上SQL Instance Name要对应一个 Virtual IP 。所以如果不是IP没问题(例如,可以ping,且和其他的 cluster resoure IP在一个IP Range),就是肯定是域名匹配IP的时候配置错误,例如你可以ping 一下带整个域名的SQL Instance Name。
多谢回复,但跟你的问题应该不太一样。
我的问题已经解决了,原因是因为我在虚拟机上安装了VirtualBox增强功能组件,而这个组件带有文件夹共享功能,这个共享会使用一个最高顺序的网络连接,所以无论是否在网络连接里设置了域网络的第一顺序都会在群集验证时报告网络顺序的警告。
解决办法就是先卸载虚拟机上的VirtualBox增强功能,然后再安装SQL Server故障转移群集。
也谢谢版主的热情回复!
#18
原来如此,最近我们也准备把SQL Cluster P2V, 转到vphere v5 虚拟机上不知道会不会遇到同样的问题。测试staging 的时候,留个心。
#19
看来, 群集验证时的警告信息也不能忽略,留个copy好处理问题
#20
原来如此,最近我们也准备把SQL Cluster P2V, 转到vphere v5 虚拟机上不知道会不会遇到同样的问题。测试staging 的时候,留个心。
从老外论坛上来看VMware会有相同的问题,Hyper-V貌似没事。
http://go4answers.webhost4life.com/Example/failover-cluster-install-server-2008-r2-13075.aspx
#21
#1
iSCSI 存储服务器 1台(未加域)
为什么不加域?
为什么不加域?
#2
iSCSI 存储服务器 1台(未加域)
为什么不加域?
只是使用StarWind模拟了一个磁盘阵列,应该加不加域都不影响的,而且WinServer的故障转移群集已经正常配置好了,群集验证也可以通过。
#3
你检查果台SQL是否ping,并且是否在同一个网段?
#4
你检查果台SQL是否ping,并且是否在同一个网段?
DC:192.168.2.1
SQL01:192.168.2.2
SQL02:192.168.2.3
互ping
ping DC
#5
ping csql呢?
#6
换个网络名称呢!!!
#7
用这个名字试试:csql.rui.com
#8
你的集群名字就是这个吗?
#9
用这个名字试试:csql.rui.com
带点的会提示输入正确的网络名称,输入IP地址会有相同的提示。直接ping csql是找不到的AD里和DNS里都没有,我的群集名字是sqlcluster.rui.com
晚上在家没有办法截图,明早补上。
#10
换个网络名称呢!!!
换任何名称都会得到相同的报错
#11
我预感可能这可能是个很低级的问题。。但我确实找不到原因在哪,百度 google都有几个相同的问题都没有答案,我还曾尝试过创建新的domain admin账号来进行安装,仍然报错。
请各位大牛再帮忙想想可能是哪里出问题了,先谢过!
请各位大牛再帮忙想想可能是哪里出问题了,先谢过!
#12
用这个名字试试:csql.rui.com
带点的会提示输入正确的网络名称,输入IP地址会有相同的提示。直接ping csql是找不到的AD里和DNS里都没有,我的群集名字是sqlcluster.rui.com
晚上在家没有办法截图,明早补上。[/quote如果是DNS问题,]试下把对应的IP和名字加到hosts文件里面
#13
试下把对应的IP和名字加到hosts文件里面
嗯,这个没想过,我明天试试。
#14
修改host前后两ping:
结果依然悲剧。。
结果依然悲剧。。
#15
ping csql.rui.com这样写的吧?
#16
应为信息不够, 我只能抛砖引玉下, 我也遇到过类似的问题,但是由于我们公司DBA是不用管理域名服务器和网络的,所以我当时的第一个判断就是域名和IP 配置错误。Server Team反馈的结果也是它们的域名配置错误。理论上SQL Instance Name要对应一个 Virtual IP 。所以如果不是IP没问题(例如,可以ping,且和其他的 cluster resoure IP在一个IP Range),就是肯定是域名匹配IP的时候配置错误,例如你可以ping 一下带整个域名的SQL Instance Name。
#17
应为信息不够, 我只能抛砖引玉下, 我也遇到过类似的问题,但是由于我们公司DBA是不用管理域名服务器和网络的,所以我当时的第一个判断就是域名和IP 配置错误。Server Team反馈的结果也是它们的域名配置错误。理论上SQL Instance Name要对应一个 Virtual IP 。所以如果不是IP没问题(例如,可以ping,且和其他的 cluster resoure IP在一个IP Range),就是肯定是域名匹配IP的时候配置错误,例如你可以ping 一下带整个域名的SQL Instance Name。
多谢回复,但跟你的问题应该不太一样。
我的问题已经解决了,原因是因为我在虚拟机上安装了VirtualBox增强功能组件,而这个组件带有文件夹共享功能,这个共享会使用一个最高顺序的网络连接,所以无论是否在网络连接里设置了域网络的第一顺序都会在群集验证时报告网络顺序的警告。
解决办法就是先卸载虚拟机上的VirtualBox增强功能,然后再安装SQL Server故障转移群集。
也谢谢版主的热情回复!
#18
原来如此,最近我们也准备把SQL Cluster P2V, 转到vphere v5 虚拟机上不知道会不会遇到同样的问题。测试staging 的时候,留个心。
#19
看来, 群集验证时的警告信息也不能忽略,留个copy好处理问题
#20
原来如此,最近我们也准备把SQL Cluster P2V, 转到vphere v5 虚拟机上不知道会不会遇到同样的问题。测试staging 的时候,留个心。
从老外论坛上来看VMware会有相同的问题,Hyper-V貌似没事。
http://go4answers.webhost4life.com/Example/failover-cluster-install-server-2008-r2-13075.aspx