数据库置疑，请大神们帮忙看看
数据库置疑，请大神们帮忙看看数据库置疑，请大神们帮忙看看
数据库置疑，请大神们帮忙看看
以后多备份数据吧,质疑能修复就是不幸中的万幸了 数据库 CHECKDB 发现了x个分配错误和 x 个一致性错误 现在以数据库text为例，说明该问题的处理方法： --1、在SQL查询分析器中执行以下语句：（注以下所用的text为数据库名称，请用户手工改为自己的数据库名） use text dbcc checkdb --2、查看查询结果，有很多红色字体显示，最后结果有这样的提示： --CHECKDB --发现了x个分配错误和 x 个一致性错误（在数据库 'text' 中）。 --一般情况下，引起分配错误的原因是磁盘损坏或突然停电；一致性错误可能是数据库中的表或索引坏，一般都可修复。 --3、查看红色字体，并把有错误的数据库表名记录下来，或把索引损坏的表名记录下来。 --4、把数据库设置为单用户模式，直接在查询分析器中执行以下语句即可：(如发现语句运行不成功，请把用户的电脑注销一下，后再重新运行一下。) EXEC sp_dboption 'text, 'single user', 'TRUE' --5、进入查询分析器执行如下语句： use text dbcc checkdb（'text',repair_allow_data_loss） -------修复数据库 dbcc checkdb ('text',REPAIR_REBUILD) -------修复数据库索引 --6、再执行：dbcc checkdb，检测数据库，出现结果为： --CHECKDB 发现了0个分配错误和 0个一致性错误（在数据库 'text' 中）。 --数据库已经修复完毕。 --7、取消单用户模式，即直接在查询分析器中执行以下语句即可： EXEC sp_dboption 'pos', 'single user','FALSE' 分离、附加数据库。
第一步先分离数据库，
第二步，把质疑的数据拷贝出来保存；
第三步，恢复以前的备份数据。这时候已经不质疑了，但不是最新数据。
第四步，把第三步处理的不质疑数据分离、删除；
第五步，把原来拷贝出来的质疑数据复制到admin\zt001\2020(具体路径据实找），这一步是把最新数据放到原位置，便于后期维护；
第六步，附加MDF文件。
这样最新数据就不质疑了。
1、具体情况具体分析，不是所有都可以恢复，不是所有都是SQL语句修复，如此简单，用友官方就做出很好高效工具啦，
2、楼上那个做了10年用友，吓得我们众多20+用友老人都不敢吭气，后浪如此底气组 1.质疑简单的，分离再附加就可以恢复
2.如果还不行，用T+自带的数据库修复工具尝试下。
3.如果还不行，一般就结构或者表也损坏得比较厉害，这种只能找人修复底层页面。 数据库置疑，请大神们帮忙看看 这个很难恢复，有备份还好一点。 官网里有数据质疑恢复工具，不过那个工具不一定能用，有时候就算恢复了。软件单据操作有时候也会出错。
所以T+的数据最好是备份。 附加时，删除日志文件，只附加MDF文件试下。会自动生成LDF文件出来。 用备份恢复一下吧 恢复账套了，丢失7-8张单据:'( 恢复账套了，丢失7-8张单据 提前备份处理 dfssddddddddddd 有工具.... FGDFGFGFDGD 需要增加补丁 有进销存的话，最好设一个自动备份，每天备份！