SAN是千兆位速率的網絡，它依托光纖通道(Fibre Channel)為服務器和存儲設備之間的連接提供更高的吞吐能力、支持更遠的距離和更可靠的連通。SAN可以是交換式網絡，也可以是共享式網絡。以目前的技術，其中任何一種網絡都能夠提供更好的伸縮性、故障恢復和診斷信息;此外，以其中任何一種網絡為基礎建設SAN都不需要對現有設施進行全面升級。由于降低了管理成本，SAN的基本設施的最初成本也就變得并不昂貴。 SAN的組成通常包括服務器(主機)、存儲設備(磁帶或者磁盤陣列)以及橋接器和多路復用器，并且所有這些設備都連接在光纖通道的交換機上。
在LAN和WAN環境中，交換機為連接著的所有設備提供主干，其中的一個或多個交換機稱為光纖通道交換矩陣(Switching Fabric)。SAN的交換矩陣允許數以千計的結點進行連接。SAN還可以組成FC-AL環網(Fibre Channel Arbitrated Loop)，這是一種共享介質的網絡。
FC-AL環網結構在每個環上允許多達126個設備，可以直接連接到光纖通道的交換機上，也可以連接到和交換機相連的集線器上。此外，光纖通道還有助于分擔服務器的負載，以前服務器一直要承擔向存儲設備和LAN傳輸數據的負擔;而現在，服務器可以將傳輸數據的工作交給SAN。
SAN的設計
要進行SAN網絡的安裝，任務是相當簡單的。光纖通道SAN可以設計成共享介質的網絡，也可以設計成交換式訪問的網絡。在共享介質的網絡中，所有設備共享同一個千兆位的環，這種結構的問題在于隨著設備的增加，網絡的吞吐能力會下降。盡管對于小型應用環境來說這也許是可以接受的，但基于光纖通道交換機的主干將大大增加SAN的總帶寬。
建立交換矩陣SAN可以使用一個或多個光纖通道交換機，然而只有當所有存儲設備的網卡象操作系統和應用一樣能夠連接到這一交換矩陣上，才有可能訪問由這一交換矩陣所提供的服務。這是因為首先網卡要通過登錄到這一交換矩陣來成為網絡的一個成員，這一過程稱作Fabric Login。因而顯而易見，在組建SAN時選用支持Fabric Login的網卡是非常重要的。
對于連接到SAN中的設備，另外一個關鍵的問題是發現整個交換矩陣中的所有設備的能力。光纖通道定義了一種發現機制SNS(Simple Name Service)，它能夠知道連接在這一體系結構上的設備的地址、類型以及特征。SNS信息駐留在光纖通道交換機中，而網卡和存儲控制器則從交換機中查詢SNS數據，因而網絡管理員同時還應該尋求支持SNS的光纖通道網卡和存儲控制器。
對于錯誤恢復和故障隔離，光纖通道有著一個稱為RSCN(Registered State Change Notification)的可選功能，能夠對設備進行配置更改。假如RAID(Redundant Array of Independent Disks)或者是JBOD(Just a Bunch of Disks，沒有RAID控制器的磁盤集)、磁帶設備和主機是直接連接到一個交換陣列矩陣上，而不是同處于一個共享訪問的連接環上，則RSCN所起的作用會更大。因為故障結點不會影響到其他任何連接到這一交換矩陣體系上的設備。同時由于有問題的設備或是連接能夠被隔離，因而交換式網絡的故障恢復速度也要比共享介質的網絡要快得多。
此外，光纖通道本身還具有多點傳送的功能特性。別名服務器是一個可選的交換矩陣的服務，它的角色相當于一個光纖通道多點傳送場所，進行多點發送組的創建和刪除。但是光纖通道的多點傳送和IP多點傳送并不相同，在IP多點傳送中，是由主機來建立多點傳送組，而且這一團組也僅僅工作在網絡層;然而交換矩陣本身能夠幫助進行多點傳送，這種團組關系基于光纖通道的物理地址，對上層的協議是完全透明的。
由于光纖通道能夠結合許多不同的協議，網絡管理員可以通過建立SAN來滿足最大規模的數據中心的存儲需求。例如，通過使用SNA到光纖通道的網關和光纖通道到SSA(Serial Storage Architecture)的橋接設備，完全可以將Escon(Enterprise Systems Connection)設備和SSA設備集成到SAN中。未來的大型主機和SSA設備將支持到光纖通道的直接連接。通過使用分布式鎖管理軟件或者一些分區機制，這些數據中心的SAN甚至可以允許存儲設備為企業環境中的所有服務器共享，而不管他們所運行的操作系統是Unix操作系統還是NT。
SAN的管理
為了做好管理工作，網絡人員應該能夠使用LAN和WAN環境中的所有工具和系統。這就意味著他們必須尋找能夠通過SNMP協議管理或者運用HTTP傳輸協議通過Web界面進行管理的SAN設備。同時設備還應該支持telnet登錄協議;SCSI設備上另一個可供選擇的特性是SES(SCSI Enclosure Services)。所有這些設備都應該提供有關設備狀態、性能級別、配置和拓撲變化以及歷史數據等方面的詳細信息，主要的狀態和性能信息包括吞吐量和響應時間，將來還要求提供一些傳輸確認和優化工具。
在FC-AL網絡中，由集線器來提供環網上所有設備的管理信息。但是它不能提供連接在環以外的設備的信息。當然，當這個環連接到交換矩陣上以后，就能夠對任何設備進行遠程管理和診斷了。在確定使用何種方式將環連接到交換機上以后，網絡管理員們應該盡量尋求性能良好的設備，以使它們能夠充分利用獨占環的時間來傳輸數據。
SAN的選擇
現在，一些企業用戶已經安裝了交換式或者共享介質的SAN網絡，但他們需要將兩種網絡進行合并，所以應該一開始就考慮好SAN的哪些部分需要采用交換式網絡、哪些部分又需要采用共享式網絡。對小型網絡而言(只有一兩臺服務器和一兩個RAID或是JBOD磁盤陣列)，存在著3種選擇:僅僅采用SCSI應用模式;轉移到點對點的光纖通道網絡(一塊網卡連接一個存儲設備使服務器到所有存儲設備都存在連接);通過環形拓撲結構采用一個共享訪問(基于集線器)的SAN。主要的考慮因素是成本和平滑升級的能力。
對于具有多個服務器和數據量超過500GB的智能陣列的網絡，則最好采用基于交換方式的SAN。對于具有3臺服務器、多個RAID陣列和一個磁帶系統的中等規模網絡，可以將RAID陣列和服務器進行交換式的連接，服務器和多個JBOD設備之間采用環型連接，而磁帶系統則采用橋接方式連接(見圖)。但同時要記住，由于這一SAN是基于交換機而組建的，因而它可以進行故障隔離，能夠提供其他交換矩陣的服務。
究竟一個SAN的哪些部分應該設計成共享式的、又有多少部分應該設計成交換式的，這個問題必須視具體情況而定。在這一問題上，不應該將所存儲的數據量作為決定組建何種類型的SAN網絡的主要因素。相反，應該從數據的重要程度、網絡的距離要求、存儲設備的管理需求、數據的可用性和災難恢復的需求以及管理和應付配置改變的能力方面來考慮。
首先，應考慮企業內部如何進行重要數據的訪問。例如，對于通過并行的SCSI接口連接的存儲設備，服務器是控制中心。當服務器發生問題時，可能需要30到90秒才能夠正常復位。對于提供電子商務服務的公司，這段時間足以帶來致命的打擊，因此不能采用共享介質的SAN。因為這種網絡不能夠消除復位時間，而且由于令牌環還要進行一個環初始化過程(Loop Initialization Process)，這將導致所有設備的復位。
假如對數據的訪問具有相互競爭的需求，那交換式的結構體系則正好符合要求。假如對于存儲有距離要求(如跨越建筑物或是跨越園區內的多幢建筑物)，則SCSI可能就不是一種合適的選擇，因為SCSI的傳輸有70米的距離限制，即使使用了SCSI集線器或者中繼器也沒有用處。假如想要監視位于多個建筑物中的設備的狀態，光纖通道的SAN比較適合，因為它本身就能夠提供管理特性。使用位于環上的JBOD設備的部門，可以直接連接到位于SAN網絡主干上的交換機上，交換式主干于是就與服務器以及位于環上的存儲陣列直接連接，創建了一個虛擬的數據中心，為網絡管理員提供管理數據和信息。
最后，從災難恢復的角度來看，交換式的結構也是一個正確的選擇。在10公里或更遠距離以外創建一個冗余(備份)的數據中心，需要非常高的帶寬來進行數據同步，這一要求目前只有交換的方式能夠提供。
SAN的ASP
對于不同專業的從業人員，ASP有著不同的含義。但是當它和支持Web功能的ERP以及電子商務應用發生聯系時，ASP只能是可用性、靈活性和性能(Availability、Scalability、Performance)的代名詞。在這種解釋之下的ASP帶來了很多技術難題，那就是要求向用戶提供跨越網絡的可以持續穩定訪問的應用系統。
網絡上這種開放的服務刺激了用戶數量和數據的傳輸量，同時在應用上也產生了許多不可預知的問題。那些大型的ERP和電子商務系統遍布全球，為了提高性能，對這種應用的訪問需要強有力的數據緩存。沿用以前的系統(如大型主機)來裝載新的應用是一個極端，而選擇基于PC的低端服務器運行應用則是另外一個極端。相比之下，SAN是最佳的選擇，它能夠減輕所有這些問題。
沈陽數據恢復 
