RMAN如何恢復(fù)droppurge的表-創(chuàng)新互聯(lián)

這篇文章主要介紹RMAN如何恢復(fù)drop purge的表，文中介紹的非常詳細(xì)，具有一定的參考價值，感興趣的小伙伴們一定要看完！

十載的任丘網(wǎng)站建設(shè)經(jīng)驗(yàn)，針對設(shè)計、前端、開發(fā)、售后、文案、推廣等六對一服務(wù)，響應(yīng)快，48小時及時工作處理。全網(wǎng)營銷推廣的優(yōu)勢是能夠根據(jù)用戶設(shè)備顯示端的尺寸不同，自動調(diào)整任丘建站的顯示方式，使網(wǎng)站能夠適用不同顯示終端，在瀏覽器中調(diào)整網(wǎng)站的寬度，無論在任何一種瀏覽器上瀏覽網(wǎng)站，都能展現(xiàn)優(yōu)雅布局與設(shè)計，從而大程度地提升瀏覽體驗(yàn)。成都創(chuàng)新互聯(lián)公司從事“任丘網(wǎng)站設(shè)計”,“任丘網(wǎng)站推廣”以來，每個客戶項目都認(rèn)真落實(shí)執(zhí)行。@ORA12C>  alter session set nls_date_format='yyyy-mm-dd hh34:mi:ss'; Session altered. SYS@ORA12C> create table  t_0920 as select * from dba_objects; Table created. SYS@ORA12C> select count(*) from t_0920;   COUNT(*) -----------------      91691 1 row selected. SYS@ORA12C> select sysdate from dual; SYSDATE ------------------- 2015-09-20 14:17:49 1 row selected. SYS@ORA12C> drop table t_0920 purge; Table dropped. SYS@ORA12C> desc t_0920; ERROR: ORA-04043: object t_0920 does not exist SYS@ORA12C> create table t_09201 as select * from dba_objects; Table created. SYS@ORA12C> select count(*) from t_09201;   COUNT(*) -----------------      91691 1 row selected. SYS@ORA12C> shutdown immediate; Database closed. Database dismounted. ORACLE instance shut down. SYS@ORA12C> startup mount; ORACLE instance started. Total System Global Area  729808896 bytes Fixed Size      2928680 bytes Variable Size    570429400 bytes Database Buffers   150994944 bytes Redo Buffers      5455872 bytes Database mounted.

現(xiàn)在需要把t_0920表恢復(fù)過來：

