因为数据库正在使用(如果数据库正在使用,能不能对其进行备份)
大家好，感谢邀请，今天来为大家分享一下因为数据库正在使用的问题，以及和如果数据库正在使用,能不能对其进行备份的一些困惑，大家要是还不太明白的话，也没有关系，因为接下来将为大家分享，希望可以帮助到大家，解决大家的问题，下面就开始吧！
...数据库“UFDATA_005_2011”,因为它当前正在使用
这个首先要确定账套数据库文件ufdata所在的分区空间是否够用
需要你备份账套数据文件大小的至少1.5倍剩余空间
备份时候会先拷贝一份数据文件压缩后再自动删除
所以要这么一个空间
如果这个分区够用
那么再看备份文件存放位置空间是否够用（这儿不够用一般不会提示这个错误）
以上排除之后
那就是年度库数据中的ldf文件有问题
年度库文件被置疑了
这种问题常见于账套备份
年度结转
以及数据升级之后输出账套时
在sql
server企业管理器中可以看到灰色置疑状况
需要用脚本重新生成一下
没有sql基础的
不建议自己操作
请用友工程师来弄比较把稳一些
你可以先把sql服务停了
把实际数据文件夹做一个备份
以防万一
如果数据库正在使用,能不能对其进行备份
正在使用的数据库可以备份，备份的方法有如下几种：
1）完全备份
是备份的基准。在做备份时第一次备份都建议使用完全备份。
完全备份会备份数据库的所有数据文件、数据对象和数据。
会备份事务日志中任何未提交的事务。因为已提交的事务已经写入数据文件中。
1.完全备份
backup database d1 to bak1 with noinit
----------------------------------------------------------------------
2.差异备份
---------------------------------------------
（1）基于完全备份。
（2）备份自最近一次完全备份以来的所有数据库改变。
（3）恢复时，只应用最近一次完全备份和最新的差异备份。
-----------------------------------------------
backup database d2 to bak2 with init,name='d2_full'--
差异备份，第一次备份时应做
完全备份
create table b1(c1 int not null,c2 char(10) not null)
backup database d2 to bak2 with differential,name='d2_diff1'
insert b1 values(1,'a')
backup database d2 to bak2 with differential,name='d2_diff2'
insert b1 values(2,'b')
backup database d2 to bak2 with differential,name='d2_diff3'
insert b1 values(3,'c')
backup database d2 to bak2 with differential,name='d2_diff4'
restore headeronly from bak2
数据库置疑了怎么处理
解决由于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为紧急修复模式。
updateset status=-32768 where dbid=DB_ID('test')
此时可以在企业管理器（SQL Server Enterprise Manager）里面看到该数据库处于“只读\置疑\脱机\紧急模式”可以看到数据库里面的表，但是仅仅有系统表。
九、下面执行真正的恢复操作，用db rebuild_log命令来重建数据库日志文件（重建路径根据你实际的数据库路径来）。
db rebuild_log('test','C:\Program Files\Microsoft SQL Server\MSSQL\Data\test_log.ldf')
执行过程中，如果遇到下列提示信息：
服务器:消息 5030，级别 16，状态 1，行 1
未能排它地锁定数据库以执行该操作。
DBCC执行完毕。如果 DBCC输出了错误信息，请与系统管理员联系。
说明您的其他程序正在使用该数据库，如果刚才您在八步骤中使用企业管理器打开了test库的系统表，那么退出企业管理器就可以了。
正确执行完成的提示应该类似于：
警告:数据库'test'的日志已重建。已失去事务的一致性。应运行 DBCC CHECKDB以验证物理一致性。将必须重置数据库选项，并且可能需要删除多余的日志文件。
DBCC执行完毕。如果 DBCC输出了错误信息，请与系统管理员联系。
此时打开在企业管理器里面会看到数据库的状态为“只供DBO使用”。此时可以访问数据库里面的用户表了。
十、验证数据库一致性。（次步骤可省略）
db 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数据库恢复，从第三步开始做就行了。
最好的方法为先分离然后附加看下
1．我们SQL SERVER企业管理器新建立一个供恢复使用的同名数据库(注意：要跟问题数据库同名，本例中为myDb)。
2．停掉数据库服务器。
3．将刚才生成的数据库的日志文件myDb_log.ldf删除（本例中的示列数据库名，实际使用您自己的数据库名称），用刚才备份的数据库mdf文件覆盖新生成的数据库数据文件myDb_data.mdf。
4．启动数据库服务器。此时会看到数据库myDb的状态为“置疑”。这时候不能对此数据库进行任何操作。
5．设置数据库允许直接操作系统表。此操作可以在SQL Server Enterprise Manager里面选择数据库服务器，按右--键，选择“属性”，在“服务器设置”页面中将“允许对系统目录直接修改”一项选中。也可以使用如下语句来实现。
use master
go
sp_configure'allow updates',1
go
reconfigure with override
go F．设置myDb为紧急修复模式
在查询管理器里设置如下命令：
updateset status=-32768 where dbid=DB_ID('stib')此时可以在SQL Server Enterprise Manager里面看到该数据库处于“只读\置疑\脱机\紧急模式”可以看到数据库里面的表，但是仅仅有系统表
6．下面执行真正的恢复操作，重建数据库日志文件
db rebuild_log('stib','E:\zz\stib_log.ldf')警告:数据库'myDb'的日志已重建。已失去事务的一致性。应运行 DBCC CHECKDB以验证物理一致性。将必须重置数据库选项，并且可能需要删除多余的日志文件。
DBCC执行完毕。如果 DBCC输出了错误信息，请与系统管理员联系。
此时打开在SQL Server Enterprise Manager里面会看到数据库的状态为“只供DBO使用”。此时可以访问数据库里面的用户表了。
7．验证数据库一致性（可省略）
db checkdb('stib')一般执行结果如下：
CHECKDB发现了 0个分配错误和 0个一致性错误（在数据库'myDb'中）。
DBCC执行完毕。如果 DBCC输出了错误信息，请与系统管理员联系。
sp_dboption'stib','single user','true'--设置为单用户
db checkdb('stib','REPAIR_ALLOW_DATA_LOSS')--这个语句可能执行几遍之后有效
sp_dboption'stib','single user','false'--取消单用户
8．设置数据库为正常状态
sp_dboption'stib','dbo use only','false'
9．最后一步，我们要将步骤E中设置的“允许对系统目录直接修改”一项恢复。因为平时直接操作系统表是一件比较危险的事情。当然，我们可以在SQL Server Enterprise Manager里面恢复，也可以使用如下语句完成
sp_configure'allow updates',0
go
reconfigure with override
go
到此数据库置疑问题解决。
关于因为数据库正在使用到此分享完毕，希望能帮助到您。