一、组网拓扑
软件产品本体服务启动遇到的故障不涉及组网拓扑。。。。。。 。。
二、景象描述
SAM+的服务启动失败，， ，，，服务治理平台最后提醒的失败原因是”数据库衔接失败，， ，，，系统自动退出”
三、可能原因
首先这个问题的技术道理是不言而喻的，， ，，，软件的启动与运行必要依赖与数据库的衔接实现，， ，，，当SAM+无法衔接数据时就会出现此类问题，， ，，，而故障的处置思路也比力直接，， ，，，就是基于配置和系统环境两个部门来找寻衔接失败的原因，， ，，，衔接失败共有3种技术原因：
（1）衔接层面：SAM+自身无法衔接操数据库的TCP1433端口导致衔接失败，， ，，，好比防火墙、数据库的服务没有启动。。。。。。 。。
（2）参数配置层面：SAM+在登录数据库时失败，， ，，，这种所指的是衔接层面正常，， ，，，但进行账号密码验证时失败了。。。。。。 。。
（3）数据本体层面：SAM+连上数据库也登录成功，， ，，，但在读取SAM+的数据库时由于数据库败坏、或者数据库的权限谬误导致无法衔接。。。。。。 。。（这里的数据本体指的是SAM+在数据库中默认创建的数据库SAMDB） 而这种类型的故障重要呈此刻两种场景，， ，，，新部署和运行阶段，， ，，，因而下面将基于两种场景别离归类可能得重要原因
四、处置步骤
1、基础衔接和数据库参数设置查抄：
（1）确认数据库的关键服务是否启动：
打开操作系统的“服务“组件（用搜索或者win+r输入“services.msc”都能够），， ，，，核实服务列表中如下2个关键服务处于启动状态，， ，，，若是没启动的话手动进行启动看下是否能启动成功。。。。。。 。。
（2）确认SA的账号密码是否正确：使用数据库自带的的治理工具“SQL Server Management Studio”，， ，，，在服务器名称输入127.0.0.1并使用sa账号和密码进行登录，， ，，，
确认是否能登陆成功，， ，，，若是无法登录成功会有提醒，， ，，，好比常见的失败原因有如下这种，， ，，，这种通常是sa的密码谬误导致，， ，，，只必要切换到使用“windows”系统账号进行数据库治理工具的登录后将sa账号密码沉置即可，， ，，，若是能登陆成功即可进行SAM+的服务器沉启。。。。。。 。。
（3）查抄操作系统的防火墙设置是否开启：若是开启但没有配置入站战术将有可能导致（分歧系统机造有差距）无法衔接数据库，， ，，，因而能够将操作系统的防火墙一时关关后尝试是否能登陆成功，， ，，，若是能登陆成功即可进行SAM+的服务器沉启。。。。。。 。。
2、SAMDB数据查抄：
（1）若上诉的排查步骤均正常，， ，，，但仍旧无法启动成功，， ，，，能够通过数据库治理工具核查SAM+所使用的SAMDB数据库是否能正常打开，， ，，，正常的情况参与下图：
若出现如下2种情况，， ，，，注明SAM+的SAMDB数据库存在败坏或者接见权限限度的问题
情况1：SAMDB提醒为单用户模式，， ，，，此模式只允许有一个衔接接见SAMDB其中还蕴含了数据库的治理工具，， ，，，因而如若除了SAM+之前的衔接对SAMDB进行了衔接接见，， ，，，将造成SAM+无法衔接。。。。。。 。。
解决规划：通过语句或者数据库治理工具的设置将SAMDB从当用户模式批改为多用户，， ，，，执行后点击刷新，， ，，，将会看到SAMDB取缔了单用户模式，， ，，，取缔后沉启SAM+服务确认是否启动成功。。。。。。 。。
语句：alter database SAMDB set multi_user
参考：
情况2：SAM+的SAMDB数据库提醒处于可疑状态
注明：数据库成为可疑状态通常是服务器出现异常的断电沉启后，， ，，，由于数据库自身对数据的齐全性有校验要求，， ，，，而断电沉启这种异常的行为自身就会数据库的法式造成随机性的数据迷失，， ，，，因而导致数据库法式工作这个数据不存在故障，， ，，，因而会将数据库的状态设定为可疑模式，， ，，，而可疑模式下是无法进行数据读取的。。。。。。 。。
【解决规划】：若是遇到此类问题，， ，，，建议联系4008协助处置或点击链接进入：售后闪电兔 处置
五、总结与建议
这个问题的技术道理是不言而喻的，， ，，，软件的启动与运行必要依赖与数据库的衔接实现，， ，，，当SAM+无法衔接数据时就会出现此类问题，， ，，，而故障的处置思路也比力直接，， ，，，就是基于配置和系统环境两个部门来找寻衔接失败的原因
颁布功夫：2024-06-17
点击量：130
文档评价
