1. 程式人生 > >Backup and Recovery Basics2

Backup and Recovery Basics2

決定 系統表 ndb 找到 tran 數據庫操作 ase 閃回表 解決辦法

1.6、Automatic Disk-Based Backup and Recovery: The Flash Recovery Area
創建不同備份和恢復文件的組件對每一個文件系統的大小沒有不論什麽了解。使用Automatic Disk-Based Backup and Recovery,你能夠創建一個閃回恢復區,使備份文件的管理自己主動化。

在磁盤上選擇一個位置,為存儲空間提供一個更大的邊界,同一時候設置一個備份策略,那麽數據庫在那塊空間管理用做備份的存儲、歸檔日誌和其它與恢復相關的文件。

oracle建議你開啟一個閃回恢復區來簡化你的備份管理

1.7、Oracle Flashback Technology: Alternatives to Point-in-Time Recovery
oracle閃回技術提供了一系列特性,它們提供了有用的能夠選擇的事物,比方查看數據的過去狀態、回滾數據(不須要你從備份還原大部分數據庫或者完畢基於時間點的恢復)。oracle的閃回特性在非常多狀況中比介質恢復更高效,同一時候更低損壞。
oracle的非常多閃回特性在邏輯層次上操作,來查看和操縱數據庫對象,就像例如以下的:
(1)oracle閃回查詢
它讓你指定一個目標時間,接著向前跑查詢。查看結果。為了從一個不希望的改變(比方用戶錯誤更新一個表)中恢復。一個用戶能夠選擇一個錯誤之前的目標時間,然後跑查詢來恢復丟失或者改變的行的內容。
(2)oracle閃回版本號查詢
就像更新被應用到表一樣,它讓你查看在一段指定時間內出如今一個或多個表中全部行的全部版本號。

你也能夠恢復關於行的不同版本號的元數據,包含開始時間,結束時間。操作和事務id。這個特性能夠被用於恢復丟失的數據值和給查詢的表審計改變。
(3)oracle閃回事務查詢
它讓你查看在一段時間內被一個單一事務或者多個事務產生的改變。
(4)oracle閃回表
把一個表返回到先前時間點的狀態。在數據庫在線期間,你能夠還原表數據。


(5)oracle閃回drop
反轉drop table語句的影響。



flashback query,flashback version query,flashback transaction query,flashback table都依賴於回滾數據,回滾數據是不論什麽一個更新所影響的數據。flashback drop是基於一個叫做recycle bin的機制,oracle用回收站管理刪除的數據庫對象。

註意:邏輯級別的flashback特性不依賴於rman;不管是否rman是備份策略的一部分,它都是可用的。

物理級別上,oracle flashback database為基於時間點的恢復提供了一個更高效、直接的可供選擇的事物。假設你的數據文件唯獨不希望的更改,那麽你能夠使用flashback database來引起當前的數據文件轉變到過去的內容。

終於的產品非常像基於時間點恢復的結果,可是一般比介質恢復更快。由於它不須要從備份還原數據文件。只須要非常少的日誌應用。閃回數據庫使用flashback logs和archived redo log來訪問數據塊的過去版本號。

flashback database須要你配置一個閃回恢復區。由於flashback logs僅僅能存儲在那裏。flashback logging默認是未開啟的。數據庫自己主動管理用於flashback logs的空間。

flashback database能夠看作是不全然恢復的替代技術。但它也有某些限制:
(1)Flashback Database 不能解決Media Failure, 這樣的錯誤RMAN恢復仍是唯一選擇。
(2)假設刪除了數據文件或者利用Shrink技術縮小數據文件大小,這時不能用Flashback Database技術回退到改變之前的狀態,這時候就必須先利用RMAN把刪除之前或者縮小之前的文件備份restore 出來, 然後利用Flashback Database 運行剩下的Flashback Datbase。


(3)假設控制文件是從備份中恢復出來的。或者是重建的控制文件,也不能使用Flashback Database。


(4)使用Flashback Database所能恢復到的最早的SCN, 取決與Flashback Log中記錄的最早SCN。

About Restore Points:
oracle數據庫也支持和閃回數據庫和還原、恢復特性協力的還原點。

一個普通的還原點是和scn相當的別名。基於時間點的恢復,閃回表和閃回數據庫操作是簡單的,由於你不必探索和記錄目標
scn。創建一個有保證的檢查點(guaranteed restore point)確保你能夠使用閃回數據庫把你的數據庫返回到還原點的時間
-"Using Normal and Guaranteed Restore Points" on page 5-6 for more information about the use of normal and guaranteed restore points
-Chapter 7, "Performing Flashback and Database Point-in-Time Recovery" for more information about the use of the flashback features of Oracle in a data recovery context
-Oracle Database Concepts and Oracle Database Administrator‘s Guide for more information on undo data and automatic undo management
-Oracle Database Application Developer‘s Guide - Fundamentals for more information on Flashback Query, Flashback Transaction Query and Flashback Version Query

