中文字幕免费精品_亚洲视频自拍_亚洲综合国产激情另类一区_色综合咪咪久久

【51CTO.com 獨家翻譯】Oracle中的游戲？非也，這里引用的游戲與奧林匹克競賽中的“運動”類似，競賽中的參加比賽的運動員對它們從事的事情是非常認真的，他們非常熱愛他們的運動或競賽，作為一名Oracle DBA，你熱愛你的工作嗎？你的工作是否順利呢？對那些認真的人而言，專業可能是一個更好的選擇，我們將要玩“游戲”或競賽，我們能從它們那里學到什么，本文為DBA提供實用、必要的技能。

丟失了一個或更多的專用文件

專用文件包括：控制文件、在線重做日志、歸檔重做日志和數據文件。我們假設你有多個控制文件，在初始化參數文件中標識出來了（本文我將使用pfile以便于快速編輯），你已經閱讀了很多次：如果你丟失了一個控制文件，恢復或修復一個好的控制文件拷貝到錯誤文件的位置，或者從參數文件中移除涉及的文件，在一個控制文件丟失后（無論什么原因），對數據庫有什么影響呢？

1、操作仍然可以繼續，有其他的控制文件“在線”意味著你可以承受一個或更多控制文件的丟失。

2、你（DBA）不得不關閉系統，恢復文件（或從init.ora文件中移除）并重新啟動。

3、Oracle關閉實例（如你不能控制，無論你想不想它都會發生）。

我問這個的原因是：控制文件之間以及在線重做日志多路復用之間有什么不同？例如：如果一個活動組的成員丟失了數據庫（或實例）將發生什么？Oracle繼續保持運轉還是停止運轉？在下面的實驗中，我將control01.ctl文件放在閃存盤里，然后將閃存盤從USB端口拔出來模擬介質失效。

當前控制文件清單

*.control_files='D:\oracle\product\10.2.0/oradata/db10/\control01.ctl',

'D:\oracle\product\10.2.0/oradata/db10/\control02.ctl',

'D:\oracle\product\10.2.0/oradata/db10/\control03.ctl'

新的控制文件清單

*.control_files='D:\oracle\product\10.2.0/oradata/db10/\control01.ctl',

'D:\oracle\product\10.2.0/oradata/db10/\control02.ctl',

'F:\oracle\control03.ctl'

確認新的控制文件：

SQL> startup

ORACLE instance started.

Total System Global Area 289406976 bytes

Fixed Size 1290184 bytes

Variable Size 104857656 bytes

Database Buffers 176160768 bytes

Redo Buffers 7098368 bytes

Database mounted.

Database opened.

SQL> col name for a52

SQL> select name from v$controlfile;

NAME

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

D:\ORACLE\PRODUCT\10.2.0\ORADATA\DB10\CONTROL01.CTL

D:\ORACLE\PRODUCT\10.2.0\ORADATA\DB10\CONTROL02.CTL

F:\ORACLE\CONTROL03.CTL

現在已經準備好斷開閃存盤的連接，沒有直接的警告（用戶界面沒有任何提示信息，直到嘗試一個操作時），實例崩潰了。

SQL> select name from v$controlfile;

select name from v$controlfile

*

ERROR at line 1:

ORA-03113: end-of-file on communication channel

下面顯示了警告日志（這只是其中一部分）：

Thu Mar 06 12:41:15 2008

Errors in file d:\oracle\product\10.2.0\admin\db10\bdump\db10_ckpt_2756.trc:

ORA-00206: error in writing (block 3, # blocks 1) of control file

ORA-00202: control file: 'F:\ORACLE\CONTROL03.CTL'

ORA-27072: File I/O error

OSD-04008: WriteFile() failure, unable to write to file

O/S-Error: (OS 1006) The volume for a file has been externally altered so that the opened file is no longer valid.

…some more messages…

Thu Mar 06 12:41:29 2008

Instance terminated by CKPT, pid = 2756

修復這個問題其實很簡單，但是你真的了解了當一個控制文件丟失后發生了什么嗎？

修復問題，重新連接并啟動

SQL> prompt Remove the reference to control03

SQL> startup

ORA-24324: service handle not initialized

ORA-01041: internal error. hostdef extension doesn't exist

SQL> conn sys/oracle as sysdba

Connected to an idle instance.

SQL> startup

ORACLE instance started.

Total System Global Area 289406976 bytes

Fixed Size 1290184 bytes

Variable Size 104857656 bytes

Database Buffers 176160768 bytes

Redo Buffers 7098368 bytes

Database mounted.

Database opened.

SQL>

回到在線重做日志文件，丟失了一個成員，實例會象丟失控制文件那樣崩潰嗎？答案是：依情況而定。一個組可能有一個或多個成員，我們先看一看#members=1的情況，與前面的例子類似，我將在一個閃存盤上創建一個成員的組，并使這個組成為活動組（意味著STATUS的值是ACTIVE, CURRENT, INACTIVE和UNUSED嗎？），一旦組是活動的，我將拔出閃存盤，當前的重做日志組是哪一個？從警告日志可以看到：

提取自警告日志

Thu Mar 06 13:22:11 2008

Thread 1 advanced to log sequence 211

Current log# 10 seq# 211 mem# 0: F:\ORACLE\REDO10.LOG

如丟失控制文件一樣，實例停止運轉了。

SQL> select * from v$logfile;

GROUP# STATUS TYPE MEMBER

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

7 ONLINE D:\ORACLE\PRODUCT\10.2.0\ORADATA\DB10\REDO07.LOG

8 ONLINE D:\ORACLE\PRODUCT\10.2.0\ORADATA\DB10\REDO08.LOG

10 ONLINE F:\ORACLE\REDO10.LOG

9 ONLINE D:\ORACLE\PRODUCT\10.2.0\ORADATA\DB10\REDO09.LOG

SQL> select * from v$logfile;

select * from v$logfile

*

ERROR at line 1:

ORA-03113: end-of-file on communication channel

在這個例子中，是LGWR導致了實例終止，注意在其他例子中是CKPT，在控制文件中記錄了什么呢？SCN，哪個進程使用SCN給控制文件做的印記？checkpoint進程。

如果想在家中嘗試，將數據庫運行在非歸檔模式，并在當前日志組中只使用一個成員，它能再次打開數據庫嗎？

那個組被多路復用，相同的文件從系統中拔出，會發生什么？生命還是要繼續，在警告日志中記錄了一條關于丟失成員的消息，讓我們向組10添加第二個成員，將它放在一個不同的驅動器中，然后再次拔出閃存盤（開始打開數據庫時應該有一個提示信息）。

下面是警告日志中顯示的：

Thu Mar 06 14:51:45 2008

Thread 1 advanced to log sequence 216

Current log# 10 seq# 216 mem# 0: F:\ORACLE\REDO10.LOG

Current log# 10 seq# 216 mem# 1: D:\ORACLE\PRODUCT\10.2.0\ORADATA\

DB10\REDO11.LOG

Thu Mar 06 14:53:36 2008

Errors in file d:\oracle\product\10.2.0\admin\db10\bdump\db10_lgwr_2224.trc:

ORA-00345: redo log write error block 23 count 2

ORA-00312: online log 10 thread 1: 'F:\ORACLE\REDO10.LOG'

ORA-27072: File I/O error

OSD-04008: WriteFile() failure, unable to write to file

O/S-Error: (OS 1006) The volume for a file has been externally altered

so that the opened file is no longer valid.

Thu Mar 06 14:53:36 2008

Errors in file d:\oracle\product\10.2.0\admin\db10\bdump\db10_lgwr_2224.trc:

ORA-00343: too many errors, log member closed

ORA-00346: log member marked as STALE

ORA-00312: online log 10 thread 1: 'F:\ORACLE\REDO10.LOG'

這個消息缺少兩個單詞：實例終止（Instance terminated），在關閉和啟動之后，警告日志將仍然提示文件丟失，丟失數據庫是可以被打開的。

Thu Mar 06 14:56:51 2008

ALTER DATABASE OPEN

Thu Mar 06 14:56:52 2008

Errors in file d:\oracle\product\10.2.0\admin\db10\bdump\db10_lgwr_2288.trc:

ORA-00313: open failed for members of log group 10 of thread 1

Thu Mar 06 14:56:52 2008

Errors in file d:\oracle\product\10.2.0\admin\db10\bdump\db10_lgwr_2288.trc:

ORA-00313: open failed for members of log group 10 of thread 1

Thu Mar 06 14:56:52 2008

Thread 1 opened at log sequence 216

Current log# 10 seq# 216 mem# 1: D:\ORACLE\PRODUCT\10.2.0\ORADATA\DB10

\REDO11.LOG

Successful open of redo thread 1

…some other messages…

Thu Mar 06 14:56:59 2008

Completed: ALTER DATABASE OPEN

丟失數據文件

迄今為止，從丟失控制文件或重做日志文件中恢復幾乎不會丟失數據，單成員重做日志組例子可能發生數據丟失，提到數據文件，有兩種分類：一個對于你（你的數據）很重要，一個對于Oracle（它的數據）很重要，為了理解這個分類，有兩個問題：

1、如果你的表空間丟失了一個數據文件會發生什么？

2、如果SYSTEM表空間（作為Oracle所屬的表空間）丟失了一個數據文件將會發生什么？

如果你回答這些問題時不考慮歸檔，那么你會保持50%左右出錯的機會。

如果在非歸檔模式下操作，丟失了一個數據文件 -- 任一數據文件 -- 那就完了，實例終止。如果在歸檔模式下操作，那回答上面的兩個問題的答案是不一樣的：數據文件丟失意味著實例仍然在工作，丟失一個Oracle專用的數據文件意味著實例終止了。在“備份和恢復高級用戶指南”中“數據文件丟失后的恢復：情景”小節非常詳細地寫出了。

小結

幾乎所有關于丟失特定文件的備份和恢復情景都可以復制到一臺使用非常便宜的閃存盤的PC上，無論是在一臺有大量CPU和充足內存的AIX 5300L上還是在你的能勉強運行Oracle的個人桌面機/筆記本電腦上，原理實際上都是一樣的，自己嘗試一下吧！這些沒有壓力的最佳實踐訓練對生產環境中的恢復非常有幫助，當你的實例崩潰時，時間就是金錢。

更多信息請查看IT技術專欄