自己做oracle試驗的相關總結之二

msdnchina發表於2009-04-15


1.swap分割槽,估計必須是在主分割槽中的,
  當swap分割槽在安裝centos時被意外設定過小時,要建立swap分割槽:mkswap 和 swapon命令,之後雖然還修改了etc/fstab,
  我在做試驗中,發現重新啟動機器後,後來建立的swap分割槽在系統中就看不到了。

2.rm -rf /lei/  是刪除目錄。 -r的含義是遞迴。-f的含義是force,

3.在試驗中,/u01/fra是閃回區。不小心用root使用者建立上了,結果在create db時報錯。
 
ORA-01264: Unable to create logfile file name
ORA-19800: Unable to initialize Oracle Managed Destination

處理方法就是:將/u01/fra的屬主改為oracle使用者,再重新create db

4.16g記憶體的伺服器,0.75倍大小的swap空間(0.75的倍數來源於oracle參考手冊),我給了12000m,結果還是不夠,安裝oracle 軟體(注意:不是在create db )時報warning,說至少需要12183m空間。
而 16*1000*0.75=12000,
   16*1024*0.75=12288
看來計算所需要的swap空間時還是按照1024來計算最好!

5.
在 .bash_profile中
ORACLE_SID = CENTOS1OG
  此處 應該是ten G, 而我寫的是one 和  大寫的英文字母O  的組合 再加  g  (也就是CENTOS1OG)

在之後,create db時,寫的是ten g,之後,create db 除了配置emca報錯之外,也大體能過去。

再之後,startup nomount,報錯,

SQL> startup
ORA-01078: failure in processing system parameters
LRM-00109: could not open parameter file '/u01/oracle/dbs/initCENTOS1OG.ora'

注意:LRM-00109的錯誤中的 initCENTOS1*G.ora的檔名 中,*是指的O(大寫英文字母O),不是zero.這就更印證了此LRM-00109錯誤中的"spfile+oracle_sid.ora"命名來源(也就是startup  nomount時的所找的初始化引數檔案的命名來源).來源於oracle_sid不假,更確切的說:是來源於環境變數(.bash_profile)中設定的oracle_sid;不是來源於使用dbca create db時輸入的那個sid.

來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/161195/viewspace-589340/,如需轉載,請註明出處,否則將追究法律責任。

相關文章