run{ sql "alter session set nls_date_format=''yyyy-mm-dd hh34:mi:ss''"; set until time '2015-09-20 14:17:49'; restore database; recover database; 6> } using target database control file instead of recovery catalog sql statement: alter session set nls_date_format=''yyyy-mm-dd hh34:mi:ss'' executing command: SET until clause Starting restore at 20-SEP-15 allocated channel: ORA_DISK_1 channel ORA_DISK_1: SID=355 device type=DISK creating datafile file number=2 name=/u01/app/oracle/oradata/ORA12C/t2.dbf channel ORA_DISK_1: starting datafile backup set restore channel ORA_DISK_1: specifying datafile(s) to restore from backup set channel ORA_DISK_1: restoring datafile 00001 to /u01/app/oracle/oradata/ORA12C/system01.dbf channel ORA_DISK_1: restoring datafile 00003 to /u01/app/oracle/oradata/ORA12C/sysaux01.dbf channel ORA_DISK_1: restoring datafile 00004 to /u01/app/oracle/oradata/ORA12C/undotbs01.dbf channel ORA_DISK_1: restoring datafile 00005 to /u01/app/oracle/oradata/ORA12C/example01.dbf channel ORA_DISK_1: restoring datafile 00006 to /u01/app/oracle/oradata/ORA12C/users01.dbf channel ORA_DISK_1: reading from backup piece /u01/app/oracle/fast_recovery_area/ORA12C/backupset/2015_09_20/o1_mf_nnndf_TAG20150920T120820_bzwd9ntd_.bkp channel ORA_DISK_1: piece handle=/u01/app/oracle/fast_recovery_area/ORA12C/backupset/2015_09_20/o1_mf_nnndf_TAG20150920T120820_bzwd9ntd_.bkp tag=TAG20150920T120820 channel ORA_DISK_1: restored backup piece 1 channel ORA_DISK_1: restore complete, elapsed time: 00:01:56 Finished restore at 20-SEP-15 Starting recover at 20-SEP-15 using channel ORA_DISK_1 starting media recovery archived log for thread 1 with sequence 18 is already on disk as file /u01/app/oracle/fast_recovery_area/ORA12C/archivelog/2015_09_20/o1_mf_1_18_bzwh058r_.arc archived log for thread 1 with sequence 19 is already on disk as file /u01/app/oracle/fast_recovery_area/ORA12C/archivelog/2015_09_20/o1_mf_1_19_bzwhh60d_.arc archived log for thread 1 with sequence 20 is already on disk as file /u01/app/oracle/fast_recovery_area/ORA12C/archivelog/2015_09_20/o1_mf_1_20_bzwhzsts_.arc archived log for thread 1 with sequence 1 is already on disk as file /u01/app/oracle/fast_recovery_area/ORA12C/archivelog/2015_09_20/o1_mf_1_1_bzwmprks_.arc archived log file name=/u01/app/oracle/fast_recovery_area/ORA12C/archivelog/2015_09_20/o1_mf_1_18_bzwh058r_.arc thread=1 sequence=18 archived log file name=/u01/app/oracle/fast_recovery_area/ORA12C/archivelog/2015_09_20/o1_mf_1_19_bzwhh60d_.arc thread=1 sequence=19 archived log file name=/u01/app/oracle/fast_recovery_area/ORA12C/archivelog/2015_09_20/o1_mf_1_20_bzwhzsts_.arc thread=1 sequence=20 archived log file name=/u01/app/oracle/fast_recovery_area/ORA12C/archivelog/2015_09_20/o1_mf_1_1_bzwm5k1c_.arc thread=1 sequence=1 archived log file name=/u01/app/oracle/fast_recovery_area/ORA12C/archivelog/2015_09_20/o1_mf_1_1_bzwmprks_.arc thread=1 sequence=1 media recovery complete, elapsed time: 00:00:07 Finished recover at 20-SEP-15 RMAN> alter database open resetlogs; Statement processed

驗(yàn)證：t_0920 表已經(jīng)恢復(fù)了，t_09201表不存在了。

SYS@ORA12C> select count(*) from t_0920;   COUNT(*) -----------------      91691 1 row selected. SYS@ORA12C> select count(*) from t_09201; select count(*) from t_09201                      * ERROR at line 1: ORA-00942: table or view does not exist

以上是“RMAN如何恢復(fù)drop purge的表”這篇文章的所有內(nèi)容，感謝各位的閱讀！希望分享的內(nèi)容對大家有幫助，更多相關(guān)知識，歡迎關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道！

另外有需要云服務(wù)器可以了解下創(chuàng)新互聯(lián)cdcxhl.cn，海內(nèi)外云服務(wù)器15元起步，三天無理由+7*72小時售后在線，公司持有idc許可證，提供“云服務(wù)器、裸金屬服務(wù)器、高防服務(wù)器、香港服務(wù)器、美國服務(wù)器、虛擬主機(jī)、免備案服務(wù)器”等云主機(jī)租用服務(wù)以及企業(yè)上云的綜合解決方案，具有“安全穩(wěn)定、簡單易用、服務(wù)可用性高、性價比高”等特點(diǎn)與優(yōu)勢，專為企業(yè)上云打造定制，能夠滿足用戶豐富、多元化的應(yīng)用場景需求。

當(dāng)前名稱：RMAN如何恢復(fù)droppurge的表-創(chuàng)新互聯(lián)
路徑分享：http://muchs.cn/article12/dspddc.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站制作、外貿(mào)建站、網(wǎng)站營銷、品牌網(wǎng)站設(shè)計、域名注冊、移動網(wǎng)站建設(shè)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)