ApexSQL LogSQL误操作恢复工具

| 收藏本文 下载本文 作者:猫猫教忠诚教徒

下面小编给大家整理的ApexSQL LogSQL误操作恢复工具(共含5篇),欢迎阅读!同时,但愿您也能像本文投稿人“猫猫教忠诚教徒”一样,积极向本站投稿分享好文章。

ApexSQL LogSQL误操作恢复工具

篇1:ApexSQL LogSQL误操作恢复工具

今天不小心对数据库执行了一次误操作,心想有没有什么工具能恢复这次误操作呢?于是找到了Log Explorer 4.2,可惜它最多只支持SQL ,在SQL 上无法使用,然后又找到了ApexSQL Log,最新版本最高支持SQL 2008以及SQL ,试用版可以提供功能无限制14天的免费试用期,功能倒真是强大

直接下载安装,官方下载地址:www.apexsql.com/sql_tools_log.aspx

安装完成,打开主界面:www.dnzg.cn

点击“New”:

输入数据库相关信息后点击“Open”:

点击“Evaluate Product”:

表格列出之前进行的操作,在进行误操作的行上点击鼠标右键会出现很多菜单,“Create Undo Script”就是创建一个恢复脚本:

生成此脚本后执行即可恢复误操作:

篇2:通告关于误操作考生申请恢复参考资格的通告

海关总署报关员资格考试委员会办公室

通 告

考生因误操作导致考务管理系统已确认其登记不参加报关员资格考试的,可以向原报名地海关提交下列材料,申请恢复参考资格:

一、本人署名并签注日期的恢复参考资格申请书(格式见附件);

二、有效身份证件原件及复印件;

三、准考证主证。

申请受理截至10月24日该海关工作时间结束时止。

经海关确认恢复参考资格的考生,可于10月25日9时起登录中国海关报关员资格考试网自行打印准考证副证

篇3:基于日志挖掘的误操作不完全恢复思路

基于日志挖掘的误操作不完全恢复思路

