在開發者環境中，應用開發者將與數據庫管理員一同工作以設計一個邏輯備份策略。一般存在兩個數據庫拷貝，一個是成品數據庫，另一個由開發者使用，用來調試他們的程序。開發數據庫將與成品數據庫定期地保持同步。它們通常僅用於保護同一台機器和實例中的數據免遭數據丟失。
下面提供了幾個例子對應說明了每一種Oracle備份系統的正確使用。
1.Oracle備份系統中的物理備份
物理備份是所采用的最主要的備份方式。如果發生物理數據庫丟失或崩潰，物理備份用於保證數據庫在最小的數據丟失或沒有數據丟失的情況下得到恢復。
2.Oracle備份系統中的冷物理備份
冷物理備份提供了最簡單和最直接的方法保護數據庫免遭物理損壞或丟失。正確使用冷物理備份的示例如下：
■數據庫已經在一台數據庫服務器上創建，你想按常規對數據庫執行一個備份。數據庫在備份過程中不必處於可用狀態。
■系統管理員將對你的磁盤進行升級，每張磁盤的容量從4GB升為9GB。你需要備份系統並在新驅動器中相同的目錄結構下恢復它。
3.Oracle備份系統中的熱物理備份
熱物理備份提供了相同的保護方法用於免遭物理數據庫損壞。備份過程在數據庫打開並且用戶可以使用的情況下進行。需要執行熱物理備份的情形如下：
■你的業務需求要求你的用戶群體可以1周7天、1天24小時地使用數據庫。
■研究結果表明你的數據庫需要一整天的處理以達到一個高緩存命中率。在系統中使用許多GB內存的特大型Oracle數據庫中，往往需要花費幾個小時的處理時間才能使Oracle緩存整個數據工作組。盡管系統能夠在夜晚關閉，但是如果數據庫不在夜晚關閉的話，其早晨的性能會更好。
■盡管你的用戶群體一天僅需要系統運行12小時，然而剩余的12小時幾乎都花費在批處理上；沒有足夠的停機時間用於批處理與系統備份兩方面上。
4.Oracle備份系統中的邏輯備份
邏輯備份用於實現數據庫對象的恢復並且它是一個全面備份策略的必要的組成部分，用來保證數據庫能夠從無意中的修改（例如DELETE、DROP或UPDATE）中恢復出來。
5.Oracle備份系統中的完全邏輯備份
完全邏輯備份把整個數據庫導出到一個Oracle格式文件中，該文件可以在不同的Oracle版本、操作系統和硬件平台之間進行移植。如下特殊情況或許需要執行一個完全邏輯備份：
■你沒有另外的作為測試平台的物理系統，但是你有處於同一台機器上的成品與測試實例並且你希望它們不時地進行同步。
■新服務器剛安裝完並且將用來替換你的老服務器。你的老數據庫服務器與新數據庫服務器使用不同的平台（例如，Sun與HP）。
6.Oracle備份系統中的指定表的邏輯備份
Oracle的邏輯備份工具可完成指定表的邏輯備份。此功能可用於如下情形：
■你需要把表ABC從JSMITH模式移動到TGASPER模式。
■盡管你想保存表ABC的備份拷貝，然而你將要刪除它。
7.指定用戶的邏輯備份邏輯備份可由一個或多個指定用戶（或模式）組成。
當出現如下情形時，你或許想要使用此功能：
■你剛被告知可以刪除用戶JSMITH。該用戶擁有幾個表，而你認為某些人有可能以後會需要這些表，所以你想要備份JSMITH模式。
■有一個應用，該應用使用的表完全包含在一個單獨的模式中。你計劃對此應用進行升級，必須運行一個腳本對表和索引進行“更新”以便新版本能夠正常工作。
提示：這些具體的事例說明了不同的備份方法適合於在你的數據庫工作中所遇到的不同情形。不要只依賴一種備份方法。盡管大多數數據庫管理員知道需要物理備份的必要性，但仍有許多人不會定期運行邏輯備份。這使他們容易受到一條無意間使用的DROP命令的損害。記住，DROP命令是立即執行的，沒有回滾。
在Oracle技術支持的幫助下，使用物理備份恢復一張已被刪除的表是可能的。此恢復過程非常耗時間並且代價很大，該過程或許可以通過使用邏輯備份來避免。記住，系統不必為邏輯備份而關閉。在你運行一個沒有經過仔細檢查的SQL腳本以前，執行邏輯備份是非常重要的事情。因為DROP或DELETE命令或許出人意料地隱藏起來，等待時機對你的數據庫“發動攻擊”。
假如你把熱備份作為你的物理備份的話，那麼有機會時你還要運行冷備份。由於熱備份的復雜性，使得許多數據庫管理員（包括我自己）錯誤地認為他們已經有了一個相當近期的冷備份，這樣的話，他們不能有足夠的備份。
