数据库置疑了怎么处理？

一、数据库置疑了怎么处理？

应该是磁盘出问题了吧.恢复的可能性很小. 解决方案如下: 1.首先将数据库备份,也就是将DATA目录下的那两个文件COPY出来,前提是在MSSQL SERVER停止运行的状态下.如果COPY的时候提示I/O错误,就说明磁盘有问题了.这个就不能恢复了.如果能的话,就使用SQL的附加数据库功能, 将这两个文件加进来.一切OK 当数据库主文件丢失或者和服务器和数据库文件丢失连接时就这样.

二、SQL数据库置疑怎么办？

您好，是这样的：

1.首先确认已经备份了.mdf和.ldf文件。

2. 在SQL Server中新建一个同名的数据库，然后停止SQL Server服务。

3. 用原有的.mdf和.ldf文件覆盖新建数据库对应的.mdf和.ldf文件。

4. 重新启动SQL Server服务，这是应该会看到这个数据库处于置疑（Suspect）状态。

5. 在SQL查询分析器中执行以下命令，以允许更新系统表：use mastergosp_configure "allow updates",1reconfigurewithoverridego。

6. 将这个数据库置为紧急模式：update sysdatabases set status = 32768 where name="db_name"go。

7. 使用DBCC CHECKDB命令检查数据库中的错误：DBCC CHECKDB("db_name")GO。

8. 如果DBCC CHECKDB命令失败，请转至第10步，否则先将数据库置为单用户模式，再尝试对其进行修复：sp_dboption "db_name","singleuser","true"DBCCCHECKDB("db_name",REPAIR_ALLOW_DATA_LOSS)GO如果在执行DBCCCHECKDB("db_name",REPAIR_ALLOW_DATA_LOSS)命令时提示说数据库未处于单用户模式状态的话，则重新启动SQLServer服务，然后继续尝试。

9. 如果DBCCCHECKDB("db_name",REPAIR_ALLOW_DATA_LOSS)命令失败，请转至第10步，否则若成功修复了数据库中的错误：重新执行DBCC CHECKDB("db_name")命令，确认数据库中已没有错误存在。清除数据库的置疑状态：sp_resetstatus "db_name"清除数据库的单用户模式状态：sp_dboption "db_name","single user","false"重新启动SQL Server服务，如果一切正常的话，则数据库已经成功恢复。

10.如果以上步骤都不能解决问题的话，请参考附件中的文档尝试通过重建事务日志来恢复数据库中的数据。如果您只有MDF文件，问题就更加复杂一些，我们需要直接重建事务日志了:　　1. 在SQL Server中新建一个同名的数据库，然后停止SQL Server服务。　　2. 用原有的ldf文件覆盖新建数据库对应的.mdf文件，将其日志文件（.ldf）删除。　　3. 启动SQL Server服务，并将数据库置为紧急模式（同上: 步骤5和步骤6）。　　4. 停止并重新启动SQL Server服务。　　5. 执行以下命令重建数据库日志文件：(下面是个示例，您要用您实际的数据库名)　　DBCC REBUILD_LOG（"cas_db", "D:\cas_db\cas_db_Log.LDF"）　　6. 重新将该数据库置为单用户模式。　　7. 再次尝试使用DBCC CHECKTABLE或DBCC CHECKDB命令检查并修复数据库中。

三、SQL Server置疑数据库解决方法？

在提示信息中已经给了明显的提示：你的数据库版本未782，此服务器支持低于661的版本。

解决方案：

SQLServer · 最佳实践 · 如何将SQL Server 2012降级到2008 R2

上边的步骤给的很详细了。

一般来讲这样的问题只要认真阅读提示信息，仔细搜索一下就能找到答案。

四、sql 2000数据库置疑的解决方法？

备份数据文件,然后按下面的步骤处理:

1.新建一个同名的数据库(数据文件与原来的要一致)

2.再停掉sql server(注意不要分离数据库)

3.用原数据库的数据文件覆盖掉这个新建的数据库

4.再重启sql server

5.此时打开企业管理器时会出现置疑，先不管，执行下面的语句（注意修改其中的数据库名)

6.完成后一般就可以访问数据库中的数据了,这时,数据库本身一般还要问题,解决办法是,利用

数据库的脚本创建一个新的数据库,并将数据导进去就行了.

USE MASTER

GO

SP_CONFIGURE 'ALLOW UPDATES',1 RECONFIGURE WITH OVERRIDE

GO

UPDATE SYSDATABASES SET STATUS =32768 WHERE NAME='置疑的数据库名'

Go

sp_dboption '置疑的数据库名', 'single user', 'true'

Go

DBCC CHECKDB('置疑的数据库名')

Go

update sysdatabases set status =28 where name='置疑的数据库名'

Go

sp_configure 'allow updates', 0 reconfigure with override

