用閃回查詢

❶ oracle 系統表能閃回查詢嗎

一、時間查詢閃回
用戶store登錄，查詢customers表
select * from customers;

然後update customers set LAST_NAME=LAST_NAME || 's' ;
commit;

可以看到LAST_NAME被修改了，現在如何查看修改前的數據呢?
使用sqlplus store登錄，執行如下語句，就可以查看修改之前LAST_NAME 沒有加「s」

DBMS_FLASHBACK.ENABLE_AT_TIME() 該過程將資料庫狀態閃回到一個特定的時間值。
DBMS_FLASHBACK.ENABLE_AT_TIME(SYSDATE-10/1440 ) 也就是快閃記憶體到10分鍾之前。
現在執行任何查詢就將顯示10分鍾之前的狀態。但是在pl/sql中查詢的話 還是現在現在的狀態。
所以可以從這里查看之前數據，然後在pl/sql修改回原來的值。
禁用閃回 EXECUTE DBMS_FLASHBACK.DISABLE();
這些命令只能在sqlplus 中使用，在pl/sql中不能使用。
二、系統變更號查詢閃回
根據SCN進行閃回操作比根據時間進行要更精確，因為資料庫就是使用SCN來跟蹤資料庫的變化。
獲得當前SCN命令：

通過下面語句可以閃回到這個SCN的狀態
EXECUTE DBMS_FLASHBACK.ENABLE_AT_SYSTEM_CHANGE_NUMBER(:CURRENT_SCN);
禁用閃回操作
EXECUTE DBMS_FLASHBACK.DISABLE();

❷ 如何執行Oracle資料庫閃回查詢

可按以下步驟配置閃回資料庫：（確保資料庫處於ARCHIVELOG 模式。）
1. 配置快速恢復區。
2. 使用初始化參數DB_FLASHBACK_RETENTION_TARGET 設置保留目標。可指定
一個上限（以分鍾為單位），指示資料庫能夠閃回到多長時間以前。本示例使用
了 2880 分鍾，相當於兩天。此參數只是一個目標，並不提供任何保證。閃回時間
間隔取決於快速恢復區中保留的閃回數據量的大小。
3. 使用以下命令啟用閃回資料庫：
ALTER DATABASE FLASHBACK ON;
必須先配置資料庫以進行歸檔，且必須在 MOUNT EXCLUSIVE 模式下啟動資料庫
後，才能發出此命令來啟用閃回資料庫。
可以使用以下查詢來確定是否已啟用閃回資料庫：
SELECT flashback_on FROM v$database;
可以使用ALTER DATABASE FLASHBACK OFF 命令禁用閃回資料庫。這樣，會自動刪
除所有現有的閃回資料庫日誌。
註：僅當在獨占模式下裝載（而不是打開）資料庫時才能啟用閃回資料庫。

1.確認當前模式
SYS AS SYSDBA on 29-MAR-05 >select flashback_on from v$database;
FLA
---
NO
2.檢查/修改恢復區設置
SYS AS SYSDBA on 29-MAR-05 >show parameter db_recovery_file_dest
NAME TYPEVALUE
------------------------------------ ----------- ------------------------------
db_recovery_file_deststring /u01/app/oracle/flash_recovery_areadb_recovery_file_dest_size big integer 10G
SYS AS SYSDBA on 29-MAR-05 >alter system set db_recovery_file_dest='/u01/app/oracle/flash_recovery_area';
SYS AS SYSDBA on 29-MAR-05 >alter system set db_recovery_file_dest_size=15G;

3.檢查/修改閃回時間設置
SYS AS SYSDBA on 29-MAR-05 >show parameter db_flashback_retention_target
NAME TYPEVALUE
------------------------------------ ----------- ------------------------------
db_flashback_retention_targetinteger 60
SYS AS SYSDBA on 29-MAR-05 >alter system set db_flashback_retention_target=1440;--分鍾
System altered.
如何設置flash recovery area
(1).db_recovery_file_dest：指定閃回恢復區的位置
(2).db_recovery_file_dest_size：指定閃回恢復區的可用空間大小
(3).db_flashback_retention_target：指定資料庫可以回退的時間，單位為分鍾，默認1440分鍾，也就是一天。當然，實際上可回退的時間還決定於閃回恢復區的大小，因為裡面保存了回退所需要的 flash log。所以這個參數要和db_recovery_file_dest_size配合修改。
alter system set db_flashback_retention_target=1440;
alter system set db_recovery_file_dest='/u01/app/oracle/flash_recovery_area';
alter system set db_recovery_size=15G;

4.重新啟動資料庫到Mount狀態
啟動flashback database選項。
SYS AS SYSDBA on 29-MAR-05 >shutdown immediate;
Database closed.
Database dismounted.
ORACLE instance shut down.
SYS AS SYSDBA on 29-MAR-05 >startup mount exclusive;
ORACLE instance started.
Total System Global Area 314572800 bytes
Fixed Size 1301704 bytes
Variable Size 261890872 bytes
Database Buffers 50331648 bytes
Redo Buffers1048576 bytes
Database mounted.

SYS AS SYSDBA on 29-MAR-05 >alter database flashback on;
Database altered.
SYS AS SYSDBA on 29-MAR-05 >alter database open;
Database altered.

❸ oracle在沒有閃回的情況下怎樣找回以刪了的表

