误删文章如何恢复

奔跑中的蓝胖子 2017-07-27 11:32:34

我不知道什么时候点删除一篇文章，连个提示都没有，怎么可以恢复啊

...全文

127 2 打赏收藏转发到动态举报

写回复

2 条回复

切换为时间正序

请发表友善的回复…

发表回复

奔跑中的蓝胖子 2017-07-31

打赏
举报

回复

已经找回来了

渔舟唱晚， 2017-07-27

打赏
举报

回复

引用楼主 u011569253 的回复:

我不知道什么时候点删除一篇文章，连个提示都没有，怎么可以恢复啊

你的博文没有删除记录请问丢失博文标题是什么？

本篇文章主要介绍了详解Linux误删用户家目录的恢复方法，小编觉得挺不错的，现在分享给大家，也给大家做个参考。一起跟随小编过来看看吧

上一篇文章讲过安装EaseUSD程序免费体验的文章。这次把资源上传上去，让大家下载体验一下，易我数据恢复EaseUS Data Recovery Wizard 16.0技术员终身版为全球提供数据恢复方案,用于误删数据数据，电脑误删文件恢复，格式化硬盘数据恢复、手机U盘数据恢复等。RAID磁盘阵列数据恢复，分区丢失及其它未知原因丢失的数据恢复、简单易用轻松搞定数据恢复

本篇文章给大家介绍在oracle 9i中使用闪回查询恢复数据库误删问题，涉及到数据库增删改查的基本操作，对oracle数据库闪回查询感兴趣的朋友可以一起学习下本

PRM DUL for oracle恢复被truncate截断掉的表 Oracle DBA神器：PRM灾难恢复工具，Schema级别数据恢复。PRM For Oracle Database – schema级别oracle数据库数据恢复特性，PRM即ParnassusData Recovery Manager是企业级别Oracle数据库灾难恢复工具。PRM可以在无备份的情况下恢复被truncated/drop掉的表，也可以恢复无法打开的Oracle数据库(Alter Database Open失败)中的数据。 PRM是图形化增强版的Oracle DUL工具，同时具备很多Oracle DUL不具备的特性情况当某张表被意外truncated掉了，需要恢复其上的所有数据时。表空间的多个数据文件均存放在ASM上，且没有任何形式的备份。注意这边文章针对的是PRM在数据字典模式下的Truncate恢复选项不可用时使用，数据字典模式下的Truncate恢复选项是最简单、易用的一种模式，具体使用见《使用PRM恢复Oracle数据库中误truncate截断的表数据》http://www.parnassusdata.com/zh-hans/node/52 PRM 3.0的下载地址：　http://parnassusdata.com/sites/default/files/ParnassusData_PRMForOracle_3002.zip PRM 的官方网站： http://www.parnassusdata.com/ PRM背景 PRM恢复表数据时存在多种模式， PRM需要知道哪些表上的数据块是需要被读取并取出数据的。默认的表现形式是直接从segment header数据段头里获取EXTENT MAP即盘区图，另一种方案就是由PRM自己去构建一个盘区图。这些盘区图可以通过，PRM的SCAN DATABASE选项来获得： Recovery Wizard => Non-Dictionary Mode，如果是ASM则选择Non-Dictionary Mode(ASM) 执行SCAN Database后会生成SEG$和EXT$的数据到PRM内嵌的数据库中，之后可以选择SCAN TABLES FROM SEGMENTS 或者 SCAN TABLES FROM EXTENTS。 FROM Segments 意味着使用Segment Header中获得的Extent MAP信息，而FROM Extents意味着使用PRM自己扫描获得的EXTENT信息。请注意当TRUNCATE发生后，数据表Table的Segment Header中的Extent MAP信息就会被清空了，但实际存放数据的数据块中的行数据还是在哪里的，除非被其他数据表/索引的增长而覆盖了。所以当Truncate发生后选择SCAN TABLES FROM SEGMENT 是找不回数据的，必须使用SCAN TABLES FROM EXTENTS， EXTENT的信息是PRM自己去数据文件中扫描获得的，所以只要有数据的地方PRM就会自己去找到。除了Truncate需要使用到 SCAN TABLES FROM EXTENTS之外对于DROP TABLE的恢复也可以用到SCAN TABLES FROM EXTENTS ，总之当Segment Header找不到(可能存放Segment Header的数据文件丢失了)、或者已损坏(可能Segment Header的数据块被损坏了）、或者其中的Extent Map数据无效（Truncate、DROP或逻辑损坏)时都可以使用SCAN TABLES FROM EXTENTS 。但是如果不存在上述的问题时，建议用SCAN TABLES FROM SEGMENTS ，因为从Segment Header获取信息更方便也更高效一些。在PRM中同一个程序实例同时只能使用SCAN TABLES FROM SEGMENTS 或者 SCAN TABLES FROM EXTENTS 中的一个。使用SCAN TABLES FROM EXTENTS 后需要找到对应被TRUNCATE掉的表的原始DATA_OBJECT_ID，即左侧属性图中的一个对象，并将其DataBridge 数据搭桥传输到目标数据库中即可。用户truncate误删 schema下的若干数据表，无法使用flashback query等技术恢复数据，尝试从之前的全备份中恢复，数据库restore速度较快，但是archivelog恢复时由于HP data Protecter的不明原因导致归档恢复十分缓慢，缓慢一个归档往往要几分钟，而需要restore数百个归档，时间上无法接受。该案例通过PRM-DUL直接在字典模式下恢复truncate数据的功能，在不到一个小时内就恢复了数十万条数据，虽然我们无法保证不丢失一条数据，但至少帮助用户在最短时间内恢复了主要业务。

原创文章 32获赞 168访问量 3万+ 关注私信展开阅读全文作者：Fantasy!

545

社区成员

48,806

社区内容

发帖

与我相关

我的任务

其他技术论坛（原bbs）

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章