Go

sp_dboption '置疑的数据库名', 'single user', 'false

假设数据库为TEST：

按以下步骤执行

A．设置数据库允许直接操作系统表。此操作可以在SQL Server Enterprise Manager里面选择数据库服务器，按右键，选择“属性”，在“服务器设置”页面中将“允许对系统目录直接修改”一项选中。也可以使用如下语句来实现。

use master

go

sp_configure 'allow updates',1

go

reconfigure with override

go

B．设置test为紧急修复模式

update sysdatabases set status=-32768 where dbid=DB_ID('test')

此时可以在SQL Server Enterprise Manager里面看到该数据库处于“只读\置疑\脱机\紧急模式”可以看到数据库里面的表，但是仅仅有系统表

C．下面执行真正的恢复操作，重建数据库日志文件

dbcc rebuild_log('test','C:\Program Files\Microsoft SQL Server\MSSQL\Data\test_log.ldf')

执行过程中，如果遇到下列提示信息：

服务器: 消息 5030，级别 16，状态 1，行 1

未能排它地锁定数据库以执行该操作。

DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。

说明您的其他程序正在使用该数据库，如果刚才您在F步骤中使用SQL Server Enterprise Manager打开了test库的系统表，那么退出SQL Server Enterprise Manager就可以了。

正确执行完成的提示应该类似于：

警告: 数据库 'test' 的日志已重建。已失去事务的一致性。应运行 DBCC CHECKDB 以验证物理一致性。将必须重置数据库选项，并且可能需要删除多余的日志文件。

DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。

此时打开在SQL Server Enterprise Manager里面会看到数据库的状态为“只供DBO使用”。此时可以访问数据库里面的用户表了。

D．验证数据库一致性（可省略）

dbcc checkdb('test')

一般执行结果如下：

CHECKDB 发现了 0 个分配错误和 0 个一致性错误（在数据库 'test' 中）。

DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。

E．设置数据库为正常状态

sp_dboption 'test','dbo use only','false'

如果没有出错，那么恭喜，现在就可以正常的使用恢复后的数据库啦。

F．最后一步，我们要将步骤E中设置的“允许对系统目录直接修改”一项恢复。因为平时直接操作系统表是一件比较危险的事情。当然，我们可以在SQL Server Enterprise Manager里面恢复，也可以使用如下语句完成

sp_configure 'allow updates',0

go

reconfigure with override

go

上面的语句操作步骤有点问题：

应该如下：

A．我们使用默认方式建立一个供恢复使用的数据库(如test)。可以在SQL Server Enterprise Manager里面建立。

B．停掉数据库服务器。

C．将刚才生成的数据库的日志文件test_log.ldf删除，用要恢复的数据库mdf文件覆盖刚才生成的数据库数据文件test_data.mdf。

D．启动数据库服务器。此时会看到数据库test的状态为“置疑”。这时候不能对此数据库进行任何操作。

E．设置数据库允许直接操作系统表。此操作可以在SQL Server Enterprise Manager里面选择数据库服务器，按右键，选择“属性”，在“服务器设置”页面中将“允许对系统目录直接修改”一项选中。也可以使用如下语句来实现。

use master

go

sp_configure 'allow updates',1

go

reconfigure with override

go

F．设置test为紧急修复模式

update sysdatabases set status=-32768 where dbid=DB_ID('test')

此时可以在SQL Server Enterprise Manager里面看到该数据库处于“只读\置疑\脱机\紧急模式”可以看到数据库里面的表，但是仅仅有系统表

G．下面执行真正的恢复操作，重建数据库日志文件

dbcc rebuild_log('test','C:\Program Files\Microsoft SQL Server\MSSQL\Data\test_log.ldf')

执行过程中，如果遇到下列提示信息：

服务器: 消息 5030，级别 16，状态 1，行 1

未能排它地锁定数据库以执行该操作。

DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。

说明您的其他程序正在使用该数据库，如果刚才您在F步骤中使用SQL Server Enterprise Manager打开了test库的系统表，那么退出SQL Server Enterprise Manager就可以了。

正确执行完成的提示应该类似于：

警告: 数据库 'test' 的日志已重建。已失去事务的一致性。应运行 DBCC CHECKDB 以验证物理一致性。将必须重置数据库选项，并且可能需要删除多余的日志文件。

DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。

此时打开在SQL Server Enterprise Manager里面会看到数据库的状态为“只供DBO使用”。此时可以访问数据库里面的用户表了。

H．验证数据库一致性（可省略）

dbcc checkdb('test')

一般执行结果如下：

CHECKDB 发现了 0 个分配错误和 0 个一致性错误（在数据库 'test' 中）。

DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。

I．设置数据库为正常状态

sp_dboption 'test','dbo use only','false'

