公司的DB,早在我剛接手DBA的時候,
我就查覺到它當初規劃的TABLESPACE不大對勁。
果不其然,前兩天就發生了某幾個TABLESPACE寫不進去,
而發生AP Server掛點的狀況。
出狀況那時,同事要我回公司一趟,趕緊處理DB和AP的問題,
我用OEM看了一下ORACLE裡,TABLESPACE中各DATAFILE的使用量之後,
當下做了個判斷,先擴充幾個使用量已經爆量的TABLESPACE!
改大DATAFILE:
ALTER DATABASE DATAFILE '/u02/oradata/dbdata.dbf' RESIZE 20480M;
而temp的datafile好像也快滿了!
但似乎temp是不必要加大的?這部份我得再加以查證才是,
但讓DB能運作是迫在眉梢,所以我還是先加大再說。
改大TEMPFILE:
ALTER DATABASE TEMPFILE '/u03/temp/temp.dbf' RESIZE 20480M;
根據維護廠商的建議,是應該設定成讓DATAFILE可以自動增長才是:
ALTER DATABASE DATAFILE '/u02/oradata/dbdata.dbf AUTO EXTEND ON NEXT 1024M MAXSIZE 10240M;
不過,由於DB的硬碟空間已經很吃緊了,所以我認為還是不要做如此的設定比較好。
免得屆時硬碟被自動增長到爆掉,而我們連加硬碟也來不及。
以目前的狀況,我猜測還能撐半年,應該儘早規劃擴充硬碟空間或是機器昇級。
關閉自動增長:
ALTER DATABASE DATAFILE '/u02/oradata/dbdata.dbf AUTO EXTEND OFF;
另外,增加TABLESPACE還有別的作法,
就是附加DATAFILE進去!
ALTER TABLESPACE "DATAIDX" ADD DATAFILE '/u02/oradata/dbdata02.dbf' SIZE 5120M;
而為了讓這些datafile的名稱能够有個一致性,
我想把之前那個 dbdata.dbf 改成 dbdata01.dbf !
ALTER DATABASE RENAME DATAFILE '/u02/oradata/dbdata.dbf' TO '/u02/oradata/dbdata01.dbf'
改名字這個指令要OFFLINE做才行。
OK,以上就是我這次處理DB的操作說明概要。
Planet News Roundup
2 天前

沒有留言:
張貼留言