应当是sql server2008的,我不小心用update语句操作,结果后面忘了加where 语句,所有的content都变成一样的了,好几千条呢!也没有备份,服务器有一个备份是两个月前的,可是每天添加的文章几面篇呢,这可怎么恢复???网上有人说这情况可以从日志恢复,能行吗?到底怎么恢复?吓傻了都!

解决方案 »

  1.   

    --仅供参考,感觉不太好用,如有任何问题,小菜保留最终解释权。  11.3.5 数据还原到指定时间点的处理示例.sql 
      --创建测试数据库 
      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 #
      

  2.   

    LOG工具试试!不行按最近的备份!
      

  3.   


    /*
    标题: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)、如果实在遇到自然因素,网络又断开了复制操作的情况下,建议只有手工"造取"一批数据出来弥补丢失数据,一般选取类似纬度(如时间、区域等)的数据。 
      

  4.   

    /*--说明:
    下面的代码演示了如何利用日志还原功能,将主数据库中的数据变化及时反馈到备用数据库中
    备用数据库的数据可以随时用于查询,但不能被更新(备用数据库只读)。
    --*/--首先,创建一个演示用的数据库(主数据库)
    CREATE DATABASE Db_test
    ON
    ( NAME = Db_test_DATA,
          FILENAME = 'c:\Db_test.mdf' )
    LOG ON 
    ( NAME = Db_test_LOG,
       FILENAME = 'c:\Db_test.ldf')
    GO--对数据库进行备份
    BACKUP DATABASE Db_test TO DISK='c:\test_data.bak' WITH FORMAT
    GO--把数据库还原成备用数据库(演示主数据库与这个备用数据库之间的同步)
    RESTORE DATABASE Db_test_bak FROM DISK='c:\test_data.bak' 
    WITH REPLACE,STANDBY='c:\db_test_bak.ldf'
    ,MOVE 'Db_test_DATA' TO 'c:\Db_test_data.mdf'
    ,MOVE 'Db_test_LOG' TO 'c:\Db_test_log.ldf'
    GO--启动 SQL Agent 服务
    EXEC master..xp_cmdshell 'net start sqlserveragent',no_output
    GO--创建主服务器数据训与备用服务器数据库之间同步的作业
    DECLARE  @jogid uniqueidentifier
    EXEC msdb..sp_add_job
    @job_id = @jogid OUTPUT,
    @job_name = N'数据同步处理'--创建同步处理步骤
    EXEC msdb..sp_add_jobstep 
    @job_id = @jogid,
    @step_name = N'数据同步',
    @subsystem = 'TSQL',
    @command = N'
    --主数据库中进行日志备份
    BACKUP LOG Db_test TO DISK=''c:\test_log.bak'' WITH FORMAT--备用数据库中还原主数据库的日志备份(应用主数据库中的最新变化
    --实际应该时主数据库备份与备用数据库的还原作业应该分别在主服务器和备用服务器上建立,并且备份文件应该放在主服务器和备用都能访问的共享目录中
    RESTORE LOG Db_test_bak FROM DISK=''c:\test_log.bak'' WITH STANDBY=''c:\test_log.ldf''',
    @retry_attempts = 5,
    @retry_interval = 5--创建调度(每分钟执行一次)
    EXEC msdb..sp_add_jobschedule
    @job_id = @jogid,
    @name = N'时间安排',
    @freq_type=4,
    @freq_interval=1,
    @freq_subday_type=0x4,
    @freq_subday_interval=1,
    @freq_recurrence_factor=1-- 添加目标服务器
    EXEC msdb.dbo.sp_add_jobserver 
    @job_id = @jogid,
    @server_name = N'(local)' 
    GO--通过上述处理,主数据库与备用数据库之间的同步关系已经设置完成
    --下面开始测试是否能实现同步--在主数据库中创建一个测试用的表
    CREATE TABLE Db_test.dbo.TB_test(ID int)
    GO--等待1分钟30秒(由于同步的时间间隔设置为1分钟,所以要延时才能看到效果)
    WAITFOR DELAY '00:01:30'
    GO--查询一下备用数据库,看看同步是否成功
    SELECT * FROM Db_test_bak.dbo.TB_test/*--结果:
    ID          
    ----------- (所影响的行数为 0 行)
    --*/--测试成功
    GO--最后删除所有的测试
    DROP DATABASE Db_test,Db_test_bak
    EXEC msdb..sp_delete_job @job_name=N'数据同步处理'
    GO
    /*===========================================================*//*--服务器档机处理说明
    使用这种方式建立的数据库同步,当主数据库不可用时(例如,主数据库损坏或者停机检修)
    可以使用以下两种方法使备用数据库可用。
    --*/--1. 如果主数据库损坏,无法备份出最新的日志,可以直接使用下面的语句使备用数据库可读写(丢失最近一次日志还原后的所有数据)。
    --RESTORE LOG Db_test_bak WITH RECOVERY
    --2. 如果主数据库可以备份出最新日志,则可以使用下面的语句。
    --先备份主数据库的最新的事务日志
    --BACKUP LOG Db_test TO DISK=''c:\test_log.bak'' WITH FORMAT
    --再在备用数据库中恢复最新的事务日志,并且使备用数据库可读写(升级为主数据库)
    --RESTORE LOG Db_test_bak FROM DISK='c:\test_log.bak'简单地说:
    1. 你的sql服务要使用指定的windows用户登陆, 而不能使用"本地系统帐户"
    2. 用于登陆sql服务的用户要求对共享目录具有所有权限
    3. 如果你的电脑没有加入到域, 还必须保证源和目标服务器的sql服务设置的登陆用户是一样的(用户名和密码都一样)网络备份主要是权限设置问题, 参考下面的备份文件共享目录权限设置方法去解决目录的共享权限就可以了下面假设是假设A服务器上的数据库备份到B服务器上的共享目录权限设置(两台服务器应该在局域网内,允许目录共享访问)::1.机器A,B创建一个同名的windows用户,用户组设置为administrators,并设置相同的密码,做为备份文件夹文件夹的有效访问用户,操作:
    我的电脑
    --控制面板
    --管理工具
    --计算机管理
    --用户和组
    --右键用户
    --新建用户
    --建立一个隶属于administrator组的登陆windows的用户2.在B机器器上,新建一个共享目录,做为备份文件的存放目录,操作:
    我的电脑--D:\ 新建一个目录,名为: BAK
    --右键这个新建的目录
    --属性--共享
    --选择"共享该文件夹"
    --通过"权限"按纽来设置具体的用户权限,保证第一步中创建的用户具有对该文件夹的所有权限
    --确定
    3.设置 MSSQLSERVER 及 SQLSERVERAGENT 服务的启动用户
    开始--程序--管理工具--服务
    --右键 MSSQLSERVER
    --属性--登陆--选择"此账户"
    --输入或者选择第一步中创建的windows登录用户名
    --"密码"中输入该用户的密码
    --确定
    --同样的方法设置 SQLSERVERAGENT4.在A机器上完成对B机器BAK目录的映射5.查询分析器中执行下面的语句,检验是否成功:
      exec master..xp_cmdshell 'dir 映射的盘符'6.A服务器上做备份计划备注:创建一个新的用户只是为了让MSSQLSERVER服务的启动帐户与共享目录的有效访问同名且密码相同,这样才能通过验证(所以你也可以用其他有效的用户来代替,只需要满足用户名和密码相同,并且拥有足够的权限)
      

  5.   

    不行的话用Log Explorer 试下