如果没有出错，那么恭喜，现在就可以正常的使用恢复后的数据库啦。

J．最后一步，我们要将步骤E中设置的“允许对系统目录直接修改”一项恢复。因为平时直接操作系统表是一件比较危险的事情。当然，我们可以在SQL Server Enterprise Manager里面恢复，也可以使用如下语句完成

sp_configure 'allow updates',0

go

reconfigure with override

go

五、毋庸置疑勿庸置疑无庸置疑哪个对？

       毋庸置疑是正确的！

      勿庸置疑从字面意识上也没错，只是作为这个词本身来看的话，应该是毋而不是勿，错写成勿者，也许是基于自己的理解吧！

       而无庸置疑就根本没有这个词，所以是错误的。

       毋容置疑，意思是事实明显或理由充分，根本就没有怀疑的余地。

六、毋庸置疑还是勿庸置疑？

应该是毋庸置疑。勿庸置疑从字面意思上也没错,只是作为这个词本身来看的话,应该是毋而不是勿。毋庸置疑，汉语成语，拼音是wú yōng zhì yí，事实明显或理由充分，根本就没有怀疑的余地。毋庸：无须，不必。指事实非常明显或理由非常充足，没有必要持怀疑态度。

七、数据库如何修复？

1、打开Sql，然后鼠标选中数据库点击右键，选择列表中的还原数据库选项，弹出还原数据库界面；

2、输入目标数据库，选中源设备，点击后面按钮，弹出指定备份界面；

3、在指定备份界面上点添加按钮，弹出指定备份文件夹界面，找到存放备份数据库的文件夹，选中文件夹中的备份数据库；

4、确定要还原的数据库无误后，指定备份界面的备份位置会显示备份的数据库的详细位置；

5、确定还原数据库的备份位置无误，自动返回至还原数据库界面，界面会显示选择用于还原的数据库，勾选复选框；

6、确定选择备份数据进行还原，界面会弹出提示还原成功已完成的信息，到此表示结束。

八、金蝶数据库修复？

关于金蝶数据库修复是指对金蝶软件数据库中出现的各种问题进行修复和恢复，以确保数据库的正常运行。以下是一些可能出现的问题和相应的解决方法：

1. 数据库文件损坏：如果数据库文件损坏，可以尝试使用金蝶软件自带的修复工具进行修复。如果修复工具无法修复，可以尝试使用第三方的数据库修复工具。

2. 数据库表损坏：如果数据库表损坏，可以使用金蝶软件自带的修复工具进行修复。如果修复工具无法修复，可以尝试使用第三方的数据库修复工具。

3. 数据库连接问题：如果无法连接到数据库，可能是数据库配置有误或者数据库服务未启动。可以检查数据库配置信息是否正确，并尝试启动数据库服务。

4. 数据库权限问题：如果用户没有足够的权限访问数据库，可以检查用户的权限设置是否正确，并尝试给予用户足够的权限。

需要注意的是，在进行数据库修复时，一定要备份好原始数据，以免修复过程中丢失重要数据。同时，如果不确定如何进行修复，最好寻求专业的技术支持。

九、思讯软件的数据库置疑该怎么办？

1.建一个同名的数据库2.修改服务器设置:允许对系统目录进行直接修改(sp_configure'allowupdates',1)3.停止SQLServer4.用原mdf文件覆盖新建库的数据库文件5.重启SQLServer(这时数据库应该是置疑)6.将数据库设置为紧急状态updatesysdatabasessetstatus=32768wherename='hbposv5'7.重建日志:DBCCREBUILD_LOG('hbposv5','c:\ProgramFiles\MicrosoftSQLServer\MSSQL\Data\hbposv5_log.ldf')--在这里，请输入你的数据库的路径8.updatemaster.dbo.sysdatabasessetstatus=16wherename=hbposv59.修改服务器设置:取消允许对系统目录进行直接修改(sp_configure'allowupdates',0)

十、毋庸置疑与不容置疑区别？

“毋庸置疑”和“不容置疑”都是表示某种观点或事实具有高度的确定性、可靠性和真实性。但它们在表达方式和情感色彩上有些微小的差别，具体如下：

1. 表达方式

“毋庸置疑”通常用于正式场合，表示某种论断已经得到了证实和确认，是不容质疑的，表达的是肯定和肯定的结果；

“不容置疑”则更为日常，在表示疑问成份时则带有一种明显的否定意味，即表示某种观点或事实是不应该被质疑的，我们应当对其坚信不移。

2. 情感色彩

“毋庸置疑”语气比较温和，通常给人一种既严肃又客观的感觉；

“不容置疑”语气则更强硬一些，带有一定的斩钉截铁之意。

总之，“毋庸置疑”和“不容置疑”都表示事实或观点具有高度确定性和可靠性，但语气和情感色彩上略有不同。