楼主: husthxd

给人搽屁股......数据恢复一例

[复制链接]
论坛徽章:
168
马上加薪
日期:2014-02-19 11:55:142012新春纪念徽章
日期:2012-02-13 15:10:582012新春纪念徽章
日期:2012-01-04 11:49:54蜘蛛蛋
日期:2011-12-05 16:08:56ITPUB十周年纪念徽章
日期:2011-11-01 16:19:41设计板块每日发贴之星
日期:2011-07-22 01:01:02ITPUB官方微博粉丝徽章
日期:2011-06-30 12:30:16管理团队成员
日期:2011-05-07 01:45:082011新春纪念徽章
日期:2011-01-25 15:42:562011新春纪念徽章
日期:2011-01-25 15:42:33
11#
 楼主| 发表于 2008-4-24 11:08 | 只看该作者
原帖由 chensq 于 2008-4-24 11:06 发表
flasbhack没有启用?


晚上9点左右执行的impdp -truncate操作,发现问题是已经10点过,flashback空间不够,尝试过用flashback恢复,没有成功。

使用道具 举报

回复
招聘 : 数据库管理员
论坛徽章:
87
生肖徽章2007版:虎
日期:2009-03-02 15:42:532011新春纪念徽章
日期:2011-01-25 15:41:502011新春纪念徽章
日期:2011-01-25 15:42:152011新春纪念徽章
日期:2011-01-25 15:42:332011新春纪念徽章
日期:2011-01-25 15:42:562011新春纪念徽章
日期:2011-02-18 11:43:32数据库板块每日发贴之星
日期:2011-04-05 01:01:01现任管理团队成员
日期:2011-05-07 01:45:08鲜花蛋
日期:2011-06-26 11:15:422011新春纪念徽章
日期:2011-01-25 15:41:01
12#
发表于 2008-4-24 11:10 | 只看该作者
哎,很多时候出问题,就是巧合。
祸不单行啊!
还好楼主利害,要不H会死得很惨。
H请你客没?

使用道具 举报

回复
论坛徽章:
168
马上加薪
日期:2014-02-19 11:55:142012新春纪念徽章
日期:2012-02-13 15:10:582012新春纪念徽章
日期:2012-01-04 11:49:54蜘蛛蛋
日期:2011-12-05 16:08:56ITPUB十周年纪念徽章
日期:2011-11-01 16:19:41设计板块每日发贴之星
日期:2011-07-22 01:01:02ITPUB官方微博粉丝徽章
日期:2011-06-30 12:30:16管理团队成员
日期:2011-05-07 01:45:082011新春纪念徽章
日期:2011-01-25 15:42:562011新春纪念徽章
日期:2011-01-25 15:42:33
13#
 楼主| 发表于 2008-4-24 11:14 | 只看该作者
原帖由 ZALBB 于 2008-4-24 11:06 发表
这时候查询session时发现相关schema是XDB,把XDB用户account lock,再导入,还是如此。这时候已经凌晨一点,就剩下这张表,头都有点大了,再仔细分析session的信息,发现module是Data pump,不是Oracle的必须后台进程,同时想起几年前在windows平台可以用orakill杀掉windows线程,抱着试试的心态,用 orakill杀掉了ORACLE.EXE(DW01)的线程,然后用impdp尝试导入,God,It works!谢天谢地

1 查询session时发现相关schema是XDB,----什么意思?导入这表与这用户有什么关系?
2 再仔细分析session的信息,发现module是Data pump,不是Oracle的必须后台进程,---- module 是  data dump 有什么问题?你不是在
作DUMP吗?DATA DUMP 在干什么,怎么会阻止数据导入?


在用impdp导入B表时发现另一session S1锁住了该表:
1.通过sid,不断查询v$session时发现schema出现过XDB,当时认为可能是XDB用户的某些后台进程lock表,结果发现不是。
2.锁定表B的S1的module是data pump,断定不会影响到oracle的后台进程,才会试着用orakill把该thread杀掉。

使用道具 举报

回复
论坛徽章:
145
生肖徽章2007版:兔
日期:2008-01-02 17:35:532010新春纪念徽章
日期:2010-01-04 08:33:082010新春纪念徽章
日期:2010-01-04 08:33:082010新春纪念徽章
日期:2010-01-04 08:33:082010新春纪念徽章
日期:2010-01-04 08:33:082010新春纪念徽章
日期:2010-01-04 08:33:082010新春纪念徽章
日期:2010-01-04 08:33:082009新春纪念徽章
日期:2009-01-04 14:52:282009新春纪念徽章
日期:2009-01-04 14:52:282009新春纪念徽章
日期:2009-01-04 14:52:28
14#
发表于 2008-4-24 11:25 | 只看该作者
确实很怕遇到问题乱搞的人,后果可能会很严重!!!!所以DBA除了自己操作数据库要谨慎,而且还应该随时提醒身边使用数据库的人不要胡乱操作!

使用道具 举报

