数据库用了一阵了,一直没有做备份,一不小心有人把导入真实数据的表删除了,这之前一次备份都没有做过。但是日志应该是完整的,感觉应该是能够根据日志还原数据的。网上只能够找到根据事务日志备份还原的方法,但是现在也晚了,请教一个能根据日志直接还原的办法。
貌似Log Explorer可以做,但是想必微软不至于有日志自己都恢复不了数据吧,请教下正统还原方法

解决方案 »

  1.   

    只有用这个试试/*
    标题:Log Explorer for SQL Server v4.0.2的下载地址和使用说明
    作者:爱新觉罗·毓华 
    时间:2008-07-14
    地点:新疆乌鲁木齐
    资料来源:http://topic.csdn.net/u/20090305/00/849723bf-74ad-495f-8fc6-22d2108beb10.html?seed=1633183628
    */1、Lumigent Log Explorer for SQL Server v4.0.2 特别版下载地址
       http://down.chinaz.com/soft/7887.htm
       Log Explorer for SQL Server 4.2 注册码 
       wv5rc-uxvpz-e33-nr4694qs2 2、Log Explorer for SQL Server v4.0.2 
       安装完毕后,注册该程序(压缩文件有注册机) 
       打开log explorer file=>attach log file->选择服务器和登陆方式->connect-> 
       选择数据库->attach->左面对话框中browse->view log->就可以看到log记录了 
       点击“View DDL Commands”里面就有很多drop table 命令 
       点击下面的“undo”按钮是生成表结构的语句(create table ....) 
       点击下面的“Salvage”按钮是生成插入语句的(insert into ...values....) 
       想恢复的话: 右键log记录 undo transation->选择保存文件名和路径->然后打开该文件到查询分析器里执行T-sql代码就可以了    例如 如果log是delete table where ...的话,生成的文件代码就是insert table ....    log explorer使用的几个问题 
       1)、对数据库做了完全、差异和日志备份 
           备份时选用了删除事务日志中不活动的条目 
           再用Log explorer打试图看日志时 
           提示No log recorders found that match the filter,would you like to view unfiltered data 
           选择yes,就看不到刚才的记录了 
           如果不选用了删除事务日志中不活动的条目 
           再用Log explorer打试图看日志时,就能看到原来的日志 
       2)、修改了其中一个表中的部分数据,此时用Log explorer看日志,可以作日志恢复 
       3)、然后恢复备份,(注意:恢复是断开log explorer与数据库的连接,或连接到其他数据上, 
           否则会出现数据库正在使用无法恢复) 
           恢复完后,再打开log explorer 提示No log recorders found that match the filter,would you like to view unfiltered data 
           选择yes,就看不到刚才在2中修改的日志记录,所以无法做恢复. 
       4)、不要用SQL的备份功能备份,搞不好你的日志就破坏了. 
           正确的备份方法是: 
           停止SQL服务,复制数据文件及日志文件进行文件备份. 
           然后启动SQL服务,用log explorer恢复数据 
       5)、如果你的数据库的日志恢复模型是simple,那就不可能用log explorer恢复 
       6)、Log explorer必须安装在要恢复数据库的sql server服务器上,或者在sql server服务器上安装服务端,在操作的电脑上安装客户端进行数据恢复 3、如果数据量比较大的话,使用磁带机和集群的话,安装了正版的VERITAS ,恢复数据是比较好的方法。 
       下面是该软件重要的新功能: 
       1)、灾难恢复演习(Disaster Recovery Fire Drill)--能够自由测试、规划和检验灾难恢复计划,而不会中断生产过程。 
       2)、集群模拟器(Cluster Simulator)--可测试应用故障切换方案,以验证应用的可用性,确认应用是否根据计划的故障切换策略和应用需求,迁移到最适当的服务器。 
       3)、全局集群选件(Global Cluster Option)--当可用性要求从本地迁移到广域灾难恢复时,能够快速、轻松地升级到任何体系结构。 
       4)、即时访问复制数据--在复制数据的同时,能够即时访问数据,只占用客户的部分可用存储容量。 
       5)、卷复制顾问工具(Volume Replicator Advisor)--准确地分析带宽需求,确保应用得到优化。 
    4、几点恢复数据心得: 
       1)、平时需要做好双机热备份,日备份,月备份,年备份,数据复制,异常记录等工作,在数据丢失的情况下才能做到心中不急。
       2)、如果硬盘损害错误,或者误删除数据库的时候,可以考虑用Easyrecovery或者Recover4all等软件恢复删除或者受到损害的文件,再恢复数据。 
       3)、如果实在遇到自然因素,网络又断开了复制操作的情况下,建议只有手工"造取"一批数据出来弥补丢失数据,一般选取类似纬度(如时间、区域等)的数据。 
      

  2.   

    --05的Log Explorer工具好像不支持,如果恢复模式为完全,参考以下恢复SQL事务日志还原实例 
    USE master
    GO
    -- 创建测试数据库
    CREATE DATABASE db_test GO-- 对数据库进行备份
    BACKUP DATABASE db_test
    TO DISK = 'c:\db_test.bak'
    WITH FORMAT
    GO-- 创建测试表
    CREATE TABLE db_test.dbo.tb_test(
        ID int)-- 延时 1 秒钟,再进行后面的操作(这是由于SQL Server的时间精度最大为百分之三秒,不延时的话,可能会导致还原到时间点的操作失败)
    WAITFOR DELAY '00:00:01'
    GO-- 假设我们现在误操作删除了 db_test.dbo.tb_test 这个表
    DROP TABLE db_test.dbo.tb_test
    GO--在删除操作后,发现不应该删除表 db_test.dbo.tb_test--下面演示了如何恢复这个误删除的表 db_test.dbo.tb_test--首先,备份事务日志(使用事务日志才能还原到指定的时间点)
    BACKUP LOG db_test
    TO DISK = 'c:\db_test_log.bak'
    WITH FORMAT
    GO-- 获取可尝试的时间范围
    IF OBJECT_ID(N'tempdb..#') IS NOT NULL
        DROP TABLE #
    CREATE TABLE #(
        BackupName nvarchar(128) ,
        BackupDescription nvarchar(255) ,
        BackupType smallint ,
        ExpirationDate datetime ,
        Compressed tinyint ,
        Position smallint ,
        DeviceType tinyint ,
        UserName nvarchar(128) ,
        ServerName nvarchar(128) ,
        DatabaseName nvarchar(128) ,
        DatabaseVersion int ,
        DatabaseCreationDate datetime ,
        BackupSize numeric(20,0) ,
        FirstLSN numeric(25,0) ,
        LastLSN numeric(25,0) ,
        CheckpointLSN numeric(25,0) ,
        DatabaseBackupLSN numeric(25,0) ,
        BackupStartDate datetime ,
        BackupFinishDate datetime ,
        SortOrder smallint ,
        CodePage smallint ,
        UnicodeLocaleId int ,
        UnicodeComparisonStyle int ,
        CompatibilityLevel tinyint ,
        SoftwareVendorId int ,
        SoftwareVersionMajor int ,
        SoftwareVersionMinor int ,
        SoftwareVersionBuild int ,
        MachineName nvarchar(128) ,
        Flags int ,
        BindingID uniqueidentifier ,
        RecoveryForkID uniqueidentifier ,
        Collation nvarchar(128) ,
        FamilyGUID uniqueidentifier ,
        HasBulkLoggedData bit ,
        IsSnapshot bit ,
        IsReadOnly bit ,
        IsSingleUser bit ,
        HasBackupChecksums bit ,
        IsDamaged bit ,
        BeginsLogChain bit ,
        HasIncompleteMetaData bit ,
        IsForceOffline bit ,
        IsCopyOnly bit ,
        FirstRecoveryForkID uniqueidentifier ,
        ForkPointLSN numeric(25,0) NULL,
        RecoveryModel nvarchar(60) ,
        DifferentialBaseLSN numeric(25,0) NULL,
        DifferentialBaseGUID uniqueidentifier ,
        BackupTypeDescription nvarchar(60) ,
        BackupSetGUID uniqueidentifier NULL
    )
    INSERT # EXEC(N'
    RESTORE HEADERONLY
    FROM DISK = ''c:\db_test.bak''
    WITH FILE = 1
    RESTORE HEADERONLY
    FROM DISK = ''c:\db_test_log.bak''
    WITH FILE = 1
    ')
    --SELECT 
    --    * 
    --FROM #-- 定义尝试的时间范围,以及尝试时间点的间隔
    DECLARE
        @start_date datetime,
        @stop_date datetime,
        @try_step_millsecond int,
        @msg nvarchar(1000)
    SELECT
        @start_date = MIN(BackupFinishDate),  -- 尝试查找误删除数据的开始时间
        @stop_date = MAX(BackupFinishDate),   -- 尝试查找误删除数据的结束时间
        @try_step_millsecond = 500            -- 每 500 毫秒为一个时间点找一次数据
    FROM #-- 还原完全备份
    RESTORE DATABASE db_test
    FROM DISK = 'c:\db_test.bak'
    WITH REPLACE, 
        NORECOVERY-- 还原日志备份到各点,以寻找出所需数据
    WHILE @start_date < @stop_date
    BEGIN
        SELECT
            @start_date = DATEADD(ms, @try_step_millsecond, @start_date),
            @msg = N'尝试时间点: ' + CONVERT(varchar(50), @start_date, 121)    RAISERROR(@msg, 10, 1) WITH NOWAIT
        BEGIN TRY
            -- 还原日志到指定的点,并通过 STANDBY 使数据库能只读访问
            RESTORE LOG db_test
            FROM DISK = 'c:\db_test_log.bak'
            WITH STOPAT = @start_date,
                STANDBY = 'c:\db_test_redo.bak'        -- 检查需要的数据是否存在
            IF OBJECT_ID(N'db_test.dbo.tb_test') IS NOT NULL
            BEGIN
                -- 显示还原的时间点
                SELECT Restoreto = @start_date
                -- 完成数据库还原,使数据库可读写
                RESTORE LOG db_test
                WITH RECOVERY            SELECT
                    @start_date = @stop_date
            END
        END TRY
        BEGIN CATCH
        END CATCH
    END
    GO--最后删除测试环境
    DROP DATABASE db_test
    DROP TABLE #
      

  3.   

    --创建测试数据库Test
    create database Test
    on primary
    (
    name='Test_data.mdf',
    filename='d:\Test_data.mdf'
    )
    log on
    (
    name='Test_data.ldf',
    filename='d:\Test_data.ldf'
    )
    --创建测试表
    create table Test.dbo.ta(id int)
    insert into Test.dbo.ta select id from sysobjects
    --创建备份文件
    backup database Test to disk='d:\Test.bak' with format
    --创建一个NDF文件
    alter database Test
    add file
           (
             name='file',
             filename='d:\test.ndf',
             SIZE = 1MB
           )
    --关闭MSSQL服务,然后删除NDF文件然后再打开MSSQL服务,此时Test数据库被疑置啦!
    --恢复数据疑置
    --首先备份日志文件
    backup log Test to disk='d:\Test_log.bak' with format,no_truncate
    --利用文件组备份文件恢复被破坏的文件
    restore database Test from disk='d:\Test.bak' with Norecovery
    --恢复日志文件
    restore Log Test from disk='d:\Test_log.bak' with RECOVERY --TipS
    --如果已经建立ndf文件的话那么恢复日志文件的话用下面的这句话
    --只不过将with RECOVERY-->WITH REPLACE
    restore Log Test from disk='d:\Test_log.bak' WITH REPLACE 本文来自CSDN博客,转载请标明出处:http://blog.csdn.net/ws_hgo/archive/2010/04/07/5457193.aspx
      

  4.   

    --创建测试数据库 
    CREATE   DATABASE   Db 
    GO --对数据库进行备份 
    BACKUP   DATABASE   Db   TO   DISK= 'c:\db.bak '   WITH   FORMAT 
    GO --创建测试表 
    CREATE   TABLE   Db.dbo.TB_test(ID   int) --延时1秒钟,再进行后面的操作(这是由于SQL   Server的时间精度最大为百分之三秒,不延时的话,可能会导致还原到时间点的操作失败) 
    WAITFOR   DELAY   '00:00:01 ' 
    GO --假设我们现在误操作删除了   Db.dbo.TB_test   这个表 
    DROP   TABLE   Db.dbo.TB_test --保存删除表的时间 
    SELECT   dt=GETDATE()   INTO   # 
    GO --在删除操作后,发现不应该删除表   Db.dbo.TB_test --下面演示了如何恢复这个误删除的表   Db.dbo.TB_test --首先,备份事务日志(使用事务日志才能还原到指定的时间点) 
    BACKUP   LOG   Db   TO   DISK= 'c:\db_log.bak '   WITH   FORMAT 
    GO --接下来,我们要先还原完全备份(还原日志必须在还原完全备份的基础上进行) 
    RESTORE   DATABASE   Db   FROM   DISK= 'c:\db.bak '   WITH   REPLACE,NORECOVERY 
    GO --将事务日志还原到删除操作前(这里的时间对应上面的删除时间,并比删除时间略早 
    DECLARE   @dt   datetime 
    SELECT   @dt=DATEADD(ms,-20,dt)   FROM   #     --获取比表被删除的时间略早的时间 
    RESTORE   LOG   Db   FROM   DISK= 'c:\db_log.bak '   WITH   RECOVERY,STOPAT=@dt 
    GO --查询一下,看表是否恢复 
    SELECT   *   FROM   Db.dbo.TB_test /*--结果: 
    ID                     
    -----------   (所影响的行数为   0   行) 
    --*/ --测试成功 
    GO --最后删除我们做的测试环境 
    DROP   DATABASE   Db 
    DROP   TABLE   # 
      

  5.   

    Log Explorer 确实是可以的,但是微软应该也有解决方案吧
    听同事说先进入单用户模式,再还原就行,但是具体方法他记不得了(汗一个)
    所以过来试探一下
      

  6.   

    你右键数据库-->属性-->选项-->恢复模式看恢复模式中的选项是"完整"还是"简单",如果是"完整"就可以操作.
      

  7.   

    --通过日志恢复数据库USE master--创建数据库
    CREATE DATABASE db
    ON PRIMARY(
        NAME='db_data',
        FILENAME= 'c:\db_data.mdf')
    LOG ON(
        NAME='db_log',
        FILENAME ='c:\db.ldf')
    GO--创建表
    CREATE TABLE db.dbo.ta(id int)
    INSERT db.dbo.ta SELECT id FROM sysobjects
    GO
    --做文件组备份
    BACKUP DATABASE db TO DISK='c:\db.bak' WITH FORMAT--备份后,再做数据处理
    CREATE TABLE db.dbo.tb(id int)
    INSERT db.dbo.tb SELECT id FROM sysobjects
    GO/*--下面演示了破坏数据文件的处理,这些操作在操作系统中进行1. 停止SQL Server服务(msqlserver服务)
    2. 删除文件 c:\db_data.ndf (模拟破坏)
    3. 重新SQL Server服务,此时数据库DB置疑
    --*/
    GO--下面演示了如何恢复数据
    --首先要备份当前日志
    BACKUP LOG db TO DISK='c:\db_log.bak' WITH FORMAT,NO_TRUNCATE
    --利用文件组备份恢复破坏的文件
    RESTORE DATABASE db FROM DISK='c:\db.bak' WITH NORECOVERY
    --还原到日志点
    RESTORE LOG db FROM DISK='c:\db_log.bak' WITH RECOVERY
    --显示已经恢复的数据
    SELECT COUNT(*) FROM db.dbo.ta
    SELECT COUNT(*) FROM db.dbo.tb
    GO--删除测试
    DROP DATABASE db
      

  8.   

    连一次全备份也没有吗?
    那估计你的恢复模式是简单的。。
    就是用logexplorer吧。
    微软自己不支持从事务日志直接读东西。
      

  9.   

    仔细看了2楼方法,不是还要先完整备份,再日志备份吗~
    还以为我没仔细看漏了呢。
    -- 对数据库进行备份
    BACKUP DATABASE db_test
    TO DISK = 'c:\db_test.bak'
    WITH FORMAT
    GO-- 创建测试表
    CREATE TABLE db_test.dbo.tb_test(
        ID int)-- 延时 1 秒钟,再进行后面的操作(这是由于SQL Server的时间精度最大为百分之三秒,不延时的话,可能会导致还原到时间点的操作失败)
    WAITFOR DELAY '00:00:01'
    GO-- 假设我们现在误操作删除了 db_test.dbo.tb_test 这个表
    DROP TABLE db_test.dbo.tb_test
    GO--在删除操作后,发现不应该删除表 db_test.dbo.tb_test--下面演示了如何恢复这个误删除的表 db_test.dbo.tb_test--首先,备份事务日志(使用事务日志才能还原到指定的时间点)
    BACKUP LOG db_test
    TO DISK = 'c:\db_test_log.bak'
    WITH FORMAT
    GO这不是先备份再事物日志还原吗
      

  10.   

    log Explorer 只能一条条还原数据吗
    没有办法指定一个时间点,回滚数据吗?
      

  11.   

    试试logexplorer,不行找我。 QQ号在csdn空间!
      

  12.   

    18楼你qq没找到呢
    htl258 你那方法真不行,你完整备份和事物日志没差别是不能前滚的,你自己先试试
      

  13.   

    我执行的操作有drop table 等操作,并且有变更表结构,所以Log Explorer 不知道改怎么弄了,谁给个详细说明,谢谢
      

  14.   

    用Log explorer4.0以上的版本恢复