SQL Server事务日志的几个常用操作

源代码网整理以下我们知道，SQL Server事务日志主要是用来记录所有事务对数据库所做的修改，如果系统出现故障，它将成为最新数据的唯一来源。日志的操作常有以下几个应用：

源代码网整理以下一、事务日志文件LDF的丢失

源代码网整理以下当我们不小删除或者LDF文件丢失的时候，数据库只剩下MDF文件，此时直接通过附加MDF是无法恢复数据库的，那我们怎么样才能恢复数据库呢?我们可以把SQL Server的日志文件分为两种形式：一类是无活动事务的日志，另一类是有活动事务的日志，我们分别根据两种情况来进行数据库恢复。

源代码网整理以下1、无活动事务的日志恢复

源代码网整理以下当文件并没有发生活动性的日志，我们就可以很容易的利用MDF文件就可以直接恢复数据库了，具体操作方法如下：

源代码网整理以下1)数据库要是没有日志，就会处于置疑的状态，我们先可以通过企业管理器中在对应数据库中点击右键，然后在“所有任务”下选择“分离数据库”把数据库进行分离;

源代码网整理以下2)利用MDF文件附加数据库生成新的日志文件，可用企业管理器中数据库点击右键选择“所有任务”下的“附加数据库”把数据库附加上。

源代码网整理以下这样就可以直接恢复好数据库了，而如果数据库的日志文件中含有活动事务，利用此方法就不能恢复数据库，所以得使用下面的方法。

源代码网整理以下2、有活动事务的日志恢复

源代码网整理以下当日志发生了事务的记录，丢失的时候，我们采用如下的方法来实现：

源代码网整理以下1)新建一个同名的数据库，如原数据库名为MYDB，然后停止SQL Server服务器，再把数据库主数据MDF文件移走，然后重新启动SQL Server服务器，新建一个同名的数据库MYDB，然后再停止SQL Server服务器，把移走的MDF文件再覆盖回来，然后再重新启动SQL Server服务器，在默认的情况下，系统表是不允许被修改的，我们需要运行以下语句才可以，在查询分析器中，选择Master数据库，然后执行：

源代码网整理以下Sp_configure "allow updates",1

源代码网整理以下Reconfigure With Override

源代码网整理以下接着运行以下语句，把Sysdatabases表中MYDB数据库的status属性设为‘37268’,把MYDB数据库设置为紧急模式。

源代码网整理以下update sysdatabases set status=32768 where name=’MYDB’

源代码网整理以下然后再把数据库MYDB设置为单用户模式，然后重启SQL Server服务器，并把数据库MYDB设为单用户模式

源代码网整理以下Sp_dboption "MYDB","single user", "true"

源代码网整理以下再运行以下语句，检查数据库MYDB

源代码网整理以下DBCC CHECKDB(‘MYDB’)

源代码网整理以下2)还原数据库的状态

源代码网整理以下运行以下语句，就可以把数据库的状态还原：

源代码网整理以下Update Sysdatabases Set status=28 Where name=’MYDB’

源代码网整理以下Sp_Configure ’allow updates’,0

源代码网整理以下Reconfigure With Override

源代码网整理以下此时的数据库仍不能工作，还要进行以下的操作，才能恢复。

源代码网整理以下3)利用DTS的导入导出向导，把数据库MYDB导入到一个新建数据库MYDBNEW中，然后新建一个数据库MYDBNEW，右击MYDBNEW，选择“所有任务”下的“导出数据”功能，打开导入向导，把表结构、数据视图和存储过程导入到MYDBNEW中，然后再用此功能把MYDBNEW库替换成原来的MYDB库即可。

源代码网整理以下可以知道，恢复一个有活动事务的日志是麻烦多了，所以在数据库维护的时候，切不要小看事务日志。

源代码网整理以下 源代码网供稿.