可伸縮性(Scalability)
如今，在SAN中的集群配置已經達到了32個結點，這一數字近來還有可能上升到128(例如，來自Veritas Software公司的Veritas Cluster Server軟件)。SAN這種結構體系使得在一個集群配置中包含大量的結點成為可能。隨著基于SAN的集群系統所提供的有效的負載平衡，真正的伸縮性和資源的有效利用也完全引入了ERP和電子商務系統。
作為一種體系結構，SAN能夠為資源的有效利用鋪平道路。假如一個服務器需要使用硬盤資源，另外的存儲資源就會被從網絡中拖拉出來，而無須增加額外的存儲子系統。假如一臺特定的服務器正嚴重缺乏處理器或內存資源，應用這些資源的服務將會轉移到另一個未充分利用的系統上運行。
網絡延遲的可以承受的水平僅僅由SAN中的存儲資源或硬盤容量這些限制因素決定。由于存儲容量的需求和數據庫及應用密切相關，因而在網絡延遲可以接受的前提下，盡量往SAN中添加資源就可以解決這一問題。從理論上說，運行在SAN中的系統和應用的可伸縮性是無限的。
網絡中的全部資源能夠被ERP和電子商務(要求具有內置的智能功能)的所有構件所使用，以有效地使用可用資源。因而從長遠眼光來看，這種網絡就好象是一臺計算機，而它的和處理器、內存相關的資源分布在多個分擔結點上。SAN中的存儲和訪問是集中處理的，為高級的應用機構、應用分割、故障恢復和負載均衡等提供余地。
所有這些發展表明可伸縮性主要受到SAN中的資源的可用性的影響。假如一個特定處理中的內存消耗使得可伸縮性受到影響，這一處理就可以分布到基于SAN的集群系統中的兩個或多個結點中并行處理。假如物理硬盤的I/O正在影響系統的可伸縮性，那么SAN中的基于網絡的RAID則可以使得這一狀況得到改善。假如所有的結點的使用率都已經達到了100%，則應該考慮在集群的SAN中增加結點，進而也應該對應用的配置也應該作出相應的調整。
性能(Perfermance)
假如資源需求影響到了一個特定構件的性能，這種問題可以通過將構件重新部署到網絡中，或是為構件在負載均衡的基礎上建立冗余來解決。直到SAN出現，從客戶機/服務器結構方面考慮集中備份，這種跨越網絡的高速備份和恢復才成為一種主要的觀念。應用如今的技術，具有許多服務器的網絡中的集中備份意味著網絡將會受到備份數據流的沖擊和妨礙，哪怕使用最先進的壓縮技術。
要將網絡上的所有服務器中的數據進行備份，也許要會花好幾個小時。這是因為每一個備份客戶端都要通過網絡將數據傳送到中心備份服務器中，而且有可能要通過廣域網連接。首先由客戶端機器從硬盤上讀出數據，然后從網絡的不同方向傳送到中心服務器上，最后由備份服務器將它寫到備份設備上。有了SAN，SAN中的中心備份服務器將從存儲設備讀出數據，直接將它們存儲到磁帶、CD光盤或者硬盤等備份設備上。由于備份和恢復都不會影響外部網絡的工作狀態，因而都能夠在相當快的時間內完成。
當進行了條帶化或是鏡像操作，RAID通常能夠防治因硬盤故障而造成數據丟失。由于通向冗余數據的通路丟失，位于冗余硬盤上的可用數據不能被訪問到，控制器故障和連接故障問題目前仍然沒有解決。在SAN上的存儲管理中使用了邏輯卷管理，可以在位于網絡上不同的存儲子系統中的硬盤之間建立條帶化和鏡像操作，因而增加了可用性。
由于到這一數據有多條通路可用，每次都使用最短的訪問路徑，這樣就大大提高了I/O性能。同樣，在SAN中，由于物理上的I/O分布完全不可能發生在位于存儲子系統中的硬盤上，但能夠被分布處理在網絡上進行負載均衡，因而I/O性能也得到了推進。
SAN的藍圖
總體上說，作為一種結構體系，SAN非常適用于任何要求可用性、可伸縮性和性能的計算環境中，特別是那種ERP和電子商務應用扮演主要角色的環境中。這種類型的結構體系能夠為運行于生產部門的基于事務的ERP和電子商務應用提供更高的可用性、增強的性能和提高的伸縮性。即使是在進行數據備份和歸檔，那些配備了冗余構件的服務器彼此之間還是能夠連續不斷地高速訪問數據。
不管是數據、代碼還是元數據，從底層來看它們都是數位和字節。在基于SAN的結構中隨著邏輯卷管理層(位于存儲服務器端)的引入，所有這些數位和字節被冗余地存儲在SAN中，并在需要時被訪問。
沈陽數據恢復 
