数据库置疑

huanleapple

问题终于解决！和大家分享一下！
2月8日，用友系统正常，系统中有001和003两个账套，且两个账套的相关备份文件都保存在F盘。因电脑空间不足，所以在没有多加考虑的情况下，觉得003账套已经不打算再用，就把F盘文件夹下和003账套有关的文件夹全部删除。当天没有什么异常情况。2月9日，一大早发现用友系统打不开，系统报错：法得到有效的会计年度，无法打开登录“ufsystem”中请求的数据库，登录失败，用户SA登录失败。
提示：此时，最佳解决方案应该是先打开SQL数据库，查看相关的数据库是否被置疑。将被置疑的数据库进行分离再附加，问题就可以解决。因为在2月8日删除相关文件的时候将有关的数据文件删除了。
  当时没有想到是2月8日删除文件造成的结果，就先查找U8系统应用服务器的相关配置，看看和SQL的连接是否正常。排除了软件本身的问题后，就开始查找SQL企业管理器。当时看到数据库置疑，不知道解决方法，再者，由于一些反复操作，造成数据库都无法启动。干脆死马当活马医，先备份数据库，再重装SQL.
  重装好后，还原数据库，再次打开用友系统，连数据源也没有了。就进入“系统管理”平台，可以登录（SQL重装之前是不能登录的），打开后，账套全没有了，幸好之前做过备份，重新引入。引入两次都不成功，报错：工作流数据处理失败，MOM数据源配置不正确。于是用企业管理器检查数据库，发现UFMOM数据库置疑，找到备份的UFMOM数据库，附加进去，并修改MOM数据库中的sysfile中的数据库路径名，问题解决。
  账套引入成功后，再次登录系统也成功了，高兴啊，呵呵。
  经验总结：1.相关的备份文件夹不要轻易删除，个人考虑：如果要删除，也需要先在账套中删除，否则系统找不到数据库路径就会报错。


2.数据库被置疑是一种常见情况，在停掉数据库或者被其他系统攻击后，数据库都有可能被置疑，最好的解决方法就是先分离后附加。



3.想问一个问题：在使用SQL的过程中，发现有时停掉SQL，再打开时，数据库突然空了，什么都没有，刷新一下，又出来了。这种情况出现过好多次。我们公司的SQL是当时买用友软件时正版安装的，怎么会有这种问题？难道是盗版？或者正版也会出现这样的问题？

yujingbo

只要将下面语句在数据库中执行以下就可以了（将“UFjyfrmy”替换为置疑的数据库名即可 ）
USE MASTER
GO
SP_CONFIGURE 'ALLOW UPDATES',1 RECONFIGURE WITH OVERRIDE
GO
ALTER DATABASE UFjyfrmy SET EMERGENCY
GO
sp_dboption 'UFjyfrmy', 'single user', 'true'
GO
DBCC CHECKDB('UFjyfrmy','REPAIR_ALLOW_DATA_LOSS')
GO
ALTER DATABASE UFjyfrmy SET ONLINE
GO
sp_configure 'allow updates', 0 reconfigure with override
GO
sp_dboption 'UFjyfrmy', 'single user', 'false'
GO

Punk_Q

上次就是附加失败，后来找到了质疑前一天的数据备份，重新引入了解决的
但是还是没找出附加失败的原因啊，郁闷~

signking

教学帖子留名  做备用

gaoxingjun

说的有道路啊

huanleapple

排版有些乱，但不影响帖子的质量，呵呵。

qixiang_lina

数据库置疑直接分离附加一下看看是否可以

huanleapple

分离附加是最佳解决方法。

jzzhangshuai

学习一下！

lizhenzhong

学习一下，我的数据库也置疑了

gxl123

学习了。。。。

jack888

有备份什么都好版呀

hbqlg

msdb 数据库置疑，不能建立帐套和输出帐套了，各位楼主如何修复msdb 数据库呀

slight3412

看一下，有所收获

巢湖123

对，我昨天删除了不要的备份，当时没问题，早上来了，数据库置疑了，引入备份失败了，把删除恢复了就行了。但不知为什么引入备份失败了。

Dancercs

数据库置疑了，分离后进行附加报错，附加不上...晕死

rainyang

听楼主的口气好像  挺成功的,我手头上正好有个这个问题,但是不敢贸然 行事啊, 人家可以好几年的数据啊     还希望有个肯定的回答

beruning

我们上次也是碰到这种情况，后来直接回到前一天的

tongchaofei

碰到过置疑，，学习下。。。