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

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

嘗試使用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

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/，如需轉載，請註明出處，否則將追究法律責任。

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

相關文章