This topic has been archived. It cannot be replied.
-
工作学习 / 专业知识杂谈 / 请教个Oracle问题用户说几个月前曾经存在一个表,但现在不见了。。。如何确认它说的是真话?
有备份,但好多个G, 找不到测试机恢复;有archivelog,但回滚肯定影响生产数据,也不行。。。有何良策?
垃圾机器装的是8i,如果是10G据说有Flashback机制可以恢复某个表。
是否有哪个系统表存储了‘曾经存在’的表的记录?
-thisunreal(饭得志);
2005-9-8
{286}
(#2492068@0)
-
In this case, even you have the prove , no evidence for it's being there, it's hard to convince them. Give them a short answer.
-aka(棒棒);
2005-9-9
(#2495045@0)
-
先别忙着从技术方面找,问问你的客户,这个表用来做什么的,如果表确实存在,那一定有应用程序用它,如果没有APPLICATION,要这张表做什么?
-flagship(M5);
2005-9-9
(#2495074@0)
-
几千个表,没人懂哪个是干啥的. 懂的人估计一早就撤退出去赚钱了
-thisunreal(饭得志);
2005-9-9
(#2495102@0)
-
8i,9i 对于表的丢失都只能从备份文件中找. xxx_tables中记录的只是当前存在的对象,没有"曾经存在"的记录.还是从备份中找回来吧. 其实你也没有必要在生产数据库上进行恢复.找另外一个数据库,恢复到大概的时间,把该表的DDL弄出来,在生产数据库上重新建立,或者export出来,import到生产数据库中去就可以吧.
-hard20(hard20);
2005-9-9
{122}
(#2495089@0)
-
如果是用rman做的备份,只能用物理恢复,然后找出其中的table,然后在import进去,对于有表恢复需求的用户,最好的解决方案是BMC SQL-Back Track for Oracle。另外,我用一个闲置的Ultra 60,36GB,如果需要且合适的话,可以借你用一下做恢复。
-dannyfu(Danny);
2005-9-10
{78}
(#2496135@0)
-
老饭, 把几个月前备份的system tablespace restore到一台test机器, 然后做partialy recovery, 启动起数据库后, select table_name from dba_tables where owner='owner' table_name='table_name'. 就可以了, 需要空间<500M.
-f001(感觉良好);
2005-9-12
(#2499078@0)
-
呵呵,估计他就是没有;如果有也就不用折腾拉。
-gentle(笨。拉登);
2005-9-12
(#2499114@0)
-
这点空间都没有, 没有办法了我曾经把一各2.5T的database进行partially recover了好几次, 倒不是没有空间, 是没有时间. 全restore要40多小时, 我20多个tape drives restore了10多小时, 500多G. 原因是一位developer把production的表给干掉了, 当然, 他自己发现不对, 马上汇报上级了.
有个5T的Oracle, Restore了三天, 结果给intermediate level的DBA搞趴了, 我一个参数上去, 15分钟内起来了.
-f001(感觉良好);
2005-9-13
{338}
(#2500775@0)
-
这些屎计,我老早就想到了但是
1、那个服务器的磁带备份没办法倒到PC上,我看了一下现存的PC服务器,不太可能认得出这种磁带机。。。
2、整个备份几百个G,让我上哪里去找那么大的测试鸡来搞。
3、最近忙着折腾自己的AIX,有兴趣地可以telnet fandezhi.homedns.org,端口用6199;对公事能混则混,懒得搞。
4、大力邀请做系统、存储、应用方面的菜鸟和大侠们想办法拉项目搞钱。整天上班下班就挣那么点钱,怎么活得下去。
-thisunreal(饭得志);
2005-9-12
{369}
(#2499227@0)
-
这饭得志也太垃圾, 你发贴求助, 别人跟贴想帮你, 完了你一句"屎计"全打发了, 人没有水平, 还不虚心. 就这你还找人做项目, 趁早回家歇着.
-changqing(骆公子);
2005-9-13
(#2499709@0)
-
胸台批评的极是。不过小弟一向认为有水平不如有想法
-thisunreal(饭得志);
2005-9-13
(#2499716@0)
-
嘿嘿,被人批评了,Hoho!!!
-hard20(hard20);
2005-9-13
(#2499727@0)
-
你老兄还挺有意思的嘛....telnet ...... 没帐号 :)我想看看你的机, 如何?
-c_sea(雪山飞狐-夏眠之心眠);
2005-9-14
{22}
(#2502442@0)
-
你老兄挺有意思的嘛,,,,, telnet ,,,,,, 没帐号,,,:) 我想看看你的机
-c_sea(雪山飞狐-夏眠之心眠);
2005-9-14
(#2502443@0)
-
tried?
-thisunreal(饭得志);
2005-9-14
(#2502453@0)
-
yes
-c_sea(雪山飞狐-夏眠之心眠);
2005-9-14
(#2502514@0)
-
Try Log Miner. query V$LOGMNR_CONTENTS for the table name(seg_name).
-init.d(fodora);
2005-9-21
(#2514179@0)
-
LogMiner can not recover any object delete by DDL, example "drop table xxx"
-arthurxu(ArthurXu);
2005-9-21
(#2514199@0)
-
You can check for ORACLE doc as "TABLESPACE point in time recovery"
-arthurxu(ArthurXu);
2005-9-21
(#2514206@0)
-
TSPITR doesn't apply in this case. you will lose all transaction occured after the time to which you recover. Besides, for TSPITR to be performed, you need LogMiner to get the exact time when error occured.
-init.d(fodora);
2005-9-21
(#2514302@0)
-
I mean TSPITR on another host.
-arthurxu(ArthurXu);
2005-9-23
(#2516528@0)
-
alert log file 多久merge?没准那里还留着‘DROP TABLE XXX’
-fxid(民工*修车中);
2005-9-23
(#2516880@0)
-
.我全盘搜索机器 find . -type f -exec grep 'tablexxx' {} \; -print ,没找到任何猪丝马鸡
-thisunreal(饭得志);
2005-9-23
{87}
(#2516998@0)
-
查他们的APPLICATION LOG,表都丢了,程序一定COMPLAIN。
-fxid(民工*修车中);
2005-9-23
(#2517024@0)
-
小贩太猖狂了!再建一个instance,然后把备份里的system table space搞进去不久可以了,不会连这点空间也没有吧?
-amsteel(㊣沙龙猪);
2005-9-23
{92}
(#2517101@0)