① 数据库无法连接sql不存在或不可用无法连接 SQL Server 不可用或不存在
远程连接sql server 2000服务器的解决方案 一 看ping 服务器IP能否ping通。 这个实际上是看和远程sql server 2000服务器的物理连接是否存在。如果不行，请检查网络，查看配置，当然得确保远程sql server 2000服务器的IP拼写正确。 二 在Dos或命令行下输入telnet 服务器IP 端口，看能否连通。 如telnet 202.114.100.100 1433 通常端口值是1433，因为1433是sqlserver 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 测试，将会看到屏幕一闪之后光标在左上角不停闪动。恭喜你，你马上可以开始在企业管理器或查询分析器连接了。 三 检查客户端设置 程序->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 ）进行连接。在SQL服务器上安装一个SQL远程连接的补丁，一般都可以解决问题。。
② sql数据库连接不上 提示数据库不可用或者数据库不存在
1、点击桌面上的“开始”图标。
③ sql数据库质疑的原因及解决办法
sql数据库质疑是设置错误造成的，解决方法为：
1、通过DBCC CHECKCB('DBName') 来检测数据库异常的原因，如果可以检测到数据库的异常，其中红色部分即时数据目前存在的问题，我们也在检测结果最后看到数据的总体的错误情况的汇总。
④ 系统出现“无法连接数据库，请检查SQL服务器是否启动或网络是否正常”怎么办
具体步骤：
1.首先确认数据库是不是正常启动了。
2.如果是第一次安装，你的操作系统是什么？vista和win7装sql2000不一定能装上，需要2005，而且如果是win7家庭版很可能出现数据库和软件连不上。
3.如果是xp，以前是不是装过数据库后来卸载了，那么卸掉sql清除干净注册表，重新安装sql，最好用完整版，不要使用msde。
4.如果是用了一段时间，很可能是杀毒软件误杀数据库文件，卸掉杀毒软件，在管理里面启动下数据库，看能否启动，如果还能启动渗胡。再启动速达看能否连丛升拦接上。
5.如果数据库已经无法启动，将数据作出备份，重装数据库吧。
6.如果是本机连接没问题，其他连不上的话，笑前关闭服务器和客户端window自带防火墙，数据库打sp4补丁，开启guest用户。
⑤ 数据库运行过程中常见的故障有哪几类试述对各类故障的恢复策略。
数据库运行过程中常见的故障有3类：事物故障、系统故障、介质故障。
恢复策略：
1、事物故障：
发生事务故障时，被迫中断的事务可能已对数据库进行丁修改，为了消除该事务对数据库的影响，要利用日志文件中所记载的信息，强行回滚该事务，将数据库恢复到修改前的初始状态。
为此，要检查日志文件中由这些事务所引起的发生变化的记录，取消这些没有完成的事务所做的一切改变，这类恢复操作称为事务撤销。
2、系统故障：
系统故障的恢复要完成两方面的工作，既要撤销所有末完成的事务，还要重做所有已提交的事务，这样才能将数据库真正恢复到一致的状态。
3、介质故障：
介质故障比事务故障和系统故障发生的可能性要小，但这是最严重的一种故障，破坏性很大，磁盘上的物理数据和日志文件可能被破坏，这需要装入发生介肢纯质故障前最新的后备数据库副本，然后利用日志文件重做该副本后所运行的所有事务。
(5)数据库sql关联分析诊断故障扩展阅读：
“数据故障恢复”和“完整性约束”、“并发控制”一样，都是数据库数据保护机制中的一种完整性控制。所有的系统都免不了会发生故障，有可能是硬件失灵，有可能是软件系统崩溃，也有可能是其他外界的原因，比如断电等等。
数据库运行的突然中断会使数据库处在一个错误的状态局饥雀，而且故障排除后没有办法让系统精确地从断点继续执行下去。这就要求DBMS要有一套故障后的数据恢复机构，保证数桐早据库能够回复到一致的、正确地状态去。
参考资料来源：网络-事务故障
参考资料来源：网络-系统故障
参考资料来源：网络-介质故障
⑥ sql数据库无法连接的问题(数据库不能连接的原因)
看看下面的对你有帮助么?
在我们刚刚安装sql2005时经常遇到无法连接的问题，一般可归结为以下几类：
一."SQLServer不存在或访问被拒绝"
这个是最复杂的,错误发生的原因比较多,需要检查的方面也比较多.
一般说来,有以下几种可能性:
1.SQLServer名称或IP地址拼写有误
2.服务器端网络配置有误
3.客户端网络配置有误
要解决这个问题,我们一般要遵循以下的步骤来一步步找出导致错误的原因.
首先,检查网络物理连接
ping
如果ping不成功,说明物理连接有问题,这时候要检查硬件设备,如网卡,HUB,路由器等.
还有一种可能是由于客户端和服务器之间安装有防火墙软仔宴迟件造成的,比如ISAServer.防火墙软件可能会屏蔽对ping,telnet等的响应，因此在检查连接问题的时候,我们要先把防火墙软件暂时关闭,或者打开所有被封闭的端口.
如果ping成功而,ping失败，则说明名字解析有问题,这时候要检查DNS服务是否正常.
有时候客户端和服务器不在同一个局域网里面,这时候很可能无法直接使用服务器名称来标识该服务器,这时候我们可以使用HOSTS文件来进行名字解析,具体的方法是:
1.使用记事本打开HOSTS文件（一般情况下位于C:）.
添加一条IP地址与服务器名称的对应记录,如:
172.168.10.24myserver
2.或在SQLServer的客户端网络实用工具里面进行配置,后面会有详细说明.
其次,使用telnet命令检查SQLServer服务器工作状态
telnet1433
如果命令执行成功,可以看到屏幕一闪之后光标在左上角不停闪动,这说明SQLServer服务器工作正常,并且正在监听1433端口的TCP/IP连接，如果命令返回"无法打开连接"的错误信息,则说明服务器端没有启动SQLServer服务,也可能服务器端没启用TCP/IP协议,或者服务器端没有在SQLServer默认的端口1433上监听.
接着,我们要到服务器上检查服务器端的网络配置,检查是否启用了命名管道.是否启用了TCP/IP协议等等，可以利用SQLServer自带的服务器网络使用工具来进行检查.
点击:程序MicrosoftSQLServer服务器网络使用工具
打开该工具后,在"常规"中可以看到服务器启用了哪些协议.
一般而言,我们启用命名管道以及TCP/IP协议.
点中TCP/IP协议,选择"属性",我们可以来检查SQKServer服务默认端口的设置
一般而言,我们使用SQLServer默认的1433端口.如果选中"隐藏服务器",则意味着客户端无法通过枚举服务器来看到这台服务器,起到了保护的作用,但不影响连接.
接下来我们要到客户端检查客户端的网络配置
我们同样可以利用SQLServer自带的客户端网络使用工具来进行检查，所不同的是这次是在客户端来运行这个工具.
点击:程序MicrosoftSQLServer客户端网络使用工具
打开该工具后,在"常规"项中,可以看到客户端启用了哪些协议.
一般而言,我们同样需要启用命名管道以及TCP/IP协议.
点击TCP/IP协议,选择"属性",可以检查客户端默认连接端口的设置,该端口必念李须与服务器一致.
单击"别名"选项卡,还可以为服务器配置别名.服务器的别名是用来连接的名称,连接参数中的服务器是真正的服务器名称,两者可以相同或不同.别名的设置与使用HOSTS文件有相似之处.
通过以上几个方面的检查,基本上可以排除第一种错误.
二."无法连接到服务器,用户xxx登陆失败"
该错误产生的原因是由于SQLServer使用了祥宴"仅Windows"的身份验证方式,因此用户无法使用SQLServer的登录帐户（如sa）进行连接.解决方法如下所示:
1.在服务器端使用企业管理器,并且选择"使用Windows身份验证"连接上SQLServer
2.展开"SQLServer组",鼠标右键点击SQLServer服务器的名称,选择"属性",再选择"安全性"选项卡
3.在"身份验证"下,选择"SQLServer和Windows".
4.重新启动SQLServer服务.
在以上解决方法中,如果在第1步中使用"使用Windows身份验证"连接SQLServer失败,那就通过修改注册表来解决此问题:
1.点击"开始""运行",输入regedit,回车进入注册表编辑器
2.依次展开注册表项,浏览到以下注册表键:
[HKEY_LOCAL_]
3.在屏幕右方找到名称"LoginMode",双击编辑双字节值
4.将原值从1改为2,点击"确定"
5.关闭注册表编辑器
6.重新启动SQLServer服务.
此时,用户可以成功地使用sa在企业管理器中新建SQLServer注册，但是仍然无法使用Windows身份验证模式来连接SQLServer.
这是因为在SQLServer中有两个缺省的登录帐户:
被删除.
要恢复这两个帐户,可以使用以下的方法:
1.打开企业管理器,展开服务器组,然后展开服务器
2.展开"安全性",右击"登录",然后单击"新建登录"
3.在"名称"框中,输入
4.在"服务器角色"选项卡中,选择"System"
5.点击"确定"退出
6.使用同样方法添加登录.
说明:
以下注册表键:
HKEY_LOCAL_MSSQLServer
的值决定了SQLServer将采取何种身份验证模式.
1.表示使用"Windows身份验证"模式
2.表示使用混合模式（Windows身份验证和SQLServer身份验证）.
三.提示连接超时
如果遇到第三个错误,一般而言表示客户端已经找到了这台服务器,并且可以进行连接,不过是由于连接的时间大于允许的时间而导致出错.
这种情况一般会发生在当用户在Internet上运行企业管理器来注册另外一台同样在Internet上的服务器,并且是慢速连接时,有可能会导致以上的超时错误.有些情况下,由于局域网的网络问题,也会导致这样的错误.
要解决这样的错误,可以修改客户端的连接超时设置.
默认情况下,通过企业管理器注册另外一台SQLServer的超时设置是4秒,而查询分析器是15秒（这也是为什么在企业管理器里发生错误的可能性比较大的原因）.
具体步骤为:
企业管理器中的设置:
1.在企业管理器中,选择菜单上的"工具",再选择"选项"
2.在弹出的"SQLServer企业管理器属性"窗口中,点击"高级"选项卡
3.在"连接设置"下的"登录超时（秒）"右边的框中输入一个比较大的数字,如20.
查询分析器中的设置:
工具选项连接将登录超时设置为一个较大的数字
连接超时改为0
1、先保证ping通
2、在dos下写入telnetip1433不会报错
3、用ip连如企业管理器：
企业管理器<右键SQlserver组<新建sqlserver注册<下一步<写入远程实例名（IP,机器名）<下一步<选Sqlserver登陆<下一步<写入登陆名与密码（sa,pass）<下一步<下一步<完成
4、如果还不行：
sqlserver服务器<开始菜单 5、如果还不行： sqlserver客户端<开始菜单 ⑦ 连接数据库失败，SQLSTATE=08001怎么解决 解决方案（08001错误表明无法与应用程序服务器或其他服务器建立连接）： 1、查看端口号有没有配置正确，配置参数svcename跟services文件中配置的db2端口号是否一致，windows一般用50000，unix/linux一般用60000。 2、查看服务器ip 和端口是否正确。ip如果没错就要查看服务器的db2服务端口。服务器检查的配置情况如下： （1）验证存在的DB2数据库的代码：db2 list db directory；db2 list db directory show detail。 （2）验证实例使用的通讯协议，查看DB2COMM变量：db2set -all。 （3）查看数据库管理器的配置，查看SVCENAME（特指tcpip协议）：db2 get dbm cfg。 （4）查看/etc/services中，有无与上面对应SVCENAME的端口，例如：db2cDB2 50000/tcp。 （5）要确认服务器是否在监听，可以用netstat -an 来查看端口是否处于LISTEN状态。 (7)数据库sql关联分析诊断故障扩展阅读: SQLSTATE=08001的原因和典型示例： 一、这种问题一般的原因。 1、DB2COMM=TCPIP。 2、数据库故障。 3、端口号被禁用。 二、典型示例。 1、客户机将新密码值发送给了不支持更改密码功能的服务器。 2、客户机将 SERVER_ENCRYPT 认证信息发送给了不支持密码加密的服务器。 3、客户机将用户标识但不带密码发送给了不支持仅通过用户标识认证的服务器。 4、客户机未指定认证类型，且服务器未用支持的类型响应。这会包括返回客户机无法从中选择的多种类型的服务器。