10g在視圖v$sga_dynamic_components中我們注意到多了一個component:ASM Buffer Cache,並且在instance_type=asm的執行個體中該參數有值,也就是說該參數是為asm執行個體所使用,它是用來做什麼,在doc中搜了一下沒找到,我猜測應該和db_cache_size的作用差不多,估計是用來cache disk header資訊的。SQL> select component,current_size from
使用bbed需要注意:1、win下oracle不提供2、隨oracle軟體一起發布3、在unix/linux下使用時需要事先relink4、oracle最初使用bbed用來修複壞block,從9i開始可以通過rman的blockrecover來恢複,不過前提是事先做過備份[oracle@xys oracle]$ bbedPassword:BBED: Release 2.0.0.0.0 - Limited Production on Tue Jun 9 13:13:04
一個客戶的11.2的RAC環境,出現了一個節點DOWN掉的問題。這個客戶手工調整了系統的時間,使得兩個節點的系統時間只相差幾秒,而且還設定了11.2的自動時間同步功能。但是到了下午發現一個節點上的執行個體DOWN掉了,而且這時兩個節點的時間相差了一個小時左右。檢查掛掉的節點上的資料庫alert檔案:Mon May 10 15:22:03 2010NOTE: ASMB terminatingErrors in file
2.跨分區訪問,依然是分區表的效能好,因為資料集中在了2個分區中,還是比訪問t1要少訪問資料...SQL> select * from t1 where object_id<4000;已選擇504448行。執行計畫----------------------------------------------------------Plan hash value: 3617692013----------------------------------------------------
作用:merge into 解決用B表跟新A表資料,如果A表中沒有,則把B表的資料插入A表;文法:MERGE INTO [your table-name] [rename your table here]USING ( [write your query here] )[rename your query-sql and using just like a table]ON ([conditional expression here] AND […]…)WHEN
從一個客戶的真實最佳化案例引申的問題。客戶的一個資料庫需要進行最佳化,不過由於程式開發方沒有介入,因此這次最佳化無法對SQL進行修改。僅對資料庫級的調整一般來說收效不大,不過發現客戶資料庫中個別的SQL存在效能問題,且這個效能問題已經影響到整個資料庫。如果可以將這個SQL最佳化,那麼可以解決目前資料庫的效能問題。幸運的是,這個問題可以通過添加索引來進行最佳化。類比問題SQL如下:SQL> select * from v$version;BANNER---------------------
今天一哥們講OA裡面的某些模組失效了,一查系統日誌,原來是Oracle資料庫的暫存資料表空間滿了,中午吃飯的時候就把資料庫重啟一下(這種方式最簡便也不容易出錯),沒想到暫存資料表空間還是有問題,後面進行如下處理得到恢複:1、查看暫存資料表空間大小:select name,to_char(bytes/1024/1024)||'M' from v$tempfile;結果顯示暫存資料表大小為0M,如下顯示:NAME