SQL数据库置疑怎么办？

一、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

四、正在使用的SQL数据库突然断电后就置疑了，如何恢复？

首先重新开机，再点击使用SQ乚数据库。

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

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

六、SQL数据怎么备份？

1,。---自动按日期备份declare @sql varchar(100) set @sql='D:\路径\数据库名'+rtrim(convert(varchar,getdate(),112))+'.bak' backup database 数据库名 to disk=@sql试试这个~~2,。也可以手动备份 。右击数据库名称备份

七、sql如何导入数据？

1.打开SQL Server 2014,在左侧数据库上右击,选择新建数据库选项。

2.在新建数据库窗口中,输入数据库名称,本例为fish。

3.在新建的fish数据库中右击,选择任务选项中的导入数据选项。

4.SQL Server导入和导出向导窗口中,单击下一步按钮。

5.选择数据源窗口中,单击数据源后的下拉框,选择Microsoft OLE DB Provider for SQL Server选项。

6.选择使用SQL Server身份验证,输入用户名和密码。

7.单击数据库后的选项,选择导入数据的数据库源,单击下一步按钮。

八、sql数据类型？

1)字符串型

VARCHAR：

变长的字符串，需要在声明字段时指定能存储的最大字符数，真实占用的空间取决于存入的字符数，存入的越多占用空间越多。适合保存内容长度不定的字符类型数据。能包含数据的大小，mysql5.0以前0~255字节，mysql5.0以后0~65535字节

CHAR:

定长字符串，需要在声明字段时指定固定字符数。即使存入的字符数少于该长度，该字段也会占用该固定长度。适合存储长度不变的字符类型数据。能包含数据的大小，0~255字节

2)大数据类型

BLOB：

大二进制类型，可以存入二进制类型的数据，通过这个字段，可以将图片、音频、视频等数据以二进制的形式存入数据库。最大为4GB。

TEXT：

大文本，被声明为这种类型的字段，可以保存大量的字符数据，最大为4GB。

注意：text属于mysql的方言，在其他数据库中为clob类型

3)数值型

TINYINT:占用1个字节，相对于java中的byte

SMALLINT:占用2个字节，相对于java中的short

INT：占用4个字节，相对于java中的int

BIGINT：占用8个字节，相对于java中的long

FLOAT：4字节单精度浮点类型，相对于java中的float

DOUBLE：8字节双精度浮点类型，相对于java中的double

4)逻辑型

BIT：

位类型，可以存储指定位的值，可以指定位的个数，如果不指定则默认值为1位，即只能保存0或1，对应到java中可以是boolean型。

5)日期型

DATE：日期

TIME：时间

DATETIME：日期时间

TIMESTAMP：时间戳

**DATETIME和TIMESTAMP的区别？

* DATETIME和TIMESTAMP显示的结果是一样的，都是固定的"YYYY-MM-DD HH:MM:SS"的格式

* DATETIME支持的范围是'1000-01-01 00:00:00'到'9999-12-31 23:59:59'。TIMESTAMP的显示范围是'1970-01-01 00:00:00'到2037年，且其实际的存储值为1970年到当前时间的毫秒数。

* 在建表时，列为TIMESTAMP的日期类型可以设置一个默认值，而DATETIME不行。

* 在更新表时，可以设置TIMESTAMP类型的列自动更新时间为当前时间。

九、sql，批量插入数据？

批量插入不要用循环，直接sql语句就可以了：

insertintotable(`field`,`field2`)values('val','val2'),('v2','v3');

这样就可以了，上面的sql批量了2条，以此类推，中间隔半角逗号即可。

我就晕了，你不会用程序处理啊，用一个array_map然后implode不久可以了吗？

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

       毋庸置疑是正确的！

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

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

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