伺服器小型機怎麼操作

Ⅰ 小型機伺服器是做什麼用的

既然是伺服器，那麼就是用來做服務使用的，具體的比如說Web服務、FTP服務、Mail服務等等。

為什麼要選擇小型機來做伺服器，那麼就必須要了解一下小型機。

小型機是指運行原理類似於PC（個人電腦）和伺服器，但性能及用途又與它們截然不同的一種高性能計算機，它是70年代由DEC（數字設備公司）公司首先開發的一種高性能計算產品。

小型機具有區別PC及其伺服器的特有體系結構，還有各製造廠自己的專利技術，有的還採用小型機專用處理器，比如美國Sun、日本Fujitsu（富士通）等公司的小型機是基於SPARC處理器架構,而美國HP公司的則是基於PA－RISC架構；Compaq公司是Alpha架構。另外I／O匯流排也不相同,Fujitsu是PCI，Sun是SBUS,等等。這就意味著各公司小型機機器上的插卡,如網卡、顯示卡、SCSI卡等可能也是專用的。此外，小型機使用的操作系統一般是基於Unix的,像Sun、Fujitsu是用Sun Solaris,HP是用HP－Unix,IBM是AIX。所以小型機是封閉專用的計算機系統。使用小型機的用戶一般是看中Unix操作系統的安全性、可靠性和專用伺服器的高速運算能力。

現在生產小型機的廠商主要有IBM和HP及浪潮、曙光等。IBM典型機器有RS/6000、AS/400等。它們的主要特色在於年宕機時間只有幾小時，所以又統稱為z系列（zero 零）。AS/400主要應用在銀行和製造業，還有用於Domino，主要的技術在於TIMI（技術獨立機器界面），單級存儲，有了TIMI技術可以做到硬體與軟體相互獨立。RS/6000比較常見，用於科學計算和事務處理等。

小型機僅僅是低價格、小規模的大型計算機，典型的小型機運行UNIX或者象MPE、 VEM等專用的操作系統。它們比大型機價底，卻幾乎有同樣的處理能力。HP的9000系列小型機幾乎可與IBM的傳統大型計算機相競爭。

在高端小型機一般使用的技術有：基於RISC的多處理器體系結構，兆數量級位元組高速緩存，凡千兆位元組RAM，使用I/O處理器的專門I/O通道上的數百GB的磁碟存儲器，以及專設管理處理器。它們較小並且是氣冷的，因此對客戶現場沒有特別的冷卻管道要求。現在小型機跟中型機跟大型機之間沒有絕對明確的界限了，因為IBM把很多原來只在大型機和中型機上應用的技術都在小型機中實現了。

小型機跟普通的伺服器（也就是常說的PC-SERVER）是有很大差別的，最重要的一點就是小型機的高RAS（Reliability, Availability, Serviceability 高可靠性、高可用性、高服務性）特性。

RAS是Reliability, Availability, Serviceability三個英文單詞的縮寫，它們反映了計算機的高可靠性、高可用性、高服務性三個著名特點，它們的具體含義如下：

高可靠性（Reliability）：計算機能夠持續運轉，從來不停機。

高可用性（Availability）：重要資源都有備份；能夠檢測到潛在要發生的問題，並且能夠轉移其上正在運行的任務到其它資源，以減少停機時間，保持生產的持續運轉；具有實時在線維護和延遲性維護功能。

高服務性（Serviceability）：能夠實時在線診斷，精確定位出根本問題所在，做到准確無誤的快速修復。

關於IBM的小型機的RAS特性，不得不提到IBM eLiza（蜥蜴）計劃。

eLiza 的稱呼最早起源於六十年代中期IBM的一個計劃，即採用人工智慧技術設計一種實現人和計算機之間通訊的程序。在九十年代，IBM設計的深藍超級計算機戰勝了國際象棋大師卡斯帕羅夫，其綜合處理能力可比喻於一個蜥蜴（lizard）所具有的功力，即具有預測防範、處理判斷以及自我癒合再生能力。