多項研究表明，40% 的應用程序故障都是由操作員或用戶的錯誤造成的。人非聖賢，孰能無過？但是，這些錯誤很難避免，而且在沒有事先規劃和使用正確技術的情況下尤其難以恢復。這樣的錯誤會導致「邏輯」數據損壞，或者導致 IT 基礎架構的一個或多個組件停止運行。糾正個別組件的錯誤相對來說簡單，而檢測並糾正邏輯數據的損壞，例如意外刪除了有價值的數據時，所耗費的操作將導致業務產出的巨大損失。典型的用戶錯誤可能包括意外刪除了有價值的數據，錯誤刪除了數據和錯誤刪除了表。避免人為錯誤 Oracle 資料庫體系結構利用了人為錯誤資料庫恢復領域獨有的技術進展。Oracle 閃回技術提供了一組新特性，可及時查看數據並在時間上前後滾動數據。使用閃回特性，可以查詢歷史數據、執行更改分析，以及執行自助修復，以便在資料庫聯機時從邏輯損壞中恢復。利用 Oracle 閃回技術，您完全可以撤銷過去的操作！Oracle9i 引入了閃回查詢，從而提供了可從人為錯誤中恢復的簡單、強大和全面的非破壞性機制。它允許用戶查看過去某個時間點的數據狀態，而無需更改任何資料庫結構。 Oracle 資料庫 10g 擴展了閃回技術，提供了基於資料庫、表、行和事務級別的快速、方便的恢復。閃回技術使恢復過程實現了革命性變化，您只需對更改的數據進行操作。現在，錯誤恢復所需的時間就相當於錯誤發生的時間。Oracle 10g 閃回技術包括閃回資料庫、閃回表、閃回刪除、閃回版本查詢以及閃回事務查詢。 可以輕松地利用閃回技術進行非修復性操作，如使用閃回查詢進行歷史審計、利用閃回資料庫撤銷測試更改。Oracle 資料庫 11g 引進了一個創新的方法，使用閃回數據存檔來管理和查詢長期的歷史數據。該版本還提供了簡單的一步式事務撤銷操作，實現了新的閃回事務功能。 Oracle 資料庫 11g 中的新特性 閃回數據存檔 閃回數據存檔能夠以高度的應用程序透明性、安全性及高效的方式自動跟蹤和維護對所有 Oracle 數據的歷史更改。作為 Oracle Total Recall 選件的組成部分，閃回數據存檔為企業提供了快速、集中和極其高效的解決方案，以滿足管理所有歷史數據的需要。閃回數據存檔自動跟蹤對資料庫中所存儲數據的每個更改，同時維護一個安全、高效和易於訪問的歷史數據存檔。捕獲的歷史數據可以根據業務需要保存任意長的時間，並且可以使用閃回 SQL 查詢方便地進行訪問。在現有表和新建表上均可立即啟用歷史數據跟蹤，更重要的是，以一種完全應用程序透明的方式進行跟蹤。 閃回數據存檔提供了一個高性能的、存儲優化的、具有集中管理界面的解決方案，可以滿足組織對數據保留和更改控制的需求。使用閃回數據存檔進行歷史數據跟蹤的主要好處包括： 應用程序透明： 在應用程序沒有更改或更改很小的情況下，可以在一個或多個表上立即啟用歷史數據捕獲。因此，客戶可以使用該特性捕獲打包應用程序以及自行開發的應用程序的歷史數據。 無縫訪問： 可以使用熟悉的閃回 SQL 結構輕松訪問歷史數據。閃回數據存檔包括對閃回查詢的支持。應用程序可以及時無縫地查詢不同時間點的表歷史數據。無需拍攝特殊快照既可利用該特性。 安全性： 歷史數據一旦生成，任何用戶都不能進行修改。這就實現了即取即用，而無需特殊或額外的設置。對內部歷史表的訪問限制為只讀。不允許用戶（包括管理員）進行 DML 操作。由於通過閃回查詢機制提供了無縫訪問，因此應用程序無需直接查詢內部歷史表。 最小的性能開銷： 常規用戶事務幾乎沒有影響。閃回數據存檔採用輕型機制來標記要存檔的跟蹤表上的 DML 操作。通過稍後介紹的後台進程非同步生成實際歷史記錄並進行存檔。 存儲優化： 在內部對歷史數據進行分區和高度壓縮，以減少佔用的存儲空間。閃回數據存檔採用高效的壓縮模式來壓縮內部歷史表。此外，它還依據范圍分區模式對內部歷史表進行自動分區。閃回數據存檔中的壓縮和分區都是自動管理的，無需特殊管理。 集中管理： 閃回數據存檔提供了一個基於策略的集中管理界面，實現了大量正在進行中的管理任務自動化。使用閃回數據存檔，可以方便地對表進行分組並設置常規保留策略。新表將從所在的閃回數據存檔中自動繼承保留參數。Oracle 將根據指定的保留策略自動清除所有跟蹤表中過期的歷史數據。這就可以將管理員從重復的歷史數據管理中解放出來，避免了與人工維護有關的成本高昂的錯誤（如，錯誤清除了歷史數據）。 閃回事務 大型資料庫應用程序依賴復雜的事務序列，以確保一組插入、更新或刪除的原子性和一致性。如果出現一個「問題」事務，管理員必須向前追溯，了解哪些更改受該事務的影響並確定任何依賴關系（例如，「問題」事務之後修改了相同數據的事務），從而確保撤銷該事務，保留原始的、好的數據狀態和任何相關數據。執行這種事務分析可能很費力，尤其對非常復雜的應用程序。通過閃回事務，使用一個 PL/SQL 操作即可實現單個事務（還可以包含它依賴的所有事務）的閃回，或者使用直觀的 EM 向導來識別並閃回有問題的事務。閃回事務依賴於給定事務及其相關事務的撤銷數據和存檔重做日誌的可用性，以便撤銷更改。Oracle 資料庫 10g 第 2 版中的新特性恢復點 當需要進行 Oracle 資料庫時間點恢復操作時，DBA 必須確定數據必須回滾到的時間或 SCN。Oracle 資料庫 10g 第 2 版用恢復點簡化了時間點恢復。恢復點是用戶定義的一個名稱，與閃回資料庫、閃回表和恢復管理器 (RMAN) 結合使用時可以代替 SCN 或時鍾時間，可以通過企業管理器或者用 SQL*Plus 或 RMAN 以命令行方式創建。使用恢復點，無需調查事務的 SCN 或時間，使用戶能夠收藏資料庫事務事件。有保證的恢復點確保了始終維護足夠的閃回日誌，以便返回到恢復點。這意味著快速恢復區將不刪除閃回日誌，除非當前的保證恢復點不再需要這些日誌。可在進行主要資料庫更改（如資料庫批處理作業或模式升級）之前創建這些特殊恢復點，從而可在需要撤銷更改時使用這些恢復點進行閃回。通過RESETLOGS 閃回資料庫 通過RESETLOGS 閃回資料庫使 RESETLOGS 操作之前創建的閃回日誌可用於閃回資料庫操作。在 Oracle 資料庫 10g 第 2 版中，使用 RESETLOGS 打開資料庫後即保留閃回日誌。如果直到執行了 RESETLOGS 之後才發現長期存在的邏輯錯誤，這種情況下該特性非常有用，需要在 RESETLOGS 之前進行閃回。在 Oracle Data Guard 環境中，該功能允許物理備用資料庫以讀寫方式打開，以便稍後閃回更改並將更改轉換回物理備用資料庫。如果切換操作後發現邏輯錯誤，可以將主資料庫和備用資料庫閃回到切換操作前的 SCN 或時間點。Oracle 資料庫 10g 第 1 版中的新特性閃回資料庫 閃回資料庫可快速地將 Oracle 資料庫倒回至以前的某個時間，以便糾正由邏輯數據損壞或用戶錯誤造成的任何問題。閃回資料庫就像資料庫的「倒退按鈕」。它提供資料庫的時間點恢復，而無需先恢復資料庫備份。當您希望消除從磁帶恢復資料庫備份所花的時間時，資料庫時間點恢復是一種快速方法。 閃回資料庫功能（可使用 FLASHBACK DATABASE 命令從 RMAN 和 SQL*Plus 啟用）與傳統的時間點恢復的效果類似。它允許您將資料庫返回到其近期的狀態。若要啟用閃回資料庫功能，用 DBA 配置閃回恢復區。快速恢復區是 Oracle 資料庫 10g 的一個新特性，它為 Oracle 資料庫中所有與恢復相關的文件和操作提供了統一的存儲位置。除了閃回資料庫日誌外，恢復區還包含存檔重做日誌和 RMAN 備份。有關快速恢復區的詳細信息，請參考 Oracle 備份和恢復文檔。 Oracle 在快速恢復區內自動創建和管理閃回日誌。因為快速恢復區配置了空間定額，閃回日誌要受制於這些磁碟空間限制。閃回日誌的大小區別很大，這取決於在給定的閃回日誌間隔期間資料庫更改的讀/寫速度。舊程序塊版本的副本被寫入到閃回日誌中。如果一天之內更新了 10% 的資料庫程序塊，則 24 小時閃回日誌的大小約為您資料庫大小的十分之一。如果將資料庫恢復到過去較早時期可能要求更多的磁碟空間，則 DBA 可能會動態地更改此磁碟定額。 閃回為 Data Guard 提供了易於使用的方法來糾正用戶錯誤。閃回資料庫既可用在主資料庫上又可用在備份資料庫上，可快速地將資料庫恢復到較早的時間點，從而避免用戶錯誤。同時，如果管理員決定故障切換到備用資料庫，但那些用戶錯誤已被應用於備用資料庫（例如，由於啟用了實時應用特性），則管理員只需將備用資料庫閃回到某個安全的時間點。啟用閃回資料庫的性能開銷不到 2%。您可能不希望犧牲任何生產資料庫的性能開銷，而是實現一種平衡。如果能在數分鍾而不是數小時內恢復資料庫，則可避免公司上百萬美元的收益損失，您願意將 2% 的資源用於閃回資料庫嗎？啟用閃回資料庫功能有以下幾方面好處： 免去了恢復備份的時間。當資料庫因遇到災難性故障而關閉時，公司因無法做生意而導致大量收入損失。 消除了備用資料庫重做應用延遲。 閃回資料庫與 Data Guard 無縫集成。備用資料庫現在可以輕鬆快速閃回到過去的任意時間點，這樣在應用重做過程中就不需要延遲。 意外錯誤糾正。 閃回資料庫提供了 Oracle 資料庫的連續快照。資料庫可以回退到 SCN 或時間戳。 閃回表 當發生人為錯誤或應用程序錯誤時，您可能想將一個或多個表狀態恢復至故障發生以前的時間點。使用閃回表，DBA 能夠將一個或一組錶快速輕松地聯機恢復到指定時間點。閃回表可在恢復表的同時自動保留其相關屬性（如當前索引、觸發器和限制），而無需 DBA 查找和恢復應用程序特有的屬性。閃回表緩解了執行更為復雜的時間點恢復操作的需求。以下命令將 ORDERS 和 ORDER_ITEMS 表閃回到 7 月 7 日下午 2:33。 FLASHBACK TABLE orders, order_items TO TIMESTAMP (JUL-07-2003, 02:33:00);和閃回查詢一樣，閃回表也依靠撤銷數據來恢復表。因此撤銷數據必須可用，這樣閃回表才能成功。自動撤銷管理特性允許您使用 UNDO_RETENTION 初始化參數指定保留撤銷數據的時間。通過使用此參數並適當地規定撤銷表空間大小，DBA 能夠控制使用閃回表的情況下可修復表的回退時間長短。 DBA 可以使用閃回表特性快速地從人為錯誤中恢復，它還可以用作自助式修復工具以便從意外修改或刪除中恢復。應用程序開發人員可以將閃回表功能合並到他們定製的應用程序中。憑借基於時間點對象的恢復可用性、快速恢復和易用性，該工具相比於介質恢復提供更多的好處。閃回表聯機執行恢復操作 將指定表中的所有數據恢復到時間戳或 SCN 描述的先前的時間點。 自動恢復所有的表屬性（如索引、觸發器以及應用程序所必需的內容），這些應用程序利用閃回的表才能發揮作用。 在分布式環境中維護任何遠程狀態。例如，所有應用程序要求的表修改都被閃回。 按照約束規定保持數據完整性。Oracle 保留了所有從屬對象和參考的完整性。 即使在閃回操作以後，仍然能夠將其恢復到最初狀態。 閃回刪除 回收站是一個虛擬容器，所有被刪除的對象都駐留在這里。在回收站中，這些對象占據與創建它們時所佔據的相同空間。如果在 USERS 表空間中創建表 EMP，那麼刪除的表 EMP 保留在 USERS 表空間中。並不移動刪除的表和任一相關對象（如索引、約束、嵌套表和其他相關對象），僅對它們進行重命名，使其前綴為 BIN$$。可以繼續訪問刪除表中的數據，甚至可以依據刪除表使用閃回查詢。在刪除回收站對象前，每個用戶對回收站對象都擁有相同的權利和許可權。可以通過查詢新回收站視圖來查看刪除表。回收站中的對象將保留在資料庫中，直到刪除對象的所有者決定使用新清除命令永久性刪除這些對象。按用戶的定額對回收站中的對象計數。但閃回刪除是一種非破壞性特性。如果發生下面的情況，將通過空間恢復過程自動清除回收站中的對象用戶創建新表或添加導致其超出定額的數據。 表空間需要擴展其文件大小，以適應創建/插入操作。 錯誤刪除了表？沒問題。使用閃回刪除快速撤銷刪除。 閃回查詢 閃回查詢是隨 Oracle9i 一起引入的，它提供了查看存在於以前的數據的能力。默認情況下，資料庫上的操作使用最近提交的可用數據。如果希望查詢過去某個時間的資料庫，那麼，可以使用閃回查詢特性進行此項操作。此特性可以指定時間或系統更改編號 (SCN)，並使用提交的數據從對應時間中進行查詢。當使用自動撤銷管理時，閃回查詢機制最有效。 Oracle 資料庫將撤銷操作當作第一等級的資料庫對象。撤銷操作具有持久性，可使資料庫系統繼續有效，也可導致資料庫系統崩潰或關閉。為獲取更佳性能，它還與其他資料庫對象分享資料庫緩沖存儲器。Oracle 資料庫使用超出事務處理提交范圍的撤銷操作，提供長期運行查詢的讀取一致性，並從邏輯損壞中恢復。 Oracle 資料庫提供了直接指定為保留而進行的撤銷數量的方法。此系統自動回收過期的撤銷操作，以便為新事務生成撤銷提供空間。撤銷保留值的選擇取決於長期運行查詢的長度以及邏輯損壞的恢復需求。然而，用戶可以不選擇指定的撤銷保留，以及允許系統為指定的撤銷空間提供最佳保留。此最佳保留考慮到長期運行查詢以及從邏輯損壞中恢復的最佳可能范圍。並不保證默認的撤銷保留。如果用盡用於現行事務的過期撤銷，那麼，系統可以使用最早的未過期撤銷操作。 如果UNDO_RETENTION 設置為大於 5 天，那麼，Oraclee 資料庫 10g 第 1 版中的一項新功能是可以查詢過去 5 天以前的數據。只要為撤銷表空間數據文件分配足夠的磁碟空間，那麼，Oracle 將維護一段時間內的撤消操作。下面描述了確保資料庫可以使用依賴於撤銷操作的閃回查詢和其他閃回特性所需要的步驟：確保資料庫使用一個撤銷表空間。將 UNDO_MANAGEMENT 初始化參數設置為自動指定。 將UNDO_RETENTION 初始化參數設置為一個可以使撤銷操作保留足夠時間的值，從而可以及時成功返回您的最長查詢或者從人為錯誤中恢復。 為了保證未過期的撤銷不被覆蓋，設置撤銷表空間的 RETENTION GUARANTEE 子句。 閃回查詢的一個獨有特性是可以查看過去的數據，然後正確選擇如何處理此信息。您可以進行分析，然後撤銷更改，或者捕獲更改的數據以供將來處理。閃回查詢機制非常靈活，可以用於很多場合。可用於：查詢過去存在的數據。 將當前數據與過去的數據進行比較。可以比較單獨行或進行更復雜的比較，如查找交集或合並。 恢復已刪除或更改的數據。 閃回版本查詢 閃回版本查詢提供了審計錶行以及檢索有關更改行事務信息的方法。它檢索所有提交的行版本，這些行位於或曾經位於發出查詢的時間和過去某一時間點之間。它利用自動撤銷管理完成此項操作。 閃回版本查詢是 SQL 的擴展，可用於檢索指定表中不同行的版本，此表存在於特定時間段內。對於任一指定的表，每次執行 COMMIT 語句時，都會創建一個新行版本。閃回版本查詢返回存在於指定時間段內的每個行版本的行。使用 SELECT 語句的 VERSIONS BETWEEN 子句調用閃回版本查詢功能。 閃回版本查詢提供了新的附加列，這些列提供了有關行數據事務的詳細信息，此行數據允許 DBA 查明 Oracle 資料庫中數據更改的時間和方式。 VERSIONS_XID — 創建此行版本的事務 id VERSIONS_OPERATION — 創建此行版本的操作（如刪除、插入和更新） VERSIONS_STARTSCN — 此行版本首次中出現時的 SCN VERSIONS_ENDSCN — 此行版本首次進行更改時的 SCN。 閃回版本查詢是 DBA 運行分析和回答「這是怎麼發生的？」問題的強大工具。DBA 不僅可以運行手動分析，而且閃回版本查詢還是應用程序開發人員的強大工具。可以構建用於審計目的的自定義應用程序。並不是每個人都能夠真正解釋他/她的操作。 閃回事務查詢 您可能會發現表中的數據不知何故被不正確地更改了。為了研究該更改，可使用多個閃回查詢及時查看指定點的行數據。更高效的方法是，使用閃回版本查詢特性查看一定時間內對行進行的所有更改以及相關的事務 id。該特性允許將 VERSIONS BETWEEM 子句附加至 SELECT 語句，後者指定 SCN 或希望查看其間行值發生變化的時間戳范圍。 一旦確定錯誤事務，就可使用閃回事務查詢特性識別該事務進行的其他更改，並請求撤銷 SQL 來沖銷這些更改。您可以通過 FLASHBACK_TRANSACTION_QUERY 視圖獲得事務歷史記錄和撤消 SQL。 如果需要將錯誤事務的結果倒退回去，可以手動執行撤銷 SQL 語句，從而可以輕松地從用戶或應用程序錯誤中恢復。閃回事務查詢可以提高對資料庫中問題的聯機診斷能力，並利於執行事務分析和審計。總結 人為錯誤是導致系統故障的主要原因之一。這些錯誤很難避免，而且在沒有事先規劃和使用正確技術的情況下尤其難以恢復。「正確」技術是：Oracle 資料庫 11g。為什麼犯錯誤只需幾秒，而恢復卻要花費數小時或數天？不應如此並且現在也不會如此。閃回通過只在更改數據上運行引發了恢復變革。一條命令即可修復人為錯誤導致的損壞。閃回技術在去除了恢復的復雜性的同時，縮短了從難以預測的人為錯誤恢復的時間。

