Oracle

一、BBED工具1.BBED的安裝oracle 11g中缺bbed包,oracle11g bbed install and example 1.上傳（sbbdpt.o ssbbded.o bbedus.msb，該三個檔案拷貝oracle的linux64版本的）檔案$ORACLE_HOME/rdbms/lib/ssbbded.o$ORACLE_HOME/rdbms/lib/sbbdpt.o$ORACLE_HOME/rdbms/mesg/bbedus.msb執行如下命令：cd

現對tkprof程式做進一步的說明：在開啟跟蹤功能後，oracle將被跟蹤session中正在執行的SQL的效能狀態資料都收集到一個追蹤檔案中。這個追蹤檔案提供了許多有用的資訊，例如一個sql的解析次數、執行次數、fetch次數、物理讀次數、邏輯讀次數、CPU使用時間等，利用這些資訊可以診斷你的sql的問題，從而用來最佳化你的系統。不幸的是，產生的追蹤檔案中的資料是我們難以理解的，所以要用TKPROF工具對其進行轉換，轉換成我們易於理解格式。tkprof是oracle提供的工具 +

# cd /home/oracle/crs/log/p570b/crsd # ls -lt total 2150168 -rw-r--r-- 1 root system 2395899 Mar 25 19:14 crsd.log -rw-r--r-- 1 root system 10555307 Oct 06 2010 crsd.l01 -rw-r--r-- 1 root system 104

塊修複是最簡單的恢複，在資料庫正常操作過程中由系統自動做的，使用者幾乎感覺不到。7.1

執行個體恢複用於恢複崩潰失敗或者並行伺服器環境中的執行個體失敗，所以執行個體恢複既可以指崩潰恢複也可以指並行伺服器環境中的執行個體恢複（只要有一個存活的執行個體就可以恢複其他一個或多個失敗的執行個體）。執行個體恢複的目標就是還原失敗執行個體在資料緩衝區中的資料區塊並關閉還開著的線程。執行個體恢複只用聯機歸檔日誌和當前聯機資料檔案（不需要還原曆史備份）。執行個體恢複一次只能恢複一個線程，它從該線程最近的線程檢查點開始恢複直至線程的結束。5.1

重做日誌描述了對資料區塊的所有變更。這一節主要描述資料庫開啟的時候寫日誌時的一些操作。3.1

Oracle 7 v7.2 恢複大綱作者：Andrea Borr  & Bill Bridge版本：1                May 3, 1995本文概述了Oracle 7.2版本如何進行資料庫恢複。本文讀者應當熟悉Oracle

 使用者管理恢複************************************ 一、Oracle恢複的體繫結構二、恢複類型：執行個體恢複、介質恢複1、執行個體恢複的前提是資料檔案、控制檔案和線上日誌均沒有損壞，完全自動2、介質恢複：在檔案有物理損壞的情況下，將其還原、恢複、最後使資料庫得以正常開啟的操作稱為介質恢複，人工幹預三、恢複方式：完全恢複、不完全恢複四、恢複技術：使用者管理恢複和RMAN恢複  五、完全恢複案例v$recover_file

我都是放在$ORACLE_HOME/rdbms/admin下，看起來像個Oracle提供的指令碼$ cat show_para.sqlcol p_name for a40col p_DESCRIPTION for a50col p_value for a30set linesize 10000SELECT   i.ksppinm p_name,   i.ksppdesc p_description,   CV.ksppstvl p_VALUE,&

當 Oracle 在執行一些 SQL 時，會需要一些臨時空間來儲存執行時產生的中間資料。這些臨時空 間由 Orac le從指定的暫存資料表空間中分配給進程。主要有三種情況會佔用臨時空間：暫存資料表/索引操作、排序和 臨時 LO B對象操作。A.暫存資料表/索引：在會話中，當第一次對暫存資料表進行 INSERT（包括 CTAS）時 ，Orac le 會從暫存資料表空間中為臨時 表及其索引分配臨時空間一儲存資料。B.排序：任何會使用到排序的操作，包括 JOIN、建立（重建）INDEX、ORDER &

這個故事的起因是有同學在版本10.2.0.1(據說9i上也可能遇到)的一個主機運行198/248/249(24.9)天后OCI Client出現SPIN自旋消耗大量CPU的BUG，SPIN的起因是sltrgatime64()函數對times()函數的死迴圈調用；BUG號有《 4612267  OCI client spins when machine uptime >= 249 days》、 《OCI CLIENT IS IN AN INFINITE LOOP WHEN

