外插SCSI卡后處理良好 例：

   剛到客戶那里，就被客戶的網管員小劉一把拽進了機房。原來，客戶是當地一家較有規模的外資連鎖超市，一直依賴這套后臺系統進行買賣記賬和結算。某天早上，業務人員突然說終端結賬系統無法使用，小劉發現是服務器端數據庫無法訪問，于是被迫啟用一套備用服務器支撐業務。

    但是備用服務器性能遠遠不能滿足數據頻繁讀取的負荷需求，在超市業務最繁忙的時候，也是服務器當機重起最頻繁的時候，而且新產生的數據都需要財務加班，手工輸入到原有的系統中才能完成當日和當月的結算。所有的業務人員都對小劉怨聲載道，連一向和藹可親的經理這兩天一見到小劉臉色就陰沉下來。

    聽過了小劉的訴苦，我詳細察看了用戶的環境。超市使用了2臺IA架構的服務器掛接一臺SCSI的磁盤陣列做雙機系統。主機采用Windows2000 advanced server操作系統，使用一套超市專用的帳務系統，后臺是SQLServer2000。

   兩臺服務器采用了Windows系統自帶的MSCS工作在Active－Passive的主從模式下工作，MSCS檢測、管理、切換雙機的資源組，以保證SQL服務一直能正常運行。由于超市營業時間較長，服務器白天從8:30開業后一直處于運行狀態，提供所有數據庫等軟件服務，對數據進行存取；晚上20:00客戶端關閉，停止服務請求；22:00利用SQL內置的管理工具對主機數據進行備份，把服務器上的數據備份到磁盤上。

    當數據庫不可訪問的故障發生后，小劉先啟動了一套備用的服務器作為帳務系統，然后查看主機的事件查看器，發現主機和備機都有ID2、5、14的報錯，時間為前一天晚上22:01（開始備份的時間）。網管員重新啟動磁盤陣列，數據庫又可被重新訪問了。本來小劉把業務系統切換回來以為沒事了，但是第二天發生同樣的故障，重啟磁盤陣列后，數據庫又可重新被訪問。隨后連續的幾天內都發生同樣的故障。

    經過初步判斷，我認為問題應該出在數據連接上，于是采用排除法，先后更換服務器到陣列的內外部線纜、SCSI終結器、磁盤陣列控制器以及整套磁盤陣列，但是問題仍然存在，最后改用了外插SCSI卡，狀況良好。我總算可以回北京跟Boss交差了。

   測試，問題的根源在哪里？

    問題應該是告一個段落了，但是回北京的路途上我卻始終沒想明白，為什么把內置SCSI換成外置SCSI就解決了問題呢？現在看來，當時的判斷更像是憑著直覺做出來的。

    回到北京后，我在實驗室中模擬用戶了真實環境，在Disk Array上劃分了4個Slice分別映射到了LUN1、LUN2、LUN3、LUN4，并配置好SQL SERVER2000。
    1、 服務切換，大數據（約2GB）在不同的分區之間、通過網上鄰居共享文件夾中拷貝。
    2、 通過對各分區運行IOmeter 24小時。
    3、 采用強制手段禁用Private net，Public net使用的是混合通訊，在對外服務的同時也發送心跳信號。
    4、 如果強制將Server1的SCSI線纜拔出，相連服務器基本癱瘓，集群切換服務正常。

