⑴ 数据库处于回避恢复模式怎么解决
如果是单用户模式，要清楚这个表中的数据。如果还是不行就新建一个数据库，将现有的数据导到新库里。
也可能是因为当前数据库正处在
EMERGENCY
（紧急状态）下，
可以使用
alter
database
数据库名
set
online
来恢复成在线状态。
恢复数据库的方法：
1.
update sysdatabases set status =0 where name = 'fdshop'
，go
把状态重置为0，重启库。
2.
修复的话，先将将数据库置为单用户模式，sp_dboption 'fdshop','single user','true'，如果报错，可能有用户正在使用库，在进程管理里面杀掉，用户进程，重新执行，直到成功。
3.
尝试对其进行不丢失数据的修复：DBCC CHECKDB('fdshop',REPAIR_REBUILD)。
尝试对其进行可能丢失数据的修复DBCCCHECKDB('fdshop',REPAIR_ALLOW_DATA_LOSS)
。
4.
将数据库置为多用户模式：sp_dboption 'fdshop','single user','false'
，如果用户库无法启动，则打开sql server分析查询器，执行以下命令。
⑵ SQL数据库完整恢复模式下恢复数据库
按照正常的数据库备份操作备份一下数据库，然后按照后面的操作只还原数据文件 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( 'text ')
此时可以在SQL Server Enterprise Manager里面看到该数据库处于“只读\置疑\脱机\紧急模式”可以看到数据库里面的表，但是仅仅有系统表
G． 下面执行真正的恢复操作，重建数据库日志文件
dbcc rebuild_log( 'text ', 'D:\MSSQL7\Data\text_log.ldf ')
执行过程中，如果遇到下列提示信息：
服务器: 消息 5030，级别 16，状态 1，行 1
未能排它地锁定数据库以执行该操作。
DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。
说明您的其他程序正在使用该数据库，如果刚才您在F步骤中使用SQL Server Enterprise Manager打开了text库的系统表，那么退出SQL Server Enterprise Manager就可以了。
正确执行完成的提示应该类似于：
警告: 数据库 'test ' 的日志已重建。已失去事务的一致性。应运行 DBCC CHECKDB 以验证物理一致性。将必须重置数据库选项，并且可能需要删除多余的日志文件。
DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。
此时打开在SQL Server Enterprise Manager里面会看到数据库的状态为“只供DBO使用”。此时可以访问数据库里面的用户表了。
H． 验证数据库一致性（可省略）
dbcc checkdb( 'text ')
一般执行结果如下：
CHECKDB 发现了 0 个分配错误和 0 个一致性错误（在数据库 'test ' 中）。
DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。
I． 设置数据库为正常状态
sp_dboption 'text ', 'dbo use only ', 'false '
如果没有出错，那么恭喜，现在就可以正常的使用恢复后的数据库啦。
J． 最后一步，我们要将步骤E中设置的“允许对系统目录直接修改”一项恢复。因为平时直接操作系统表是一件比较危险的事情。当然，我们可以在SQL Server Enterprise Manager里面恢复，也可以使用如下语句完成
sp_configure 'allow updates ',0
go
reconfigure with override
go
⑶ 什么叫“回避恢复”模式
我看别人是这样说的：SQL2000的，确实有这个状态，相当于2008的紧急状态
USE MASTER
GO
SP_CONFIGURE 'ALLOW UPDATES',1 RECONFIGURE WITH OVERRIDE
GO
UPDATE SYSDATABASES SET STATUS =32768 WHERE NAME='AIS20140331140513'
Go
恢复正常状态把32768改为28。 SP_CONFIGURE 'ALLOW UPDATES',1 RECONFIGURE WITH OVERRIDE
这条语句是允许修改系统目录，数据库修复完之后，记得把1改为0执行一下。
⑷ 怎样解决数据库处于回避恢复模式
您好，很高兴为您解答。
之前做了什么操作？如果不行，就新建一个数据库，将现有的数据导到新库里
如若满意，请点击右侧【采纳答案】，如若还有问题，请点击【追问】
希望我的回答对您有所帮助，望采纳！
~ O(∩_∩)O~
⑸ SQL三种恢复模式有什么区别
一、定义不同
Simple简单恢复模式，Simple模式的旧称叫”Checkpoint with truncate log“。Full完整恢复模式，和Simple模式相反，Full模式的旧称叫”Checkpoint without truncate log“。Bulk-logged 大容量日志恢复。
二、功能不同
完整sql server恢复模式：
数据库引擎把所有操作都记录到事务日志上，并且数据库引擎绝对不会截断日志，完整恢复模式能使数据库恢复到故障时间点。
简单sql server恢复模式：
数据库引擎最低限度地记录大多数操作，并在每个检查点之后截断事务日志。它不能备份或还原事务日志，也不能还原单独的数据页。
大容量日志模式：
数据库引擎对大容量操作(select into和bulk insert)进行最小记录。如果一个日志备份包含任何大容量操作，就可以使数据库恢复到日志备份的结尾，但不能恢复到某个时间点，它仅用于大容量操作期间。
三、好处不同
在Simple模式下，SQL Server会在每次checkpoint或backup之后自动截断log，也就是丢弃所有的inactive log records，仅保留用于实例启动时自动发生的instance recovery所需的少量log，这样做的好处是log文件非常小，不需要DBA去维护。
Full模式SQL Server不主动截断log，只有备份log之后，才可以截断log，否则log文件会一直增大，直到撑爆硬盘，因此需要部署一个job定时备份log。Full的好处是可以做point-in-time恢复，最大限度的保证数据不丢失，一般用于critical的业务环境里。
Bulk-logged是针对以下Bulk操作，会产生尽量少的log：
1、Bulk load operations (bcp and BULK INSERT).
2、SELECT INTO.
3、Create/drop/rebuild index 通常bulk操作会产生大量的log，对SQL Server的性能有较大影响，bulk-logged模式的作用就在于降低这种性能影响，并防止log文件过分增长。
⑹ 未能在数据库 '数据库名字1' 中运行 BEGIN TRANSACTION，因为该数据库处于回避恢复模式。
遇到这种问题，如果 sql 服务器正常情况下，我一般是恢复数据库。其次是更改用户。
⑺ 无法在数据库 'E2' 中运行 BEGIN TRANSACTION,因为该数据库处于回避恢复模式
遇到这种问题,如果 sql 服务器正常情况下,我一般是恢复数据库。其次是更改用户。
⑻ 服务器: 消息 3908，级别 16，状态 1，行 1
试试这个步骤，我也是刚刚搜到的。
1. 新建一个同名的数据库
2.再停掉sql server
3.用suspect数据库的文件覆盖掉这个新建的同名数据库
1. use master
2. go
3. sp_configure 'allow updates',1 reconfigure with override
4. go
5. update sysdatabases set status =32768 where name='置疑的数据库名'
6. go
7. sp_dboption '置疑的数据库名', 'single user', 'true'
8. go
9.先把数据状态设为：紧急修复模式
update sysdatabases set status=-32768 where dbid=DB_ID('dbname')
10、dbccrebuild_log('dbname','dbfilepath\dbname.mdf')
11、update sysdatabases set status =28 where name='置疑的数据库名'
13. sp_configure 'allow updates', 0 reconfigure with override
14. go
15. sp_dboption '置疑的数据库名', 'single user', 'false'
16. go