❹ 閃回查詢~A為什麼不要

無論閃回（flashback）還是之前的select from table as scn #
都是從redolog中查詢內容
archivelog的作用是當redolog切換時，將最早的一個redolog拷貝到歸檔文件並復用
而非歸檔模式時即直接復寫最早的redolog
所以說，archivelog模式與閃回沒有直接關系，不是實現閃回查詢的必要條件

btw，好奇的問問，除了C，你覺得還有要選的么～？

❺ 如何閃回刪除的表格oracle

查看回收站中表

selectobject_name,original_name,partition_name,type,ts_name,createtime,droptimefromrecyclebin;

恢復表

SQL>flashbacktabletest_droptobeforedrop;或
SQL>flashbacktable"BIN$b+XkkO1RS5K10uKo9BfmuA==$0"tobeforedrop;

註：必須9i或10g以上版本支持，flashback無法恢復全文索引

以下為參考資料

使用 Oracle Database 10g 中的閃回表特性，可以毫不費力地恢復被意外刪除的表

以下是一個不該發生卻經常發生的情況：用戶刪除了一個非常重要的表 ― 當然是意外地刪除 ― 並需要盡快地恢復。（在某些時候，這個不幸的用戶可能就是 DBA！）

Oracle9i Database 推出了閃回查詢選項的概念，以便檢索過去某個時間點的數據，但它不能閃回 DDL 操作，如刪除表的操作。唯一的恢復方法是在另一個資料庫中使用表空間的時間點恢復，然後使用導出/導入或其他方法，在當前資料庫中重新創建表。這一過程需要 DBA 進行大量工作並且耗費寶貴的時間，更不用說還要使用另一個資料庫進行克隆。

