平凡的幸福: 10/01/2012

HP Data Protector 備份失敗。
在cmd下，輸入：omnidb -session 2012/10/26-1 -report
（略）
[Normal] From: BMA@fh7420 "HP:Ultrium 1-SCSI_1_fh7420" Time: 10/26/12 00:44:37
     By: UMA@fh7420@/dev/rac/c2t0d0
     Loading medium from slot 1 to device /dev/rmt/1mn

[Critical] From: BMA@fh7420 "HP:Ultrium 1-SCSI_1_fh7420" Time: 10/26/12 00:45:00
[90:63]      By: UMA@fh@/dev/rac/c2t0d0
     Cannot load exchanger medium (Target drive is busy.)
（略）

問一問廠商的工程師，說這個訊息是因為磁帶機仍有backup job在執行，以致無法執行下一個backup job，
可能原因有兩個：
1、上一個job不知何故一直佔用磁帶機，但是卻又沒有因失敗退出
2、磁帶機卡帶

所以只好先執行上一位系統管理員給我的檢查指令：
$ omnistat
No currently running sessions.

看起來應該是沒有job在執行

最開始檢查磁帶機，前置面板有Slot 6 是empty的訊息，但是磁帶確定是有在裡面的。

廠商工程師說，如果卡帶，前置面板會出現橘色燈號，但是因為我已經執行下面的動作，
所以不清楚有沒有異常燈號，也沒有slot 6是empty的訊息。

查了Google，網友說有可能是磁帶卡住，加上我們只有一個Drive，所以會失敗，
如果有兩個以上的Driver，則磁帶會以另一個Drive來完成備份，但是一樣會有錯誤的訊息。

檢查是否真的卡帶，先從錯誤訊息找到c2t0d0
[Critical] From: BMA@fh "HP:Ultrium 1-SCSI_1_fh" Time: 10/26/12 00:45:00
[90:63]      By: UMA@fh@/dev/rac/c2t0d0
     Cannot load exchanger medium (Target drive is busy.)
執行下列指令檢查磁帶機狀況
# mc -p /dev/rac/c2t0d0 -r DS
DT_slot_1 FULL
ST_slot_1 FULL
ST_slot_2 FULL
ST_slot_3 FULL
ST_slot_4 FULL
ST_slot_5 FULL
ST_slot_6 EMPTY
ST_slot_7 FULL
ST_slot_8 FULL

上面是我自己在網友的文章上推論，DT_slot_1應該是指Driver，只有一個Driver。
ST_*就是磁帶槽編號，所以這裡應該是說當一個backup job被執行時，
會把transaction從指定的磁帶槽移到Driver來進行寫入的動作，
所以由上面可知磁帶機把ST_lot_6的磁帶移至DT_slot_1做實際備份的動作，
所以DT_slot_1的狀態是FULL，而ST_slot_6的狀態是EMPTY，符合在星期日的備份原則，
也符合星期日因為DB沒有正確shutdown就直接執行backup，可能導致的錯誤。
但是星期一、二的backup job是要將資料寫入Slot_1，因為不知明的原因，以致DT_slot_1沒有釋出，
也符合星期一、二的備份都是失敗的。

再執行下列指令移轉
# mc -p /dev/rac/c2t0d0 -s D1 -d S6

上述指令，-s是指來源的element_type，D1是指DT_slot_1；-d是指目的的element_type, S6表示ST_slot_6

完成後，重新檢查卡帶的狀況
# mc -p /dev/rac/c2t0d0 -r DS
DT_slot_1 EMPTY
ST_slot_1 FULL
ST_slot_2 FULL
ST_slot_3 FULL
ST_slot_4 FULL
ST_slot_5 FULL
ST_slot_6 FULL
ST_slot_7 FULL
ST_slot_8 FULL

果然DT_slot_1 的狀態變為EMPTY，試著新建一個簡單的backup job，執行job就成功了。

今天早上，AP人員反應無法登入測試機的ERP，實際開啟ERP，發現可以開啟登入頁，
但是帳號、密碼打完後就出現Error，於是先重新啟重Application Server，結果不能登入，
但是出現了詳細的訊息，大致是說Profile有問題：
Oracle error -20001: ORA-20001: FND-ORG_ID PROFILE CANNOT READ: N, OPTION, MO: Operating Unit

我的另一位同事網路上找到了解決方法：

1. Get the Profile option ID using the following query:
Select PROFILE_OPTION_ID,PROFILE_OPTION_NAME from fnd_profile_options
where PROFILE_OPTION_NAME ='ORG_ID';

2. Run the following procedure which changes the profile option:
DECLARE
stat boolean;
BEGIN
dbms_output.disable;
dbms_output.enable(100000);
stat := FND_PROFILE.SAVE('ORG_ID',1991, 'SITE');
IF stat THEN
dbms_output.put_line( 'Stat = TRUE - profile updated' );
ELSE
dbms_output.put_line( 'Stat = FALSE - profile NOT updated' );
END IF;
commit;
END;
3) Restart the apache server　（可以不做）

測試之後，果然問題就解決了，最後發現有誤刪 Profile:MO Operating units Site-Level的值
，就會有這樣的情形出現。

平凡的幸福

HP Data Protector 備份失敗（Target is busy）

OORA-20001: FND-ORG_ID PROFILE CANNOT READ

搜尋此網誌