在當今的IT世界，眾多企業都無情地面對一個巨大挑戰：為了構成一個強大的靈活自如的電子商務運做環境，需要使用大量的伺服器、網路設備、復雜的應用軟體等，這些設備所涉及的IT技術在發生著日新月異的變化，企業嚴重缺乏有經驗的工程師來維護和管理整個軟硬體系統。

IBM公司綜合自己多年的IT經驗，應運而生的提出了eLiza計劃，並給它賦予了具有前瞻性的重要內容：即現代企業要想處於不敗的競爭地位，其電子商務環境所使用的軟硬體系統應具備下列四項原則：

自我配置能力：系統可以動態自我配置有關資源。

自我保護能力：系統有能力保護自己，不受到非法訪問和攻擊。

自我癒合能力：系統能夠自動預測錯誤、避免錯誤、修復錯誤、取代有關錯誤部件。

自我優化能力：系統能夠自動監視和管理有關資源，將系統性能調整到最佳狀態。

為了達到以上目標，系統還需具備以下七個要素：

負載管理（Workload Management）

安全機制（Security）

群集技術（Clustering）

虛擬主機託管（Virtual Server Hosting）

端到端的自動控制（End-to-End Automation）

災難恢復機制（Disaster Recovery）

端到端的系統管理（End-to-End Systems Management）

下面是IBM p690伺服器的RAS特性的介紹

自動首次錯誤數據捕獲和診斷錯誤隔離能力

自治癒內部POWER4處理器組冗餘

業界第一的PCI匯流排奇偶錯誤恢復

避免檢查中止的不可收集錯誤處理

動態錯誤恢復

錯誤檢查和糾正（ECC）或在主存上的等價保護，所有一、二、和三級緩存和內部處理器組

連續和冗餘的位操作被使主存具有自治癒功能

在主存上具有的Chipkill糾正功能

N+1的冗餘電源，雙電源線，和對電源及風扇的在線維護

針對處理器、緩存、內存、I/O和DASD的預計性錯誤分析

基於運行時錯誤來決定是否分離處理器運行和啟動（動態處理器離線和永久處理器離線）

緩存和主存的離線技術

通過選擇高品質的部件最大限度的減少故障

針對電源、風扇和I/O子系統的基於首次故障數據捕獲技術的並行、運行間檢測技術

Ⅱ IBM小型機是干什麼的

計算機能夠持續運轉，從來不停機。重要資源都有備份；能夠檢測到潛在要發生的問題，並且能夠轉移其上正在運行的任務到其它資源，以減少停機時間，保持生產的持續運轉；具有實時在線維護和延遲性維護功能。能夠實時在線診斷，精確定位出根本問題所在，做到准確無誤的快速修復。

在高端IBM小型機一般使用的技術有：基於RISC的多處理器體系結構，兆數量級位元組高速緩存，幾千兆位元組RAM，使用I/O處理器的專門I/O通道上的數百GB的磁碟存儲器，以及專設管理處理器。它們體型較小並且是氣冷的，因此對客戶現場沒有特別的冷卻管道要求。

(2)伺服器小型機怎麼操作擴展閱讀

1、根據不同用途採用不同字長，盡可能在滿足應用要求的前提下用較短的字長，以壓縮計算機規模，從而降低造價。在小型機中，字長為16位者較為普遍,如美國的PDP-11系列、NOVA系列, 中國的DJS100系列。

2、採用微程序控制結構，結構規整，便於實現生產標准化。它又能靈活地實現各種控制功能，可根據不同應用編制相應的微程序，以獲得良好的性能價格比。

3、按處理能力分檔，研製小型機系列。同一系列中各檔小型機的字長和指令系統往往相同，只是規模大小、處理能力不同。為各檔小型機研製各種可供選擇的功能部件和介面，而且使主存儲器和外圍設備等的配置規模也有一定的變化范圍。這樣，可以針對不同的應用規模選用系列中適當型號及其系統配置規模。

4、研製各種軟體，如實時操作系統、多用戶分時操作系統、各種高級語言（包括專用語言）和各類應用程序包等，以獲得解決各種應用問題的良好效果。

Ⅲ 關於小型機的問題