請使用 Oracle Database 10g 中的閃回表特性，它使得被刪除表的恢復過程如同執行幾條語句一樣簡單。讓我們來看該特性是如何工作的。

刪除那個表！

首先，讓我們查看當前模式中的表。

SQL>select*fromtab;
TNAME
TABTYPE
CLUSTERID
-----------------------------------
RECYCLETEST
TABLE

現在，我們意外地刪除了該表：

SQL>droptablerecycletest;
Tabledropped.

現在讓我們來查看該表的狀態。

SQL>select*fromtab;
TNAME
TABTYPE
CLUSTERID
-----------------------------------------
BIN$04LhcpndanfgMAAAAAANPw==$0TABLE

表 RECYCLETEST 已不存在，但是請注意出現新表 BIN$04LhcpndanfgMAAAAAANPw==$0。這就是所發生的事情：被刪除的表 RECYCLETEST 並沒有完全消失，而是重命名為一個由系統定義的名稱。它存在於同一個表空間中，具有與原始表相同的結構。如果在該表上定義了索引或觸發器，則它們也被重命名，使用與表相同的命名規則。任何相關源（如過程）都失效；原始表的觸發器和索引被改為放置在重命名的表 BIN$04LhcpndanfgMAAAAAANPw==$0 上，保持被刪除表的完整對象結構。

