后使用快捷导航没有帐号？
只需一步，快速开始
[] -----(本主题点击给于1财富加分)
查看: 2473|回复: 3
OPC server是否可以连接多个opc client？
阅读权限60
主题好友积分
签到天数: 804 天连续签到: 1 天[LV.8]以坛为家II
注册海川吧，与350万海川共分享
才可以下载或查看，没有帐号？
大家好，有熟悉Honeywell PKS系统的朋友帮忙解答一下吧。
1、PKS opc server正常安装在哪台机器上面？操作员站、工程师站还是历史服务器？
2、一套OPC server 是否可以连多个客户端，这些客户端分布在不同的电脑上面。
3、如果opc server 安装在历史服务器上，那么冗余切换时会影响与client的通信，这个一般怎么客服？
麻烦了，谢谢大家。
上一篇：下一篇：&
阅读权限60
主题好友积分
签到天数: 341 天连续签到: 1 天[LV.5]海川常住居民II
PKS 是典型的CS架构，服务器是冗余的，OPCserver同时在两个服务器上跑着，但是只有主服务器上的OPCserver才能读取到数据，这种系统，你就理解工程师站=服务器就好了。
OPCserver 一个，当然可以被多个opcclient读取数据，这个没什么好解释的。
所谓的历史服务器，一般都是在工程师站里的两个互为冗余的服务器电脑上。因此不会出现你考虑的 历史服务器 在非工程师站的概念了。PKS的所有服务全部都在身为服务器器的两个电脑上。
LZ估计是用习惯了对等架构的DCS，所以还不适应这种CS架构的系统。
帮助他人解决问题
系统自动给沙发加分～～
阅读权限60
主题好友积分
签到天数: 804 天连续签到: 1 天[LV.8]以坛为家II
谢谢楼上的解答，另外opc client端的电脑需要安装霍尼的插件吗？我在客户端看到Honeywell Experion PKS-----redirection manager-----standalone RDM configuration，这个软件是配置哪些参数的，谢谢。
阅读权限75
主题好友积分
签到天数: 119 天连续签到: 1 天[LV.4]海川常住居民I
PKS的 OPC Server运行在 PKS&&Server（ESV）服务器上；
同理，对于 LS，HS，EBI等系统，其OPC Server也是运行在其 Server上。
对于PlantCruise 而言，其OPC Server也是运行在其 Server上。 -- 只不过 PC系统一般把 “Server” 叫做工程师站，
主要是为了规避 招投标时，对C/S 架构的限制。
通常服务器上， 可以集成Server的功能（听起来好像废话），可以集成 Flex型操作站的功能，还可以集成工程师站的功能，当然也有历史站的功能。
但是也可以有独立的操作站（Flex型和Consol型），也可以有独立的工程师站（不用非得用服务器做组态），也可以有独立的 历史站（一般特制PHD）。
PKS 的Server是冗余的， 一般来说，OPC Client 正常状况下只能访问 当前为 “Active” 状态的服务器， 备份服务器上的OPC Server是不能正常访问的。
那么这个意思是，意味着你的OPC Client 程序 应该要能够识别到 PKS Server的切换，当发现 PKS的服务器发生了，你的OPC Client 程序也要能切换IP，
转去访问另外一个服务器，当PKS的Server再次切换主-备关系的时候，你的OPC Client程序还必须能再次切换回来。
PKS的 OPC Server是有授权限制的。
跟常规的思路不同的是， PKS的 OPC Server授权限制不是限制多少点，多少变量。
是限制了 能允许最多有多少个 OPC Client程序来访问 PKS的OPC Server。
从PKS的授权信息页面，你可以看到这些授权上的数量限制信息。
需要特别注意的是，，， 比方说 OPC DA Server的授权数量为5，
不是指 最多有外部的 5台电脑可以来访问 这个PKS OPC Server。
是最多可以有 5个 OPC Client程序来访问这个 PKS OPC Server。
这个话的意思是，比方说你有 3台外部的电脑， 其中某一台上有2个不同的 OPC Client 程序来访问 PKS OPC Server，
是被认为是占用2个授权数量的。
另外，根据我的测试，“似乎”&&PKS Server本机上的 OPC&&Client程序被 默认允许1个连接。
即 授权数如果是 5， 那么允许 其他电脑上 合计最多 5个 OPC Client来访问这个 PKS&&OPC Server。
但是 PKS Server本机上的 一个 OPC Client程序 没有被算入那个授权数量中。
我猜测是这样的原因：
OPC Client 和 OPC Server处于同一个电脑上时，走的是COM机制，
而OPC Client 和 OPC Server 处于不同的电脑上时，走的是 DCOM机制。
似乎授权上默认允许了1个 COM机制的 OPC Client连接。
但是这点，我也不确信，如有哪位专家 有正确的理解，请帮助我解惑。
大伙都进来看下看图猜设备，这是什么装置的反应器？S6M50压缩机在运转中一段十字头销子断原因有哪些求高人指点《《压力容器设计实用手册》TSG 08－2017 特种设备使用管理规则.doc 下载
河水清且涟漪（职企卫生术语）
广告投放&事务
事务联系邮箱：&&
工作日均访客10万人 欢迎您的参与 化工技术交流第一社区，共同学习 共同提高!
版权所有 丰行天下-海川化工论坛 -
Discuz! X3SQL Server 不存在或访问被拒绝(转）,SQL教程,SQL案例,SQL实例
本站中文域名：、　
　　　　　　　　
　　　　　
　|　　|　　|　　|　　
　　　　　|　　　　　|　　　　　|　　　
您的位置： &&
&& SQL Server 不存在或访问被拒绝(转）
SQL Server 不存在或访问被拒绝(转）
　　本文标签：SQL,Server,不存在
如企业管理器、查询器、事务探查器等;二是利用用户自己开发的客户端程序，如ASP 脚本、VB程序等，客户端程序中又 ODBC 或者OLE DB等连接 SQL Server&。下面，我们将就这两种连接方式，具体谈谈如何来解决连接失败的问题&。
　　一、"SQL Server 不存在或访问被拒绝"
　　"SQL Server 不存在或访问被拒绝"错误，通常是最容易发生的，因为错误发生的原因比较多，所以需要检查的方面也比较多&。
　　一般说来，有以下几种可能性:
　　1、网络连接问题;
　　2、SQL Server服务器问题;
　　3、服务器端网络配置问题;
　　4、客户端网络配置问题&。
　　首先,我们检查网络连接:
　　1、ping服务器IP地址&。首先先关闭服务器和客户端的防火墙，这是为了排除防火墙软件可能会屏蔽对 ping，telnet 等的响应&。然后开始ping服务器IP地址，如果 ping服务器IP地址不成功，说明物理连接有问题，这时候要检查硬件设备，如网卡，HUB，路由器等&。
　　2、ping服务器名称&。如果失败则说明名字解析有问题，这时候要检查Netbuis协议是否安装、;DNS 服务是否正常&。
　　其次，使用 telnet 命令检查SQL Server服务器工作状态&。如果命令执行成功，可以看到屏幕一闪之后光标在左上角不停闪动，这说明 SQL Server 服务器工作正常，并且正在监听1433端口的 TCP/IP 连接;如果命令返回"无法打开连接"的错误信息，则说明服务器没有启动 SQL Server 服务，也可能服务器端没启用 TCP/IP 协议，或者服务器没有在 SQL Server 默认的端口1433上监听&。
最后，我们要检查服务器、客户端网络配置&。服务器检查是否启用了命名管道;是否启用了 TCP/IP 协议等等&。我们可以利用 SQL Server 自带的服务器网络使用工具来进行检查&。
　　单击:程序-& Microsoft SQL Server 服务器网络使用工具;打开该工具后，在"常规"中可以看到服务器启用了哪些协议，默认我们启用命名管道以及 TCP/IP 协议&。点中 TCP/IP 协议，选择"属性"，我们可以来检查 SQK Server 服务默认端口的设置&。一般而言，我们使用 SQL Server 默认的1433端口&。如果选中"隐藏服务器"，则意味着客户端无法通过枚举服务器来看到这台服务器，起到了保护的作用，但不影响连接&。
　　接下来我们要到客户端检查客户端的网络配置&。我们同样可以利用 SQL Server 自带的客户端网络使用工具来进行检查，所不同的是这次是在客户端来运行这个工具&。单击:程序-& Microsoft SQL Server 客户端网络使用工具打开该工具后，在"常规"项中，可以看到客户端启用了哪些协议&。同样，我们需要启用命名管道以及 TCP/IP 协议&。点击 TCP/IP 协议，选择"属性"，可以检查客户端默认连接端口的设置，该端口必须与服务器一致&。
　　通过以上几个方面的检查，基本上可以排除第一种错误&。
　& 1.2："无法连接到服务器，用户xxx登陆失败"
　　该错误产生的原因是由于SQL Server使用了"仅 Windows"的身份验证方式，因此用户无法使用SQL Server的登录帐户(如 sa )进行连接&。解决方法如下所示:
　　1、在服务器端使用企业管理器，并且选择"使用 Windows 身份验证"连接上 SQL S
　　2、展开"SQL Server组"，鼠标右键点击SQL Server服务器的名称，选择"属性"，再选择"安全性"选项卡;
　　3、在"身份验证"下，选择"SQL Server和 Windows ";
　　4、重新启动SQL Server服务&。
　　在以上解决方法中，如果在第1步中使用"使用 Windows 身份验证"连接 SQL Server 失败，那就通过修改注册表来解决此问题:
　　1、点击"开始" "运行"，输入regedit，回车进入注册表编辑器;
　　2、依次展开注册表项，浏览到以下注册表:[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer];
　　3、在屏幕右方找到名称"LoginMode"，双击编辑双字节值;
　　4、将原值从1改为2，点击"确定";
　　5、关闭注册表编辑器;
　　6、重新启动SQL Server服务&。
　　此时，用户可以成功地使用sa在企业管理器中新建SQL Server注册，但是仍然无法使用Windows身份验证模式来连接SQL Server&。这是因为在 SQL Server 中有两个缺省的登陆户:
BUILTIN\Administrators&机器名&\Administrator 被删除&。
　　要恢复这两个帐户，可以使用以下的方法:
　　1、打开企业管理器，展开服务器组，然后展开服务器;
　　2、展开"安全性"，右击"登录"，然后单击"新建登录";
　　3、在"名称"框中，输入 BUILTIN\A
　　4、在"服务器角色"选项卡中，选择"System Administrators" ;
　　5、点击"确定"退出;
　　6、使用同样方法添加 &机器名&\Administrator 登录&。
　　以下注册表键:
　　HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer\LoginMode的值决定了SQL Server将采取何种身份验证模式&。
　　1、表示使用"Windows 身份验证"模式;
　　2、表示使用混合模式(Windows 身份验证和 SQL Server 身份验证)&。
&&&&& 1.3：提示连接超时
　　如果遇到第三个错误，一般而言表示客户端已经找到了这台服务器，并且可以进行连接，不过是由于连接的时间大于允许的时间而导致出错&。这种情况比较少见，一般发生在当用户在Internet上运行企业管理器来注册另外一台同样在Internet上的服务器，并且是慢速连接时，有可能会导致以上的超时错误&。有些情况下，由于局域网的网络问题，也会导致这样的错误&。
　　要解决这样的错误，可以修改客户端的连接超时设置&。默认情况下，通过企业管理器注册另外一台SQL Server的超时设置是 4 秒，而查询分析器是 15 秒&。
　　具体步骤为:
　　企业管理器中的设置:
　　1、在企业管理器中，选择菜单上的"工具"，再选择"选项";
　　2、在弹出的"SQL Server企业管理器属性"窗口中，点击"高级"选项卡;
　　3、在"连接设置"下的"登录超时(秒)"右边的框中输入一个比较大的数字，如 30&。
　　查询分析器中的设置:
　　单击“工具”-&"选项"-&"连接"; 将登录超时设置为一个较大的数字，连接超时改为0&。
二、应用程序连接失败
　　以上的三种错误信息都是发生在 SQL Server 自带的客户端工具中，在应用程序中我们也会遇到类似的错误信息，例如:
Microsoft OLE DB Provider for SQL Server (0x)[DBNETLIB][ConnectionOpen (Connect()).]Specified SQL server not found.Microsoft OLE DB Provider for SQL Server (0x)
　　用户 sa 登录失败&。原因: 未与信任 SQL Server 连接相关联&。
Microsoft OLE DB Provider for ODBC Drivers 错误 .[Microsoft][ODBC SQL Server Driver]超时已过期.
　　如果遇到连接超时的错误，我们可以在程序中修改 Connection 对象的超时设置，再打开该连接&。例如:
＜%Set Conn = Server.CreateObject("ADODB.Connection")DSNtest="DRIVER={SQL Server};SERVER=ServerNUID=USER;PWD=DATABASE=mydatabase"Conn. Properties("Connect Timeout") = 15 以秒为单位Conn.open DSNtest%＞
　　如果遇到查询超时的错误，我们可以在程序中修改 Recordset 对象的超时设置，再打开结果集&。例如:
Dim cn As New ADODB.ConnectionDim rs As ADODB.Recordset. . . cmd1 = txtQuery.TextSet rs = New ADODB.Recordsetrs.Properties("Command Time Out") = 300同样以秒为单位，如果设置为 0 表示无限制rs.Open cmd1, cnrs.MoveFirst. . .
　　　本文针对大部分用户在使用 SQL Server 过程中常见的连接失败的错误，重点讨论了在使用 SQL Server 客户端工具以及用户开发的应用程序两种情况下，如何诊断并解决连接失败的错误&。看过本文以后，相信每一个读者都会对 SQL Server 的连接工作原理、身份验证方式以及应用程序开发等有一个较为全面而深入的了解&。
如企业管理器、查询器、事务探查器等;二是利用用户自己开发的客户端程序，如ASP 脚本、VB程序等，客户端程序中又 ODBC 或者OLE DB等连接 SQL Server&。下面，我们将就这两种连接方式，具体谈谈如何来解决连接失败的问题&。
　　一、"SQL Server 不存在或访问被拒绝"
　　"SQL Server 不存在或访问被拒绝"错误，通常是最容易发生的，因为错误发生的原因比较多，所以需要检查的方面也比较多&。
　　一般说来，有以下几种可能性:
　　1、网络连接问题;
　　2、SQL Server服务器问题;
　　3、服务器端网络配置问题;
　　4、客户端网络配置问题&。
　　首先,我们检查网络连接:
　　1、ping服务器IP地址&。首先先关闭服务器和客户端的防火墙，这是为了排除防火墙软件可能会屏蔽对 ping，telnet 等的响应&。然后开始ping服务器IP地址，如果 ping服务器IP地址不成功，说明物理连接有问题，这时候要检查硬件设备，如网卡，HUB，路由器等&。
　　2、ping服务器名称&。如果失败则说明名字解析有问题，这时候要检查Netbuis协议是否安装、;DNS 服务是否正常&。
　　其次，使用 telnet 命令检查SQL Server服务器工作状态&。如果命令执行成功，可以看到屏幕一闪之后光标在左上角不停闪动，这说明 SQL Server 服务器工作正常，并且正在监听1433端口的 TCP/IP 连接;如果命令返回"无法打开连接"的错误信息，则说明服务器没有启动 SQL Server 服务，也可能服务器端没启用 TCP/IP 协议，或者服务器没有在 SQL Server 默认的端口1433上监听&。
最后，我们要检查服务器、客户端网络配置&。服务器检查是否启用了命名管道;是否启用了 TCP/IP 协议等等&。我们可以利用 SQL Server 自带的服务器网络使用工具来进行检查&。
　　单击:程序-& Microsoft SQL Server 服务器网络使用工具;打开该工具后，在"常规"中可以看到服务器启用了哪些协议，默认我们启用命名管道以及 TCP/IP 协议&。点中 TCP/IP 协议，选择"属性"，我们可以来检查 SQK Server 服务默认端口的设置&。一般而言，我们使用 SQL Server 默认的1433端口&。如果选中"隐藏服务器"，则意味着客户端无法通过枚举服务器来看到这台服务器，起到了保护的作用，但不影响连接&。
　　接下来我们要到客户端检查客户端的网络配置&。我们同样可以利用 SQL Server 自带的客户端网络使用工具来进行检查，所不同的是这次是在客户端来运行这个工具&。单击:程序-& Microsoft SQL Server 客户端网络使用工具打开该工具后，在"常规"项中，可以看到客户端启用了哪些协议&。同样，我们需要启用命名管道以及 TCP/IP 协议&。点击 TCP/IP 协议，选择"属性"，可以检查客户端默认连接端口的设置，该端口必须与服务器一致&。
　　通过以上几个方面的检查，基本上可以排除第一种错误&。
　& 1.2："无法连接到服务器，用户xxx登陆失败"
　　该错误产生的原因是由于SQL Server使用了"仅 Windows"的身份验证方式，因此用户无法使用SQL Server的登录帐户(如 sa )进行连接&。解决方法如下所示:
　　1、在服务器端使用企业管理器，并且选择"使用 Windows 身份验证"连接上 SQL S
　　2、展开"SQL Server组"，鼠标右键点击SQL Server服务器的名称，选择"属性"，再选择"安全性"选项卡;
　　3、在"身份验证"下，选择"SQL Server和 Windows ";
　　4、重新启动SQL Server服务&。
　　在以上解决方法中，如果在第1步中使用"使用 Windows 身份验证"连接 SQL Server 失败，那就通过修改注册表来解决此问题:
　　1、点击"开始" "运行"，输入regedit，回车进入注册表编辑器;
　　2、依次展开注册表项，浏览到以下注册表:[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer];
　　3、在屏幕右方找到名称"LoginMode"，双击编辑双字节值;
　　4、将原值从1改为2，点击"确定";
　　5、关闭注册表编辑器;
　　6、重新启动SQL Server服务&。
　　此时，用户可以成功地使用sa在企业管理器中新建SQL Server注册，但是仍然无法使用Windows身份验证模式来连接SQL Server&。这是因为在 SQL Server 中有两个缺省的登陆户:
BUILTIN\Administrators&机器名&\Administrator 被删除&。
　　要恢复这两个帐户，可以使用以下的方法:
　　1、打开企业管理器，展开服务器组，然后展开服务器;
　　2、展开"安全性"，右击"登录"，然后单击"新建登录";
　　3、在"名称"框中，输入 BUILTIN\A
　　4、在"服务器角色"选项卡中，选择"System Administrators" ;
　　5、点击"确定"退出;
　　6、使用同样方法添加 &机器名&\Administrator 登录&。
　　以下注册表键:
　　HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer\LoginMode的值决定了SQL Server将采取何种身份验证模式&。
　　1、表示使用"Windows 身份验证"模式;
　　2、表示使用混合模式(Windows 身份验证和 SQL Server 身份验证)&。
&&&&& 1.3：提示连接超时
　　如果遇到第三个错误，一般而言表示客户端已经找到了这台服务器，并且可以进行连接，不过是由于连接的时间大于允许的时间而导致出错&。这种情况比较少见，一般发生在当用户在Internet上运行企业管理器来注册另外一台同样在Internet上的服务器，并且是慢速连接时，有可能会导致以上的超时错误&。有些情况下，由于局域网的网络问题，也会导致这样的错误&。
　　要解决这样的错误，可以修改客户端的连接超时设置&。默认情况下，通过企业管理器注册另外一台SQL Server的超时设置是 4 秒，而查询分析器是 15 秒&。
　　具体步骤为:
　　企业管理器中的设置:
　　1、在企业管理器中，选择菜单上的"工具"，再选择"选项";
　　2、在弹出的"SQL Server企业管理器属性"窗口中，点击"高级"选项卡;
　　3、在"连接设置"下的"登录超时(秒)"右边的框中输入一个比较大的数字，如 30&。
　　查询分析器中的设置:
　　单击“工具”-&"选项"-&"连接"; 将登录超时设置为一个较大的数字，连接超时改为0&。
二、应用程序连接失败
　　以上的三种错误信息都是发生在 SQL Server 自带的客户端工具中，在应用程序中我们也会遇到类似的错误信息，例如:
Microsoft OLE DB Provider for SQL Server (0x)[DBNETLIB][ConnectionOpen (Connect()).]Specified SQL server not found.Microsoft OLE DB Provider for SQL Server (0x)
　　用户 sa 登录失败&。原因: 未与信任 SQL Server 连接相关联&。
Microsoft OLE DB Provider for ODBC Drivers 错误 .[Microsoft][ODBC SQL Server Driver]超时已过期.
　　如果遇到连接超时的错误，我们可以在程序中修改 Connection 对象的超时设置，再打开该连接&。例如:
＜%Set Conn = Server.CreateObject("ADODB.Connection")DSNtest="DRIVER={SQL Server};SERVER=ServerNUID=USER;PWD=DATABASE=mydatabase"Conn. Properties("Connect Timeout") = 15 以秒为单位Conn.open DSNtest%＞
　　如果遇到查询超时的错误，我们可以在程序中修改 Recordset 对象的超时设置，再打开结果集&。例如:
Dim cn As New ADODB.ConnectionDim rs As ADODB.Recordset. . . cmd1 = txtQuery.TextSet rs = New ADODB.Recordsetrs.Properties("Command Time Out") = 300同样以秒为单位，如果设置为 0 表示无限制rs.Open cmd1, cnrs.MoveFirst. . .
　　　本文针对大部分用户在使用 SQL Server 过程中常见的连接失败的错误，重点讨论了在使用 SQL Server 客户端工具以及用户开发的应用程序两种情况下，如何诊断并解决连接失败的错误&。看过本文以后，相信每一个读者都会对 SQL Server 的连接工作原理、身份验证方式以及应用程序开发等有一个较为全面而深入的了解&。
Google搜索中
搜狗搜索中
在线教程导航
数据库开发
产品库推荐
| 站长工具：
All Rights Reserved.
珠江路在线版权所有
苏ICP备号 中文域名：
　|　　|　SQL Server 2000的远程连接问题 MS-SQL Server / 应用实例 -...
&一."SQL&Server&不存在或访问被拒绝"
这个是最复杂的,错误发生的原因比较多,需要检查的方面也比较多.
一般说来,有以下几种可能性:
1,SQL&Server名称或IP地址拼写有误
2,服务器端网络配置有误
3,客户端网络配置有误
要解决这个问题,我们一般要遵循以下的步骤来一步步找出导致错误的原因.
=============&首先,检查网络物理连接&=============
ping& &服务器IP地址/服务器名称&
如果&ping& &服务器IP地址& &不成功,说明物理连接有问题,这时候要检查硬件设备,如网卡,HUB,路由器等.
还有一种可能是由于客户端和服务器之间安装有防火墙软件造成的,比如&ISA&Server.防火墙软件可能会屏蔽对&ping,telnet&等的响应
因此在检查连接问题的时候,我们要先把防火墙软件暂时关闭,或者打开所有被封闭的端口.
如果ping& &服务器IP地址& &成功而,ping& &服务器名称& &失败
则说明名字解析有问题,这时候要检查&DNS&服务是否正常.
有时候客户端和服务器不在同一个局域网里面,这时候很可能无法直接使用服务器名称来标识该服务器,这时候我们可以使用HOSTS文件来进行名字解析,
具体的方法是:
1.使用记事本打开HOSTS文件（一般情况下位于C:\WINNT\system32\drivers\etc）.
添加一条IP地址与服务器名称的对应记录,如:
172.168.10.24&myserver
2.或在&SQL&Server&的客户端网络实用工具里面进行配置,后面会有详细说明.
=============&其次,使用&telnet&命令检查SQL&Server服务器工作状态&=============
telnet& &服务器IP地址& &1433
如果命令执行成功,可以看到屏幕一闪之后光标在左上角不停闪动,这说明&SQL&Server&服务器工作正常,并且正在监听1433端口的&TCP/IP&连接
如果命令返回"无法打开连接"的错误信息,则说明服务器端没有启动&SQL&Server&服务,
也可能服务器端没启用&TCP/IP&协议,或者服务器端没有在&SQL&Server&默认的端口1433上监听.
=============接着,我们要到服务器上检查服务器端的网络配置,检查是否启用了命名管道.是否启用了&TCP/IP&协议等等&=============
可以利用&SQL&Server&自带的服务器网络使用工具来进行检查.
点击:程序&--&Microsoft&SQL&Server&--&服务器网络使用工具
打开该工具后,在"常规"中可以看到服务器启用了哪些协议.
一般而言,我们启用命名管道以及&TCP/IP&协议.
点中&TCP/IP&协议,选择"属性",我们可以来检查&SQK&Server&服务默认端口的设置
一般而言,我们使用&SQL&Server&默认的1433端口.如果选中"隐藏服务器",则意味着客户端无法通过枚举服务器来看到这台服务器,起到了保护的作用,但不影响连接.
=============&接下来我们要到客户端检查客户端的网络配置&=============
我们同样可以利用&SQL&Server&自带的客户端网络使用工具来进行检查,
所不同的是这次是在客户端来运行这个工具.
点击:程序&--&Microsoft&SQL&Server&--&客户端网络使用工具
打开该工具后,在"常规"项中,可以看到客户端启用了哪些协议.
一般而言,我们同样需要启用命名管道以及&TCP/IP&协议.
点击&TCP/IP&协议,选择"属性",可以检查客户端默认连接端口的设置,该端口必须与服务器一致.
单击"别名"选项卡,还可以为服务器配置别名.服务器的别名是用来连接的名称,
连接参数中的服务器是真正的服务器名称,两者可以相同或不同.别名的设置与使用HOSTS文件有相似之处.
通过以上几个方面的检查,基本上可以排除第一种错误.
二."无法连接到服务器,用户xxx登陆失败"
该错误产生的原因是由于SQL&Server使用了"仅&Windows"的身份验证方式,
因此用户无法使用SQL&Server的登录帐户（如&sa&）进行连接.解决方法如下所示:
1.在服务器端使用企业管理器,并且选择"使用&Windows&身份验证"连接上&SQL&Server
2.展开"SQL&Server组",鼠标右键点击SQL&Server服务器的名称,选择"属性",再选择"安全性"选项卡
3.在"身份验证"下,选择"SQL&Server和&Windows&".
4.重新启动SQL&Server服务.
在以上解决方法中,如果在第&1&步中使用"使用&Windows&身份验证"连接&SQL&Server&失败,
那就通过修改注册表来解决此问题:
1.点击"开始"-"运行",输入regedit,回车进入注册表编辑器
2.依次展开注册表项,浏览到以下注册表键:
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer]
3.在屏幕右方找到名称"LoginMode",双击编辑双字节值
4.将原值从1改为2,点击"确定"
5.关闭注册表编辑器
6.重新启动SQL&Server服务.
此时,用户可以成功地使用sa在企业管理器中新建SQL&Server注册,
但是仍然无法使用Windows身份验证模式来连接SQL&Server.
这是因为在&SQL&Server&中有两个缺省的登录帐户:
BUILTIN\Administrators
&机器名& \Administrator&被删除.
要恢复这两个帐户,可以使用以下的方法:
1.打开企业管理器,展开服务器组,然后展开服务器
2.展开"安全性",右击"登录",然后单击"新建登录"
3.在"名称"框中,输入&BUILTIN\Administrators
4.在"服务器角色"选项卡中,选择"System&Administrators"&
5.点击"确定"退出
6.使用同样方法添加& &机器名& \Administrator&登录.
以下注册表键:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer\LoginMode
的值决定了SQL&Server将采取何种身份验证模式.
1.表示使用"Windows&身份验证"模式
2.表示使用混合模式（Windows&身份验证和&SQL&Server&身份验证）.
三.提示连接超时
如果遇到第三个错误,一般而言表示客户端已经找到了这台服务器,并且可以进行连接,
不过是由于连接的时间大于允许的时间而导致出错.
这种情况一般会发生在当用户在Internet上运行企业管理器来注册另外一台同样在Internet上的服务器,
并且是慢速连接时,有可能会导致以上的超时错误.有些情况下,由于局域网的网络问题,也会导致这样的错误.
要解决这样的错误,可以修改客户端的连接超时设置.
默认情况下,通过企业管理器注册另外一台SQL&Server的超时设置是&4&秒,
而查询分析器是&15&秒（这也是为什么在企业管理器里发生错误的可能性比较大的原因）.
具体步骤为:
企业管理器中的设置:
1.在企业管理器中,选择菜单上的"工具",再选择"选项"
2.在弹出的"SQL&Server企业管理器属性"窗口中,点击"高级"选项卡
3.在"连接设置"下的"登录超时（秒）"右边的框中输入一个比较大的数字,如&20.
查询分析器中的设置:
工具&--&选项&--&连接&--&将登录超时设置为一个较大的数字
四.大部分机都用Tcp/ip才能成功，有次我发现用Named&Pipes才可以？
这是因为在WINDOWS&2000以后的操作系统中，MS为解决SQL&SERVER的安全问题将TCP/IP配置
为SQLSERVER的默认连接协议，你可以在CLIENT&NETWORK&UTILITY中看到TCP/IP和NAME&PIPE
你也可以在：
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\Client\SuperSocketNetLib]
"ProtocolOrder"=hex(7):74,00,63,00,70,00,00,00,00,00
看到默认的协议。
2.怎么在程序中更改Named&Pipes&，&Tcp/ip&，其sql语句怎么写？
你可以在上面提到的注册表的位置修改：
CLIENT端：
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\Client\SuperSocketNetLib]
"ProtocolOrder"=hex(7):74,00,63,00,70,00,00,00,00,00
SERVER端：
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer\SuperSocketNetLib]
"ProtocolOrder"=hex(7):74,00,63,00,70,00,00,00,00,00
我的问题应该属于第一类，遗憾的是我按照上面说的方法都不能解决这个问题。我使用：telnet& &服务器IP地址&
&1433&显示不能正确连接。按照说的方法也不能解决这个问题。有网友说出现1433端口不能连接的因为是Sql&Server&2000没有打补丁的
缘故，但我打过sp4后仍然不能正确连接1433端口。
我在web.config里的设置为：
&configuration&
&&&& &appSettings&
&!--"data&source=SASANK;initial&catalog=CODER;persist&security&info=Fuser&id=workstation&id=SASANK;packet&size=4096"--&
&add&key="ConnectionString"&value="server=Trusted_Connection=user&id=password=database=sichuan"/&
&&&& &/appSettings&
&& &system.web&
找了好久原因，都不行。
后来试着将数据库连接项改为：
&add&key="ConnectionString"&value="server=192.168.254.60;Trusted_Connection=user&id=password=database=sichuan"/&
也就是把其中的Server改为我的机器在局域网中的IP地址（注意我是本机调试，我把server改为机器名也不行），连接运行，竟然成功了！问题解决
了，但我还是不太明白是什么原因？为什么我使用telnet命令打开1433端口不成功？希望有谁能够解释下！
给你挖来的~~ & & ===========================================================================& & 用window验证，两台win2000的机子，甲机可以访问乙机的数据库，而乙机在连接甲机时显示“用户null登录失败，原因未与信任连接相关联”，当采用sql验证时，显示用户“sa”登录失败，我在看了一篇文章后，还是不能解决问题， & & & & & & 下面我们依次介绍如何来解决这三个最常见的连接错误。 & & & & 　　第一个错误"SQL & Server & 不存在或访问被拒绝"通常是最复杂的，错误发生的原因比较多，需要检查的方面也比较多。一般说来，有以下几种可能性： & & & & 　　1、SQL & Server名称或IP地址拼写有误； & & & & 　　2、服务器端网络配置有误； & & & & 　　3、客户端网络配置有误。 & & & & 　　要解决这个问题，我们一般要遵循以下的步骤来一步步找出导致错误的原因。 & & & & 　　首先，检查网络物理连接： & & & & 　　　ping & ＜服务器IP地址＞ & & & 　 & & 　　或者 & & & & 　　　ping & ＜服务器名称＞ & & & & 　　如果 & ping & ＜服务器IP地址＞ & 失败，说明物理连接有问题，这时候要检查硬件设备，如网卡、HUB、路由器等。还有一种可能是由于客户端和服务器之间安装有防火墙软件造成的，比如 & ISA & Server。防火墙软件可能会屏蔽对 & ping、telnet & 等的响应，因此在检查连接问题的时候，我们要先把防火墙软件暂时关闭，或者打开所有被封闭的端口。 & & & & 　　如果ping & ＜服务器IP地址＞ & 成功而 & ping & ＜服务器名称＞ & 失败，则说明名字解析有问题，这时候要检查 & DNS & 服务是否正常。有时候客户端和服务器不在同一个局域网里面，这时候很可能无法直接使用服务器名称来标识该服务器，这时候我们可以使用HOSTS文件来进行名字解析，具体的方法是： & & & & 　　1、使用记事本打开HOSTS文件（一般情况下位于C:\WINNT\system32\drivers\etc）. & & & & 　　2、添加一条IP地址与服务器名称的对应记录，如： & & & & 　　　　172.168.10.24 & myserver & & & & 　　也可以在 & SQL & Server & 的客户端网络实用工具里面进行配置，后面会有详细说明。 & & & & 　　其次，使用 & telnet & 命令检查SQL & Server服务器工作状态： & & & & 　　　telnet & ＜服务器IP地址＞ & 1433 & & & & 　　如果命令执行成功，可以看到屏幕一闪之后光标在左上角不停闪动，这说明 & SQL & Server & 服务器工作正常，并且正在监听1433端口的 & TCP/IP & 连接；如果命令返回"无法打开连接"的错误信息，则说明服务器端没有启动 & SQL & Server & 服务，也可能服务器端没启用 & TCP/IP & 协议，或者服务器端没有在 & SQL & Server & 默认的端口1433上监听。 & & & & 　　接着，我们要到服务器上检查服务器端的网络配置，检查是否启用了命名管道，是否启用了 & TCP/IP & 协议等等。我们可以利用 & SQL & Server & 自带的服务器网络使用工具来进行检查。 & & & & 　　点击：程序 & -＞ & Microsoft & SQL & Server & -＞ & 服务器网络使用工具，打开该工具后看到的画面如下图所示： & & & & 　　 & & & & & & 　　从这里我们可以看到服务器启用了哪些协议。一般而言，我们启用命名管道以及 & TCP/IP & 协议。 & & & & 　　点中 & TCP/IP & 协议，选择"属性"，我们可以来检查 & SQK & Server & 服务默认端口的设置，如下图所示： & & & & 　　 & & & & & & & & & & 　　一般而言，我们使用 & SQL & Server & 默认的1433端口。如果选中"隐藏服务器"，则意味着客户端无法通过枚举服务器来看到这台服务器，起到了保护的作用，但不影响连接。 & & & & 　　检查完了服务器端的网络配置，接下来我们要到客户端检查客户端的网络配置。我们同样可以利用 & SQL & Server & 自带的客户端网络使用工具来进行检查，所不同的是这次是在客户端来运行这个工具。 & & & & 　　点击：程序 & -＞ & Microsoft & SQL & Server & -＞ & 客户端网络使用工具， & 打开该工具后看到的画面如下图所示： & & & & 　　 & & & & & & 　　从这里我们可以看到客户端启用了哪些协议。一般而言，我们同样需要启用命名管道以及 & TCP/IP & 协议。 & & & & 　　点击 & TCP/IP & 协议，选择"属性"，可以检查客户端默认连接端口的设置，如下图所示。 & & & & 　　 & & & & & & 　　该端口必须与服务器一致。 & & & & 　　单击"别名"选项卡，还可以为服务器配置别名。服务器的别名是用来连接的名称，连接参数中的服务器是真正的服务器名称，两者可以相同或不同。如下图中，我们可以使用myserver来代替真正的服务器名称sql2kcn-02，并且使用网络库 & Named & Pipes。别名的设置与使用HOSTS文件有相似之处。 & & & & 　　 & & & & & & & & & & 　　通过以上几个方面的检查，错误 & 1 & 发生的原因基本上可以被排除。下面我们再详细描述如何来解决错误 & 2。 & & & & 　　当用户尝试在查询分析器里面使用sa来连接SQL & Server，或者在企业管理器里面使用sa来新建一个SQL & Server注册时，经常会遇到如图 & 2 & 所示的错误信息。该错误产生的原因是由于SQL & Server使用了"仅 & Windows"的身份验证方式，因此用户无法使用SQL & Server的登录帐户（如 & sa & ）进行连接。解决方法如下所示： & & & & 　　1、 & 在服务器端使用企业管理器，并且选择"使用 & Windows & 身份验证"连接上 & SQL & Server； & & & & 　　2、 & 展开"SQL & Server组"，鼠标右键点击SQL & Server服务器的名称，选择"属性"，再选择"安全性"选项卡； & & & & 　　3、 & 在"身份验证"下，选择"SQL & Server和 & Windows & "。 & & & & 　　4、 & 重新启动SQL & Server服务。 & & & & 　　在以上解决方法中，如果在第 & 1 & 步中使用"使用 & Windows & 身份验证"连接 & SQL & Server & 失败，那么我们将遇到一个两难的境地：首先，服务器只允许了 & Windows & 的身份验证；其次，即使使用了 & Windows & 身份验证仍然无法连接上服务器。这种情形被形象地称之为"自己把自己锁在了门外"，因为无论用何种方式，用户均无法使用进行连接。实际上，我们可以通过修改一个注册表键值来将身份验证方式改为 & SQL & Server & 和 & Windows & 混合验证，步骤如下所示： & & & & 　　1、点击"开始"-"运行"，输入regedit，回车进入注册表编辑器； & & & & 　　2、依次展开注册表项，浏览到以下注册表键： & & & & [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer] & & & & 　　3、在屏幕右方找到名称"LoginMode"，双击编辑双字节值； & & & & 　　4、将原值从1改为2，点击"确定"； & & & & 　　5、关闭注册表编辑器； & & & & 　　6、重新启动SQL & Server服务。 & & & & 　　此时，用户可以成功地使用sa在企业管理器中新建SQL & Server注册，但是仍然无法使用Windows身份验证模式来连接SQL & Server。这是因为在 & SQL & Server & 中有两个缺省的登录帐户：BUILTIN\Administrators & 以及 & ＜机器名＞\Administrator & 被删除。要恢复这两个帐户，可以使用以下的方法： & & & & 　　1、打开企业管理器，展开服务器组，然后展开服务器； & & & & 　　2、展开"安全性"，右击"登录"，然后单击"新建登录"； & & & & 　　3、在"名称"框中，输入 & BUILTIN\Administrators； & & & & 　　4、在"服务器角色"选项卡中，选择"System & Administrators" & ； & & & & 　　5、点击"确定"退出； & & & & 　　6、使用同样方法添加 & ＜机器名＞\Administrator & 登录。 & & & & 　　以下注册表键 & & & & HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer\LoginMode & & & & 　　的值决定了SQL & Server将采取何种身份验证模式。该值为1，表示使用Windows & 身份验证模式；该值为2，表示使用混合模式（Windows & 身份验证和 & SQL & Server & 身份验证）。 & & & & 　　看完如何解决前两个错误的方法之后，让我们来看一下如图 & 3 & 所示的第三个错误。 & & & & 　　如果遇到第三个错误，一般而言表示客户端已经找到了这台服务器，并且可以进行连接，不过是由于连接的时间大于允许的时间而导致出错。这种情况一般会发生在当用户在Internet上运行企业管理器来注册另外一台同样在Internet上的服务器，并且是慢速连接时，有可能会导致以上的超时错误。有些情况下，由于局域网的网络问题，也会导致这样的错误。 & & & & 　　要解决这样的错误，可以修改客户端的连接超时设置。默认情况下，通过企业管理器注册另外一台SQL & Server的超时设置是 & 4 & 秒，而查询分析器是 & 15 & 秒（这也是为什么在企业管理器里发生错误的可能性比较大的原因）。具体步骤为： & & & & 　　1、在企业管理器中，选择菜单上的"工具"，再选择"选项"； & & & & 　　2、在弹出的"SQL & Server企业管理器属性"窗口中，点击"高级"选项卡； & & & & 　　3、在"连接设置"下的"登录超时（秒）"右边的框中输入一个比较大的数字，如 & 20。 & & & & 　　查询分析器中也可以在同样位置进行设置。 & & & & & 简单一点就是： & & /**********************************/ & & 1、先保证ping通 & & & & 2、在dos下写入telnet & ip & 1433不会报错 & & & & 3、用ip连如企业管理器： & & 企业管理器--&右键SQlserver组--&新建sqlserver注册--&下一步--&写入远程实例名（IP,机器名）--&下一步--&选Sqlserver登陆--&下一步--&写入登陆名与密码（sa,pass）--&下一步--&下一步--&完成 & & & & 4、如果还不行： & & sqlserver服务器--&开始菜单--&SQLserver--&服务器网络实用工具--&启用 & WinSock代理--&代理地址：(sqlserver服务器IP)--&代理端口--&1433--&OK了 & & & & 5、如果还不行： & & sqlserver客户端--&开始菜单--&SQLserver--&客户端网络实用工具--&别名--&添加--&写入别名如"大力"--&"网络库"选tcp/ip--&服务器名称写入远程ip或实例名--&OK了 & & /**************************************&& ==============================================& Sql Server远程连接数据库时发生“[DBNETLIB][ConnectionOpen(connect()).]SQL Server 不存在或拒绝访问&”的情况，原因有很多种，一般情况都是用过检查：
&&& 1、 防火墙；&&& 2、1433端口；&& 来排除故障，但今天发现有以下情况同样会造成这个现象。& 排除过程：&&& 1、检查防火墙设置和1433端口设置正确；&&&
2、如果出现“找不到网络路径”的报错，那么最好先PING一下它的IP地址。如果PING不通，那么需要先确认它是否连在网络或者网络连通性是否正常。
然后查看是否启用了防火墙或者屏蔽掉了相应的端口。如果PING
IP地址是正常的，但PING目标机器的计算机名不通，则需要查看是事网络名称解析有问题。关于如何诊断名称解析问题，可以先查看是所有客户端机器有问题
还是某一台机器有问题。如果是所有机器的名称解析都有问题，那么你需要到网络的DNS或WINS服务器上检查了。如果只是某一台机器有问题，你需要先检查
一下hosts和lmhosts文件；如果正常，可以重新注册一下DNS名字（ipconfig/reisterdns）。&&&&&&&－－－－正常；
&&&&3、如果出现“xxx计算机无法访问，您可能没有权限使用网络资源。请与这台服务器的管理员联系以查明您是否有访问权限”的报错，这可能是计算机的安全设置被改动过了，导致目标计算机无法被访问。可以采取以下步骤解决：&&&&&&&－－－存在这个问题，通过以下方法来解决
&&&&&&&& a. 打开“我的电脑”，在菜单上选择“工具”-&“文件夹选项”-&“查看”，清除“使用简单文件共享（推荐）”的选择。
&&&&&&&&& b. 右键点击“我的电脑”，选择“管理”，选择“本地用户和组”-&“用户”，右键点击Guest用户，选“属性”，清除“帐户已停用”的选择。
&&&&&&&&&& c. 点击“开始”-&“运行”，输入secpol.msc，选择左边的“本地策略”-&“用户权力指派”，双击右边的“从网络访问此计算机”，保证其中有Everyone，双击左边的“拒绝从网络访问此计算机”，保证其是空的。
&&&&&&&&& d.
选择左边的“本地策略”-&“安全选项”，a.确认右边的“网络访问：本地帐户的共享与安全模式”为“经典”；b.确认右边的“Microsoft
网络客户：为通讯启用数字签名（总是）”为“已停用”；c.确认右边的“Microsoft网络客户：为通讯启用数字签名（如果服务器允许）”为“已启
用”；d.确认右边的“Microsoft网络服务器：为通讯启用数字签名（总是）”为“已停用”；e.确认右边的“Microsoft网络服务器：为通
讯启用数字签名（如果服务器允许）”为“已启用”。
&&& 4、用ODBC连接，结果一切OK。
TA的最新馆藏[转]&[转]&[转]&[转]&[转]&[转]&