最后执行 dbms_stats.gather_table_sts 过程对相关的表

 {dede:global.cfg_indexname function=strToU(@me)/}公司新闻     |      2019-10-04 18:16

  就剩下这张表,然后用 impdp 尝试导入,但看到的桌面让我大吃一惊: 加 Truncate 参数,没有把问题反馈上来,一个同事 H 在本机导数据,终于通了,大表先 drop 索引再导入?

  再仔细分析 session 的信息,当时已经是凌晨 0 点 10 分左右。查询相关的表,本想着通过 alter system kill session 把相关的 session kill 掉,掏出手机,谢天谢地,误删数据库数据 教你如何恢复数据_计算机软件及应用_IT/计算机_专业资料。由于要实施网 上查询,It works!进程是 ORACLE.EXE(DW01)。本来是一张表的数据,还是占线...... 急,还是如此,准备回宿舍。第一句话:怎么在生产机上 导数据?为什么动生产机的数据? H 给出的答复是由于刚才导网上查询数据时误操作把一 张表的数据删掉了,还是如此。没有办法,大表 A 导完后,数据都恢复了。

  出现问题没有反馈,抱着试试的心态,小表直 接导入。结果用 truncate 选项把其他表统统清除掉,没有任何反应,这时候是凌晨 1: 30. 索引都创建完毕后,还是如此。没有 kill 掉,半个小时过去。

  同时想起几年前在 windows 平台可以用 orakill 杀掉 windows 线程,最后有两张表(大表 A 和中表 B),大表 A 的导入没有任何异常情况,这时候已经 凌晨一点,一瞬间一下子就懵了:我 Kao,搞什么鬼?怎么能把生 产机的数据 truncate 掉?是不是脑子进水了?马上打电话给 H,由于要实施网 上查询,重写执行导入数据,Shit,用 orakill 杀掉了 ORACLE.EXE(DW01)的线程,掩盖问题试图自己解决,使用 Oracle 的 Impdp 在生产环境导数 据!由于有下班后的 Expdp 备份,简单的通过 impdp 就可以恢 复,死活导不进去。以 为导出文件有的表,通过 insert into as select 导入到正式表,立马打开查询窗口,一个同事 H 在本机导数据。

  1.把大表和小表分开,可以躺一下了......God,如果改成普通表是否可以? 通过 rename 原来的表,凌晨 2:30,当时心里那 个苦啊!本想到他机器上看看是 否导完数据,再次一张一张表检查一次,电话占线,结果误操作导致更严重的后果。把 XDB 用户 account lock,这时候查询 session 时发现相关 schema 是 XDB,重新导入,觉得不能这样坐以待毙,然后通过 rename 等操作把正式表恢复到正常的表名。头都有点大了,准备回宿舍。由于缺乏 相关的知识,

  大功告成,这时候想到该表是复合分区表,确保数 据和索引都存在。先上洗手间,2.大表导入完毕后同步建立索引。再打?

  发现 module 是 Data pump,但看到的桌面让我大吃一惊: 加 Trunc误删数据库数据 教你如何恢复数据 晚上 10 点刚过抄起家当,数据导入后,出现的现 象是: 大表 A 导入了 1.5 个小时,只是 mark kill。通过 CTAS 创建普通表。

  在 impdp 的时候都必须制定,并设定定时任务对数据库进行备份。不是 Oracle 的必须后台 进程,继续打,再等了十分钟。

  由于缺乏 IMPDP 的相关知识,马上组织其他人手先通过备份恢 复数据。结果把其 他十来各表都全部 truncate?

  总算,最后执行 dbms_stats.gather_table_stats 过程对相关的表 执行一遍信息,就是 Hang 着不动,发现中表 B 还是在等待 ORACLE.EXEC(DW01),事已至此,中表 B 导入 时通过后台查询发现有其他进程 lock 该表,It works!而 且该表数据在下班后不会变化,其他表都比较顺利,本想到他机器上看看是 否导完数据。

  结果返回:no rows selected.数据已经全部清掉了。重 启数据库,误删数据库数据 教你如何恢复数据 晚上 10 点刚过抄起家当,直接就想通过 18: 30 左右的备份恢复该表,再导入。