表及其相關對象被放置在一個稱為"回收站"的邏輯容器中，它類似於您 PC 機中的回收站。但是，對象並沒有從它們原先所在的表空間中刪除；它們仍然佔用那裡的空間。回收站只是一個列出被刪除對象目錄的邏輯結構。在 SQL*Plus 提示符處使用以下命令來查看其內容（您需要使用 SQL*Plus 10.1 來進行此操作）：

SQL>showrecyclebin
ORIGINALNAME
RECYCLEBINNAME
OBJECTTYPE
DROPTIME
----------------------------------------------------------------
RECYCLETEST
BIN$04LhcpndanfgMAAAAAANPw==$0TABLE
2004-02-16:21:13:31

結果顯示了表的原始名稱 RECYCLETEST，並顯示了回收站中的新名稱，該名稱與我們看到的刪除後所創建的新表名稱相同。（注意：確切的名稱可能因平台不同而不同。）為恢復該表，您所需要做的就是使用 FLASHBACK TABLE 命令：

SQL>;
FLASHBACKCOMPLETE.
SQL>SELECT*FROMTAB;
TNAME
TABTYPE
CLUSTERID
-----------------------------------------
RECYCLETEST
TABLE

瞧！表毫不費力地恢復了。如果現在查看回收站，它將是空的。

記住，將表放在回收站里並不在原始表空間中釋放空間。要釋放空間，您需要使用以下命令清空回收站：

PURGERECYCLEBIN;

但是如果您希望完全刪除該表而不需要使用閃回特性，該怎麼辦？在這種情況下，可以使用以下命令永久刪除該表：

DROPTABLERECYCLETESTPURGE;

此命令不會將表重命名為回收站中的名稱，而是永久刪除該表，就象 10g 之前的版本一樣。

管理回收站

如果在該過程中沒有實際刪除表 ― 因而沒有釋放表空間 ― 那麼當被刪除的對象佔用了所有空間時，會發生什麼事？

答案很簡單：這種情況根本不會出現。當表空間被回收站數據完全占滿，以至於必須擴展數據文件來容納更多數據時，可以說表空間處於"空間壓力"情況下。此時，對象以先進先出的方式從回收站中自動清除。在刪除表之前，相關對象（如索引）被刪除。

同樣，空間壓力可能由特定表空間定義的用戶限額而引起。表空間可能有足夠的空餘空間，但用戶可能將其在該表空間中所分配的部分用完了。在這種情況下，Oracle 自動清除該表空間中屬於該用戶的對象。

此外，有幾種方法可以手動控制回收站。如果在刪除名為 TEST 的特定表之後需要從回收站中清除它，可以執行

PURGETABLETEST;

或者使用其回收站中的名稱：

PURGETABLE"BIN$04LhcpndanfgMAAAAAANPw==$0";

此命令將從回收站中刪除表 TEST 及所有相關對象，如索引、約束等，從而節省了空間。但是，如果要從回收站中永久刪除索引，則可以使用以下命令來完成工作：

purgeindexin_test1_01;

此命令將僅僅刪除索引，而將表的拷貝留在回收站中。

有時在更高級別上進行清除可能會有用。例如，您可能希望清除表空間 USERS 的回收站中的所有對象。可以執行：

PURGETABLESPACEUSERS;

您也許希望只為該表空間中特定用戶清空回收站。在數據倉庫類型的環境中，用戶創建和刪除許多臨時表，此時這種方法可能會有用。您可以更改上述命令，限定只清除特定的用戶：

PURGETABLESPACEUSERSUSERSCOTT;

諸如 SCOTT 等用戶可以使用以下命令來清空自己的回收站

PURGERECYCLEBIN;

DBA 可以使用以下命令清除任何錶空間中的所有對象

PURGEDBA_RECYCLEBIN;

可以看到，可以通過多種不同方法來管理回收站，以滿足特定的需要。

表版本和閃回功能

用戶可能會經常多次創建和刪除同一個表，如：