1.8、Matching Failures to Backup and Recovery Techniques
在計劃你的數據庫備份和恢復策略過程中,你必須嘗試參與到錯誤的起源中。

盡管有非常多種類型問題能夠停止一個數據庫的操作或者影響到數據庫I/O操作,可是僅僅有兩種典型須要dba介入和介質恢復:介質失敗和用戶錯誤。實例失敗、網絡失敗、oracle數據庫後臺進程的失敗和一條sql語句運行的失敗,甚至崩潰一個數據庫實例,可是他們一般不會引起數據丟失或者從備份恢復。

1.8.1、Responding to Media Failure--講述介質恢復

在線重做日誌文件或控制文件的介質失敗後。數據庫操作依賴於是否重做日誌文件或控制文件通過多路復制保護。

但重做日誌文件或控制文件被多路復制的,多路拷貝文件的拷貝被保存在系統。多路復制的文件應該在不同磁盤上保存。

假設一個介質失敗損壞了一個包括一個多路復制的重做日誌文件拷貝的磁盤,那麽沒有重要損壞時,數據庫常常繼續執行。

損壞了一個沒有多路復制的重做日誌文件引起數據庫執行被停止,同一時候可能引起數據的永久丟失。

損壞了不論什麽控制文件。不管它是多路復制與否,當數據庫嘗試讀或者寫損壞的控制文件時(常常發生,比方每一個檢查點和日誌切換)。馬上停止數據庫執行。

介質失敗能夠是讀錯誤也能夠是寫錯誤。在讀錯誤中,實例不能讀一個控制文件和應用程序返回的操作系統錯誤,比方一個錯誤顯示文件不能被找到。不可打開,不可讀。數據庫持續執行,直到讀或寫的錯誤被返回。一個數據文件寫錯誤的影響依賴於數據文件在哪個表空間中。

假設實例不能向一個在系統表空間/回滾表空間/某個包括活動回滾段表空間中的數據文件寫入。那麽數據庫顯示錯誤同一時候關閉實例。系統表空間的全部數據文件和包括回滾段的全部數據文件必須在線。為了就是數據庫適當執行。假設實例不能寫入數據文件的原因不同於先前列出。那麽結果依賴於數據庫是否執行在archivelog模式。在archivelog模式中。數據庫會把錯誤記錄到trace文件,再把被影響到的數據文件離線(在這個表空間的其它數據文件仍然在線)。

你能夠隨後改正潛在的問題和還原、恢復被影響到的表空間。在非archivelog模式中,數據庫dbwn進程失敗,同一時候實例也會失敗,這樣的問題的解決辦法決定須要的回應。假設問題是暫時的(磁盤控制器掉電),那麽使用重做日誌文件完畢崩潰恢復。

在這樣的情況下。不須要介質恢復實例能夠啟動。然而。假設數據文件被損壞。你必須還原整個數據庫的一致性備份。


1.8.2、Responding to User Error
典型地。一個用戶錯誤比方drop表或delete行須要下面響應:
(1)假設一個可用的導出文件存在或在standby數據庫的對象存在,又一次導入被刪除的對象
(2)完畢一個或多個表空間的TSPITR(tablespace point-in-time recovery)
(3)假設表的記錄存在,又一次insert丟失的數據
(4)使用database point-in-time recovery把數據庫返回到過去的狀態
(5)使用閃回特性把對象恢復到一個過去的狀態
可用的恢復選項是備份策略的一個過程。比方,假設數據庫執行在noarchivelog模式那麽你就有更少的point-in-time恢復選項。

See Also:
-Oracle Database Backup and Recovery Advanced User‘s Guide to learn how to perform point-in-time recovery for an entire database
-Oracle Database Backup and Recovery Advanced User‘s Guide to learn how to perform tablespace point-in-time recovery
-Oracle Database Backup and Recovery Advanced User‘s Guide to learn how to use the flashback features of the Oracle database

1.9、System Requirements for Backup and Recovery Methods
選擇一個備份和恢復方案時,要查看它對於數據庫環境是否適合。

比方。數據庫8.0或者更高。能夠使用rman管理備份和恢復。

8.0下面,你必須使用除了rman之外的方案。

技術分享

1.10、Feature Comparison of Backup Methods

技術分享

Backup and Recovery Basics2