生成备份所有数据文件的脚本:select 'alter tablespace '||tablespace_name||' begin backup;'||chr(10)||'ho cp -v '||file_name||' /home/oracle/hotbk/'||chr(10)||'alter tablespace '||tablespace_name||' end backup;'from dba_data_files;备份controlfile:alter database backup controlfile to '/home/oracle/hotbk/ctl_after_reset.bk';alter database backup controlfile to trace as '/home/oracle/hotbk/cre_ctl.sql';备份成功后切换一次归档日志:alter system switch logfile;online redolog 很重要!!!SQL> select CHECKPOINT_CHANGE# from v$database;CHECKPOINT_CHANGE#------------------ 1079325alter tablespace USERS begin backup;ho cp -v /u01/app/oracle/oradata/mdnss/users01.dbf /home/oracle/hotbk/alter tablespace USERS end backup;alter tablespace UNDOTBS1 begin backup;ho cp -v /u01/app/oracle/oradata/mdnss/undotbs01.dbf /home/oracle/hotbk/alter tablespace UNDOTBS1 end backup;alter tablespace SYSAUX begin backup;ho cp -v /u01/app/oracle/oradata/mdnss/sysaux01.dbf /home/oracle/hotbk/alter tablespace SYSAUX end backup;alter tablespace SYSTEM begin backup;ho cp -v /u01/app/oracle/oradata/mdnss/system01.dbf /home/oracle/hotbk/alter tablespace SYSTEM end backup;alter tablespace JF_DATA begin backup;ho cp -v /u01/app/oracle/oradata/mdnss/jf_data01.dbf /home/oracle/hotbk/alter tablespace JF_DATA end backup;alter tablespace JF_DATA begin backup;ho cp -v /u01/app/oracle/oradata/mdnss/jf_data02.dbf /home/oracle/hotbk/alter tablespace JF_DATA end backup;alter tablespace T2 begin backup;ho cp -v /u01/app/oracle/oradata/mdnss/t2a.dbf /home/oracle/hotbk/alter tablespace T2 end backup;SQL> select CHECKPOINT_CHANGE# from v$database;CHECKPOINT_CHANGE#------------------ 1079325SQL> SELECT COUNT(*) FROM DAODAO; COUNT(*)---------- 500002SQL> select CHECKPOINT_CHANGE# from v$database;CHECKPOINT_CHANGE#------------------ 1079325SQL> SELECT COUNT(*) FROM DAODAO; COUNT(*)---------- 500002SQL> DELETE FROM DAODAO;500002 rows deleted.SQL> select CHECKPOINT_CHANGE# from v$database;CHECKPOINT_CHANGE#------------------ 1079325SQL> conn / as sysdbaConnected.SQL> archive log list;Database log mode Archive ModeAutomatic archival EnabledArchive destination/home/oracle/archivelogOldest online log sequence 7Next log sequence to archive 10Current log sequence 10SQL> select CHECKPOINT_CHANGE# from v$database;CHECKPOINT_CHANGE#------------------ 1089560SQL> drop table daodao purge;Table dropped.SQL> purge recyclebin;Recyclebin purged.挖掘dml语句需要将数据库置为追加日志数据模式:默认只是记录ddl语句alter database add SUPPLEMENTAL LOG data;SQL> select group# ,status from v$log where status='CURRENT'; GROUP# STATUS---------- ---------------- 2 CURRENTSQL> SELECT MEMBER FROM V$LOGFILE WHERE GROUP#=2;MEMBER--------------------------------------------------------------------------------/u01/app/oracle/oradata/mdnss/redo02.log挖掘dml语句需要将数据库置为追加日志数据模式:默认只是记录ddl语句alter database add SUPPLEMENTAL LOG data;SQL> exec dbms_logmnr.add_logfile('/u01/app/oracle/oradata/mdnss/redo02.log',dbms_logmnr.new);PL/SQL procedure successfully completed.SQL> exec dbms_logmnr.add_logfile('/u01/app/oracle/oradata/mdnss/redo01.log',dbms_logmnr.addfile);PL/SQL procedure successfully completed.SQL> exec dbms_logmnr.add_logfile('/u01/app/oracle/oradata/mdnss/redo03.log',dbms_logmnr.addfile);PL/SQL procedure successfully completed.SQL> exec dbms_logmnr.start_logmnr(options=>dbms_logmnr.dict_from_online_catalog);PL/SQL procedure successfully completed.select scn,sql_redo from v$logmnr_contents where lower(sql_redo) like '%drop%' and seg_name='DAODAO' and seg_owner='SCOTT'SQL> select scn,sql_redo from v$logmnr_contents where lower(sql_redo) like '%drop%' and seg_name='DAODAO' and seg_owner='SCOTT'; SCN----------SQL_REDO-------------------------------------------------------------------------------- 1089685drop table daodao purge;说明这个SCN号上面删除了这个对应的表所以得进行还原SQL> select * from v$log;SQL> select CHECKPOINT_CHANGE# from v$database;CHECKPOINT_CHANGE#------------------ 1079325alter tablespace USERS begin backup;ho cp -v /u01/app/oracle/oradata/mdnss/users01.dbf /home/oracle/hotbk/alter tablespace USERS end backup;alter tablespace UNDOTBS1 begin backup;ho cp -v /u01/app/oracle/oradata/mdnss/undotbs01.dbf /home/oracle/hotbk/alter tablespace UNDOTBS1 end backup;alter tablespace SYSAUX begin backup;ho cp -v /u01/app/oracle/oradata/mdnss/sysaux01.dbf /home/oracle/hotbk/alter tablespace SYSAUX end backup;alter tablespace SYSTEM begin backup;ho cp -v /u01/app/oracle/oradata/mdnss/system01.dbf /home/oracle/hotbk/alter tablespace SYSTEM end backup;alter tablespace JF_DATA begin backup;ho cp -v /u01/app/oracle/oradata/mdnss/jf_data01.dbf /home/oracle/hotbk/alter tablespace JF_DATA end backup;alter tablespace JF_DATA begin backup;ho cp -v /u01/app/oracle/oradata/mdnss/jf_data02.dbf /home/oracle/hotbk/alter tablespace JF_DATA end backup;alter tablespace T2 begin backup;ho cp -v /u01/app/oracle/oradata/mdnss/t2a.dbf /home/oracle/hotbk/alter tablespace T2 end backup;alter database backup controlfile to '/home/oracle/hotbk/ctl_after_reset.bk';alter database backup controlfile to trace as '/home/oracle/hotbk/cre_ctl.sql';SQL> select CHECKPOINT_CHANGE# from v$database;CHECKPOINT_CHANGE#------------------ 1079325SQL> SELECT COUNT(*) FROM DAODAO; COUNT(*)---------- 500002SQL> select * from v$log; GROUP# THREAD# SEQUENCE#BYTES BLOCKSIZE MEMBERS ARC---------- ---------- ---------- ---------- ---------- ---------- ---STATUS FIRST_CHANGE# FIRST_TIM NEXT_CHANGE# NEXT_TIME---------------- ------------- --------- ------------ --------- 1 1 9 52428800 512 1 YESINACTIVE 1089570 31-JUL-131089575 31-JUL-13 2 1 10 52428800 512 1 NOCURRENT 1089575 31-JUL-13 2.8147E+14 3 1 7 52428800 512 1 YESINACTIVE 1089560 31-JUL-131089565 31-JUL-13 4 1 8 52428800 512 1 YESINACTIVE 1089565 31-JUL-131089570 31-JUL-13select * from v$logfile GROUP# STATUS TYPE---------- ------- -------MEMBER--------------------------------------------------------------------------------IS_--- 3 ONLINE/u01/app/oracle/oradata/mdnss/redo03.logNO 2 ONLINE/u01/app/oracle/oradata/mdnss/redo02.logNO 1 ONLINE/u01/app/oracle/oradata/mdnss/redo01.logNO 4 ONLINE/u01/app/oracle/oradata/mdnss/redo09.logNOSQL> shutdown immediate;Database closed.Database dismounted.ORACLE instance shut down.[oracle@node1 hotbk]$ cp -v ./*.dbf /u01/app/oracle/oradata/mdnss/`./jf_data01.dbf' -> `/u01/app/oracle/oradata/mdnss/jf_data01.dbf'`./jf_data02.dbf' -> `/u01/app/oracle/oradata/mdnss/jf_data02.dbf'`./sysaux01.dbf' -> `/u01/app/oracle/oradata/mdnss/sysaux01.dbf'`./system01.dbf' -> `/u01/app/oracle/oradata/mdnss/system01.dbf'`./t2a.dbf' -> `/u01/app/oracle/oradata/mdnss/t2a.dbf'`./undotbs01.dbf' -> `/u01/app/oracle/oradata/mdnss/undotbs01.dbf'`./users01.dbf' -> `/u01/app/oracle/oradata/mdnss/users01.dbf'[oracle@node1 ~]$ ls /home/oracle/hotbkjf_data01.dbf jf_data02.dbf sysaux01.dbf system01.dbf t2a.dbf undotbs01.dbf users01.dbf[oracle@node1 ~]$ ls /u01/app/oracle/oradata/mdnsscontrol01.ctl jf_data02.dbf redo02.log redo09.log redo10.log system01.dbf temp01.dbf users01.dbfjf_data01.dbf redo01.log redo03.log redo10b.log sysaux01.dbf t2a.dbf undotbs01.dbf[oracle@node1 ~]$ cp -v /home/oracle/hotbk/ctl_after_reset.bk /u01/app/oracle/oradata/mdnss/control01.ctl`/home/oracle/hotbk/ctl_after_reset.bk' -> `/u01/app/oracle/oradata/mdnss/control01.ctl'[oracle@node1 ~]$ cp -v /home/oracle/hotbk/ctl_after_reset.bk /u01/app/oracle/flash_recovery_area/mdnss/control02.ctl`/home/oracle/hotbk/ctl_after_reset.bk' -> `/u01/app/oracle/flash_recovery_area/mdnss/control02.ctl'startup mountSQL> recover database using backup controlfile until change 1089684; ORA-00279: change 1086571 generated at 07/31/ 16:01:31 needed for thread 1ORA-00289: suggestion : /home/oracle/archivelog/1_3_822209838.dbfORA-00280: change 1086571 for thread 1 is in sequence #3SQL> select * from v$recover_file;FILE# ONLINE ONLINE_---------- ------- -------ERROR CHANGE#----------------------------------------------------------------- ----------TIME--------- 1 ONLINE ONLINE 108667031-JUL-13 2 ONLINE ONLINE 108663131-JUL-13 FILE# ONLINE ONLINE_---------- ------- -------ERROR CHANGE#----------------------------------------------------------------- ----------TIME--------- 3 ONLINE ONLINE 108659931-JUL-13 4 ONLINE ONLINE 1086571 FILE# ONLINE ONLINE_---------- ------- -------ERROR CHANGE#----------------------------------------------------------------- ----------TIME---------31-JUL-13 5 ONLINE ONLINE 108670631-JUL-13 6 ONLINE ONLINE FILE# ONLINE ONLINE_---------- ------- -------ERROR CHANGE#----------------------------------------------------------------- ----------TIME--------- 108672531-JUL-13 7 ONLINE ONLINE 108674431-JUL-137 rows selected.注意这个SCN是通过日志查出的SCN -1的状态1089684=1089685-1的SCN状态处去SQL> recover database using backup controlfile until change 1089684; ORA-00279: change 1086571 generated at 07/31/2013 16:01:31 needed for thread 1ORA-00289: suggestion : /home/oracle/archivelog/1_3_822209838.dbfORA-00280: change 1086571 for thread 1 is in sequence #3Specify log: {=suggested | filename | AUTO | CANCEL}/home/oracle/archivelog/1_3_822209838.dbfORA-00279: change 1087756 generated at 07/31/2013 16:10:54 needed for thread 1ORA-00289: suggestion : /home/oracle/archivelog/1_4_822209838.dbfORA-00280: change 1087756 for thread 1 is in sequence #4ORA-00278: log file '/home/oracle/archivelog/1_3_822209838.dbf' no longerneeded for this recoverySpecify log: {=suggested | filename | AUTO | CANCEL} /home/oracle/archivelog/1_4_822209838.dbfORA-00279: change 1088643 generated at 07/31/2013 16:11:10 needed for thread 1ORA-00289: suggestion : /home/oracle/archivelog/1_5_822209838.dbfORA-00280: change 1088643 for thread 1 is in sequence #5ORA-00278: log file '/home/oracle/archivelog/1_4_822209838.dbf' no longerneeded for this recoverySpecify log: {=suggested | filename | AUTO | CANCEL}/home/oracle/archivelog/1_5_822209838.dbfORA-00279: change 1089508 generated at 07/31/2013 16:11:27 needed for thread 1ORA-00289: suggestion : /home/oracle/archivelog/1_6_822209838.dbfORA-00280: change 1089508 for thread 1 is in sequence #6ORA-00278: log file '/home/oracle/archivelog/1_5_822209838.dbf' no longerneeded for this recoverySpecify log: {=suggested | filename | AUTO | CANCEL} /home/oracle/archivelog/1_6_822209838.dbfORA-00279: change 1089560 generated at 07/31/2013 16:13:29 needed for thread 1ORA-00289: suggestion : /home/oracle/archivelog/1_7_822209838.dbfORA-00280: change 1089560 for thread 1 is in sequence #7ORA-00278: log file '/home/oracle/archivelog/1_6_822209838.dbf' no longerneeded for this recoverySpecify log: {=suggested | filename | AUTO | CANCEL} /home/oracle/archivelog/1_7_822209838.dbfORA-00279: change 1089565 generated at 07/31/2013 16:13:33 needed for thread 1ORA-00289: suggestion : /home/oracle/archivelog/1_8_822209838.dbfORA-00280: change 1089565 for thread 1 is in sequence #8ORA-00278: log file '/home/oracle/archivelog/1_7_822209838.dbf' no longerneeded for this recoverySpecify log: {=suggested | filename | AUTO | CANCEL} /home/oracle/archivelog/1_8_822209838.dbfORA-00279: change 1089570 generated at 07/31/2013 16:13:37 needed for thread 1ORA-00289: suggestion : /home/oracle/archivelog/1_9_822209838.dbfORA-00280: change 1089570 for thread 1 is in sequence #9ORA-00278: log file '/home/oracle/archivelog/1_8_822209838.dbf' no longerneeded for this recoverySpecify log: {=suggested | filename | AUTO | CANCEL}/home/oracle/archivelog/1_9_822209838.dbfORA-00279: change 1089575 generated at 07/31/2013 16:13:40 needed for thread 1ORA-00289: suggestion : /home/oracle/archivelog/1_10_822209838.dbfORA-00280: change 1089575 for thread 1 is in sequence #10ORA-00278: log file '/home/oracle/archivelog/1_9_822209838.dbf' no longerneeded for this recoverySpecify log: {=suggested | filename | AUTO | CANCEL}/home/oracle/archivelog/1_10_822209838.dbfORA-00308: cannot open archived log'/home/oracle/archivelog/1_10_822209838.dbf'ORA-27037: unable to obtain file statusLinux-x86_64 Error: 2: No such file or directoryAdditional information: 3Specify log: {=suggested | filename | AUTO | CANCEL}从上面查询的CURRENT日志是group#=2号文件 其他组的状态组都是inactive状态SQL> select * from v$log; GROUP# THREAD# SEQUENCE#BYTES BLOCKSIZE MEMBERS ARC---------- ---------- ---------- ---------- ---------- ---------- ---STATUS FIRST_CHANGE# FIRST_TIM NEXT_CHANGE# NEXT_TIME---------------- ------------- --------- ------------ --------- 1 1 9 52428800 512 1 YESINACTIVE 1089570 31-JUL-131089575 31-JUL-13 2 1 10 52428800 512 1 NOCURRENT 1089575 31-JUL-13 2.8147E+14 3 1 7 52428800 512 1 YESINACTIVE 1089560 31-JUL-131089565 31-JUL-13 4 1 8 52428800 512 1 YESINACTIVE 1089565 31-JUL-131089570 31-JUL-13select * from v$logfile GROUP# STATUS TYPE---------- ------- -------MEMBER--------------------------------------------------------------------------------IS_--- 3 ONLINE/u01/app/oracle/oradata/mdnss/redo03.logNO 2 ONLINE/u01/app/oracle/oradata/mdnss/redo02.logNO所以在应用完所有归档日志文件之前 来试用输入在线日志 就 可以恢复到对应的SCN状态点Specify log: {=suggested | filename | AUTO | CANCEL}/u01/app/oracle/oradata/mdnss/redo02.logLog applied.Media recovery complete.Specify log: {=suggested | filename | AUTO | CANCEL}/u01/app/oracle/oradata/mdnss/redo02.logLog applied.Media recovery complete.SQL> alter database open resetlogs;Database altered.误删除的表已经回来了SQL> select count(*) from scott.daodao; COUNT(*)---------- 0