CREATETABLETEST(COL1NUMBER);
INSERTINTOTESTVALUES(1);
commit;
DROPTABLETEST;
CREATETABLETEST(COL1NUMBER);
INSERTINTOTESTVALUES(2);
commit;
DROPTABLETEST;
CREATETABLETEST(COL1NUMBER);
INSERTINTOTESTVALUES(3);
commit;
DROPTABLETEST;

此時，如果您要對表 TEST 執行閃回操作，那麼列 COL1 的值應該是什麼？常規想法可能認為從回收站取回表的第一個版本，列 COL1 的值是 1。實際上，取回的是表的第三個版本，而不是第一個。因此列 COL1 的值為 3，而不是 1。

此時您還可以取回被刪除表的其他版本。但是，表 TEST 的存在不允許出現這種情況。您有兩種選擇：

使用重命名選項：

;
;

這些語句將表的第一個版本恢復到 TEST1，將第二個版本恢復到 TEST2。 TEST1 和 TEST2 中的列 COL1 的值將分別是 1 和 2。或者，

使用表的特定回收站名稱進行恢復。為此，首先要識別表的回收站名稱，然後執行：

FLASHBACKTABLE"BIN$04LhcpnoanfgMAAAAAANPw==$0"TOBEFOREDROPRENAMETOTEST2;
FLASHBACKTABLE"BIN$04LhcpnqanfgMAAAAAANPw==$0"TOBEFOREDROPRENAMETOTEST1;

這些語句將恢復被刪除表的兩個版本。

警告......

取消刪除特性使表恢復其原始名稱，但是索引和觸發器等相關對象並沒有恢復原始名稱，它們仍然使用回收站的名稱。在表上定義的源（如視圖和過程）沒有重新編譯，仍然保持無效狀態。必須手動得到這些原有名稱並應用到閃回表。

信息保留在名為 USER_RECYCLEBIN 的視圖中。在對表進行閃回操作前，請使用以下查詢來檢索原有名稱。

SELECTOBJECT_NAME,ORIGINAL_NAME,TYPE
FROMUSER_RECYCLEBIN
WHEREBASE_OBJECT=(SELECTBASE_OBJECTFROMUSER_RECYCLEBIN
WHEREORIGINAL_NAME='RECYCLETEST')
ANDORIGINAL_NAME!='RECYCLETEST';
OBJECT_NAME
ORIGINAL_NTYPE
----------------------------------------
BIN$04LhcpnianfgMAAAAAANPw==$0IN_RT_01
INDEX
BIN$04LhcpnganfgMAAAAAANPw==$0TR_RT
TRIGGER

在表進行閃回操作後，表 RECYCLETEST 上的索引和觸發器將按照 OBJECT_NAME 列中所示進行命名。根據以上查詢，可以使用原始名稱重新命名對象，如下所示：

ALTERINDEX"BIN$04LhcpnianfgMAAAAAANPw==$0"RENAMETOIN_RT_01;
ALTERTRIGGER"BIN$04LhcpnganfgMAAAAAANPw==$0"RENAMETOTR_RT;

一個值得注意的例外情況是點陣圖索引。當刪除點陣圖索引時，它們並不放置在回收站中 ― 因此無法檢索它們。約束名稱也無法從視圖中檢索。必須從其他來源對它們進行重命名。
閃回表的其他用途

