資源回收筒,顧名思義,它就是儲存被刪掉的東西。從原理上來說就是一個資料字典表,放置使用者刪除(drop)掉的資料庫物件資訊。使用者進行刪除操作的對象並沒有被資料庫刪除,仍然會佔用空間。除非是由於使用者手工進行Purge或者因為儲存空間不夠而被資料庫清掉。資料庫有了這樣的功能,能夠減少很多不必要的麻煩。如果一個表被刪除,那麼與該表有關聯的對象,例如索引、約束和其他依賴對象都會在前面加bin$$這個首碼。1、啟動和關閉你可以使用下面的查詢語句來查看資源回收筒的目前狀態:SELECT Value
ALTER USER語句有一個可選的REPLACE語句,用來在啟動密碼驗證函數後,輸入原始密碼。預設情況下,使用者修改自己的密碼不需要提供當前密碼:SQL> create user test identified by test;使用者已建立。SQL> grant connect to test;授權成功。SQL> select * from dba_profiles;PROFILE
在win7上更改oracle 11g的歸檔模式,描述包括可能遇到的錯誤,這些錯誤也是寫這篇博文的初衷,就是為了讓其它通道避免同樣的錯誤,或者碰到同樣的錯誤指導如何解決,因為命令已經很清楚,所以就不詳細解釋。SQL> conn sys/oracle@osid as sysdba已串連。SQL> select instance_name from V$instance;INSTANCE_NAME--------------------------------osidSQL>
對於RAC環境而言,調整系統時間不是一件小事情,Oracle為了保證節點之間的一致性,很可能會重啟其中一個節點。測試發現,如果將系統時間向前調整,那麼無論調整多長的時間都不會造成系統的重啟。但是如果將系統時間向後調整,就會造成整個節點的重啟。即使是關閉資料庫,調整時間仍然會重啟節點。正確的方法是首先關閉資料庫和CLUSTER環境,然後修改系統時間,為了避免資料庫中的時間出現衝突,最好等待目前時間超過修改前的系統時間後,再啟動CLUSTER環境和RAC資料庫:# dateTue Aug
看來通過檢查資料字典資訊是找不到什麼問題的原因了,只有通過手工執行收集統計資訊的過程來嘗試發現問題。為了避免bug意外被解決所導致的問題無法重現,同時也為了可以在解決bug的過程中使用一些特別的手段而不影響使用者的使用,這裡通過備份建立了一個測試環境,下面的操作是在測試環境中執行。首先修改統計資訊對應的JOB的NEXT_DATE,使其在後台執行,檢查收集統計資訊後,測試資料庫上是否能重現問題:SQL> SELECT JOB, WHAT FROM USER_JOBS;JOB WHAT----
二、記錄檔的OMF管理記錄檔管理參數:db_create_online_log_dest_ndb_create_online_log_dest_n:Oracle建立聯機記錄檔和控制檔案時,在未明確指定路徑的情況下的預設路徑--查看記錄檔的參數,下面是未作設定的db_create_online參數SQL> SHOW PARAMETER db_create_onlineNAME
定界分割表和INTERVAL分區表是可以相互轉化的,不過二者還是有所區別的。比如在SPLIT分區的時候,定界分割表沒有限制,而INTERVAL分區表則可能報錯。首先看定界分割的例子:SQL> CREATE TABLE T_PART_RANGE2 (ID NUMBER,3 NAME VARCHAR2(30),4 CREATE_DATE DATE)5 PARTITION BY RANGE (CREATE_DATE)6