【文章內(nèi)容簡介】 dule hd(0,5)/solaris/boot如果一切順利的話，應(yīng)該就可以進入引導(dǎo)畫面。 利用安裝過程中出現(xiàn)的shell進行虛擬光驅(qū)正確引導(dǎo)以后，首先會出現(xiàn)6個安裝模式選項，選擇1或者等待超時(默認是1)。這時屏幕上會出現(xiàn)類似的如下提示：　　NOTICE: rtls0 link down　　ERROR: Unbale to configure network inteface　　Exiting to shell　　 NOTICE: rtls0 link up 100Mbps Full_puplex這時候安裝程序會停止，光標會停止不動。這時敲一下回車，會出現(xiàn)shell提示符 這個shell是可以用的，敲幾個簡單的命令試試。有了這個shell就好辦了，我們可以用它進行虛擬光驅(qū)。首先要知道E盤在Solaris中是怎么表示的：進入dsk里面看一下 cd /dev/dsk然后 ls 看一下，里面有類似c0d0p0，c0d0p1，c0d0p2，c0d0p3，c0d0p4的設(shè)備。這里c0d0p0代表第一主分區(qū)即C盤，c0d0p1代表第二主分區(qū)，c0d0p2代表擴展分區(qū)。因為Solaris不能識別邏輯盤，所以c0d0p2代表的是整個擴展分區(qū)(即D盤、E盤和F盤)，分別用c0d0p2: c0d0p2: c0d0p2:3 來區(qū)分D盤、E盤和F盤，因為Solaris不能識別NTFS，所以c0d0p2:1就是我的E盤，c0d0p2:2就是我的F盤，接下來把E盤mount上去:mount F pcfs /dev/dsk/c0d0p2:1 /mnt然后進入mnt目錄下去看看吧，應(yīng)該可以看到E盤的文件了。這時候就可以用Solaris的DVD鏡像做虛擬光驅(qū)了?！　ofiadm a /mnt/solaris/　　mount F hsfs /dev/lofi/1 /cdrom (必須掛載在/cdrom目錄中)再進入cdrom里面去看看吧，應(yīng)該成功了。這時系統(tǒng)會認為光驅(qū)里面有光盤了。等這一切做完之后，然后鍵入 exit ，就會退出shell，安裝程序會自動繼續(xù)進行下去。進入圖形化安裝界面6 solaris10的基本維護Solaris10 作為oracle10g數(shù)據(jù)庫的平臺，其穩(wěn)定性直接影響到了企業(yè)數(shù)據(jù)的安全，因此，日常對solaris10操作系統(tǒng)進行維護是很有必要的，主要查看以下幾點： 文件系統(tǒng)如果操作系統(tǒng)的文件系統(tǒng)滿了，即使用率為100%，此時可能造成系統(tǒng)的宕機，無法接入。需要經(jīng)常清理tmp文件下產(chǎn)生的臨時日志，最重要的是oracle數(shù)據(jù)庫的監(jiān)聽日志，tracer文件，查看的指令為：df –k $ df k文件系統(tǒng) 千字節(jié) 用了 可用 容量 掛接在/dev/dsk/c0d0s0 14120743 6333405 7646131 46% //devices 0 0 0 0% /devicesctfs 0 0 0 0% /system/contractproc 0 0 0 0% /procmnttab 0 0 0 0% /etc/mnttabswap 834448 872 833576 1% /etc/svc/volatileobjfs 0 0 0 0% /system/object/usr/lib/libc/ 14120743 6333405 7646131 46% /lib/fd 0 0 0 0% /dev/fdswap 901804 68228 833576 8% /tmpswap 833604 28 833576 1% /var/run/dev/dsk/c0d0s7 6011682 1327054 4624512 23% /export/home 系統(tǒng)日志在系統(tǒng)中，大部分的系統(tǒng)錯誤可以從系統(tǒng)日志中發(fā)現(xiàn)，因此，及時查看messages能夠避免延誤問題的處理。查看指令：tail 100 /var/adm/messages過往日志名字類似/var/adm/ 由于messages文件中包含了機器自運行以來的所有系統(tǒng)日志，條目數(shù)龐大，不便于觀察，一般只看最后100行，最近幾天的信息。如果message文件一直未更新，則可以重啟inetd服務(wù)來讓系統(tǒng)重新寫入。$ tail 100 /var/adm/messagesMar 16 10:41:15 unknown unix: [ID 168242 ] mem = 392764K (0x17f8f000)Mar 16 10:41:15 unknown rootnex: [ID 466748 ] root nexus = i86pcMar 16 10:41:15 unknown rootnex: [ID 349649 ] pseudo0 at rootMar 16 10:41:15 unknown genunix: [ID 936769 ] pseudo0 is /pseudo…………………….…………………….Mar 16 10:41:15 unknown rootnex: [ID 349649 ] scsi_vhci0 at rootMar 16 10:41:15 unknown genunix: [ID 936769 ] scsi_vhci0 is /scsi_vhciMar 16 10:41:15 unknown rootnex: [ID 349649 ] isa0 at rootMar 16 10:41:15 unknown rootnex: [ID 349649 ] pci0 at root: space 0 offset 0 系統(tǒng)性能檢測來自內(nèi)核和 init 腳本的引導(dǎo)消息通常在屏幕上停留的時間很短，錯誤消息在咱們能看清楚它以前，它已經(jīng)消失了。在這種情況下，可以在系統(tǒng)引導(dǎo)之后到兩個地方去查看以找出錯誤（并且有希望找到修復(fù)它的方法）。 $ dmesg2009年03月16日 星期一 14時29分17秒 CSTMar 13 10:25:35 unknown rootnex: [ID 349649 ] pseudo0 at rootMar 13 10:25:35 unknown genunix: [ID 936769 ] pseudo0 is /pseudoMar 13 10:25:35 unknown rootnex: [ID 349649 ] scsi_vhci0 at rootMar 13 10:25:35 unknown genunix: [ID 936769 ] scsi_vhci0 is /scsi_vhciMar 13 10:25:35 unknown rootnex: [ID 349649 ] isa0 at rootMar 13 10:25:35 unknown pcplusmp: [ID 736762 ] pcplusmp: vector 0x9 ioapic 0x2 intin 0x9 is bound to cpu 0………………………………Mar 13 10:25:40 unknown unix: [ID 672469 ] SMBIOS not loaded (SMBIOS format is too old for processing)Mar 13 10:25:40 unknown last message repeated 1 timeMar 13 10:25:41 unknown pseudo: [ID 129642 ] pseudodevice: dld0 雙機狀態(tài)一些比較重要的企業(yè)系統(tǒng)，需要設(shè)備具備高冗余性，于是有了雙機的概念，雙機是兩臺及其以上的的主機配置成的一個集群，最早將業(yè)務(wù)配置成一個package，然后將業(yè)務(wù)包掛載在其中一臺主機上，當(dāng)其中一臺主機不能正常運行了，另外一臺主機會接管這個業(yè)務(wù)包，這對于客戶來說是透明的。Sun主機有自己的雙機軟件Sun cluster查看雙機的狀態(tài)用指令：scstat veritas公司的vcs 查看狀態(tài)用指令hastat 查看網(wǎng)卡狀態(tài)當(dāng)其他主機無法telnet或ssh本主機時，一般需要查看主機的網(wǎng)卡狀態(tài)，及網(wǎng)卡的IP地址信息,一個主機如果網(wǎng)卡不能正常工作，那么它就失去了與其他主機的聯(lián)系，即使其業(yè)務(wù)和主機性能是正常的，也無法對外提供服務(wù)，具體指令及得出結(jié)果如下：$ ifconfig alo0: flags=2001000849UP,LOOPBACK,RUNNING,MULTICAST,IPv4,VIRTUAL mtu 8232 index 1 inet netmask ff000000 rtls0: flags=1004843UP,BROADCAST,RUNNING,MULTICAST,DHCP,IPv4 mtu 1500 index 2 inet netmask fffffc00 broadcast 在以上信息中，本主機的網(wǎng)卡名為rtls0 查看硬件資源信息 psrinfo v虛擬處理器 0 在下列時間的狀態(tài)：03/16/2009 15:18:05 自 03/16/2009 10:41:20 開始已在運行。 i386 處理器以 1614 MHz 運行, 而且有 i387 patible 浮點數(shù)處理器查看總共的內(nèi)存大小。相關(guān)指令：　　 prtconf | grep 39。Memory39。Memory size: 384 Megabytes iostat Ecmdk0 Soft Errors: 0 Hard Errors: 0 Transport Errors: 0 Model: ST340810A Revision: Serial No: 6FB1AXD6 Size: 40016019456 bytes可以看出當(dāng)前硬盤的大小為40G 查看進程信息當(dāng)系統(tǒng)運行明顯比平時慢的時候，需要查看主機的進程信息，看哪個進程占用cpu的百分比最大，確認其對業(yè)務(wù)的影響后可以對其進行殺死，以釋放cpu資源。$ prstat PID USERNAME SIZE RSS STATE PRI NICE TIME CPU PROCESS/NLWP 1078 oracle 4520K 2888K cpu0 59 0 0:00:00 % prstat/1 686 noaccess 163M 28M sleep 59 0 0:00:53 % java/23 963 oracle 232M 175M sleep 59 0 0:00:05 % oracle/1 957 oracle 234M 172M sleep 59 0 0:00:03 % oracle/11 …………… …………… 304 daemon 2576K 1104K sleep 59 0 0:00:00 % statd/1 356 root 1748K 872K sleep 59 0 0:00:00 % smcboot/1 127 root 1404K 552K sleep 59 0 0:00:00 % powerd/3 340 root 2044K 952K sleep 59 0 0:00:00 % ttymon/1 357 root 1744K 624K sleep 59 0 0:00:00 % smcboot/1Total: 69 processes, 370 lwps, load averages: , , 7 oracle 數(shù)據(jù)庫的基本維護oracle數(shù)據(jù)庫是企業(yè)系統(tǒng)的核心部分，oracle系統(tǒng)的穩(wěn)定性，安全性直接影響到企業(yè)數(shù)據(jù)的安全。因此，需要對其做日常的維護，以保證oracle運行未定正常，日常的維護一般包括以下的內(nèi)容。 數(shù)據(jù)庫日志Oracle數(shù)據(jù)庫的alert日志存放在此目錄：$ORACLE_BASE/admin/$ORACLE_SID/bdump cbill為數(shù)據(jù)庫實例。主要查看日志中是否有以O(shè)RA開頭的報錯，比如：ORA01555 caused by SQL statement below (Query Duration=19 sec, SCN: ):ORA00600: 內(nèi)部錯誤代碼，參數(shù): [17281], [1001], [0xC00000016D471778], [], [], [], [], []ORA01001: 無效的游標ORA01555 caused by SQL statement below (Query Duration=0 sec, SCN: ):還可以通過udump目錄下的trc文件來進一步定位錯誤。 表空間檢查由于數(shù)據(jù)量大的問題，而且一般的