这段时间看了关于在SQL server 中通过日志和时间点来恢复数据。也看了一些网上的例子，看如何通过日志来恢复数据。 

    前提条件：

        数据库的故障恢复改为非简单模式，去掉自动关闭和自动收缩两个选项     

      如果是简单模式： 类似下面的语句操作数据就不会记录到日志中：  select * into t from [表名]

      这时为保证数据的完整要将数据库的恢复模式改成“完整”

    测试环境：

       1，建立数据库和测试表

   插入测试数据：

  备份数据库，可以通过sql server的可视化操作，下面是生成的代码：

   查看数据：

  注意：这时我们做一个完整备份

 这时可能一不小心删除了一些数据。我们模拟一下：（假定删除了1，2的数据）

   注意：要记住大体的删除时间

  这时发现删除错误了，怎么把数据找回来啊。方法有两个：

       1，通过Log Explorer 查找进行恢复数据（我网站有此工具）

       2，另一种方法通过恢复日志（指定时间点恢复）来恢复数据。

    说明：第一个方法可以在线操作。

            第二个方法必须停止数据库或者再另一个数据库恢复（前提是必须有一个完全备份和日志备份）

   这里我们来讨论第二中方法指定时间点恢复：

      1，这时对数据库事务日志做备份（注意，如果没做个数据库完整备份，是不能做事务日志备份的）

     这时新建一个数据库zp（将以前的数据库改名），恢复数据库

  

   这时我们看到，有两个还原的数据库备份，因为我对zp数据库备份了两次，两次的备份的数据文件都一样。这里我们选择最近时间的备份

  默认在数据库的设置如下：是追加到备份集里，所以会有两个备份，如下图：

 

   同时，在”选项“里设置”不回滚“事务， 

   注意：通过事务日志还原数据库，必须选择"不回滚"事务

   确定后：出现下面情况：

  

  这时发现，数据库一直是”正在还原“，这时还原数据库事务日志，

   1，“常规”里选择时间，（刚删除的时间）

   2，“选项”里将恢复状态设置为”回滚未提交“事务

  确定后，查询数据库，发现数据回来了。

  总结

   1， 这是一般大型网站数据安全的一个办法，因为数据库比较大（可能有几百G）数据，做一次完整备份时间很长，而且影响数据库服务器的性能，为保证数据安全，大多采用完整备份+事务日志备份来保证数据安全。例如：一天做一次或者2天做一次完整备份，几个小时内做一次日志备份。（当然可以用写一个job来实现）

   2，如SQL server 2005里的镜像就是采用的这种事务日志同步的方法保证数据的同步。

   3，如果恢复的日志数据出现”LSN“太早和太晚说明了事务日志间的不连续。这时要注意备份的时间和顺序。