Oracle觸發器分類：1、 語句觸發器2、 行觸發器3、 系統條件觸發器4、 使用者事件觸發程序5、 INSTEAD OF 觸發器1、 語句觸發器是在表上或者某些情況下的視圖上執行的特定語句或者語句組上的觸發器。能夠與INSERT、UPDATE 、DELETE或者組合上進行關聯。但是無論使用什麼樣的組合，各個語句觸發器都只會針對指定語句激

LRU是Buffer Cache池中的重要鏈表，它的作用我不再詳述，已經有很多相關資料。這次主要和大 家討論下主LRU、輔助LRU的作用。先來看一個測試。步1：環境介紹先來看看Buffer Cache的大小：SQL> show sgaTotal System Global Area 1073741824 bytesFixed Size                  1284344

分區剪枝分區剪枝是指對於分區表或分區索引來說，最佳化器可以自動從FROM和WHERE字句雷根據分區鍵提取 出需要掃描的分區，從而避免全表掃描，減少掃描的資料區塊，提高效能。分區剪枝分為靜態和動態， 靜態分區剪枝發生在編譯階段，動態分區剪枝發生在執行階段，下面我們分別來看看這兩種分區剪枝 執行計畫的異同點。靜態分區剪枝靜態分區剪枝在解析階段就知道需要掃描多少個分區，因此執行計畫裡的PSTART和PSTOP明確顯示 掃描的起止分區數，例如：SQL> explain plan for

由於Oracle不支援update或delete from語句，因此，Oracle的多表關聯update和delete必須藉助於 子查詢，同理，Oracle也不支援同時update或delete多張表，其典型用法如下：多表關聯update首先，構造測試表和資料如下：SYS@TEST16> create table testa as select owner,table_name,status from dba_tables; Table created. SYS@TEST1

Oracle還是比較常用的，於是我研究了一下Oracle COMMIT，在這裡拿出來和大家分享一下，希望對 大家有用。只有當SQL語句影響的所有行所在的最後一個塊被讀入DB BUFFER並且重做資訊被寫入REDO LOG BUFFER之後，使用者才可以發出COMMIT，Oracle COMMIT觸發LGRW，但並不強制立即DBWN來釋放所有 相應的DB BUFFER塊上的鎖，但在隨後的一段時間內DBWN還在寫這條語句涉及的資料區塊的情形，表頭部

在oracle中sequence就是所謂的序號，每次取的時候它會自動增加，一般用在需要按序號排序的地方。1、Create Sequence你首先要有CREATE SEQUENCE或者CREATE ANY SEQUENCE許可權，CREATE SEQUENCE emp_sequenceINCREMENT BY 1  -- 每次加幾個START WITH 1    -- 從1開始計數NOMAXVALUE      --

統計資訊對於Oracle資料庫來說至關重要，尤其是在使用CBO(基於成本的最佳化器）模式的時候，統計資訊包括表的使用塊數，空閑塊數，平均行長度，統計資訊收集時間等。在Oracle9i資料庫中，兩種最佳化器模式RBO（基於規則的最佳化器）和CBO(基於成本的最佳化器）並存，預設情況下，optimizer_mode參數的值是choose，choose不是最佳化器模式，它表示，在分析資料庫當中的語句時，如果在對象上有統計資訊，就是用cbo的方法產生執行計畫，如果對象上沒有統計資訊，就使用rbo的方法。

當資料庫出現嚴重的效能問題或者hang了的時候，我們非常需要通過systemstate dump來知道進程在做什麼，在等待什麼，誰是資源的持有人，誰阻塞了別人。在出現上述問題時，及時收集systemstate dump非常有助於問題原因的分析。在一些情況下，資料庫會自動產生systemstate dump, 比如出現了“WAITED TOO LONG FOR A ROW CACHE ENQUEUE LOCK”。systemstate

ADF(Application development Framework)是Oracle主推的JEE平台的解決方案，其中包括JDeveloper (開發IDE)，Weblogic(Server 容器),ADF Faces(JSF 實現)， ADF richFaces(JSF 中向外延展群組件)等等。本文主要討論ADF Faces中，如何控制顯示Table的Details資訊。ADF