数据库置疑,这个故障是MSSQL数据库比较常见的一种故障,我们知道,MSSQL数据库整个的运行架构比较复杂,打个比方来说,就像是一条链,该链由多个环节相互联系在一起组成,数据库比较大,链就比较长,环节也比较多,任何一个环节出现故障,就会使整个链出现问题。为保证数据的绝对安全,让数据库在正常环境下运行,MSSQL就会把该库设为置疑状态,不能让用户继续使用,待把问题排查修复好后,才能继续运行,这就是置疑的概念。
工具用法:
1. 双击工具文件夹中的《BDBCZ001数据库置疑修复.exe》,打开工具。
2. 设置数据库服务器参数(服务器名称或IP、用户名、密码),点击"确定"按钮进入工具主界面。
3. 选择置疑数据库的mdf文件,工具会自动填写置疑数据库的ldf文件及其数据库名称。点击“修复”按钮。工具开始尝试修改。
4. 在修复过程中,工具首先关闭SQLServer服务,并提示确认已经关闭,然后在复制数据库的mdf文件和ldf文件后重新打开SQLServer服务,并提示确认已经打开。
一大早发现用友系统打不开,系统报错:法得到有效的会计年度,无法打开登录“ufsystem”中请求的数据库,登录失败,用户SA登录失败。
提示:此时,最佳解决方案应该是先打开SQL数据库,查看相关的数据库是否被置疑。将被置疑的数据库进行分离再附加,问题就可以解决。因为之前删除相关文件的时候将有关的数据文件删除了。
当时没有想到是2月8日删除文件造成的结果,就先查找U8系统应用服务器的相关配置,看看和SQL的连接是否正常。排除了软件本身的问题后,就开始查找SQL企业管理器。当时看到数据库置疑,不知道解决方法,再者,由于一些反复操作,造成数据库都无法启动。干脆死马当活马医,先备份数据库,再重装SQL.
重装好后,还原数据库,再次打开用友系统,连数据源也没有了。就进入“系统管理”平台,可以登录(SQL重装之前是不能登录的),打开后,账套全没有了,幸好之前做过备份,重新引入。引入两次都不成功,报错:工作流数据处理失败,MOM数据源配置不正确。于是用企业管理器检查数据库,发现UFMOM数据库置疑,找到备份的UFMOM数据库,附加进去,并修改MOM数据库中的sysfile中的数据库路径名,问题解决。
账套引入成功后,再次登录系统也成功了,高兴啊,呵呵。
经验总结:
1.相关的备份文件夹不要轻易删除,个人考虑:如果要删除,也需要先在账套中删除,否则系统找不到数据库路径就会报错。
2.数据库被置疑是一种常见情况,在停掉数据库或者被其他系统攻击后,数据库都有可能被置疑,最好的解决方法就是先分离后附加。