當(dāng)前位置:首頁 > 芯聞號 > 充電吧
[導(dǎo)讀]一個(gè)oracle數(shù)據(jù)庫的恢復(fù)測試 1,關(guān)閉數(shù)據(jù)庫完全備份 SQL> shutdown immediate Database closed. Database dismounted. ORACLE in

一個(gè)oracle數(shù)據(jù)庫的恢復(fù)測試

1,關(guān)閉數(shù)據(jù)庫完全備份

SQL> shutdown immediate

Database closed.

Database dismounted.

ORACLE instance shut down.

?

$ cp *.dbf backup1

$cp control01.ctl backup1

2,創(chuàng)建表并插入數(shù)據(jù)

SQL> startup

ORACLE instance started.

?

Total System Global Area 1511484856 bytes

Fixed Size????????????? ???? 736696 bytes

Variable Size?????????? ? 553648128 bytes

Database Buffers??? ? 956301312 bytes

Redo Buffers???????? ???? 798720 bytes

Database mounted.

Database opened.

?

SQL> create table mytable (f1 varchar2(2));

?

Table created.

?

SQL> alter system switch logfile;

?

System altered.

?

查看當(dāng)前sequence和歸檔的sequence

SQL>select l.RECID,l.SEQUENCE#,l.NAME
from v$database d,v$archived_log l
where d.RESETLOGS_CHANGE# = l.RESETLOGS_CHANGE#

?

?SEQUENCE# ??????NAME

------------------------------------------------------------------------------------------

?? 1????????????? /oradata/backup/archivelogbackup/1_1.dbf

?

?

SQL> insert into mytable

? 2? select '01' from dual;

?

1 row created.

?

SQL> commit;

?

Commit complete.

?

SQL> alter system switch logfile;

?

System altered.

?

?

SQL> insert into mytable

? 2? select '02' from dual;

?

1 row created.

?

SQL> commit;

?

Commit complete.

?

SQL> alter system switch logfile;

?

System altered.

?

select group#,sequence#,status,first_change# from v$log;

1???? 1???? 2???? INACTIVE???? 6612478016

2???? 2???? 3???? ACTIVE? 6612478685

3???? 3???? 4???? CURRENT???? 6612480148

?

select l.RECID,l.SEQUENCE#,l.NAME
from v$database d,v$archived_log l
where d.RESETLOGS_CHANGE# = l.RESETLOGS_CHANGE#

1???? 5???? 1???? /oradata/backup/archivelogbackup/1_1.dbf

2???? 6???? 2???? /oradata/backup/archivelogbackup/1_2.dbf

3???? 7???? 3???? /oradata/backup/archivelogbackup/1_3.dbf

?

SQL> insert into mytable

? 2? select '03' from dual;

?

1 row created.

?

SQL> commit;

?

Commit complete.

?

SQL> alter system switch logfile;

?

System altered.

?

SQL> insert into mytable

? 2? select '04' from dual;

?

1 row created.

?

SQL> commit;

?

Commit complete.

?

SQL> alter system switch logfile;

?

System altered.

?

SQL>

SQL>

SQL> insert into mytable

? 2? select '05' from dual;

?

1 row created.

?

SQL> commit;

?

Commit complete.

?

SQL> alter system switch logfile;

?

System altered.

?

SQL> insert into mytable???

? 2? select '06' from dual;

?

1 row created.

?

SQL> commit;

?

Commit complete.

?

SQL> alter system switch logfile;

?

System altered.

?

?

select l.group#,l.sequence#,l.status,l.first_change# ,lf.MEMBER
from v$log l,v$logfile lf
where l.GROUP# = lf.GROUP#;

1??? 1??? 8??? CURRENT? 6612481053??? /oradata/REDO1_01.LOG

2??? 1??? 8??? CURRENT? 6612481053??? /oradata/REDO1_02.LOG

3??? 2??? 6??? INACTIVE 6612480890??? /oradata/REDO2_01.LOG

4??? 2??? 6??? INACTIVE 6612480890??? /oradata/REDO2_02.LOG

5??? 3??? 7??? ACTIVE?? 6612480971??? /oradata/REDO3_01.LOG

6??? 3??? 7??? ACTIVE?? 6612480971??? /oradata/REDO3_02.LOG


select l.RECID,l.SEQUENCE#,l.NAME
from v$database d,v$archived_log l
where d.RESETLOGS_CHANGE# = l.RESETLOGS_CHANGE#
1??? 5??? 1??? /oradata/backup/archivelogbackup/1_1.dbf

