社区
客服专区
帖子详情
误删文章如何恢复
奔跑中的蓝胖子
2017-07-27 11:32:34
我不知道什么时候点删除一篇文章 ,连个提示都没有 ,怎么可以恢复啊
...全文
128
2
打赏
收藏
误删文章如何恢复
我不知道什么时候点删除一篇文章 ,连个提示都没有 ,怎么可以恢复啊
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用AI写文章
2 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
奔跑中的蓝胖子
2017-07-31
打赏
举报
回复
已经找回来了
渔舟唱晚,
2017-07-27
打赏
举报
回复
引用 楼主 u011569253 的回复:
我不知道什么时候点删除一篇文章 ,连个提示都没有 ,怎么可以恢复啊
你的博文没有删除记录请问丢失博文标题是什么?
详解Linux
误删
用户家目录的
恢复
方法
本篇
文章
主要介绍了详解Linux
误删
用户家目录的
恢复
方法,小编觉得挺不错的,现在分享给大家,也给大家做个参考。一起跟随小编过来看看吧
恢复
数据EaseUSD程序免费体验
上一篇
文章
讲过安装EaseUSD程序免费体验的
文章
。这次把资源上传上去,让大家下载体验一下,易我数据
恢复
EaseUS Data Recovery Wizard 16.0技术员终身版为全球提供数据
恢复
方案,用于
误删
数据数据,电脑
误删
文件
恢复
,格式化硬盘数据
恢复
、手机U盘数据
恢复
等。RAID磁盘阵列数据
恢复
,分区丢失及其它未知原因丢失的数据
恢复
、简单易用轻松搞定数据
恢复
linux系统如何
恢复
已删除的文件
在linux运维过程中,很难避免“
误删
文件”的情况。当“
误删
”已经发生,如何进行相关的处理?本专栏会帮到您!让您在条件容许的前提下,最大的
恢复
数据!通过学习本专栏,让您掌握这门运维技术,同时学会维护的一些理念!本专栏通过思维导图+虚拟机破坏演示相结合的方式,让您在短时间掌握
恢复
工具的使用!
oracle 9i使用闪回查询
恢复
数据库
误删
问题
本篇
文章
给大家介绍在oracle 9i中使用闪回查询
恢复
数据库
误删
问题,涉及到数据库增删改查的基本操作,对oracle数据库闪回查询感兴趣的朋友可以一起学习下本
oracle truncate
恢复
工具
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数据的功能,在不到一个小时内就
恢复
了数十万条数据,虽然我们无法保证不丢失一条数据,但至少帮助用户在最短时间内
恢复
了主要业务。
客服专区
546
社区成员
48,806
社区内容
发帖
与我相关
我的任务
客服专区
客服专区
复制链接
扫一扫
分享
社区描述
客服专区
其他
技术论坛(原bbs)
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章