小型機又稱小型伺服器，每種品牌的小型伺服器都有自己的unix操作系統，比如ibm的aix,hp的hp-unix,現在只有HP的安騰小型機可以安裝windows。大部分的正在運行的小型機跑的還是unix操作系統。不知道你指的其他端點的含義，不過我想你的架構裡面，客戶端應該是完全支持在windows平台上安裝並運行的。35個左右的客戶端完全沒有必要考慮用小型機。windows平台完全可以滿足你的要求，實在覺得windows不放心，可以嘗試在PC伺服器上選擇linux系統。

Ⅳ 如何將筆記本與伺服器連接

伺服器？我就是搞這個的。。。PC伺服器的話，可以用遠程桌面連接，當然得伺服器上有打開允許遠程操作的設置才行，一般都有開，不然人家管理員怎麼上去看。小型機可以用telnet命令，用串口線，用軟體SecureCRT等。

Ⅳ AIX小型機伺服器巡檢操作

1、機器型號
# uname -uM
IBM,7029-6E3 IBM,01100550A
2、檢查系統硬體設備故障燈是否有亮
3、系統錯誤報告
# errpt -d H -T PERM //硬體的錯誤報告
IDENTIFIER TIMESTAMP T C RESOURCE_NAME DESCRIPTION
BFE4C025 0530085308 P H sysplanar0 UNDETERMINED ERROR
BFE4C025 0529091308 P H sysplanar0 UNDETERMINED ERROR
# errpt -d S -T PERM //軟體的錯誤報告
# errpt -aj *******|more //具體的錯誤信息
# errpt -d H -T PERM>/tmp/hwerror.log //可以把錯誤的報告存成一個文件
4、有否給 root 用戶的錯誤報告
# mail
Mail [5.2 UCB] [AIX 5.X] Type ? for help.
"/var/spool/mail/root": 5 messages 3 new 5 unread
U 1 root Thu May 15 09:53 24/884 "diagela message from p615"
U 2 root Fri May 16 04:07 24/884 "diagela message from p615"
>N 3 root Sat May 24 13:08 23/874 "diagela message from p615"
5、檢查 hacmp.out, smit.log, bootlog 等
# lssrc -g cluster/#>lssrc -g cluster
Subsystem Group PID Status
clstrmgrES cluster 16334 active
一般上 hacmp.out 的位置： /usr/sbin/cluster/ 或者 /tmp/
然後找到最近的 hacmp.out 文件，察看有沒有錯誤信息
6、文件系統檢查
# df -k
Filesystem 1024-blocks Free %Used Iused %Iused Mounted on
/dev/hd4 131072 101568 23% 2268 4% /
/dev/hd2 1441792 31256 98% 36056 11% /usr
/dev/hd9var 131072 117048 11% 418 2% /var
看看有沒有超過 90% 使用率的，建議用戶改善
7、邏輯卷有否 "stale" 的狀態
# lsvg -l rootvg
LV NAME TYPE LPs PPs PVs LV STATE MOUNT POINT
hd5 boot 1 1 1 closed/syncd N/A
hd6 paging 4 4 1 open/syncd N/A
hd8 jfslog 1 1 1 open/syncd N/A
hd4 jfs 1 1 1 open/syncd /
hd2 jfs 11 11 1 open/syncd /usr
hd9var jfs 1 1 1 open/syncd /var
如果系統還有其他卷組，也需要察看
8、內存交換區的使用率是否超過 70%
# lsps -a
Page Space Physical Volume Volume Group Size %Used Active Auto Type
hd6 hdisk0 rootvg 512MB 1 yes yes lv

9、系統性能是否有瓶頸
# topas
# vmstat 1 10
kthr memory page faults cpu
----- ----------- ------------------------ ------------ -----------
r b avm fre re pi po fr sr cy in sy cs us sy id wa
0 0 110029 408618 0 0 0 0 0 0 4 602 75 0 1 99 0
0 0 110031 408616 0 0 0 0 0 0 1 562 54 1 0 99 0
0 0 110031 408616 0 0 0 0 0 0 3 628 84 0 0 99 0
# iostat 1 10
tty: tin tout avg-cpu: % user % sys % idle % iowait
0.0 394.0 0.0 0.0 100.0 0.0
Disks: % tm_act Kbps tps Kb_read Kb_wrtn
hdisk0 0.0 0.0 0.0 0 0
hdisk1 0.0 0.0 0.0 0 0
cd0 0.0 0.0 0.0 0 0
10、網路與通訊檢查
# ifconfig -a

