在VPN里有很多台sqlserver2000服务器,都是RTM没打补丁的(版本号8.0.0.194)
sa密码为空,端口默认.这些服务器在各自的局域网中运行没问题,下面的机器都能连接上.
但是我通过VPN上的一台服务器连接他们时出了很多问题:
有些服务器用企业管理器可以连接上,但是用System.Data.SqlClient连不上
有些服务器不管企业管理器和System.Data.SqlClient都连不上
有些服务器两个都能连接上.
(连接字符串:"Data Source= [ServerIP];Initial Catalog=zwhisdata;Integrated Security=false;uid=sa;pwd=;Connect Timeout=4";)请问是什么原因?
应该如何解决啊(因为各个服务器离的很远,所以最好不装什么补丁)?

解决方案 »

  1.   


    一:C# 连接SQL数据库Data Source=myServerAddress;Initial Catalog=myDataBase;User Id=myUsername;Password=myPassword;
    Data Source=190.190.200.100,1433;Network Library=DBMSSOCN;Initial Catalog=myDataBase;User ID=myUsername;Password=myPassword;
    Server=myServerAddress;Database=myDataBase;User ID=myUsername;Password=myPassword;Trusted_Connection=False;
    Server=myServerAddress;Database=myDataBase;Trusted_Connection=True;
    Server=myServerName\theInstanceName;Database=myDataBase;Trusted_Connection=True;
    Data Source=myServerAddress;Initial Catalog=myDataBase;Integrated Security=SSPI;1:Integrated Security参数
        当设置Integrated Security为 True 的时候,连接语句前面的 UserID, PW 是不起作用的,即采用windows身份验证模式。
        只有设置为 False 或省略该项的时候,才按照 UserID, PW 来连接。
        Integrated Security 还可以设置为:sspi ,相当于 True,建议用这个代替 True。
        Data Source=myServerAddress;Initial Catalog=myDataBase;Integrated Security=SSPI;
        Data Source=myServerAddress;Initial Catalog=myDataBase;Integrated Security=true;
        Data Source=myServerAddress;Initial Catalog=myDataBase;;User ID=myUsername;Password=myPasswordIntegrated Security=false;2:参数Trusted_Connection
        Trusted_Connection=true,将使用当前的   Windows   帐户凭据进行身份验证
        Trusted_Connection=false;将不采用信任连接方式(也即不采用Windows验证方式),而改由SQL Server 2000验证方式
        Server=myServerAddress;Database=myDataBase;User ID=myUsername;Password=myPassword;Trusted_Connection=false;
        Server=myServerAddress;Database=myDataBase;Trusted_Connection=True;3:Initial Catalog是你要连接的数据库的名字4:WINCE连接
        Data Source=myServerAddress;Initial Catalog=myDataBase;Integrated Security=SSPI;User ID=myDomain\myUsername;Password=myPassword;二:可以利用SqlConnectionStringBuilder,这样不必去记住名称。
        SqlConnectionStringBuilder scsb = new SqlConnectionStringBuilder();
        scsb.DataSource = @"(local)\SQLExpress";
        scsb.IntegratedSecurity = true;
        scsb.InitialCatalog = "Northwind";
        SqlConnection myConnection = new SqlConnection(scsb.ConnectionString);三:可以利用属性中的Setting来自动设置连接字符串
        1:在type中选择 (connection string),
        2:在DataSouce中选择数据源,然后再Server中输入服务器名,本地用(local)\SQLExpress
        3:选择登陆验证方式,本次选Windows验证(即信任连接Integrated Security=True)
        4:选择数据库名,确认即可
        Data Source=(local)\SQLExpress;Initial Catalog=Northwind;Integrated Security=True
        server = .\sqlexpress;integrated security = true;database = northwind四:SQL2000远程服务器连接方法1:看ping 服务器IP能否ping通。 
    2:在Dos或命令行下输入telnet 服务器IP 端口,看能否连通。   如telnet 202.114.100.100 1433   通常端口值是1433,因为1433是sql server 2000的对于Tcp/IP的默认侦听端口。如果有问题,通常这一步会出问题。通常的提示是“……无法打开连接,连接失败"。   
        如果这一步有问题,应该检查以下选项。   
        1) 检查远程服务器是否启动了sql server 2000服务。如果没有,则启动。   
        2) 检查服务器端有没启用Tcp/IP协议,因为远程连接(通过因特网)需要靠这个协议。检查方法是,在服务器上打开 开始菜单-> 程序-> Microsoft SQL Server-> 服务器网络实用工具,看启用的协议里是否有tcp/ip协议,如果没有,则启用它。   
        3)检查服务器的tcp/ip端口是否配置为1433端口。仍然在服务器网络实用工具里查看启用协议里面的tcp/ip的属性,确保默认端口为1433,并且隐藏服务器复选框没有勾上。   事实上,如果默认端口被修改,也是可以的,但是在客户端做 telnet测试时,写服务器端口号时必须与服务器配置的端口号保持一致。如果隐藏服务器复选框被勾选,则意味着客户端无法通过枚举服务器来看到这台服务器,起到了保护的作用,但不影响连接,但是Tcp/ip协议的默认端口将被隐式修改为2433,在客户端连接时必须作相应的改变。   
        4)如果服务器端操作系统打过sp2补丁,则要对windows防火墙作一定的配置,要对它开放1433端口,通常在测试时可以直接关掉windows防火墙(其他的防火墙也关掉最好)。   
        5)检查服务器是否在1433端口侦听。如果服务器没有在tcp连接的1433端口侦听,则是连接不上的。检查方法是在服务器的dos或命令行下面输入  netstat -a -n 或者是netstat -an,在结果列表里看是否有类似 tcp 127.0.0.1 1433 listening 的项。如果没有,则通常需要给sql server 2000打上至少sp3的补丁。其实在服务器端启动查询分析器,输入 select @@version 执行后可以看到版本号,版本号在8.0.2039以下的都需要打补丁。  如果以上都没问题,这时你再做telnet 服务器ip 1433 测试,将会看到屏幕一闪之后光标在左上角不停闪动。恭喜你,你马上可以开始在企业管理器或查询分析器连接了。   3: 检查客户端设置  程序-> Microsoft SQL Server -> 客户端网络使用工具。像在服务器网络实用工具里一样,确保客户端tcp/ip协议启用,并且默认端口为1433(或其他端口,与服务器端保持一致就行)。  
    4:在企业管理器里或查询那分析器连接测试   企业管理器-> 右键SQlserver组-> 新建sqlserver注册-> 下一步-> 写入远程IP-> 下一步-> 选Sqlserver登陆-> 下一步-> 写入登陆名与密码(sa,password)-> 下一步-> 下一步-> 完成   查询分析器-> 文件-> 连接-> 写入远程IP-> 写入登录名和密码(sa,password)-> 确定  通常建议在查询分析器里做,因为默认情况下,通过企业管理器注册另外一台SQL Server的超时设置是4秒,而查询分析器是15秒。  修改默认连接超时的方法:   企业管理器-> 工具-> 选项-> 在弹出的"SQL Server企业管理器属性"窗口中,点击"高级"选项卡-> 连接设置-> 在 登录超时(秒) 后面的框里输入一个较大的数字  查询分析器-> 工具-> 选项-> 连接-> 在 登录超时(秒) 后面的框里输入一个较大的数字  通常就可以连通了,如果提示错误,则进入下一步。   
    5:错误产生的原因通常是由于SQL Server使用了"仅 Windows"的身份验证方式,因此用户无法使用SQL Server的登录帐户(如 sa )进行连接。解决方法如下所示:   
        1) 在服务器端使用企业管理器,并且选择"使用 Windows 身份验证"连接上 SQL Server。   
        2) 展开"SQL Server组",鼠标右键点击SQL Server服务器的名称,选择"属性",再选择"安全性" 选项卡。   
        3)在"身份验证"下,选择"SQL Server和 Windows "。   
        4) 重新启动SQL Server服务。(在dos或命令行下面net stop mssqlserver停止服务,net start mssqlserver启动服务,也是一种快捷的方法)。
      

  2.   

    [sql server][.net] 非常简单的实例说明 如何用.net访问sql server(asp.net 和 c# ) 
    http://blog.csdn.net/xys_777/archive/2010/06/30/5703751.aspx
      

  3.   

    SQL Server 2000连接中的四个最常见错误 
    http://blog.csdn.net/xys_777/archive/2010/06/30/5704693.aspx
      

  4.   

    你知道在什么情况下企业管理器能连上可是SqlConnection连不上吗?
      

  5.   

    手工在控制面板中配制ODBC到SQL试试,tcpip与named pipes都测试一下
      

  6.   

    打上SP4补丁后再试试,参照楼上几位给的方法,不行转到C#版块问问看.