【正文】 的檢查點(diǎn)信息 數(shù)據(jù)文件頭部的檢查點(diǎn)一定是 540159，而數(shù)據(jù)文件 offline時(shí)的系統(tǒng)檢查點(diǎn)分別是 540282和 540285，下一次數(shù)據(jù)文件 online的時(shí)候，需要執(zhí)行介質(zhì)恢復(fù)。 備份數(shù)據(jù)文件 數(shù)據(jù)文件 immediate offline Resetlogs打開(kāi)數(shù)據(jù)庫(kù)的點(diǎn) 文件在這個(gè)點(diǎn) online 重做記錄一直到這個(gè)點(diǎn) 請(qǐng)問(wèn)這個(gè)點(diǎn)的數(shù)據(jù)文件能夠 online嗎？ 對(duì)新添加的數(shù)據(jù)文件進(jìn)行了備份。 對(duì) temp表空間沒(méi)有進(jìn)行備份。 默認(rèn)的永久表空間不能刪除。 正在操作中， DBA做了一個(gè)錯(cuò)誤的操作，將表空間刪除了。我們需要將數(shù)據(jù)恢復(fù)到出問(wèn)題的那個(gè)時(shí)刻。 需要進(jìn)行不完全恢復(fù)。 表空間被刪除以后，繼續(xù)進(jìn)行正常操作，產(chǎn)生了一些數(shù)據(jù)。 通過(guò)查看備份，我們確認(rèn)所有數(shù)據(jù)文件都有備份，不是同一個(gè)時(shí)刻，而且temp沒(méi)有備份，所有歸檔還都在。 通過(guò)日志，發(fā)現(xiàn) 12： 29： 40發(fā)生了誤刪除，我們恢復(fù)到提前一秒鐘 備份當(dāng)前所有的數(shù)據(jù)文件、控制文件、聯(lián)機(jī)重做日志文件 恢復(fù)所有的數(shù)據(jù)文件 這些數(shù)據(jù)文件都不是同一個(gè)時(shí)刻備份的。但都是出事前備份的。 發(fā)現(xiàn)已經(jīng)沒(méi)有 6號(hào)文件了。 發(fā)現(xiàn) 6號(hào)數(shù)據(jù)文件還是沒(méi)有回來(lái)。 6號(hào)數(shù)據(jù)文件回來(lái)了。 發(fā)現(xiàn) 6號(hào)數(shù)據(jù)文件的名字不對(duì)。 對(duì)文件名字進(jìn)行修改。 數(shù)據(jù)文件需要校正。 數(shù)據(jù)回來(lái)了，但是因?yàn)槭遣煌耆謴?fù)，還是丟失了部分?jǐn)?shù)據(jù)。 基于 SCN的恢復(fù)和基于時(shí)間的恢復(fù)一樣，只不過(guò)基于 SCN的恢復(fù)更加精確。 前提都是 控制文件沒(méi)有損壞、聯(lián)機(jī)文件沒(méi)有損壞、歸檔日志文件沒(méi)有損壞 我們有意識(shí)的將數(shù)據(jù)庫(kù)恢復(fù)到過(guò)去的某個(gè)點(diǎn)，例如為了恢復(fù)誤刪除 對(duì)于聯(lián)機(jī)重做日志文件和歸檔日志文件的丟失，我們通常使用基于 cancel的不完全恢復(fù)，下面的實(shí)驗(yàn)就是刪除聯(lián)機(jī)重做日志文件后的恢復(fù) 2號(hào)日志文件組為當(dāng)前的聯(lián)機(jī)重做日志文件組，將它刪除 數(shù)據(jù)庫(kù)在進(jìn)行正常的操作 Current日志文件組被刪除。 關(guān)閉數(shù)據(jù)庫(kù) 備份所有的數(shù)據(jù)文件、聯(lián)機(jī)重做日志文件、控制文件 還原所有的數(shù)據(jù)文件，這些數(shù)據(jù)文件是在不同的時(shí)期備份的 啟動(dòng)到 mount狀態(tài)，打開(kāi)控制文件。 當(dāng)恢復(fù)到 SCN564007的時(shí)候，系統(tǒng)報(bào)錯(cuò)，而這個(gè)文件正是我們刪除的聯(lián)機(jī)重做日志文件。 使用 auto 再次執(zhí)行，輸入 cancel，打開(kāi)數(shù)據(jù)庫(kù)。 SCN564007以后的所有的數(shù)據(jù)庫(kù)的改變都會(huì)丟失。 因此丟失聯(lián)機(jī)重做日志文件是一件很可怕的事情。 特別是丟失當(dāng)前正在使用的聯(lián)機(jī)日志文件組。 聯(lián)機(jī)日志文件自動(dòng)回來(lái)了。但是丟失了數(shù)據(jù)。 丟失所有控制文件時(shí)的恢復(fù)，可以使用兩種方法 使用以前備份的控制文件 創(chuàng)建新的控制文件 使用以前備份的控制文件 創(chuàng)建表 t2 t22，以便使用備份的控制文件進(jìn)行完全恢復(fù)以后仍然存在 刪除所有控制文件。 關(guān)閉數(shù)據(jù)庫(kù) 備份整個(gè)數(shù)據(jù)庫(kù) 將備份的控制文件恢復(fù)到相應(yīng)位置，不要恢復(fù)數(shù)據(jù)文件 提示找不到控制文件 修改 pfile，在 dbs目錄下面，注意名字和創(chuàng)建日期。 發(fā)現(xiàn)控制文件中的 SCN比數(shù)據(jù)文件頭部的 SCN要舊。 系統(tǒng)使用完了歸檔日志文件，要使用聯(lián)機(jī)重做日志文件，因?yàn)槭褂玫氖且郧暗目刂莆募?，因此無(wú)法知道哪一個(gè)是當(dāng)前最新的聯(lián)機(jī)日志文件，所有的歸檔用完以后，只會(huì)使用一個(gè)聯(lián)機(jī)重做日志文件，這個(gè)聯(lián)機(jī)重做日志文件就是shutdown時(shí)的 current log，因?yàn)榉?current都進(jìn)行了歸檔。日志組中在一個(gè)時(shí)刻只有 current沒(méi)有歸檔。 聯(lián)機(jī)日志組一共有三個(gè)。 我們嘗試著使用第一個(gè)日志組進(jìn)行恢復(fù)。很幸運(yùn)，如果 Oracle報(bào)錯(cuò)，我們嘗試第二個(gè)，總有一個(gè)是成功的。 打開(kāi)數(shù)據(jù)庫(kù)。 數(shù)據(jù)都在，丟失控制文件，只要數(shù)據(jù)文件備份、歸檔日志、聯(lián)機(jī)重做日志文件都在，數(shù)據(jù)就不會(huì)丟失。 創(chuàng)建新的控制文件進(jìn)行恢復(fù)，如果我們每次修改數(shù)據(jù)庫(kù)結(jié)構(gòu)時(shí)候，都將控制文件內(nèi)容轉(zhuǎn)儲(chǔ)成為跟蹤文件，并把其中的創(chuàng)建控制文件的 SQL命令保存起來(lái)，那么當(dāng)控制文件丟失的時(shí)候，我們也能夠通過(guò)重建控制文件的方式，來(lái)恢復(fù)數(shù)據(jù)庫(kù)。 將里面的建立控制文件的腳本粘貼出來(lái)。 VI這個(gè)文件以后，首先 set number，找到前面需要?jiǎng)h除的行數(shù)。發(fā)現(xiàn)是 246行，使用246dd刪除。 類似上面的結(jié)果。 模擬一些操作。 刪除控制文件。 關(guān)閉數(shù)據(jù)庫(kù)，對(duì)數(shù)據(jù)庫(kù)進(jìn)行全備份。 將數(shù)據(jù)庫(kù)啟動(dòng)到 nomount 控制文件建立成功。 數(shù)據(jù)庫(kù)自動(dòng)進(jìn)入 mount狀態(tài)。 重建控制文件以后，所有的 SCN信息都丟失了。 控制文件中的系統(tǒng) SCN從 current日志文件中的 firstchange取得。 數(shù)據(jù)文件 SCN從數(shù)據(jù)文件頭部取得。 數(shù)據(jù)都沒(méi)有丟失。 上面建立控制文件的時(shí)候，沒(méi)有包含臨時(shí)表空間。 使用以前備份的控制文件，在丟失當(dāng)前聯(lián)機(jī)重做日志文件的情況下，進(jìn)行不完全恢復(fù) 確認(rèn)表位于這個(gè)當(dāng)前的聯(lián)機(jī)日志文件中 刪除了聯(lián)機(jī)重做日志文件和控制文件。 關(guān)閉數(shù)據(jù)庫(kù)、備份數(shù)據(jù)庫(kù)。 不完全恢復(fù)，需要控制文件和數(shù)據(jù)文件 恢復(fù)直接完成，如果報(bào)錯(cuò)，那么重新執(zhí)行一次上面的命令，但是在輸入的時(shí)候，輸入 cancel，不進(jìn)行恢復(fù)，只是為了完成 media recovery colplete。 顯然數(shù)據(jù)丟失。 聯(lián)機(jī)重做日志文件被重建 創(chuàng)建新的控制文件，在丟失當(dāng)前聯(lián)機(jī)重做日志文件的情況下，進(jìn)行不完全恢復(fù)。 系統(tǒng)的 checkpoint會(huì)從 redo log的 current的 first_change中取 文件 SCN會(huì)從數(shù)據(jù)文件頭部中取 我們此前做過(guò) trace文件的創(chuàng)建，數(shù)據(jù)庫(kù)的結(jié)構(gòu)沒(méi)有發(fā)生變化，因此可以繼續(xù)使用。 關(guān)閉數(shù)據(jù)庫(kù)，進(jìn)行數(shù)據(jù)庫(kù)的全備份 使用的是非 abort模式關(guān)閉 備份數(shù)據(jù)庫(kù) 在 SQL中執(zhí)行這一段代碼 控制文件的文件 SCN取自數(shù)據(jù)文件頭部的 SCN 因?yàn)槁?lián)機(jī)重做日志文件不存在，因此系統(tǒng) SCN變成了 0，需要?dú)w檔日志來(lái)提升。 模擬了一種非常糟糕的情況 掉電、聯(lián)機(jī)日志和控制文件都損壞 關(guān)閉數(shù)據(jù)庫(kù)（ abort），對(duì)數(shù)據(jù)庫(kù)進(jìn)行全備 省略，建立控制文件。 因?yàn)槭褂玫氖?abort，出現(xiàn)上面的錯(cuò)誤。 通過(guò)修改參數(shù)，強(qiáng)制打開(kāi)數(shù)據(jù)庫(kù)。 在 pfile里面添加上面的三行。 數(shù)據(jù)庫(kù)雖然打開(kāi)，但是使用的是強(qiáng)制打開(kāi)，因此存在數(shù)據(jù)庫(kù)的不一致性。需要馬上進(jìn)行數(shù)據(jù)庫(kù)的 export全庫(kù)導(dǎo)出，重建該數(shù)據(jù)庫(kù)。 使用 alter database open resetlogs打開(kāi)數(shù)據(jù)庫(kù)。 報(bào)了一個(gè)錯(cuò)誤。 實(shí)驗(yàn) 掉電、控制文件和聯(lián)機(jī)重做日志文件全部都損壞 歸檔日志還在、數(shù)據(jù)文件有備份。