显示数据库连接失败是什么原因
测试连接数据库不成功,在保证连接服务器设置对话框内各项内容填写正确的条件下。1般出现毛病提示的缘由有以下几种情况:1、首先看服务器电脑有无关闭WINDOWS防火墙或瑞星的防火墙2、局域网不通局域网不通就是局域网内各电脑间没有到达不需要用户名和密码的访问,就是不能相互访问同享文件,可以通过计算机间能否相互访问同享文件来判断局域网是不是畅通。方法在“网上邻居”的地址栏中输入“\\”加上要访问计算机的“记算机名称或是本地ip地址”然后链接(例如\\19216801),可以访问说明局域网畅通3、数据库服务没有启动如果是数据库没有运行,软件测试连接一样也会出现毛病提示。可以在开始菜单------程序----启动------ServiceManager或是在开始菜单----运行----输入cmd------回车-----在出现黑屏界面的光标处输入netstartMSSQLSERVER----回车如果出现提示为“要求的服务器已启动”,说明数据库已在运行了;“服务名无效”说明输入的命令不正确;“没法启动数据库服务“说明数据库文件被破坏或是其他缘由造成数据库服务没法启动。
访问SQLServer数据库失败时,最常见的错误是“连接服务器失败,SQLServer不存在或访问被拒绝”,或者“未能建立与(local)的链接,SQLServer不存在或访问被拒绝”。如下图所示。
引起该问题的原因很多,初学者最容易犯的错误是没有启动MSSQLSERVER服务,安装SQLServer后,应该检查MSSQLSERVER服务服务是否启动,若没有将其设置为自动启动。
https://jingyanbaiducom/article/c1a3101e5dc6b0de656debf1html
一、数据库引擎没有启动
有两种启动方式:
(1)开始->程序->Microsoft SQL Server 2008->SQL Server
2008外围应用配置器,在打开的界面单击"服务的连接的外围应用配置器",在打开的界面中找到Database
Engine,单击"服务",在右侧查看是否已启动,如果没有启动可单击"启动",并确保"启动类型"为自动,不要为手动,否则下次开机时又要手动启动;
(2)可打开:开始->程序->Microsoft SQL Server 2008->配置工具->SQL Server
Configuration Manager,选中SQL Server 2008服务中SQL Server(MSSQLSERVER)
,并单击工具栏中的"启动服务"按钮把服务状态改为启动;
使用上面两种方式时,有时候在启动的时候可能会出现错误,不能启动,这时就要查看"SQL Server
2008配置管理器"中的SQL Server
2008网络配置->MSSQLSERVER协议中的VIA是否已启用,如果已启用,则把它禁止然后再执行上述一种方式操作就可以了。
二、进行远程连接时,是否已允许远程连接
SQL Server 2008 在默认情况下仅限本地连接我们可以手动启用远程连接在上面第一种方式中,找到Database
Engine,单击"远程连接",在右侧将"仅限本地连接(L)"改为"本地连接和远程连接(R)",并选中"同时使用TCP/IP和named
pipes(B)"
三、如果是远程连接,则还要查看连接数据库的语句是否正确,登录账户是否正确,密码是否正确等
数据库(Database)是按照数据结构来组织、存储和管理数据的仓库,它产生于距今六十多年前,随着信息技术和市场的发展,特别是二十世纪九十年代以后,数据管理不再仅仅是存储和管理数据,而转变成用户所需要的各种数据管理的方式。数据库有很多种类型,从最简单的存储有各种数据的表格到能够进行海量数据存储的大型数据库系统都在各个方面得到了广泛的应用。
解决办法参考(网上)\x0d\一:\x0d\我觉得可能是楼主的某些程序写的有问题,可能占用了连接而没有断开。另外,楼主的MYSQL服务器是不是安装有防火墙?特别是诺顿防火墙,我遇到过,明明是允许我的IP访问被保护的服务器,可是一段时间后,挪顿就认为我的IP是非法攻击,自动就给我IP封了,要么等20分钟(默认的规则),要么从新启动服务器就好了。。。。。。。 \x0d\\x0d\电脑常识 \x0d\\x0d\二:\x0d\您使用的是Windows操作系统,此错误与一个注册表键值TcpTimedWaitDelay有关。减小Windows中TcpTimedWaitDelay时间可解决此类问题,默认情况下为240(未设置的情况下也是这个数值)。 此项设置需要到注册表如下位置进行设置:HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpipParametersTcpTimedWaitDelay \x0d\如果注册表中没有TcpTimedWaitDelay这个项目,请增加这个项目,并设置为双字节(DWORD)类型。数值设置为30 ~ 60 之间即可。 \x0d\\x0d\数据仓库 \x0d\\x0d\三:\x0d\服务器ftp测试完毕,重新启动了一下。就一切稳定了。 不过仍然有几个问题没有搞清楚。心里不放心。 \x0d\\x0d\1。上周五的时候,ftp压力并不大的时候,30分钟在线统计900多人的时候,10%的比率出现mysql连接失败的10048错误。 \x0d\2。我当时使用的连接方法是 mysql_connect()。服务器iis+php+isapi的方式。参考了一些资料以后,我当时马上把 mysql_connect() 方法都改成了 mysql_pconnect() 方法,当时,问题看上去是解决了。 \x0d\3。周六,服务器开始ftp压力测试。15%的比率出现 mysql连接失败的 10048 10055 错误。比上次多了个10055错误。 \x0d\\x0d\关键不知道10048 10055错误代码具体代表的错误信息。应该说,问题仍然没有找到确切的答案。 \x0d\\x0d\人工智能 \x0d\\x0d\我开了serv-u,有4个socket连接,mysql马上挂了 数据挖掘研究院
1 确保服务器端的数据库中存在sa,并支持混合登录模式默认安装的时候,可能会忽略建立sa
2 确保服务器端的数据库是支持远程调用的打开SQL Server Management Studio,选择该数据库,右键菜单"Properties",在打开的对话框中选择Connections,把Allow remote connections to this server选上
3 确保服务器端的SQL服务的TCP/IP是Enable的打开SQL Server Configuration Manager 选择SQL Server 2005 Network Configuration下的Protocols for SQL2005( 我安装的SQL示例名为SQL2005), 把Named Pipes和TCP/IP都修改为Enabled,默认是Disabled
4 确保服务器端的SQL实例的远程调用是支持TIP/IP和named pipes的 打开SQL Server Surface Area Configuration Manager,在打开的页面中选择Surface Area Configuration for Services and Connections选中实例的Remote Connections,把Using both TCP/IP and named pipes选中
5 重启服务器端的SQL Server 2005服务,确保SQL Server Agent和SQL Server Browser的服务也启动了 默认都是需要手动启动,可以改成Automatic
6 因为服务器端的操作系统是WinXp+SP2,所以还需要检查防火墙确保防火墙中的1433端口打开了
另外, SQL Server 2005的默认端口可能不是1433 我们需要手动修改一下 打开SQL Server Configuration Manager 选择SQL Server 2005 Network Configuration下的Protocols for SQL2005( 我安装的SQL示例名为SQL2005), 查看TCP/IP的属性在打开的对话框中选择IP Address, 把到IPAll下的TCP Dymanic Ports改为0,TCP Port的值修改为1433
在Windows防火墙中的Exceptions中Add Port:TCP 1433和UDP 1434, 同时还需要Add Program先打开SQL Server Configuration Manager,在SQL Server 2005 Services中选中SQL Server,查看属性,在Advanced中记下Instance ID如(MSSQL1)
在防火墙的Exceptions中Add Program,找到诸如\Microsoft SQL Server\MSSQL1\MSSQL\Binn\sqlservrexe,添加
所有这些都做完了,客户端应该就可以访问了,最好客户端也在自己的Configration Manager的Client Configuration中设置TCP/IP为Enabled
测试连接数据库不成功,在保证连接服务器设置对话框内各项内容填写正确的条件下。1般出现毛病提示的缘由有以下几种情况:1、首先看服务器电脑有无关闭WINDOWS防火墙或瑞星的防火墙2、局域网不通局域网不通就是局域网内各电脑间没有到达不需要用户名和密码的访问,就是不能相互访问同享文件,可以通过计算机间能否相互访问同享文件来判断局域网是不是畅通。方法在“网上邻居”的地址栏中输入“\\”加上要访问计算机的“记算机名称或是本地ip地址”然后链接(例如\\19216801),可以访问说明局域网畅通3、数据库服务没有启动如果是数据库没有运行,软件测试连接一样也会出现毛病提示。可以在开始菜单------程序----启动------ServiceManager或是在开始菜单----运行----输入cmd------回车-----在出现黑屏界面的光标处输入netstartMSSQLSERVER----回车如果出现提示为“要求的服务器已启动”,说明数据库已在运行了;“服务名无效”说明输入的命令不正确;“没法启动数据库服务“说明数据库文件被破坏或是其他缘由造成数据库服务没法启动。
在管理工具-服务中,检查加密服务(KDSvrMgrService)是否被停掉,如果未启动,点击鼠标右键,选择“启动”选项,手动启动即可 如果问题依然存在,则启动客户端远程组件配置工具
确保中间层服务器的地址输入正确,并与下面列表中实际各模块连接的中间层地址一致;如果中间层地址采用的是机器名,要确保机器名与实际的IP地址之间的绑定是正确的(即在HOST文件中IP地址与机器名的映射关系是正确的)。
如果上述地方有误,请重新输入正确的中间层地址后,点击“测试”按钮,测试客户端与中间层的连接情况,通过后点击“确定”按钮,完成客户端与中间层的配置。
如果在管理工具-服务中,没有服务(KDSvrMgrService)需手工加载: 在开始——运行中输入 \WINDOWS\system32\kdcom\KDSvrMgrServiceexe /unregserver -卸载命令
\WINDOWS\system32\kdcom\KDSvrMgrServiceexe /service -加载命令
客户端与服务器连接:
保证局域网连通,标准是服务器与客户端彼此能PING通,并且在不需密码的情况下能访问并打开彼此的共享文件夹。检查用户名,如果两台机器都使用administrator登录,那么要么都是空密码,要么两台机器密码一致;如果客户端以其他用户登录,例如user(自定)登录,那么在中间层服务器的用户管理中需添加相同用户,相同密码
最后进行远程组建配置(客户端),在开始-程序-金蝶-远程组建配置中进行,在使用单一的远程组建配置中输入服务器的ip地址进行测试,如果前面能通过,后面有个别组件通不过也是正常的,可能客户端有些组件没有进行安装,忽略掉就可以。测试完电击右上角的确定即可。
但是如果一个也不通,还需要检查网络,防火墙,用户名,还要看两台机器的分布式com是否启用(在运行中输入dcomcnfg默认属性中)
需要你注意的地方
1,确保你的网络是通的,至少可以和服务器连通
2,正常装好后需要 [远程组件配置] 输入服务器IP地址,点测试
3,检查你登录windows系统的用户名和密码是否在K3服务器上是否存在,如果没有请添加
4,分布式com服务要启动 net stop KDSvrMgrService 之后,看看服务还能不能启动
该问题应该是加密狗服务没有成功注册的原因,请按照如下方式重新注册:在开始菜单-运行界面中输入C:\WINNT\system32\KDCOM\KDSvrMgrServiceexe /service并在控制面版-管理工具-服务中找到KDSvrMgrService服务启动即可(检查是否是自动启动),如果K3中间层安装在其它目录中,则修改相应硬盘符即可。
在为客户机安装完工客户端后提示"连接中间层加密服务失败,请确认中间层加密服务已启动"
K3版本从K/3103试过安装:K/3103SP1也试过别人的机子都能登录K3,我就装的这台不行!
尝试的解决方法:
方法一:K/3103以后版本在中间层服务器的管理工具——服务中增加了Kdsvrmgrservice的加密服务,如果该服务不能正常启动或不存在都会造成K3不能正常连接。
通过命令的方式重新加载该服务:
在开始-运行里输入 %systemdrive%\winnt\system32\kdcom\kdsvrmgrserviceexe /unregserver 卸载该服务, 然后在开始-运行里输入 %systemdrive%\winnt\system32\kdcom\kdsvrmgrserviceexe /service 加载该服务 方法二:配置dcomcnfg,把默认身份验证级别改无
方法三:以下方法可以验证一下加密服务端口5159,
客户端和服务器需要互相验证通过
在中间层服务器检测 :telnet 客户IP地址 5159
在客户端检测 : telnet 中间层服务器IP地址 5159
如果提示"不能打开到主机的连接,在端口5159连接失败",那病因就是端口引起,可以把防火墙关闭后再验证,
曹燚羿肯僖莲荒必阔钧禄遵谟垠祀寰七途维七沧
0条评论