篇4:勒索病毒文件恢复工具

5月12日,勒索病毒在全球100余个国家和地区集中爆发,多国学校、能源、医疗等机构遭到勒索,大量重要资料可能难以挽回。十万火急之下,360安全技术团队连夜奋战,全球首家推出勒索病毒文件恢复工具,力求最大程度帮助用户减少勒索病毒所造成的损失。希望这一张解毒秘方可以帮助中毒者解决燃眉之急。

篇5:勒索病毒文件恢复工具

勒索病毒全球爆发 国内几乎所有地区被覆盖

本次爆发的勒索病毒锁定了包括英国、美国、中国、俄罗斯、西班牙、意大利等近100个国家的上万个信息服务网络的计算机系统,并要求用户用比特币支付解锁。医院、通信、铁路等众多基础行业受到影响,甚至陷入瘫痪。在世界网络安全史上,勒索病毒的传播力、危害均属罕见。

图:360互联网安全中心监测国内机构感染永恒之蓝勒索病毒地域分布

在受灾国家中,我国受害情况同样不容乐观,截至5月13日19:00,国内有28388个机构被感染,覆盖了国内几乎所有地区,其中江浙粤受灾情况最为严重。如果问题不能得到妥善解决,周一上班时很可能会造成更大面积的传播,让受害者的数量暴增。

