金蝶SQL数据库置疑解决方法
SQL数据库置疑解决方案(原因、预防、修复)附图
S Q L数据库置疑解决方案(原因、预防、修复)附图-CAL-FENGHAI-(2020YEAR-YICAI)_JINGBIANSQL数据库置疑解决方案一、数据库置疑产生的原因1、SQL Server所在分区空间是否够？数据库文件大小是否达到最大文件限制？FAT32的格式只支持4G以内的文件。
2、数据库文件损坏或被非正常删除时出现这种情况。
3、病毒防火墙的扫描也会引起数据库置疑。
4、当SQL Server启动时，将会尝试获得对数据库文件的排他访问权，如果此时该文件被其他程序占用，或者遗失，数据库将会被标记为置疑。
5、电脑非法关机也会造成数据库置疑。
6、电脑磁盘有坏道有可能造成数据库置疑。
二、数据库置疑的预防1、数据库存放的盘符，空间是否够大，经常检查盘符的空间。
2、数据库存放的盘符的格式设置为NTFS格式。
3、进行病毒清除时，尽量把SQL服务停掉，再进行检查。
4、尽量减少非正常关机。
5、建议客户购买后备电源。
6、给客户实施软件之后一定要做好自动备份。
7、建议客户每隔一定时间手动备份一次。
三、数据库置疑的修复1、正常的备份、SQL数据库恢复方式正常方式下，我们要备份一个数据库，首先要先将该数据库从运行的数据服务器中断开，或者停掉整个数据库服务器，然后复制文件。
卸下数据库的命令：Sp_detach_db 数据库名连接数据库的命令：Sp_attach_db或者sp_attach_single_file_dbs_attach_db [@dbname =] ′dbname′, [@filename1 =] ′filename_n′ [,...16]sp_attach_single_file_db [@dbname =] ′dbname′, [@physname =] ′physical_name′使用此方法可以正确恢复SQL Sever7.0和SQL Server 2000的数据库文件，要点是备份的时候一定要将mdf和ldf两个文件都备份下来，mdf文件是数据库数据文件，ldf是数据库日志文件。
SQL数据库置疑的解决方法
SQL2000数据库置疑的解决方法首先,在任何操作之前,必须要备份数据库(重要)一、分离数据库1、点击“程序》Microsoft SQL Server》企业管理》”，打开企业管理器2、展开服务器组，然后展开服务器，选中要分离的数据库3、点击鼠标右键“所有任务》分离数据库”，出现如下窗口4、点击确定，该选定的数据库就被分离。
5.分离后,把原数据库里面.MDF（主数据文件）.LDF（事务日志文件）这两个文件复制到目标盘下,例:D盘下注意事项，只有“使用本数据库的连接”数为0时，该数据库才能分离。
所以分离数据库时尽量断开所有对要分离数据库操作的连接，如果还有连接数据库的程序，会出现数据库的连接状态窗口，显示正在连接此数据库的机器以及名称，点击清除按钮将从服务器强制断开现有的连接。
二、附加数据库1、在附加数据库之前,首先要移动数据库文件在附加数据库之前，您必须将与数据库关联的 .MDF（主数据文件）.LDF（事务日志文件）这两个文件复制到目标硬盘下，或是同一服务器的不同硬盘目录下。
这两个文件一般位于C：\Program Files\Microsoft SQL Server\MSSQL\Data目录下。
2、点击“程序》Microsoft SQL Server》企业管理》”，打开企业管理器3、展开服务器组，然后展开服务器4、右击"数据库"，然后选择“所有任务》附加数据库”，弹出窗口5、输入要附加的数据库的MDF名称。
如果不确定文件位于何处，单击浏览（"..."）搜索。
若要确保指定的 MDF 文件正确，请单击"验证"。
在"附加为"框内，输入数据库的名称。
数据库名称不能与任何现有数据库名称相同。
指定数据库的所有者6、单击"确定"按钮。
新附加的数据库的数据库节点即创建在"数据库"文件夹中重启双机1.此时数据库分离,附加完成,必须重启一次双机修复置疑1,双机重启后,数据库置疑下面所有修复置疑的语法，在没有特别提到时，默认数据库都请选择（Master）数据库）2,修复置疑（必须在SQL的查询分析器中才能进行数据修复置疑工作）A、打开查询分析器，当数据置疑之后在查询分析器中是看不到置疑的数据库名称的，所以进入查询分析器之后，所选数据库默认（Master）数据库即可。
数据库质疑解决办法
（6）将SQL Server的“allow updates”属性恢复为不可修改 。语句为：sp_configure "allow updates" 0 6、数据库来自疑了怎么办？（一般解决方案）
（1）确定所有状态被标记为可疑(Suspect)的数据库名称因为若某个数据库处在可疑状态下,那么它在系统表sysdatabases中其status字段的值一定大于256,所以通过下面的操作可列出所有标记为可疑(Suspect)的数据库名称。
（2）在sqladvantage中输入select name from sysdatabases where status & 256 = 256 语句可查询哪些数据库置疑。一般情况下我们在Sybase central中点击数据库时会弹出置疑信息。
（3）备份master数据库。
（4）先将SQL Server的“allow updates”属性设为可修改，语句为：sp_configure "allow updates" 1
（4）修改系统表sysdatabases,将可疑用户数据库的status字段（共有4个状态）的值为-32768(“bypass recovery“,绕过恢复/复原),然后关闭SQL Server 。语句为：update sysdatabases set status=-32768 where name="可疑用户数据库名"
（7）重新启动服务。
SQL2000数据库置疑的恢复方法
1、将数据库设置为单用户迷失
sp_dboption '你的数据库名', 'single user', 'true'
2、修复表
DBCC CHECKTABLE('表名',repair_allow_data_loss)
3、取消单用户模式
sp_dboption '你的数据库名', 'single user', 'false'
二、重新启动SQL服务器 来自三、建立新数据库文件夹 如：newdat
四、复制空数据库到新建的数据库文件夹
五、在 sql 企业管理器中附加新数据库 如：newdat
六、用SQL的DTS工具将旧库数据全部导入新库
导入时注意：以pb打头的表不要选择导入
七、导入过程中，如发现某个表被损坏不能导入，可用下面的指令恢复后再导入
操作步骤：
一、打开查询分析器，修改被置疑的数据库为强制启动状态
选择 master 数据库，按以下指令顺序逐条执行
sp_configure 'allow updates',1
RECONFIGURE WITH OVERRIDE
update sysdatabases set status=-32768 Where name='被质疑的数据库名'
SQL数据库置疑解决方案(原因、预防、修复)附图
SQL数据库置疑解决方案一、数据库置疑产生的原因1、SQL Server所在分区空间是否够？数据库文件大小是否达到最大文件限制？FAT32的格式只支持4G以内的文件。
2、数据库文件损坏或被非正常删除时出现这种情况。
3、病毒防火墙的扫描也会引起数据库置疑。
4、当SQL Server启动时，将会尝试获得对数据库文件的排他访问权，如果此时该文件被其他程序占用，或者遗失，数据库将会被标记为置疑。
5、电脑非法关机也会造成数据库置疑。
6、电脑磁盘有坏道有可能造成数据库置疑。
二、数据库置疑的预防1、数据库存放的盘符，空间是否够大，经常检查盘符的空间。
2、数据库存放的盘符的格式设置为NTFS格式。
3、进行病毒清除时，尽量把SQL服务停掉，再进行检查。
4、尽量减少非正常关机。
5、建议客户购买后备电源。
页脚内容16、给客户实施软件之后一定要做好自动备份。
7、建议客户每隔一定时间手动备份一次。
三、数据库置疑的修复1、正常的备份、SQL数据库恢复方式正常方式下，我们要备份一个数据库，首先要先将该数据库从运行的数据服务器中断开，或者停掉整个数据库服务器，然后复制文件。
卸下数据库的命令：Sp_detach_db 数据库名连接数据库的命令：Sp_attach_db或者sp_attach_single_file_dbs_attach_db [@dbname =] ′dbname′, [@filename1 =] ′filename_n′[,...16]sp_attach_single_file_db [@dbname =] ′dbname′, [@physname =] ′physical_name′使用此方法可以正确恢复SQL Sever7.0和SQL Server 2000的数据库文件，要点是备份的时候一定要将mdf和ldf两个文件都备份下来，mdf文件是数据库数据文件，ldf是数据库日志文件。
例子：假设数据库为pdm，其数据文件为pdm_data.mdf，日志文件为pdm_log.ldf。
金蝶数据库可疑导致登录提示无法建立数据连接
金蝶服务器遇到停电、死机等非正常关机的情况，经常会出现帐套登录出现：无法建立数据库连接。
一般情况都是数据库出现“可疑”或者“置疑”导致。
这时建议按如下步骤进行修复进入企业管理器，新建查询。
依次复制下面代码，分段执行。
将AIS354483913替换成要修复的数据库名称。
备注：建议执行代码前，先断开SQL服务，复制一个数据库实体作为备份。
如有不清楚的地方，可以加我Q，文中有提示哦。
--修改数据库为紧急修复模式alter database AIS354483913 set emergency--修改为单用户模式alter database AIS354483913 set single_user with rollback immediate--删除日志文件后，重新生成日志文件alter database AIS354483913 Rebuild Log on(name= AIS354483913 ,filename= 'C:\新建文件夹\AIS354483913_log.LDF') --重建ldf--检查dbcc checkdb(AIS354483913)--还原成多用户模式alter database AIS354483913 set multi_user--从紧急模式恢复成正常模式ALTER DATABASE AIS354483913 SET ONLINEselect * from icstockbillDBCC CHECKTABLE('icstockbill',REPAIR_FAST)DBCC CHECKTABLE('icstockbill',REPAIR_ALLOW_DATA_LOSS)。
SQL_Server_2000数据库实体置疑解决方案教程
SQL Server 2000数据库实体置疑解决方案本期概述●本文档适用于K/3所有版本●本文档针对金蝶K/3账套数据库置疑问题的修复进行讲解，通过本文档的学习可以初步了解异常现象，掌握修复置疑的数据库实体的方法版本信息●2012年9月22日 V1.0 编写人：李美莲●2012年9月26日 V2.0 修改人：黄河版权信息●本文件使用须知著作权人保留本文件的内容的解释权，并且仅将本文件内容提供给阁下个人使用。
对于内容中所含的版权和其他所有权声明，您应予以尊重并在其副本中予以保留。
您不得以任何方式修改、复制、公开展示、公布或分发这些内容或者以其他方式把它们用于任何公开或商业目的。
任何未经授权的使用都可能构成对版权、商标和其他法律权利的侵犯。
如果您不接受或违反上述约定，您使用本文件的授权将自动终止，同时您应立即销毁任何已下载或打印好的本文件内容。
著作权人对本文件内容可用性不附加任何形式的保证，也不保证本文件内容的绝对准确性和绝对完整性。
本文件中介绍的产品、技术、方案和配置等仅供您参考，且它们可能会随时变更，恕不另行通知。
本文件中的内容也可能已经过期，著作权人不承诺更新它们。
如需得到最新的技术信息和服务，您可向当地的金蝶业务联系人和合作伙伴进行咨询。
著作权声明著作权所有 20xx 金蝶软件（中国）有限公司。
所有权利均予保留。
目录1. 数据库实体置疑的异常现象、原因分析及预防措施 (3)2. 数据库实体质疑的解决方案 (5)2.1 常规解决方案 (5)2.2 异常解决方案 (8)1. 数据库实体置疑的异常现象、原因分析及预防措施K/3的运行需要数据库的支持，如果数据库出现故障，轻则可能导致K/3运行错误，无法打开K/3软件，重则可能造成数据的丢失。
当K/3的账套数据库实体出现故障时，在【账套管理】功能中打开账套属性，或者在【账套管理】中打开账套的【用户管理】功能时，可能会出现提示“当前账套的系统账号无效，请在账套属性中更改”，如图-1所示。
SQL数据库置疑解决方法
SQL数据库置疑解决方法
一、SQL数据库置疑
1.数据库安全问题
为了保护数据库，需要确保数据库中的信息不被恶意攻击、篡改或盗窃，从而避免造成不可挽回的损失。
2.数据库可靠性问题
可靠性是指数据库系统必须在不同的时间片段可靠运行，即使是在发生系统故障的情况下，用户也能够一直获取服务。
只有数据库系统可靠性良好，才能够实现数据库系统的高安全性要求。
3.数据库性能问题
要满足用户的需求，必须保证数据库服务器能够达到最佳性能，避免出现数据库访问运行缓慢的问题，以及查询数据库时出现的查询延时、查询次数多等问题。
4.数据库维护问题
数据库系统是一个复杂的系统，在日常运行中难免会出现数据库系统故障、业务变更需求等情况。
数据库系统维护对于保证系统可靠性，提高系统性能至关重要。
1.数据库安全问题
（1）做好安全设置，为数据库设置正确的授权，只允许拥有访问权限的用户进行访问，并设置访问日志，记录访问和更改的用户，以及操作的时间等信息。
（2）定期备份数据库，将备份数据存放到安全的位置。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
解决由于sql2000日志文件引起的“置疑”。
日志有错误--------重新附加提示日志有错误。
日志文件丢失-----丢失了.ldf文件，只有.mdf文件的数据库重建。
步骤：
一、备份“置疑”数据库的数据文件，因为日志文件.ldf出错，可以只备份.mdf文件。
二、打开企业管理器（SQL Server Enterprise Manager），删除“置疑”数据库，如果提示删除错误，可以重启数据库服务器，然后再试。
三、在企业管理器中，新建同名数据库（假如数据库为test），注意建立的数据库名称，还有数据文件名要保持和原数据库一致。
四、停止数据库服务器。
五、将刚才新建数据库生成的数据库的日志文件test_log.ldf删除，用要恢复的数据库.mdf 文件覆盖刚才生成的数据库数据文件test_data.mdf。
六、启动数据库服务器。
此时会看到数据库test的状态为“置疑”。
这时候不能对此数据库进行任何操作。
七、设置数据库允许直接操作系统表。
此操作可以在企业管理器
（SQL Server Enterprise Manager）里面选择数据库服务器，按右键，选择“属性”，在“服务器设置”页面中将“允许对系统目录直接修改”一项选中。
也可以使用如下语句来实现。
use master
go
sp_configure 'allow updates',1
go
reconfigure with override
go
八、设置test为紧急修复模式。
update sysdatabases set status=-32768 where dbid=DB_ID('test')
此时可以在企业管理器（SQL Server Enterprise Manager）里面看到该数据库处于“只读\置疑\脱机\紧急模式”可以看到数据库里面的表，但是仅仅有系统表。
九、下面执行真正的恢复操作，用dbcc rebuild_log命令来重建数据库日志文件（重建路径根据你实际的数据库路径来）。
dbcc rebuild_log('test','C:\Program Files\Microsoft SQL Server\MSSQL\Da ta\test_log.ldf')
执行过程中，如果遇到下列提示信息：
服务器: 消息5030，级别16，状态1，行 1
未能排它地锁定数据库以执行该操作。
DBCC 执行完毕。
如果DBCC 输出了错误信息，请与系统管理员联系。
说明您的其他程序正在使用该数据库，如果刚才您在八步骤中使用企业管理器打开了test 库的系统表，那么退出企业管理器就可以了。
正确执行完成的提示应该类似于：
警告: 数据库'test' 的日志已重建。
已失去事务的一致性。
应运
行DBCC CHECKDB 以验证物理一致性。
将必须重置数据库选项，并且可能需要删除多余的日志文件。
DBCC 执行完毕。
如果DBCC 输出了错误信息，请与系统管理员联系。
此时打开在企业管理器里面会看到数据库的状态为“只供DBO使用”。
此时可以访问数据库里面的用户表了。
十、验证数据库一致性。
（次步骤可省略）
dbcc checkdb('test')
一般执行结果如下：
CHECKDB 发现了0 个分配错误和0 个一致性错误（在数据库'test'中）。
DBCC 执行完毕。
如果DBCC 输出了错误信息，请与系统管理员联系。
十一、设置数据库为正常状态
sp_dboption 'test','dbo use only','false'
如果没有出错，那么恭喜，现在就可以正常的使用恢复后的数据库啦。
十二、最后一步，我们要将步骤七中设置的“允许对系统目录直接修改”一项恢复。
因为平时直接操作系统表是一件比较危险的事情。
当然，我们可以在企业管理器里面恢复，也可以使用如下语句完成
sp_configure 'allow updates',0
go
reconfigure with override
go
对于只有.mdf文件的sql2000数据库恢复，从第三步开始做就行了。