有两种启动方式：
(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)"
三、如果是远程连接,则还要查看连接数据库的语句是否正确,登录账户是否正确,密码是否正确等
如果服务器和客户端在一台电脑上，这就是设计的问题，如果二者不在一吧电脑上，可以通过下面的步骤来解决。
在使用 SQL Server 自带的客户端工具（以企业管理器为例）连接 SQL Server时，最常见的错误有如下一些：SQL Server 不存在或访问被拒绝ConnectionOpen (Connect())
用户'sa'登录失败。原因：未与信任 SQL Server 连接相关联。
超时已过期。下面我们依次介绍如何来解决这个最常见的连接错误。"SQL Server 不存在或访问被拒绝"通常是最复杂的，错误发生的原因比较多，需要检查的方面也比较多。
一般说来，有以下几种可能性：
SQL Server名称或IP地址拼写有误；
服务器端网络配置有误；
客户端网络配置有误。
确保中间层服务器的地址输入正确，并与下面列表中实际各模块连接的中间层地址一致；如果中间层地址采用的是机器名，要确保机器名与实际的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连接失败",那病因就是端口引起,可以把防火墙关闭后再验证，
曹燚羿肯僖莲荒必阔钧禄遵谟垠祀寰七途维七沧你好,参考解决办法
1:你可以参照一下几种原因：
1、修改了Oracle Windows 2000服务器的域名，关闭再重新启动数据库，使用“内部连接”无法成功连接
解决方法：
使用服务GUI关闭服务，特别是tns和代理服务，然后删除ORACLE_HOME网络管理路径下的snmpro 和snmprw 文件，再次重新启动服务。确保tnsnames文件中的条目是合理的，并且listenerora文件中的条目也是良好的。
2、TESTDB是一个oracle10g db,参考ORACLE 817的参数文件配置不行,一定有其它原因,查找到是我曾将/etc/hosts不给非ROOT用户读所致,该正后重启listner还有问题,再等几分钟有自动好了,可能主机名解析需要时间缓存路由
3、OAM里面添加上你的client
2:你导入一个叫class12jar的文件到你项目的构建路径中去没有这个文件在oracle的jdbc目录的lib文件夹里1、我觉得可能是楼主的某些程序写的有问题，可能占用了连接而没有断开。另外，楼主的MYSQL服务器是不是安装有防火墙？特别是诺顿防火墙，我遇到过，明明是允许我的IP访问被保护的服务器，可是一段时间后，挪顿就认为我的IP是非法攻击，自动就给我IP封了，要么等20分钟（默认的规则），要么从新启动服务器就好了。
2、您使用的是Windows *** 作系统，此错误与一个注册表键值TcpTimedWaitDelay有关。减小Windows中TcpTimedWaitDelay时间可解决此类问题，默认情况下为240（未设置的情况下也是这个数值）。 此项设置需要到注册表如下位置进行设置：HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpipParametersTcpTimedWaitDelay
如果注册表中没有TcpTimedWaitDelay这个项目，请增加这个项目，并设置为双字节（DWORD）类型。数值设置为30 ~ 60 之间即可。
3、服务器ftp测试完毕，重新启动了一下。就一切稳定了。 不过仍然有几个问题没有搞清楚。心里不放心。
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）