2??? 6??? 2??? /oradata/backup/archivelogbackup/1_2.dbf

3??? 7??? 3??? /oradata/backup/archivelogbackup/1_3.dbf

4??? 8??? 4??? /oradata/backup/archivelogbackup/1_4.dbf

5??? 9??? 5??? /oradata/backup/archivelogbackup/1_5.dbf

6??? 10?? 6??? /oradata/backup/archivelogbackup/1_6.dbf

7??? 11?? 7??? /oradata/backup/archivelogbackup/1_7.dbf

?

3,關(guān)閉數(shù)據(jù)庫,并用備份的數(shù)據(jù)文件恢復(fù)

SQL> shutdown immediate

Database closed.

Database dismounted.

ORACLE instance shut down.

?

$ rm *.dbf

$ rm *.ctl

$ cd backup1

$ cp *.dbf /oradata

$ cp *.ctl /oradata

$ cd ..

$ pwd

/oradata

$ ls???????

CTL01.dbf??????? REDO1_0101.LOG?? REDO3_02.LOG???? backup1????????? directory.out??? system01.dbf

FBI.dbf????????? REDO1_0102.LOG?? RPTD01.dbf?????? backup_datafile? drsys01.dbf????? temp01.dbf

HAPPYTREE.dbf??? REDO1_02.LOG???? RPTI01.dbf?????? bea????????????? example01.dbf??? tmp

HTEC.dbf???????? REDO2_01.LOG???? TEMP1_01.dbf???? bea80? ??????????file???????????? tools01.dbf

OD01.dbf???????? REDO2_02.LOG???? ant????????????? control01.ctl??? indx01.dbf?????? undotbs03.dbf

REDO1_01.LOG???? REDO3_01.LOG???? backup?????????? cwmlite01.dbf??? lost+found?????? users01.dbf

$ cp control01.ctl control02.ctl

$ cp control01.ctl control03.ctl

?

?

SQL> startup mount

ORACLE instance started.

?

Total System Global Area 1511484856 bytes

Fixed Size????????????? ???? 736696 bytes

Variable Size?????????? ? 553648128 bytes

Database Buffers??? ? 956301312 bytes

Redo Buffers???????? ???? 798720 bytes

Database mounted.

SQL>

SQL> alter database open;

alter database open

*

ERROR at line 1:

ORA-00338: log 1 of thread 1 is more recent than controlfile

ORA-00312: online log 1 thread 1: '/oradata/REDO1_01.LOG'

ORA-00312: online log 1 thread 1: '/oradata/REDO1_02.LOG'

?

?

?

SQL> recover database using backup controlfile until cancel;

ORA-00279: change 6612477360 generated at 02/26/2009 15:51:32 needed for thread

1

ORA-00289: suggestion : /oradata/backup/archivelogbackup/1_1.dbf

ORA-00280: change 6612477360 for thread 1 is in sequence #1

?

?

Specify log: {=suggested | filename | AUTO | CANCEL}

auto

ORA-00279: change 6612478016 generated at 02/26/2009 15:57:20 needed for thread

1

ORA-00289: suggestion : /oradata/backup/archivelogbackup/1_2.dbf

ORA-00280: change 6612478016 for thread 1 is in sequence #2

ORA-00278: log file '/oradata/backup/archivelogbackup/1_1.dbf' no longer needed

for this recovery

?

?

ORA-00279: change 6612478685 generated at 02/26/2009 16:01:38 needed for thread

1

ORA-00289: suggestion : /oradata/backup/archivelogbackup/1_3.dbf

ORA-00280: change 6612478685 for thread 1 is in sequence #3

ORA-00278: log file '/oradata/backup/archivelogbackup/1_2.dbf' no longer needed

for this recovery

?

?

ORA-00279: change 6612480148 generated at 02/26/2009 16:10:36 needed for thread

1

ORA-00289: suggestion : /oradata/backup/archivelogbackup/1_4.dbf

ORA-00280: change 6612480148 for thread 1 is in sequence #4

ORA-00278: log file '/oradata/backup/archivelogbackup/1_3.dbf' no longer needed

for this recovery

?

?

ORA-00279: change 6612480791 generated at 02/26/2009 16:14:28 needed for thread

1

ORA-00289: suggestion : /oradata/backup/archivelogbackup/1_5.dbf

ORA-00280: change 6612480791 for thread 1 is in sequence #5

ORA-00278: log file '/oradata/backup/archivelogbackup/1_4.dbf' no longer needed

for this recovery

?

?