360火线推出恢复工具 越早使用成功率越高

面对危急的感染情况,360安全技术团队彻夜奋战,深入分析病毒原理,发现了可以恢复一定比例被锁定文件的急救方案,全球首家推出勒索病毒文件恢复工具,帮助受害用户及早挽回损失。

一、已中招用户首先需安装360安全卫士,选择漏洞修复,打好安全补丁,预防再次被攻击,并使用360木马查杀功能,清除全部木马,防止电脑反复感染病毒;

图:电脑用户需及时使用360安全卫士对电脑进行木马查杀

二、下载“360勒索蠕虫病毒文件恢复工具”,扫描加密文件所在驱动器后,选择要恢复的文件。恢复文件成功概率会受到文件数量、被锁定时间、磁盘操作情况等多重因素影响,越早操作越及时,成功率越高。

图:及时使用“360勒索蠕虫病毒文件恢复工具”可增加文档恢复几率

同时,360安全专家建议用户将恢复的文件保存在干净的移动硬盘或U盘中,以防止可能出现的其他病毒感染。

据了解,本次病毒爆发是不法分子利用NSA黑客武器库泄露的“永恒之蓝”发起的病毒攻击事件。今年3月,微软公司已发布系统补丁,360安全卫士也已推出“NSA武器库免疫工具”,可一键检测修复NSA黑客武器攻击的漏洞。建议未中招用户提高安全防范意识,及时下载系统补丁,安装“NSA武器库免疫工具”,做好安全防护。

恢复审理申请书

施工恢复承诺书

恢复强制执行申请书

恢复执行申请书

恢复执行申请书

恢复强制执行申请书

恢复的反义词

恢复了作文

汽车工具使用方法

sxs.exe专杀工具

ApexSQL LogSQL误操作恢复工具(通用5篇)

欢迎下载DOC格式的ApexSQL LogSQL误操作恢复工具,但愿能给您带来参考作用!
推荐度: 推荐 推荐 推荐 推荐 推荐
点击下载文档 文档为doc格式
点击下载本文文档