# netstat -in
Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll
en0 1500 link#2 0.9.6b.3e.6.ac 1964 0 534 0 0
en0 1500 192.168.0 192.168.0.11 1964 0 534 0 0
lo0 16896 link#1 267 0 413 0 0
lo0 16896 127 127.0.0.1 267 0 413 0 0
# netstat -rn //察看路由情況
Routing tables
Destination Gateway Flags Refs Use If Exp Groups
Route Tree for Protocol Family 2 (Internet):
127/8 127.0.0.1 U 7 142 lo0 - -
192.168.0.0 192.168.0.11 UHSb 0 0 en0 - - =>
# vi /etc/hosts //察看 hosts 文件有否特殊的定義
# ping ****
#lsattr -El inet0 //路由的檢測
authm 65536 Authentication Methods True
hostname h24 Host Name True
gateway Gateway True
route net,,0,172.16.23.81 Route True
bootup_option no Serial Optical Network Interface True
rout6 FDDI Network Interface True
11、有否符合要求的系統備份
第一次去可以先詢問客戶關於備份的策略
# ls -l /image.data //看看系統有沒有備份的 image 文件，記錄最後備份日期
-rw-r--r-- 1 root system 9600 May 19 17:31 /image.data

# lsvg -l rootvg //察看有否符合要求的數據備份和保護
LV NAME TYPE LPs PPs PVs LV STATE MOUNT POINT
hd4 jfs 1 1 1 open/syncd /
hd2 jfs 11 11 1 open/syncd /usr
hd10opt jfs 1 1 1 open/syncd /opt
oraclelv jfs2 80 160 1 open/syncd /oracle
loglv00 jfs2log 1 1 1 open/syncd N/A
testlv jfs 10 20 1 closed/syncd /tmp/test
如何察看數據保護方式 RAID10/RAID5，RAID 的Hotspare 屬性是否打開
#smitty ssaraid? Change/Show Attributes of an SSA RAID Array
檢查Enable Use of Hot Spares屬性是否為YES
12、系統 Dump 設置是否正確
# sysmpdev -l
primary /dev/hd6
secondary /dev/sysmpnull
directory /var/adm/ras
forced flag TRUE
always allow mp FALSE
mp compression OFF
# sysmpdev P p /dev/hd6 s /dev/sysmpnull
# sysmpdev -P -c
13、HACMP 測試
# /usr/sbin/cluster/diag/clconfig -v '-tr' // Cluster Verification 輸出結果無Fail
# /lssrc -g cluster
14、maxpout, minpout 系統參數
如果系統中運行了HACMP
smitty chgsysy，將High/Low water mark從0/0修改為33/24
# lsattr -El sys0|grep maxpout
//maxpout 用途： 對文件指定未決 I/O 的最大數目
值： 預設值：0（不檢查）；范圍：0 到 n（n 應該是 4 的倍數加 1）
# lsattr -El sys0|grep minpout
//指定一個基點，在該基點處，已達到 maxpout 的程序可以繼續寫入文件
值： 預設值：0（不檢查）；范圍：0 到 n（n 應該是 4 的倍數，且大於或等於 4 小於 maxpout）
15、syncd 參數
# grep syncd /sbin/rc.boot //sync() 被 syncd 調用的間隔時間
nohup /usr/sbin/syncd 10 > /dev/null 2>&1 &
值： 預設值：60；范圍：1 到任何正整數
顯示： grep syncd /sbin/rc.boot 或 vi /sbin/rc.boot
更改： 更改在下次引導後有效，而且是永久有效。備用方法是使用命令 kill 來終止守護程序
syncd 並用命令 /usr/sbin/syncd interval 從命令行重新啟動它。
診斷： 當 syncd 正在運行時，文件的 I/O 被阻塞了。
調整： 在預設級別上，這個參數幾乎不影響性能。不推薦對這個參數進行更改。為了保持數據完整
性對於 HACMP而使 syncd interval 明顯縮小，會導致性能下降。
更改命令為：
#vi /sbin/rc.boot
16、aio 參數 //非同步 I/O 可調參數
# lsdev -C|grep aio
察看狀態是否是 available
# lsattr -El aio0
minservers 1 MINIMUM number of servers True
maxservers 10 MAXIMUM number of servers True
maxreqs 4096 Maximum number of REQUESTS True
kprocprio 39 Server PRIORITY True
autoconfig available STATE to be configured at system restart True
fastpath enable State of fast path True
# smit aio //可以更改參數
17、檢查 errdaemon, srcmstr 是否正常運行
# ps -ef|grep err
# ps -ef|grep src
18、 系統硬體診斷
# diag
-> Diagnostic Routines
-> System Verification
-> All Resources
-> F7 或者 Esc+7
19、補丁程序 PTF 是否滿足要求，當前系統補丁版本
#oslevel -r
5300-04
#instfix -i|grep
All filesets for 5.3.0.0_AIX_ML were found.
All filesets for 5300-01_AIX_ML were found.
All filesets for 5300-02_AIX_ML were found.
All filesets for 5300-03_AIX_ML were found.
All filesets for 5300-04_AIX_ML were found.
All filesets for 5300-05_AIX_ML were found.
# lscfg -vp //檢查所有設備的微碼
20、收集系統信息放到/tmp/ibmsupt
# snap -ac //運行#snap -ac,生成文件snap+s/n.pax.Z

