先要明白一些概念：
日誌檔案中的資訊為了當系統出現failure時，保證事務可以恢復。當使用者事務完成發出commit時，總是先等待lgwr程序將事務所需的redo資訊寫到日誌檔案（之前可能在redo buffer中）後，才會收到commit complete資訊。
dbwr程序總是比lgwr程序寫的速度慢（dbwr程序是隨機寫，lgwr程序是順序寫，隨機寫比順序寫要慢）
當dbwr程序要將快取區中的資訊寫入到資料檔案時，會先通知lgwr程序將事務相關的redo資訊寫入到日誌檔案。
scn可以理解為乙個標籤，oracle對資料庫中的每個操作都打上乙個標籤。這個標籤是順序增加的。永遠不會歸0（除非資料庫重建）
checkpoint是oracle為了記錄哪些資料已經被寫入到資料檔案中。
checkpoint的作用就是要保證當checkpoint發生時，這個checkpoint scn之前的資料都要由dbwr寫入到資料檔案中，而在dbwr寫之前，又會觸發lgwr程序將相關的redo資訊寫入到日誌檔案中。這樣，checkpoint完成後，發生instance failure時就不再需要恢復這個checkpoint scn前的資訊.
instance recovery所需要的資訊，就是最近一次checkpoint之後到日誌檔案結尾的這些redo資訊。
因為checkpoint之前的資料都已經一致性地寫入到資料檔案中了，而之後的資料可能有一部分已經寫進資料檔案，而有一部分沒有寫進資料檔案。
instance recovery所需要的時間，將資料檔案 從最近一次checkpoint開始，恢復到控制檔案中記錄的這個資料檔案的最後乙個scn值為止，應用這兩者之間redo資訊的時間就是instance recovery所要花費的時間。
例項恢復的調整：
由上面的資訊可以總結出，例項恢復最關鍵的問題的就是最近一次checkpoint發生的時間，以及checkpoint發生的頻率。只有確認了最近一次checkpoin發生的時間點，才能確定恢復所需的redo資訊，以及恢復所要花費的時間。
對於instance recovery花費時間的調優，就是對引數fast_start_mttr_targe的調整，單位「秒」，最大值為3600秒。
也就是說fast_start_mttr_target這個引數的設定會直接影響到checkpoint發生的頻率。
fast_start_mttr_targe所設定的時間就是使用者希望資料庫用在instance recovery的時間。也就是從應用最近一次checkpoint到日誌資訊最後這兩個點之間redo資訊所要花費的時間。
mttr設定的時間過小的話，會造成系統checkpoint過於頻繁，而發生checkpoint時就要dbwr，lgwr等程序寫資料檔案，產生物理io，久而久之，資料庫效能會越來越慢；
mttr設定的時間過大的話，當例項失敗時，instance recover所花費的時間就會過長。
從10g開始，資料庫可以實現自動調整，如果fast_start_mttr_target=0時，可以從alert裡面看到如下資訊：
mttr advisory is disabled because fast_start_mttr_target is not set
此時，資料庫會根據負載自動調整checkpoint發生的頻率。
如果要嚴格要求instance recovery時間的話，就設定fast_start_mttr_target引數，如果不是那麼嚴格的話，建議用10g的自動調整。
oracle 10g 恢復dmp檔案。
1.在winxp下，安裝10g，預設選擇，一路ok。安裝前自檢出現dhcp警告，可直接忽略 2.命令列，在xp下，輸入sqlplus，即可啟動，登陸用 sqlplus as sysdba 用管理員登陸 3.在恢復oracle時，先在 sqlplus裡，先建立表空間，建使用者，並給使用者授權，並解鎖。...
oracle10g 解除安裝
1 oracle 10g解除安裝軟體環境 1 windows xp oracle 10g2 oracle 安裝路徑為 d oracle 實現方法 1 開始 設定 控制面板 管理工具 服務停止所有 oracle 服務 2 開始 程式 oracle oradb 10g home1 oracle inst...
Oracle10g解除安裝
一 軟體解除安裝 1 windows xp oracle 10g 2 oracle安裝路徑為 d oracle 1 如果資料庫配置了自動儲存管理 asm 應該先刪除聚集同步服務css cluster synchronization services 刪除css服務的方法是在dos命令列中執行如下命令...