数据库置疑，这个故障是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.数据库被置疑是一种常见情况，在停掉数据库或者被其他系统攻击后，数据库都有可能被置疑，最好的解决方法就是先分离后附加。