Ⅵ oracle小型機干什麼用的，主要是小型機的作用是什麼

企業級伺服器，使用最廣泛的是PC伺服器和小型機。

PC伺服器顧名思義，就是以x86或者IA64為硬體架構的PC機，說白了就是高級的PC。這種PC在硬體架構上與普通電腦沒有太大區別，但是在硬碟、外設等方面有一定的提升，尤其當其數量規模化、刀片話後，處理性能還是比較客觀的。PC伺服器的操作系統往往是Windows或者Linux。

重點來了，小型機。小型機的硬體架構與普通PC完全不同，處理晶元也有所不同，操作系統也不一樣。以業界流行的IBM小型機為例，使用的處理器是IBM自行研發的IBM Power5/6/7 CPU。最新的單台Power7小型機最大可以達到256顆CPU以及8TB的內存，以及海量的外設擴展性，這一點無疑是PC伺服器望其項背的。小型機的內部結構集成化，集約化，而且單個部件有冗餘性——比如硬碟、電源，哪怕有一個CPU或者內存故障也不會影響運行，這樣就保證了小型機的穩定運行。此外，虛擬化技術可以讓一台小型機虛擬為多台設備使用，舉個例子，一台擁有256顆CPU的小型機最多可以虛擬為2560台獨立的系統同時運行。因此，對於性能要求高、集約化要求高、系統保障性要求高的企業及用戶而言，小型機是不二的選擇。

此外，小型機的操作系統都為各廠商自行研發的Unix，在安全性、穩定性上遠遠超過Windows和Linux。

至於「為什麼要使用小型機來處理這些任務」，原因有很多方面。有的客戶比如金融交易行業，對性能要求很高，普通PC伺服器無法承載；有的客戶比如製造業，對系統穩定性要求很高，普通PC伺服器動不動來個藍屏什麼的接受不了；有的客戶比如電信行業，對停機時間要求很嚴格，普通PC伺服器換塊網卡都要停機；有的客戶有海量的系統但是希望能夠集約化管理；有的客戶有核心應用需要保持100%可用；還有的客戶接受不了windows沒日沒夜的補丁安裝和系統變更；總而言之言而總之，小型機能夠滿足一定規模的企業級用戶的需求，因此在大中小型企業中都得到廣泛應用。

打了好多字.........本人是從業人員，有問題可以繼續問。