一、事务日志文件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库即可。

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

　　二、事务在不断增大的时候如何缩小日志

　　当数据如在频繁修改或者删除的同时，事务的日志就会不断的增加，甚至超过了碰盘的大小，这时候就不能因此而直接删除了事务日志的LDF文件，否则可能会带来很大的麻烦。为了避免这种情况，我们需要有如下的操作：

　　1) 尽量避免tempdb 日志与用户数据库日志放在同一磁盘上，tempdb 数据库和事务日志具有足够的空间来处理索引操作。不能在索引操作完成之前截断 tempdb 事务日志。

　　2) 通过执行下列命令来缩小事务日志

　　DBCC SHRINKDATABASE

　　DBCC SHRINKFILE

　　操作会立即尝试将物理日志文件收缩为所要求的大小。

　　如果虚拟日志文件中的逻辑日志未超出 target_size