兩隻小虎,一隻豬

將新建立的DB 設成archive log mode

1. set log_archive_dest_n

ORA-01578: ORACLE data block corrupted (file # string, block # string)

今天發現Oracle DB 上出現ORA-01578的錯誤

在Redhat 5.5 上安裝Oracle 10g R2 ，並不如預期中的容易，為了避免下次安裝時在發生相同的問題，所以將整個安裝過程記錄下來，整個安裝過程是在VMWare 上完成

OS Version : Redhat 5.5 64bit

case 敘述和if 的功能類似，其基本語法如下

 case $VARIABLE in 
   value_1 )  ... ;;
   value_2 )  ... ;;
   value_3 )  ... ;;
esac

其中;; 代表break的功能

在shell script 中if 條件式的基本語法如下

script 是一種直譯式語言，無法透過事先編譯來知道語法上錯誤所在，所以在debug 方面並不是那麼的方便，不過bash 還是有提供相關參數來進行一些簡單的判斷

# sh [-nvx] script.sh

當Oracle 建置一個segment 的時候,會藉由HWM (Hight Water Mark)指標來記錄segment 內,有哪些blocks 是被使用過的

HWM 就像一個分屆點,一邊代表使用過的blocks,另一邊則是尚未被使用的blocks.

在Oracle 的運作中有一個很重要的觀念,就是盡量減少不必要的I/O,

因此當使用者查詢資料時,Oracle首先會到Database Buffer Cache內去尋找資料是否存在,如果存在就直接將資料傳回給使用者,這個動作稱為Logical Read

資料庫的效能不佳,很多時候是因為沒有效率的SQL Statement 造成,

通常可以透過V$SQLAREA 來查詢SQL Statement, 不過V$SQLAREA 所查詢到的SQL Statement 有長度的限制,因此當SQL Statement 過長時就必須改查 V$SQLTEXT, 除了查詢目前正在執行的SQL Statment之外,還透過V$SESSION , V$SESS_IO 來知道一些其他的資訊

Oracle 進行資料移轉的時候,通常會使用export/import來進行,但是當需要移轉大量資料時,
使用export/import 就會顯得非常沒有效率Oracle 提供了TRANSPORT_TABLESPACE 的方式來加快資料移轉的效率,其原理是