由小機硬碟引發的事件（一)

這幾天一直在處理一個棘手的問題，客戶的小型機報錯了。初步判斷是硬碟的問題，保修之後，廠家給使用者更換硬碟。在更換硬碟之前需要對本地磁碟進行備份。可是備份的時候，總是出問題：

嘗試使用SMITTY MKSYSMB進行磁帶備份，可是報錯，說磁帶正在使用。究竟是什麼程式佔用呢？

進一步檢視：

# fuser -cux /dev/rmt0
/dev/rmt0:        0c(root)       1c(root)   73876c(root)   82052c(root)   94388c(root)  114914c(root)  135400c(root)  139326c(root)  143386c(root)  299010(oracle)  311544(oracle)  340068(oracle)  344084(oracle)  352326(oracle)  360612(oracle)  385054c(root)  397418(oracle)  401446(oracle)  417808(oracle)  430120(oracle)  442608(oracle)  458830(oracle)  462966(oracle)  479452(oracle)  495858(oracle)  508152(oracle)  512186(oracle)  520196(oracle)  524320(oracle)  536598c(root)  561294(oracle)   70044(root)   74152(oracle)   86514(root)   90604c(root)   94712(oracle)  123244c(root)  135454k(root)  151892(oracle)  352626(oracle)  356694c(root)  360932c(root)  426250c(root)  438628(oracle)  455108(oracle)  459156c(root)  471472c(root)  483694(root)   41678(root)   53896c(root)   62190c(root)   66260(root)   94756(oracle)  115216(oracle)  180812c(root)  184916c(root)  270934(oracle)  275108(oracle)  295600(oracle)  307882(oracle)  320152(oracle)  324294(oracle)  340648(oracle)  344780(oracle)  352794(oracle)  365156(oracle)  377420c(root)  389848(oracle)  406016(oracle)  418540(oracle)  422570(oracle)  438802(oracle)  455358(oracle)   29632c(root)   33652c(root)   41904c(root)   45840c(root)   58276c(root)   78818(root)   82726c(root)   95060c(daemon)   99100(root)  111404k(root)  119656c(root)  267048c(root)  283624(oracle)  287708c(root)  295758(oracle)  299802(oracle)  320318(oracle)  328456c(root)  361454(oracle)  373654(oracle)  394044(oracle)

看來不少ORACLE的程式哦。。。。。關閉資料庫吧。。。。。

$ sqlplus /nolog

SQL*Plus: Release 9.2.0.1.0 - Production on Wed Apr 29 13:08:55 2009

Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.

SQL> conn / as sysdba
Connected.
SQL> shutdown immediate
Database closed.
Database dismounted.
ORACLE instance shut down.

可是使用：# fuser -cux /dev/rmt0

dev/rmt0:        0c(root)       1c(root)   73876c(root)   82052c(root)   94388c(root)  114914c(root)  135400c(root)  139326c(root)  143386c(root)  385054c(root)    536598c(root)     70044(root)   74152(oracle)   86514(root)   90604c(root)    123244c(root)  135454k(root) 

仍舊有ROOT程式不能停掉。

冒險嘗試KILL掉這些程式：

# fuser -ckux /dev/rmt0

結果仍舊不能幹掉這些程式。絕望了，使用最後一招吧！

RMDEV  RMT0

直接刪除裝置；

拿出磁帶；

關閉磁帶機電源；

問題依然存在。。。。。。。

證明一個問題，肯定是磁帶有問題了；更換磁帶；帶機能夠正常備份。。。。。。

可是很奇怪，一般備份一個正常作業系統，一般需要20分鐘，可是這次竟然使用了2個小時都沒備完，究竟怎麼回事呢？

察看一下空間：

# df -m
Filesystem    MB blocks      Free %Used    Iused %Iused Mounted on
/dev/hd4         128.00    100.39   22%     1931     8% /
/dev/hd2        1408.00    134.96   91%    33781    50% /usr
/dev/hd9var      128.00    103.67   20%      623     3% /var
/dev/hd3        5120.00   3113.02   40%     4892     1% /tmp
/dev/fwdump      512.00    511.60    1%        4     1% /var/adm/ras/platform
/dev/hd1         128.00     62.91   51%     1600    10% /home
/proc                 -         -    -         -     -  /proc
/dev/hd10opt     128.00     45.83   65%     1626    14% /opt
/dev/oracle_lv  24832.00     40.86  100%    59987    82% /oracle

奇怪，ORACLE目錄下怎麼25G空間都用完了？

後來，察看了檔案目錄，才知道，SB軟體開發人員，將資料庫的資料檔案全部放到了本地磁碟，而且磁碟空間已經加滿。。。。。難怪這幾天開發人員的資料庫老是出問題，都不知道這群人是幹嗎滴！！！！

重大事故啊！！！！！！！！！！

看來這群軟體公司需要遷移資料庫檔案了。。。。。。

 

 

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