（一）、導出/導入（Export/Import）
利用Export可將數據從數據庫中提取出來，利用Import則可將提取出來的數據送回Oracle數據庫中去。
1、 簡單導出數據（Export）和導入數據（Import）
Oracle支持三種類型的輸出：
（1）表方式（T方式），將指定表的數據導出。
（2）用戶方式（U方式），將指定用戶的所有對象及數據導出。
（3）全庫方式（Full方式），將數據庫中的所有對象導出。
數據導出（Import）的過程是數據導入（Export）的逆過程，它們的數據流向不同。
2、 增量導出/導入
增量導出是一種常用的數據備份方法，它只能對整個數據庫來實施，並且必須作為SYSTEM來導出。在進行此種導出時，系統不要求回答任何問題。導出文件名缺省為export.dmp，如果不希望自己的輸出文件定名為export.dmp，必須在命令行中指出要用的文件名。
增量導出包括三個類型：
（1）“完全”增量導出（Complete）
即備份整個數據庫，比如：
＄exp system/manager inctype=complete file=990702.dmp
（2） “增量型”增量導出
備份上一次備份後改變的數據。比如：
＄exp system/manager inctype=incremental file=990702.dmp
（3） “累計型”增量導出（Cumulative）
累計型導出方式只是導出自上次“完全” 導出之後數據庫中變化了的信息。比如：
＄exp system/manager inctype=cumulative file=990702.dmp
數據庫管理員可以排定一個備份日程表，用數據導出的三個不同方式合理高效地完成。
比如數據庫的備份任務可作如下安排：
星期一：完全導出（A）
星期二：增量導出（B）
星期三：增量導出（C）
星期四：增量導出（D）
星期五：累計導出（E）
星期六：增量導出（F）
星期日：增量導出（G）
如果在星期日，數據庫遭到意外破壞，數據庫管理員可按以下步驟來恢復數據庫：
第一步：用命令CREATE DATABASE重新生成數據庫結構；
第二步：創建一個足夠大的附加回段。
第三步：完全增量導入A：
＄imp system./manager inctype= RECTORE FULL=Y FILE=A
第四步：累計增量導入E：
＄imp system/manager inctype= RECTORE FULL=Y FILE =E
第五步：最近增量導入F：
＄imp system/manager inctype=RESTORE FULL=Y FILE=F
（二）、 冷備份
冷備份發生在數據庫已經正常關閉的情況下，當正常關閉時會提供給我們一個完整的數據庫。冷備份是將關鍵性文件拷貝到另外位置的一種說法。對於備份Oracle信息而言，冷備份是最快和最安全的方法。冷備份的優點是：
1．是非常快速的備份方法（只需拷貝文件）
2．容易歸檔（簡單拷貝即可）
3．容易恢復到某個時間點上（只需將文件再拷貝回去）
4．能與歸檔方法相結合，作數據庫“最新狀態”的恢復。
5．低度維護，高度安全。
但冷備份也有如下不足：
1．單獨使用時，只能提供到“某一時間點上”的恢復。
2．在實施備份的全過程中，數據庫必須要作備份而不能作其它工作。也就是說，在冷備份過程中，數據庫必須是關閉狀態。
3．若磁盤空間有限，只能拷貝到磁帶等其它外部存儲設備上，速度會很慢。
4．不能按表或按用戶恢復。
如果可能的話（主要看效率），應將信息備份到磁盤上，然後啟動數據庫（使用戶可以工作）並將所備份的信息拷貝到磁帶上（拷貝的同時，數據庫也可以工作）。冷備份中必須拷貝的文件包括：
1．所有數據文件
2．所有控制文件
3．所有聯機REDO LOG文件
4．Init.ora文件（可選）。
值得注意的是冷備份必須在數據庫關閉的情況下進行，當數據庫處於打開狀態時，執行數據庫文件系統備份是無效的
下面是做冷備份的完整例子：
（1） 關閉數據庫＄sqldba lmode=y
SQLDBA >connect internal;
SQLDBA >shutdown normal;
（2） 用拷貝命令備份全部的時間文件、重做日志文件、控制文件、初始化參數文件
SQLDBA >! cp < file > < backup directory >
（3） 重啟Oracle數據庫
＄sqldba lmode=y
SQLDBA >connect internal;
SQLDBA >startup;
（三）、 熱備份
熱備份是在數據庫運行的情況下，采用archivelog mode方式備份數據的方法。所以，如果你有昨天夜裡的一個冷備份而且又有今天的熱備份文件，在發生問題時，就可以利用這些資料恢復更多的信息。
熱備份的要求是：
1. 熱備份工作必需要求數據庫在Archivelog 方式下操作,在SQLDBA狀態下用alter database archivelog|noarchivelog命令可改變備份的模式。
2. 熱備份只能在數據庫不使用或使用率低的情況下進行。
3. 熱備份需要大量的檔案空間。
一般情況，Oracle 以循環的方式寫入Online redo log 文件，當填滿第一個redo log文件後寫第二個，直至最後一個，最後一個被填滿後，後台進程LGWR就覆蓋第一個，在Archivelog方式下，後台進程ARCH在每一個redo log 文件被覆蓋前，給它作一個拷貝，一般，這些文檔的redo log 文件被寫入磁盤或磁帶中。如果磁盤空間夠用，建議使用磁盤，這樣可大大減少完成備份所需的時間。
在作熱備份之前，要將config.ora文件中的log_archive_start 設為true 將log_archive_dest一旦數據庫運行在archivelog狀態下，就可以做備份了。熱備份的命令文件由三部分組成：
1．數據文件一個表空間一個表空間地備份。
（1）設置表空間為備份狀態
（2）備份表空間的數據文件
（3）恢復表空間為正常狀態
2．備份歸檔log文件。
（1）臨時停止歸檔進程
（2）log下那些在archive redo log目標目錄中的文件
（3）重新啟動archive進程
（4）備份歸檔的redo log 文件
3．用alter database backup controlfile命令來備份拷貝文件
熱備份的優點是：
1．可在表空間或數據文件級備份，備份時間短。
2．備份時數據庫仍可使用。
3．可達到秒級恢復（恢復到某一時間點上）。
4．可對幾乎所有數據庫實體作恢復。
5．恢復是快速的，在大多數情況下在數據庫仍工作時恢復。
熱備份的不足是：
1．不能出錯，否則後果嚴重。
2．若熱備份不成功，所得結果不可用於時間點的恢復。
3．因難於維護，所以要特別仔細小心，不允許“以失敗而告終”。
什麼是雙機熱備？
雙機熱備這一概念包括了廣義與狹義兩種意義。
從廣義上講，就是對於重要的服務，使用兩台服務器，互相備份，共同執行同一服務。當一台服務器出現故障時，可以由另一台服務器承擔服務任務，從而在不需要人工干預的情況下，自動保證系統能持續提供服務。(相關文章：為什麼需要雙機熱備？ )
雙機熱備由備用的服務器解決了在主服務器故障時服務不中斷的問題。但在實際應用中，可能會出現多台服務器的情況，即服務器集群。
雙機熱備一般情況下需要有共享的存儲設備。但某些情況下也可以使用兩****立的服務器。(相關文章：雙機熱備的實現模式)
實現雙機熱備，需要通過專業的集群軟件或雙機軟件。(相關文章：雙機與集群軟件的選擇)
從狹義上講，雙機熱備特指基於active/standby方式的服務器熱備。服務器數據包括數據庫數據同時往兩台或多台服務器寫，或者使用一個共享的存儲設備。在同一時間內只有一台服務器運行。當其中運行著的一台服務器出現故障無法啟動時，另一台備份服務器會通過軟件診測（一般是通過心跳診斷）將standby機器激活，保證應用在短時間內完全恢復正常使用。(相關文章：雙機熱備、雙機互備與雙機雙工的區別 ) 。
我們可以通過典型的雙機熱備軟件PCL HA來看一下雙機熱備的典型模式：
－Active/Active模式
－Active/Standby模式
而實際上，雙機熱備可能會擴展為多機的集群：多機集群模式
雙機熱備一般都是用於有數據庫或其他數據的應用。而對於數據之前的應用服務器（或其他沒有寫數據操作的服務），則應該歸入負載均衡領域，可以參見：負載均衡研究。