回复
论坛徽章:
12
授权会员
日期:2005-10-30 17:05:33ITPUB十周年纪念徽章
日期:2011-11-01 16:20:282011新春纪念徽章
日期:2011-02-18 11:43:332010新春纪念徽章
日期:2010-03-01 11:19:59BLOG每日发帖之星
日期:2009-01-27 01:01:05BLOG每日发帖之星
日期:2009-01-23 01:01:092008新春纪念徽章
日期:2008-02-13 12:43:03生肖徽章2007版:鸡
日期:2008-01-02 17:35:53会员2007贡献徽章
日期:2007-09-26 18:42:10ITPUB元老
日期:2007-05-09 17:56:18
15#
发表于 2008-4-24 11:39 | 只看该作者
原帖由 ZALBB 于 2008-4-24 11:07 发表


FALSHBACK 对TRUNCATE 不起作用。

他说的是flash 整个DB

使用道具 举报

回复
论坛徽章:
19
ITPUB新首页上线纪念徽章
日期:2007-10-20 08:38:44ITPUB北京2009年会纪念徽章
日期:2009-02-09 11:42:452010新春纪念徽章
日期:2010-03-01 11:06:13BLOG每日发帖之星
日期:2010-03-28 01:01:02ITPUB9周年纪念徽章
日期:2010-10-08 09:31:222012新春纪念徽章
日期:2012-01-04 11:51:22
16#
发表于 2008-4-24 11:44 | 只看该作者
mark一个
错误不是问题,问题是不知道错误

使用道具 举报

回复
论坛徽章:
20
2008新春纪念徽章
日期:2008-02-13 12:43:032009新春纪念徽章
日期:2009-01-04 14:52:28生肖徽章2007版:龙
日期:2009-05-19 14:26:20itpub13周年纪念徽章
日期:2014-10-05 19:41:35美羊羊
日期:2015-03-12 15:49:41慢羊羊
日期:2015-04-03 16:13:19
17#
发表于 2008-4-24 11:59 | 只看该作者
我觉得不要把truncate 权限授给H(H不是DBA), 建立好安全机制. 像这样的情况, 痛了一次, 才会重视.  否则自找麻烦.

使用道具 举报

回复
论坛徽章:
168
马上加薪
日期:2014-02-19 11:55:142012新春纪念徽章
日期:2012-02-13 15:10:582012新春纪念徽章
日期:2012-01-04 11:49:54蜘蛛蛋
日期:2011-12-05 16:08:56ITPUB十周年纪念徽章
日期:2011-11-01 16:19:41设计板块每日发贴之星
日期:2011-07-22 01:01:02ITPUB官方微博粉丝徽章
日期:2011-06-30 12:30:16管理团队成员
日期:2011-05-07 01:45:082011新春纪念徽章
日期:2011-01-25 15:42:562011新春纪念徽章
日期:2011-01-25 15:42:33
18#
 楼主| 发表于 2008-4-24 12:04 | 只看该作者
原帖由 hbwp2008 于 2008-4-24 11:59 发表
我觉得不要把truncate 权限授给H(H不是DBA), 建立好安全机制. 像这样的情况, 痛了一次, 才会重视.  否则自找麻烦.



与其相信别人的良心,不如不给别人犯错的机会。

使用道具 举报

回复
论坛徽章:
76
双子座
日期:2015-07-28 14:26:072012新春纪念徽章
日期:2012-02-13 15:09:52ITPUB十周年纪念徽章
日期:2011-11-01 16:21:15鲜花蛋
日期:2011-08-26 02:02:24管理团队成员
日期:2011-05-07 01:45:082010广州亚运会纪念徽章:皮划艇
日期:2011-04-18 11:24:412011新春纪念徽章
日期:2011-02-18 11:43:342011新春纪念徽章
日期:2011-01-25 15:42:562011新春纪念徽章
日期:2011-01-25 15:42:332011新春纪念徽章
日期:2011-01-25 15:42:15
19#
发表于 2008-4-24 12:18 | 只看该作者
确实是要建立好安全机制

使用道具 举报

回复
论坛徽章:
55
马上加薪
日期:2014-02-19 11:55:142010广州亚运会纪念徽章:排球
日期:2011-04-27 13:27:19SQL大赛参与纪念
日期:2011-04-13 12:08:172011新春纪念徽章
日期:2011-02-18 11:43:332011新春纪念徽章
日期:2011-01-25 15:42:562011新春纪念徽章
日期:2011-01-25 15:42:332011新春纪念徽章
日期:2011-01-25 15:42:152011新春纪念徽章
日期:2011-01-25 15:41:502011新春纪念徽章
日期:2011-01-25 15:41:01生肖徽章2007版:兔
日期:2011-01-20 12:58:49
20#
发表于 2008-4-24 12:19 | 只看该作者
原帖由 SingleLove 于 2008-4-24 11:25 发表
确实很怕遇到问题乱搞的人,后果可能会很严重!!!!所以DBA除了自己操作数据库要谨慎,而且还应该随时提醒身边使用数据库的人不要胡乱操作!


说得有道理,我这里天天都有此情况!!认为"开发"老子天下第一,DBA算不得什么??? 所有有时候问题已经没有挽回的余地的时候才找DBA!!不能处理就说成技术不到家!!!我经常犯晕啊!!

使用道具 举报

回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

TOP技术积分榜 社区积分榜 徽章 团队 统计 知识索引树 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有 联系我们 未成年人举报专区 
京ICP备16024965号-8  北京市公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表