远程连接sql+server+2000服务器的解决方案
怎样远程连接SQLServer2000数据库
怎样远程连接SQLServer2000数据库远程连接SQL Server 2000数据库是一种在不同计算机之间进行数据交互和共享的方式。
它为用户提供了便捷的远程访问数据库的能力，使得数据的管理和操作更加高效和灵活。
本文将介绍远程连接SQL Server 2000数据库的具体步骤和相关技巧。
一、概述SQL Server 2000是一种关系数据库管理系统，它广泛应用于企业和个人的数据管理和操作中。
远程连接SQL Server 2000数据库是指在不同的计算机上，通过网络连接，实现对数据库的访问和操作。
这种方式使得用户无需直接接触物理数据库服务器，可以在远程计算机上通过SQL Server客户端工具进行操作，极大地提高了工作效率和灵活性。
二、准备工作在开始远程连接SQL Server 2000数据库之前，需要确保以下几个条件得到满足：1. 确保数据库服务器已安装并已正确配置SQL Server 2000数据库，并正常运行。
2. 确保远程计算机网络连接稳定，并具备访问数据库服务器的权限。
3. 安装SQL Server 2000客户端工具，常见的有SQL Server Management Studio（SSMS）等。
三、远程连接配置1. 打开SQL Server Management Studio（或其他SQL Server客户端工具）。
2. 在连接服务器的对话框中，输入数据库服务器的名称或IP地址。
3. 在身份验证选项中，选择适当的身份验证方式，常见的有Windows身份验证和SQL Server身份验证。
根据具体情况选择，一般情况下可以选择Windows身份验证，使用操作系统登录凭证即可完成登录。
4. 单击“连接”按钮，等待连接成功。
四、远程操作与管理远程连接成功后，即可进行数据库的操作和管理。
以下是一些常见的远程操作与管理示例：1. 查询数据：使用SQL查询语言（如SELECT语句），可以从远程数据库中检索数据，实现数据的查询、筛选和排序等功能。
远程无法连接SQL2000的原因和解决办法
看ping 服务器IP/服务器名称是否ping通。
说明：如果ping 服务器IP地址不成功，这说明远程sql server 2000服务器的物理连接不存在，还有一种可能是由于客户端和服务器之间安装有防火墙软件造成的,比如ISA Server.防火墙软件可能会屏蔽对ping,telnet 等的响应。
解决办法：1.检查网络。
2.查看配置。
3.确保远程Sql Server 2000服务器的IP拼写正确。
在Dos或命令行下输入telnet 服务器IP 端口，看能否连通，如：telnet 192.168.1.6 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，并且隐藏服务器复选框没有勾上。
4.如果服务器端操作系统打过sp2补丁，则要对windows防火墙作一定的配置，要对它开放1433端口，通常在测试时可以直接关掉windows防火墙（其他的防火墙也关掉最好）。
5.检查服务器是否在1433端口侦听。
如果服务器没有在tcp连接的1433端口侦听，则是连接不上的。
检查方法是在服务器的dos或命令行下面输入netstat -a -n 或者是netstat -an，在结果列表里看是否有类似tcp 127.0.0.1 1433 listening 的项。
怎样远程连接SQL Server2000数据库
怎样远程连接SQL Server2000数据库远程连接 SQL Server 2000 数据库是一项重要的技术，它允许用户从不同的位置访问和管理数据库。
本文将介绍如何远程连接 SQL Server 2000 数据库，以及相关的配置和安全注意事项。
一、什么是远程连接SQL Server 2000数据库SQL Server 2000 是一种关系型数据库管理系统，主要用于数据存储和管理。
远程连接则是指通过网络连接到远程主机上运行的数据库服务器，以实现对数据库的访问和操作。
二、远程连接SQL Server 2000数据库的配置在远程连接SQL Server 2000 数据库之前，需要进行以下几项配置：1. 启动 SQL Server 2000 数据库服务器：确保数据库服务器已启动并正在运行，可以通过在服务器上运行 SQL Server 2000 程序来启动。
2. 配置网络协议：在 SQL Server 2000 管理工具中，打开 "SQL Server 网络工具"，选择适当的网络协议（如 TCP/IP），并进行相应的配置。
3. 配置防火墙：如果您的计算机上有防火墙软件，需要打开相应的端口（默认是 1433）以允许远程连接请求通过。
4. 数据库和登录名配置：在 SQL Server 2000 管理工具中，确保数据库已创建并配置了相应的登录名和权限，以便远程用户可以访问数据库。
可以通过创建登录名、分配权限和设置密码来完成这些配置。
三、如何远程连接SQL Server 2000数据库远程连接 SQL Server 2000 数据库可以使用多种方式，下面介绍两种常见的方法：1. 使用 SQL Server Management Studio（SSMS）：SSMS 是一款官方提供的管理工具，可以通过图形界面轻松地远程连接数据库。
打开SSMS，输入远程服务器的地址和登录凭据，选择相应的数据库，即可连接到远程数据库。
远程连接sql server 2000服务器的解决方案
远程连接sql server 2000服务器的解决方案一看ping 服务器IP能否ping通。
这个实际上是看和远程sql server 2000服务器的物理连接是否存在。
如果不行，请检查网络，查看配置，当然得确保远程sql server 2000服务器的IP拼写正确。
二在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防火墙(其他的防火墙也关掉最好)。
远程连接sqlserver2000无法打开1433端口的解决办法
如果你的sq l server 2000远程连接时，无法打开1433端口，请按照以下顺序进行检查和修正：1.如果你是wi n2003,那么一定要安装sql的补丁sp3a检查你的SQ L有没有打补丁,没有的话要打上补丁,检查的方法是在查询分析器中运行:select @@versio n如果出来的版本号是8.00.760以下,则表明你未安装sp3的补丁,要装上.SQL补丁下载:全部补丁的位置http://www.micros /downlo ads/detail s.aspx?displa ylang=zh-cn&Fam ily ID=9032f608-160a-4537-a2b6-4cb265b80766注意下载后,执行的时候是解压,要在解压后的目录中执行setup.bat才是真正的安装2.SQL Server连接中的四个最常见错误:一."SQL Server不存在或访问被拒绝"这个是最复杂的,错误发生的原因比较多,需要检查的方面也比较多.一般说来,有以下几种可能性:1,SQL Server名称或IP地址拼写有误2,服务器端网络配置有误3,客户端网络配置有误要解决这个问题,我们一般要遵循以下的步骤来一步步找出导致错误的原因.============= 首先,检查网络物理连接 =============ping <服务器IP地址/服务器名称>如果 ping <服务器IP地址> 不成功,说明物理连接有问题,这时候要检查硬件设备,如网卡,HUB,路由器等.还有一种可能是由于客户端和服务器之间安装有防火墙软件造成的,比如 ISA Server.防火墙软件可能会屏蔽对 ping,telnet等的响应因此在检查连接问题的时候,我们要先把防火墙软件暂时关闭,或者打开所有被封闭的端口.如果ping <服务器IP地址> 成功而,ping <服务器名称>失败则说明名字解析有问题,这时候要检查 DNS 服务是否正常.有时候客户端和服务器不在同一个局域网里面,这时候很可能无法直接使用服务器名称来标识该服务器,这时候我们可以使用HO STS文件来进行名字解析,具体的方法是:1.使用记事本打开HOST S文件（一般情况下位于C:\WINNT\system32\driver s\etc）.添加一条IP地址与服务器名称的对应记录,如:172.168.10.24 myserv er2.或在 SQL Server的客户端网络实用工具里面进行配置,后面会有详细说明.============= 其次,使用telnet命令检查SQ L Server服务器工作状态=============telnet <服务器IP地址> 1433如果命令执行成功,可以看到屏幕一闪之后光标在左上角不停闪动,这说明 SQL Server服务器工作正常,并且正在监听1433端口的 TCP/IP 连接如果命令返回"无法打开连接"的错误信息,则说明服务器端没有启动SQL Server服务,也可能服务器端没启用TCP/IP 协议,或者服务器端没有在 SQL Server默认的端口1433上监听.=============接着,我们要到服务器上检查服务器端的网络配置,检查是否启用了命名管道.是否启用了TCP/IP 协议等等 =============可以利用 SQL Server自带的服务器网络使用工具来进行检查.点击:程序 -- Micros oft SQL Server -- 服务器网络使用工具打开该工具后,在"常规"中可以看到服务器启用了哪些协议.一般而言,我们启用命名管道以及TCP/IP 协议.点中 TCP/IP 协议,选择"属性",我们可以来检查 SQK Server服务默认端口的设置一般而言,我们使用 SQL Server默认的1433端口.如果选中"隐藏服务器",则意味着客户端无法通过枚举服务器来看到这台服务器,起到了保护的作用,但不影响连接.============= 接下来我们要到客户端检查客户端的网络配置============= 我们同样可以利用 SQL Server自带的客户端网络使用工具来进行检查,所不同的是这次是在客户端来运行这个工具.点击:程序 -- Micros oft SQL Server -- 客户端网络使用工具打开该工具后,在"常规"项中,可以看到客户端启用了哪些协议.一般而言,我们同样需要启用命名管道以及 TCP/IP 协议.点击 TCP/IP 协议,选择"属性",可以检查客户端默认连接端口的设置,该端口必须与服务器一致.单击"别名"选项卡,还可以为服务器配置别名.服务器的别名是用来连接的名称, 连接参数中的服务器是真正的服务器名称,两者可以相同或不同.别名的设置与使用HOS TS文件有相似之处.通过以上几个方面的检查,基本上可以排除第一种错误.-----------------------------------------------------------------------------二."无法连接到服务器,用户xxx登陆失败"该错误产生的原因是由于SQL Server使用了"仅 Window s"的身份验证方式,因此用户无法使用SQL Server的登录帐户（如 sa ）进行连接.解决方法如下所示:1.在服务器端使用企业管理器,并且选择"使用 Window s 身份验证"连接上 SQL Server在企业管理器中--右键你的服务器实例(就是那个有绿色图标的)--编辑SQLServer注册属性--选择"使用wind ows身份验证"2.展开"SQL Server组",鼠标右键点击SQL Server服务器的名称,选择"属性",再选择"安全性"选项卡3.在"身份验证"下,选择"SQL Server和 Window s ".4.重新启动SQ L Server服务.在以上解决方法中,如果在第 1 步中使用"使用 Window s 身份验证"连接 SQL Server失败,那就通过修改注册表来解决此问题:1.点击"开始"-"运行",输入rege dit,回车进入注册表编辑器2.依次展开注册表项,浏览到以下注册表键:[HKEY_L OCAL_MACHI NE\SOFTWA RE\Micros oft\MSSQLS erver\MSSQLS erver]3.在屏幕右方找到名称"LoginM ode",双击编辑双字节值4.将原值从1改为2,点击"确定"5.关闭注册表编辑器6.重新启动SQ L Server服务.-==========此时,用户可以成功地使用sa在企业管理器中新建S QL Server注册,但是仍然无法使用Win dows身份验证模式来连接SQ L Server.这是因为在SQL Server中有两个缺省的登录帐户:BUILTI N\Admini strat ors<机器名>\Admini strat or 被删除.要恢复这两个帐户,可以使用以下的方法:1.打开企业管理器,展开服务器组,然后展开服务器2.展开"安全性",右击"登录",然后单击"新建登录"3.在"名称"框中,输入 BUILTI N\Admini strat ors4.在"服务器角色"选项卡中,选择"System Admini strat ors"5.点击"确定"退出6.使用同样方法添加 <机器名>\Admini strat or 登录.说明:以下注册表键:HKEY_L OCAL_MACHI NE\SOFTWA RE\Micros oft\MSSQLS erver\MSSQLS erver\LoginM o de的值决定了S QL Server将采取何种身份验证模式.1.表示使用"Window s 身份验证"模式2.表示使用混合模式（Window s 身份验证和SQL Server身份验证）.三.提示连接超时如果遇到第三个错误,一般而言表示客户端已经找到了这台服务器,并且可以进行连接,不过是由于连接的时间大于允许的时间而导致出错.这种情况一般会发生在当用户在In terne t上运行企业管理器来注册另外一台同样在I ntern et上的服务器,并且是慢速连接时,有可能会导致以上的超时错误.有些情况下,由于局域网的网络问题,也会导致这样的错误.要解决这样的错误,可以修改客户端的连接超时设置.默认情况下,通过企业管理器注册另外一台SQL Server的超时设置是 4 秒,而查询分析器是 15 秒（这也是为什么在企业管理器里发生错误的可能性比较大的原因）.具体步骤为:企业管理器中的设置:1.在企业管理器中,选择菜单上的"工具",再选择"选项"2.在弹出的"SQL Server企业管理器属性"窗口中,点击"高级"选项卡3.在"连接设置"下的"登录超时（秒）"右边的框中输入一个比较大的数字,如 20. 查询分析器中的设置:工具 -- 选项 -- 连接 -- 将登录超时设置为一个较大的数字四.大部分机都用Tcp/ip才能成功，有次我发现用Named Pipes才可以？这是因为在W INDOW S 2000以后的操作系统中，MS为解决S QL SERVER的安全问题将TCP/IP配置为SQLSE RVER的默认连接协议，你可以在CL IENTNETWOR K UTILIT Y中看到T CP/IP 和NAM E PIPE的顺序。
SQL连接失败解决方案
远程连接sql server 2000服务器的解决方案一看ping 服务器IP能否ping通。
这个实际上是看和远程sql server 2000服务器的物理连接是否存在。
如果不行，请检查网络，查看配置，当然得确保远程sql server 2000服务器的IP拼写正确。
二在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防火墙(其他的防火墙也关掉最好)。
如何解决SQLServer2000中的连接问题-MSSQL-数据库,技术教程-E...
如何解决SQLServer2000中的连接问题-MSSQL-数据库,技术教程-E...概要本文能帮助您解决Microsoft SQL Server 2000 的连接问题。
本文描述了常见连接问题和所能采取的有助于解决连接问题的步骤。
SQL Server 2000 支持 SQL Server 实例和客户端应用程序间的多种通信方式。
如果您的客户端应用程序和 SQL Server 实例位于同一台计算机上，那么 Microsoft Windows 处理之间的通讯(IPC) 部件（例如本地命名管道或共享内存协议）将被用于通信。
但是，当客户端应用程序和 SQL Server 实例位于不同计算机上时，一个网络 IPC（例如 TCP/IP 或命名管道）将被用于通信。
SQL Server 2000 使用网络库（一个 DLL）与特定的网络协议进行通信。
一对匹配网络库必须在客户端计算机上激活，而且在支持待用网络协议的服务器计算机上也必须是激活的。
例如，如果您想启用一个客户端应用程序，通过 TCP/IP 与某个特定的 SQL Server 实例通信，那么客户端的TCP/IP 套接字网络库(Dbnetlib.dll) 就必须配置为连接到客户端计算机的服务器。
同样，服务器 TCP/IP 套接字网络库 (Ssnetlib.dll) 必须侦听服务器计算机。
在此方案中，TCP/IP 协议堆栈必须同时安装在客户端计算机和服务器计算机上。
在安装完SQL Server 2000 之后，您可以通过客户端网络实用程序来配置客户端网络库的属性。
您可以通过服务器网络实用程序(Svrnetcn.exe) 来配置服务器网络库的属性。
在安装SQL Server 安装程序中的服务器工具时，服务器的网络库也同时被安装了。
但是，某些服务器的网络库可能未被激活。
在默认情况下，SQL Server 2000 启用并侦听TCP/IP、命名管道和共享内存。
因此，如果一个客户端要连接到一台服务器计算机，该客户端必须使用一个客户端网络库，该网络库须与 SQL Server 实例正在使用的服务器网络库之一相匹配。
SQL_Server_2000连接不上问题的处理
SQL Server 2000连接不上问题的处理一."SQL Server 不存在或访问被拒绝"1.检查物理连接：在命令提示符下执行: ping <服务器ip地址>连接不上可能原因：(1) 服务器IP拼写错误。
(2) 服务器有防火墙。
比如ISA Server，瑞星防火墙、天网防火墙。
因此在检查连接问题的时候,我们要先把防火墙软件暂时关闭,或者打开所有被封闭的端口.(3) 网络不通（物理连接有问题）这时候要检查硬件设备,如网卡,HUB,路由器等.2.检查服务器端问题：在命令提示符下执行:telnet <服务器ip地址> 1433如果命令执行成功,可以看到屏幕一闪之后光标在左上角不停闪动,这说明 SQL Server 服务器工作正常,并且正在监听1433端口的 TCP/IP 连接，如果命令返回"无法打开连接"的错误信息连接不上可能原因：(1) 服务器有防火墙(2) 服务器SQLServer没有启动(2) 服务器SQLServer没有打补丁。
因为SQLServer打补丁后，监听的是0.0.0.0，支持所有网卡。
没打补丁不支持。
检查你的SQL有没有打补丁的方法是在查询分析器中运行:select @@version如果出来的版本号是8.00.760以下,则表明你未安装sp3的补丁,要装上.SQL补丁SP4下载地址:/downloads/details.aspx?FamilyID=8e2dfc8d-c20e-4446-99a9-b7f0213f8bc5&Dis playLang=zh-cn应该安装的是:SQL2000-KB884525-SP4-x86-CHS.EXESQL补丁SP3下载地址:/download/d/d/e/dde427eb-0296-4eac-a47c-d11a66b03816/chs_sql2ksp3.exe注意下载后,执行的时候是解压,要在解压后的目录中执行setup.bat才是真正的安装(3) 服务器SQLServer不是默认的1433端口或没有启用TCP/IP协议服务器点击:程序 --> Microsoft SQL Server--> 服务器网络使用工具打开该工具后,在"常规"中可以看到服务器启用了哪些协议：一般而言,我们启用TCP/IP 协议及命名管道.点中 TCP/IP 协议,选择"属性",我们可以来检查 SQL Server 服务默认端口的设置：一般而言,我们使用SQL Server 默认的1433端口.如果选中"隐藏服务器",则意味着端口变为2433，且客户端无法通过枚举服务器来看到这台服务器,起到了保护的作用,但不影响连接.3.检查客户端问题：查询分析器中进行连接,使用用ip连接:(1) 文件 -- 连接 -- 连接SQL Server(2) SQLServer：服务器ip地址(3) 连接使用：SQLServer身份验证，登录名：SA，密码：（空）（注：根据对方的SQL配置确定采用什么身份验证方式：企业管理器--右键SQL实例--属性--安全性--身份验证）(4) 确定连接不上可能原因：（1）SQL Server名称拼写有误。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
远程连接sql server2000服务器的解决方案
一看ping服务器IP能否ping通。
这个实际上是看和远程sql server2000服务器的物理连接是否存在。
如果不行，请检查网络，查看配置，当然得确保远程sql server2000服务器的IP拼写正确。
二在Dos或命令行下输入telnet服务器IP端口，看能否连通。
如telnet202.114.100.1001433
通常端口值是1433，因为1433是sql server2000的对于Tcp/IP的默认侦听端口。
如果有问题，通常这一步会出问题。
通常的提示是“……无法打开连接,连接失败"。
如果这一步有问题，应该检查以下选项。
1检查远程服务器是否启动了sql server2000服务。
如果没有，则启动。
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，在结果列表里看是否有类似tcp127.0.0.11433listening的项。
如果没有，则通常需要给sql server2000打上至少sp3的补丁。
其实在服务器端启动查询分析器，输入select@@version执行后可以看到版本号，版本号在8.0.2039以下的都需要打补丁。
如果以上都没问题，这时你再做telnet服务器ip1433测试，将会看到屏幕一闪之后光标在左上角不停闪动。
恭喜你，你马上可以开始在企业管理器或查询分析器连接了。
三检查客户端设置
程序->Microsoft SQL Server->客户端网络使用工具。
像在服务器网络实用工具里一样，确保客户端tcp/ip协议启用，并且默认端口为1433(或其他端口，与服务器端保持一致就行)。
四在企业管理器里或查询那分析器连接测试
企业管理器->右键SQlserver组->新建sqlserver注册->下一步->写入远程IP->下一步->选Sqlserver登陆->下一步->写入登陆名与密码(sa,password)->下一步->下一步->完成
查询分析器->文件->连接->写入远程IP->写入登录名和密码(sa,password)->确定通常建议在查询分析器里做，因为默认情况下，通过企业管理器注册另外一台SQL Server 的超时设置是4秒，而查询分析器是15秒。
修改默认连接超时的方法:
企业管理器->工具->选项->在弹出的"SQL Server企业管理器属性"窗口中，点击"高级"选项卡->连接设置->在登录超时(秒)后面的框里输入一个较大的数字查询分析器->工具->选项->连接->在登录超时(秒)后面的框里输入一个较大的数字
通常就可以连通了，如果提示错误，则进入下一步。
五错误产生的原因通常是由于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启动服务，也是一种快捷的方法)。