閃回刪除表功能不僅限於恢復表的刪除操作。與閃回查詢類似，您還可以使用它將表恢復到不同的時間點，形如flashback table tmm2076 TO TIMESTAMP to_timestamp('2007-05-22
12:00:00','yyyy-mm-dd hh24:mi:ss')
彈出ORA-08189錯誤，需要執行以下命令先：
alter table tmm2076 enable row movement這個命令的作用是，允許oracle修改分配給行的rowid。

然後再flashback，數據被恢復完畢。

❻ oracle 怎樣利用閃回功能恢復數據

利用閃回恢復數據必須要開啟歸檔

一、閃回查詢
語法：select * from 表名 as of timestamp
to_timestamp('2016-08-01 01:00:00','yyyy-mm-dd hh24:mi:ss');
二、閃回表
語法：
alter table 表名 enable row movement; 允許行移動

flashback table 表名 to timestamp to_timestamp('2016-08-01
01:00:00','yyyy-mm-dd hh24:mi:ss');
三、閃回刪除
使用回收站（recyclebin）閃回刪除的表
四、閃回資料庫
（1）確認資料庫處於archive log模式且資料庫開啟閃回功能；

（2）Flashback Database 實際是對資料庫的一個不完全恢復操作，因為需要關閉資料庫重啟到mount狀態
方式一：通過時間戳閃回

語法：flashback database to timestamp to_timestamp('2016-08-02 21:12:46','yyyy-mm-dd
HH24:MI:SS');
方式二：通過SCN閃回
語法：flashback database to scn 13081009;
執行完flashback database之後，oracle提供了兩種方式修復資料庫
1、通過alter database open
resetlogs打開資料庫。當然，指定的scn或者timestamp之後產生的數據統統丟失
2、先執行alter database open
read only以read-only模式打開資料庫，確認數據無誤後，再以resetlogs的方式打開資料庫

五、閃回數據歸檔
（1）創建閃回表空間
（2）創建閃回歸檔
語法：create flashback archive [default] name tablespace tbs_name quoto 10g retention 1 year
（3）開啟表的閃回歸檔
語法：alter table tb_name flashback archie;
ps:開啟了閃回的表，不能drop，允許truncate。

六、創建還原點
（1）創建保證還原點
create restore point point_name grarantee flashback database;
（2）還原
restore point point_name;

❼ 什麼是閃回技術啊主要內容有哪些啊

為了使oracle資料庫從任何邏輯誤操作中迅速恢復，Oracle 資料庫10g 提供了一系列人為錯誤更正技術，稱為閃回。閃回從根本上改變了數據恢復。過去，資料庫在幾分鍾內就可能損壞，但需要幾小時才能恢復。利用閃回技術，更正錯誤的時間與錯誤發生時間幾乎相同。而且它非常易用，使用一條短命令便可恢復整個資料庫，而不必執行復雜的程序。閃回技術提供了一個 SQL 界面，能夠快速分析和修復人為錯誤。閃回技術為本地數據損壞提供了細粒度外部分析和修復，如當錯誤刪除客戶訂單時。閃回技術還支持修復更多廣泛的損壞，同時快速避免長時間停機，如當本月的所有客戶訂單都被刪除時。閃回技術是 Oracle 資料庫獨有的特性，支持各級恢復，包括行、事務、表、表空間和資料庫范圍。
1 閃回查詢
在Oracle 9i之前，如果用戶錯誤操作數據後，除了不完全恢復外，沒有好的解決辦法。Oracle 9i中提供閃回查詢，由一個新的包DBMS_FLASH來實現。用戶使用閃回查詢可以及時取得誤操作DML（Delete、Update、Insert）前某一時間點資料庫的映像視圖，用戶可以利用系統時間或系統改變號（SCN：System Change Number）來指定這個只讀視圖，並可以針對錯誤進行相應的恢復措施。閃回查詢功能完全依賴於自動回滾段管理（AUM），對於Drop等誤操作不能恢復。閃回特性可應用在以下方面：
（1）自我維護過程中的修復：當一些重要的記錄被意外刪除，用戶可以向後移動到一個時間點，查看丟失的行並把它們重新插入現在的表內恢復。
（2）恢復Email和聲音Email：當用戶意外刪除了Email或者聲音信息時，可以通過移回到固定時間點來恢復刪除。
（3）賬號平衡狀況：可以查看以前的歷史數據。如銀行外幣管理中用於記錄特定時間的匯率。在以前，匯率變更被記錄在一個歷史表中，現在就可以通過閃回功能進行查詢。
（4）用於趨勢分析的決策支持系統：決策支持系統和聯機分析應用必須執行一個長時間的事務。使用閃回查詢，這些應用可以對歷史數據執行分析和建模。例如，特定產品如礦泉水隨季節變化需求情況的變化。

2 閃回版本查詢
閃回版本查詢提供了一種查看行級資料庫變化的方法。它是 SQL 的擴展，支持以特定時間間隔檢索所有不同版本的行。例如：
Select * from EMPLOYEE versions between 『2:00 PM』 and 『3:00 PM』 where …
該語句顯示出今天下午 2 點至 3 點之間該行的各版本，每個版本都由不同的事務所更改。使用 DBA 可指出數據何時、如何被更改的，並追溯到用戶、應用程序或事務。這使得 DBA 可以跟蹤資料庫中的邏輯破壞並加以更正。它還讓應用開發人員能夠對其代碼進行調試。

3 閃回事務查詢
閃回事務查詢提供了一種查看事務級資料庫變化的方法。它是 SQL 的擴展，能夠看到事務帶來的所有變化。例如：
Select * from DBA_TRANSACTION_QUERY where xid = 『000200030000002D』;
該語句顯示出該事務引起的結果性變化。此外，返回補充 SQL 語句，並用於撤消由事務引起的各行變化。使用精密工具（如 DBA），應用開發人員可以精確地診斷和更正資料庫或應用中的邏輯問題。

4 閃回資料庫
要將 Oracle 資料庫恢復到以前的時間點，傳統方法是進行時間點恢復。然而，時間點恢復需要用數小時甚至幾天的時間，因為它需要從備份中恢復整個資料庫，並恰好恢復到資料庫發生錯誤前的時間點。由於資料庫的大小不斷增長，因此需要用數小時甚至幾天的時間才能恢復整個資料庫。 閃回資料庫是進行時間點恢復的新戰略。它能夠快速將 Oracle 資料庫恢復到以前的時間，以正確更正由於邏輯數據損壞或用戶錯誤而引起的任何問題。閃回日誌可用於捕獲舊版本的變化塊。一種方法是不間斷備份或存儲快照。當需要執行恢復時，可快速重放閃回日誌，以將資料庫恢復到錯誤前的時間點，並且只恢復改變的塊。這一過程非常快，可將恢復時間從數小時縮短至幾分鍾。此外，它還非常易用。通過發出以下簡單的命令，可將資料庫恢復到 2:05 PM。
FLASHBACK DATABASE to 『2:05 PM』;
它的使用不要求進行磁帶恢復，沒有冗長的停機時間，沒有復雜的恢復過程。您還可以使用閃回，然後以只讀方式打開資料庫，並檢查其內容。如果您確定閃回過遠或不足，您可以重新發出閃回命令，以找到資料庫損壞前的正確時間點。閃回同時與 Data Guard 相集成，因此您可以一起閃回生產和待機資料庫（參見以下數據保護部分）。
閃回資料庫就像是為資料庫安裝了一個倒回或撤消按鈕。

5 閃回表
使用該特性，可以確保資料庫表能夠被恢復到之前的某一個時間點上。注意，該功能與最早的Oracle 9i中的Flashback Query不同，Flashback Query僅是得到了表在之前某個時間點上的快照而已，並不改變當前表的狀態；而Falshback Table卻能夠將表及附屬對象一起回到以前的某個時間點。該功能基於撤銷數據（undodata）。

6 閃回刪除
無意丟棄或刪除資料庫是人們經常會犯的錯誤。經常聽到 Oracle 支持人員說：「在我刪除那個表時，我以為我已經連接到了測試資料庫。」用戶已認識到他們錯了，但已經太晚了，沒有辦法輕松恢復被刪除的表及其索引、約束和觸發器。對象一旦被刪除就永遠被刪除了。如果真是重要的表或其它對象（如索引、分區或集簇），DBA 不得不執行時間點恢復，但這非常耗時，而且會導致丟失最近的事務。 閃回刪除針對刪除 Oracle 資料庫 10g 中的對象提供了一個安全網路。當用戶刪除一個表，Oracle 會將它放到垃圾箱中。垃圾箱中的對象一直會保留，直到用戶決定永久刪除它們或包含該本的表空間不足。垃圾箱是一個虛擬容器，用於存放所有被刪除的對象。用戶可以查看垃圾箱，「撤消」被刪除的表及其相關的對象。例如，可以發出以下命令來「撤消」雇員信息表及其所有相關對象。
FLASHBACK TABLE employee BEFORE DROP;
閃回刪除就像是為一個表及其相關對象安裝了一個撤消按鈕。

❽ 如何查詢 oracle 表中被刪除的記錄情況

可以定義一個觸發器，來把刪除的記錄寫到一個日誌表中，方法如下。

測試方法：

創建原始表，插入數據：

createtabletest
(idint,
namevarchar2(10));

insertintotestvalues(1,'張三');
insertintotestvalues(2,'李四');
commit;

創建日誌表：

createtabletest_log
(idint,
namevarchar2(10),
deletedatedate);

創建觸發器：

createorreplacetriggert_delete_test
beforedeleteontest
foreachrow
begin
insertintotest_log(id,name,deletedate)
values(:old.id,:old.name,sysdate);
end;

執行刪除操作：

deletefromtestwhereid=2;
commit;

檢測test表，及test_log表：

所以，可以證明，刪除成功，並且將刪除的數據寫入到了日誌表中。

❾ 求教Oracle11g中的閃回技術

1、Flashback Database（利用閃回日誌恢復）

Oracle Flashback Database特性允許通過SQL語句Flashback Database語句，讓資料庫前滾到當前的前一個時間點或者SCN，而不需要做時間點的恢復。閃回資料庫可以迅速將資料庫回到誤操作或人為錯誤的前一個時間點，如Word中的"撤消"操作，可以不利用備份就快速的實現基於時間點的恢復。Oracle通過創建新的Flashback Logs（閃回日誌），記錄資料庫的閃回操作。如果希望能閃回資料庫，需要設置如下參數：DB_RECOVER_FILE_DEST日誌的存放位置，DB_RECOVER_FILE_DEST_SIZE恢復區的大小。在創建資料庫的時候，Oracle將自動創建恢復區，但默認是關閉的，需要執行alter database flashback on命令。

例：執行Flashback Database命令格式。

SQL>flashback database to time to_timestamp(xxx);

SQL>flashback database to scn xxx

2、Flashback Table（利用UNDO保留信息恢復）

Oracle Flashback Table特性允許利用Flashback Table語句，確保閃回到表的前一個時間點。與Oracle 9i中的Flashback Query相似，利用回滾段信息來恢復一個或一些表到以前的一個時間點（一個快照）。要注意的是，Flashback Table不等於Flashback Query，Flashback Query僅僅是查詢以前的一個快照點而已，並不改變當前表的狀態，而Flashback Table將改變當前表及附屬對象一起回到以前的時間點。

語法：

flashback table tablename to timestamp xxx或

flashback table tablename to scn xxx

注意：如果需要閃回一個表，需要以下條件：

需要有flashback any table的系統許可權或者是該表的flashback對象許可權；

需要有該表的select,insert,delete,alter許可權；

必須保證該表row movement。

例：執行將test表閃回到2011年5月7日下午3點。

SQL>flashback table test to timestamp to_timestamp(』2011-05-07 15:00:00』,』yyyy-mm-dd hh24:mi:ss』);

3、Flashback Drop（利用回收站功能恢復）

註：由於目前的環境為了實現OGG的DDL同步，關閉了回收站功能，故這個功能不可用。

4、Flash Version Query（利用UNDO保留信息恢復）

Oracle Flashback Version Query特性，利用保存的回滾信息，可以看到特定的表在時間段內的任何修改，如電影的回放一樣，可以了解表在該期間的任何變化。Flashback version query一樣依賴於AUM，提供了一個查看行改變的功能，能找到所有已經提交了的行的記錄，分析出過去時間都執行了什麼操作。Flashback version query採用VERSIONS BETWEEN語句來進行查詢，常用的方法：

·VERSIONS_SCN - 系統改變號

·VERSIONS_TIMESTAMP - 時間

例如：在test表中，時間1插入一條記錄，時間2刪除了這條記錄，對於時間3執行select * from test當然查詢不到這條記錄，只能看到該表最後的提交記錄。這時如果利用Flash Table或者是Flash Query，只能看到過去的某一時間點的一個快照，而利用Flashback Version Query，能夠把時間1、時間2的操作給記錄下來，並詳細的查詢出對表進行的任何操作。

基於SCN的閃回查詢：

SQL> select count(*) from lm_mtrp_syn_channelinfo as of scn 708000000;

COUNT(*)

----------

21

基於時間段的閃回查詢：

SQL>select versions_starttime,versions_endtime, versions_xid,versions_operation,id

from test versions

between timestamp minvalue and maxvalue

order by versions_starttime;

5,Flashback Transaction Query（利用UNDO保留信息恢復）

Oracle Flashback Transaction Query特性確保檢查資料庫的任何改變在一個事務級別，可以利用此功能進行診斷問題、性能分析和審計事務。它其實是Flashback Version Query查詢的一個擴充，Flashback Version Query說明了可以審計一段時間內表的所有改變，但是也僅僅是能發現問題，對於錯誤的事務，沒有好的處理辦法。而Flashback Transaction Query提供了從FLASHBACK_TRANSACTION_QUERY視圖中獲得事務的歷史以及Undo_sql（回滾事務對應的sql語句），也就是說審計一個事務到底做了什麼，甚至可以回滾一個已經提交的事務。

例：Flashback Transaction Query的操作實例。

（1）在test表中刪除記錄，獲得事務的標識XID，然後提交。

SQL>delete from test where id=2;

SQL>select xid from v$transaction;

XID

----------------

04001200AE010000

SQL>commit;

在測試中方便起見，在事務沒有提交的時候，獲得事務的XID為04001F0035000000。實際情況下，不可能去跟蹤每個事務，想要獲得已提交事務的XID，就必須通過上面的Flashback Version Query。

（2）進行Flashback Transaction Query

SQL>select * from FLASHBACK_TRANSACTION_QUERY

where xid=』04001F0035000000』;

UNDO_SQL

insert into "FLASHTEST"."TEST"("ID") values (』2』);

注意：這個刪除語句對應的是1個Insert語句，如果想回滾這個事務，執行這個Insert語句即可。

可以看到，Flashback Transaction Query主要用於審計一個事務，並可以回滾一個已經提交的事務。如果確定出錯的事務是最後一個事務，我們利用Flashback Table或者Flashback Query就可以解決問題。但是，如果執行了一個錯誤的事務之後，又執行了一系列正確的事務，那麼上面的方法就無能為力，利用Flashback Transaction Query可以查看或回滾這個錯誤的事務。

另：ORACLE 11G還多了一個閃回數據歸檔的功能，即可將UNDO的信息進行歸檔，這個功能對於一些比較重要的表，

❿ oracle 閃回查詢問題

用flashback version query
可以查到表變化（DML）時的scn，scn和time是可以互相轉換的
select versions_startscn,DECODE(versions_operation,'I','Insert','U','Update','D','Delete', 'Original') "Operation", table.*
from table versions between scn minvalue and maxvalue;
---scn to time

select scn_to_timestamp(versions_startscn) from al;