ORA-00279: change 6612480890 generated at 02/26/2009 16:14:55 needed for thread

1

ORA-00289: suggestion : /oradata/backup/archivelogbackup/1_6.dbf

ORA-00280: change 6612480890 for thread 1 is in sequence #6

ORA-00278: log file '/oradata/backup/archivelogbackup/1_5.dbf' no longer needed

for this recovery

?

?

ORA-00279: change 6612480971 generated at 02/26/2009 16:15:20 needed for thread

1

ORA-00289: suggestion : /oradata/backup/archivelogbackup/1_7.dbf

ORA-00280: change 6612480971 for thread 1 is in sequence #7

ORA-00278: log file '/oradata/backup/archivelogbackup/1_6.dbf' no longer needed

for this recovery

?

?

ORA-00279: change 6612481053 generated at 02/26/2009 16:15:45 needed for thread

1

ORA-00289: suggestion : /oradata/backup/archivelogbackup/1_8.dbf

ORA-00280: change 6612481053 for thread 1 is in sequence #8

ORA-00278: log file '/oradata/backup/archivelogbackup/1_7.dbf' no longer needed

for this recovery

?

?

ORA-00328: archived log ends at change 6612393963, need later change 6612481053

ORA-00334: archived log: '/oradata/backup/archivelogbackup/1_8.dbf'

?

提示說當(dāng)前恢復(fù)到scn: 6612393963,需要更多的恢復(fù)直到scn 6612481053

SQL> select l.group#,l.sequence#,l.status,l.first_change# ,lf.MEMBER

from v$log l,v$logfile lf

where l.GROUP# = lf.GROUP#;? 2??? 3?

?

??? GROUP#? SEQUENCE# STATUS???????????????????? ?????? FIRST_CHANGE#

---------- ---------- -------------------------------- -------------

MEMBER

--------------------------------------------------------------------------------

?????? ?1??? ??? 0 UNUSED???????????????????????????????? ?? 0

/oradata/REDO1_01.LOG

?

?????? ?2??? ??? 0 UNUSED???????????????????????????????? ?? 0

/oradata/REDO2_01.LOG

?

?????? ?3??? ??? 1 CURRENT??????????????????????? ? 6612476308

/oradata/REDO3_01.LOG

?

3 ?rows selected.

?

?

我們看到當(dāng)前文檔為group 3,使用當(dāng)前文件恢復(fù).

SQL> recover database using backup controlfile until cancel;

ORA-00279: change 6612481053 generated at 02/26/2009 16:15:45 needed for thread

1

ORA-00289: suggestion : /oradata/backup/archivelogbackup/1_8.dbf

ORA-00280: change 6612481053 for thread 1 is in sequence #8

?

?

Specify log: {=suggested | filename | AUTO | CANCEL}

/oradata/REDO3_01.LOG

ORA-00310: archived log contains sequence 7; sequence 8 required

ORA-00334: archived log: '/oradata/REDO3_01.LOG'

?

?

提示說還差一步了,使用歸檔日志1恢復(fù).

?

SQL> recover database using backup controlfile until cancel;

ORA-00279: change 6612481053 generated at 02/26/2009 16:15:45 needed for thread

1

ORA-00289: suggestion : /oradata/backup/archivelogbackup/1_8.dbf

ORA-00280: change 6612481053 for thread 1 is in sequence #8

?

?

Specify log: {=suggested | filename | AUTO | CANCEL}

/oradata/REDO1_01.LOG

Log applied.

Media recovery complete.

?

SQL> alter database open resetlogs;

?

Database altered.

?

SQL> select * from mytable;

?

F1

----

01

02

03

04

05

06

?

6 rows selected. SQL> alter database open resetlogs;

?

6 rows selected.

?

/*小結(jié)*/

在出現(xiàn)介質(zhì)錯(cuò)誤時(shí),如果存在一致的完全備份和備份之后的所有歸檔,則可以考慮使用這種方法恢復(fù).

恢復(fù)分為三個(gè)步驟.

1,文件覆蓋;

2,recover database using backup controlfile until cancel選擇auto,自動(dòng)使用已經(jīng)備份的東東恢復(fù).

3,查詢v$log,從status為current的日志開始(其他應(yīng)該為unused,因?yàn)槠渌膽?yīng)該已經(jīng)歸檔,并在上一步中成功恢復(fù)).

4,使用current的下一個(gè)要?dú)w檔的日志文件完全恢復(fù)過程.