---------------------------------------------------------------------------------------------------------
驅動程序在 /Device/Scsi/adpu160m2 上檢測到控制器錯誤。
數據:
0000: 0f 00 10 00 01 00 6a 00   ......j.
0008: 00 00 00 00 0b 00 04 c0   .......À
0010: 50 50 00 c1 00 00 00 00   PP.Á....
0018: 49 00 00 00 00 00 00 00   I.......
0020: 00 00 00 00 00 00 00 00   ........
0028: 00 00 00 00 00 00 00 00   ........
0030: 02 00 00 00 06 00 00 00   ........
事件類型: 警告
事件來源: Disk
事件種類: 無
事件 ID: 51
日期:   ××××-××-××
時間:   ××:××:××
用戶:   N/A
計算機: NT2
描述:
傳呼期間在設備 /Device/Harddisk3/DR3 上檢測到一個錯誤。
數據:
0000: 04 00 22 00 01 00 72 00   .."...r.
0008: 00 00 00 00 33 00 04 80   ....3..
0010: 2d 01 00 00 00 00 00 00   -.......
0018: 00 00 00 00 00 00 00 00   ........        
---------------------------------------------------------------------------------------------------------

    設備 /Device/Scsi/adpu160m2 沒有在傳輸等待時間內響應。驅動程序在 /Device/Scsi/adpu160m2 上檢測到控制器錯誤。這兩個信息表示從windows中發出的請求命令沒有到達指定的外接磁盤中，同時由于連接中斷，windows系統開始出現沒有響應。

   結果分析，警惕SCSI設備沖突
    測試的結果判定服務器和磁盤陣列都沒有問題，問題集中在服務器到磁盤陣列的連接線路上。這和我當初在現場的判斷完全一致。

    那么連接線路到底出了什么問題呢？

    從SCSI總線原理上分析，SCSI 物理層傳送SCSI信號并幫助保護其不受干擾。物理層包含終端器、線纜、增強的適配卡和主板走線、連接器，和其他一些規定如信號導體的阻抗值，連接器的空間，線纜長度等。

    隨著各個系統開機或SCSI總線復位, 收到信號的SCSI總線開始更新。同時所有收到信號的SCSI總線始發者開始定位并分別與所有處于SCSI總線上SCSI的目標設備協商。這些協商為執行隨后的數據傳輸建立了精確的機制。總線終結器能告訴SCSI主控制器整條總線在何處終結，并發出一個反射信號給控制器，必須在兩個物理終端作一個終結信號才能使用SCSI總線。

    物理總線終結器是一種硬件接頭，又分為主動型和被動型兩種，主動型使用電壓調整器來進行操作，被動型利用總線上的能源信號來操作，被動型比主動型更為精確；自終結電纜可以代替物理總線終結器，也是一種硬件，常用于兩個主機連接同一個物理設備。絕大部份 SCSI 設備內置終端器﹐并用一跳線控制ON/OFF 。

    終端器看似很簡單﹐但在實際運用過程中問題多出于此。雖然被動式的終端器可以使用在SCSI-I及SCSI-II的規格，但在 SCSI-II以前，由于它的資料傳輸速率并不是非常的快 (5Mbytes/sec以下) ，因此您可能會經歷到在某些情況下，不裝Terminator 好像也沒有事發生。不過在Fast SCSI 之后 ，隨著它的資料傳輸速率快速增長，在SCSI bus的兩端，都必須特別注意Terminator 的設定，而且必須使用主動式Terminator。否則輕者資料傳輸錯誤，重者連 SCSI Device 都無法為 Initiator 所辨認出來( 也 就 是 找 不 到 SCSI device)。在我們的實際使用經驗中，很多SCSI 硬盤無法順利安裝完成，并不是硬盤本身問題，而是排線品質不好，或是Terminator定位有誤差，而產生的訊號不正確所引起的。

    通過檢查SCSI ID和總線終結器，我們可以找出大多數沖突現象的解決方法，這是SCSI設備用戶必須重視的一點。

    我們看見在SCSI總線上，驅動程序、接口、線纜任何一點都可以導致問題。該客戶的服務過程中，已更換過線纜、終結、盤陣主機，板載控制器，除非主板廠家推薦，不宜用在掛接外置磁盤設備的集群環境中，因為它集成為主板各組件的一部分，受其它部件的影響，難免會有所側重或犧牲，導致在此環境下SCSI總線的不穩定。也因此，當SCSI接口改為外置后就解決了用戶的SCSI設備沖突的問題。