本站聲明: 本文章由作者或相關(guān)機(jī)構(gòu)授權(quán)發(fā)布,目的在于傳遞更多信息,并不代表本站贊同其觀點(diǎn),本站亦不保證或承諾內(nèi)容真實(shí)性等。需要轉(zhuǎn)載請聯(lián)系該專欄作者,如若文章內(nèi)容侵犯您的權(quán)益,請及時(shí)聯(lián)系本站刪除。
換一批
延伸閱讀

9月2日消息,不造車的華為或?qū)⒋呱龈蟮莫?dú)角獸公司,隨著阿維塔和賽力斯的入局,華為引望愈發(fā)顯得引人矚目。

關(guān)鍵字: 阿維塔 塞力斯 華為

加利福尼亞州圣克拉拉縣2024年8月30日 /美通社/ -- 數(shù)字化轉(zhuǎn)型技術(shù)解決方案公司Trianz今天宣布,該公司與Amazon Web Services (AWS)簽訂了...

關(guān)鍵字: AWS AN BSP 數(shù)字化

倫敦2024年8月29日 /美通社/ -- 英國汽車技術(shù)公司SODA.Auto推出其旗艦產(chǎn)品SODA V,這是全球首款涵蓋汽車工程師從創(chuàng)意到認(rèn)證的所有需求的工具,可用于創(chuàng)建軟件定義汽車。 SODA V工具的開發(fā)耗時(shí)1.5...

關(guān)鍵字: 汽車 人工智能 智能驅(qū)動(dòng) BSP

北京2024年8月28日 /美通社/ -- 越來越多用戶希望企業(yè)業(yè)務(wù)能7×24不間斷運(yùn)行,同時(shí)企業(yè)卻面臨越來越多業(yè)務(wù)中斷的風(fēng)險(xiǎn),如企業(yè)系統(tǒng)復(fù)雜性的增加,頻繁的功能更新和發(fā)布等。如何確保業(yè)務(wù)連續(xù)性,提升韌性,成...

關(guān)鍵字: 亞馬遜 解密 控制平面 BSP

8月30日消息,據(jù)媒體報(bào)道,騰訊和網(wǎng)易近期正在縮減他們對日本游戲市場的投資。

關(guān)鍵字: 騰訊 編碼器 CPU

8月28日消息,今天上午,2024中國國際大數(shù)據(jù)產(chǎn)業(yè)博覽會(huì)開幕式在貴陽舉行,華為董事、質(zhì)量流程IT總裁陶景文發(fā)表了演講。

關(guān)鍵字: 華為 12nm EDA 半導(dǎo)體

8月28日消息,在2024中國國際大數(shù)據(jù)產(chǎn)業(yè)博覽會(huì)上,華為常務(wù)董事、華為云CEO張平安發(fā)表演講稱,數(shù)字世界的話語權(quán)最終是由生態(tài)的繁榮決定的。

關(guān)鍵字: 華為 12nm 手機(jī) 衛(wèi)星通信

要點(diǎn): 有效應(yīng)對環(huán)境變化,經(jīng)營業(yè)績穩(wěn)中有升 落實(shí)提質(zhì)增效舉措,毛利潤率延續(xù)升勢 戰(zhàn)略布局成效顯著,戰(zhàn)新業(yè)務(wù)引領(lǐng)增長 以科技創(chuàng)新為引領(lǐng),提升企業(yè)核心競爭力 堅(jiān)持高質(zhì)量發(fā)展策略,塑強(qiáng)核心競爭優(yōu)勢...

關(guān)鍵字: 通信 BSP 電信運(yùn)營商 數(shù)字經(jīng)濟(jì)

北京2024年8月27日 /美通社/ -- 8月21日,由中央廣播電視總臺(tái)與中國電影電視技術(shù)學(xué)會(huì)聯(lián)合牽頭組建的NVI技術(shù)創(chuàng)新聯(lián)盟在BIRTV2024超高清全產(chǎn)業(yè)鏈發(fā)展研討會(huì)上宣布正式成立。 活動(dòng)現(xiàn)場 NVI技術(shù)創(chuàng)新聯(lián)...

關(guān)鍵字: VI 傳輸協(xié)議 音頻 BSP

北京2024年8月27日 /美通社/ -- 在8月23日舉辦的2024年長三角生態(tài)綠色一體化發(fā)展示范區(qū)聯(lián)合招商會(huì)上,軟通動(dòng)力信息技術(shù)(集團(tuán))股份有限公司(以下簡稱"軟通動(dòng)力")與長三角投資(上海)有限...

關(guān)鍵字: BSP 信息技術(shù)
關(guān)閉
關(guān)閉