最受關注的是要保證在交換機之間，ISL配置了正確的帶寬，像前面提到的一樣，這似乎是一個很常見的錯誤。除此之外，測量主機到交換機之間的數據流量和交換機之間的ISL流量也是非常重要的。交換機報告工具會提供大量這種信息，但是，就像前面所提，要是有一個能夠測量交換機間通信的可視工具就更好了。
通過流量測量，決定調整服務器連接的主交換機以重新平衡流量，這會涉及重新布線和潛在的服務器宕機風險。另外的方法是增加ISL，這樣就增加了帶寬但消耗了端口，同時，在某種程度上增加了存儲架構的復雜性。
秘籍七：在虛擬機環境中使用NPIV
服務器虛擬化完全改變了SAN的配置，其最大的挑戰之一就是需要標識哪些虛擬機要最大限度的利用基礎架構。在服務器虛擬化之前，一臺服務部署一個應用，而且和SAN的通信通過一個HBA完成；現在的虛擬主機有很多服務器試圖通過同一塊HBA卡與存儲基礎架構通信。能夠標識虛擬機是至關重要的，這樣可以最大化存儲IO性能，并在主機間進行平衡，而不是為單個主機消耗掉全部的資源。某些HBA卡支持的N_Port ID Virtualization（NPIV）功能，允許你給每個單獨的虛擬機指定一個虛擬的World Wide Name（WWN），即使發生主機間的虛擬機遷移，這種聯系也是固定的。利用NPIV，你可以使用交換機的統計數據，從存儲的視點來標識最活躍的虛擬機，在環境中的多臺主機上恰如其分的進行部署。
秘籍八：了解HBA的隊列深度
HBA卡的隊列深度是指等待發送到數據存儲基礎架構的I/O數量。在安裝HBA卡時，大多數管理員簡單的使用卡的缺省(默認)設置，而HBA卡隊列深度的缺省設置通常很高。這會導致存儲端口變得擁擠，引起應用程序的性能問題。如果隊列深度設置的太低，端口和SAN基礎架構自身就無法有效地使用。在存儲系統沒有承載足夠多的等待I/O時，就沒有機會使用其緩存；如果基本上緩存在訪問的時候都滿了，那大部分訪問會直接來自磁盤。大多數HBA卡設置的缺省隊列深度介于32到256之間，而其實更接近的最佳范圍是2到8。大多數發起人能報告在任意給定的時間里隊列中等待請求的數量，這樣你可以在深度過大的隊列與深度不夠的隊列間進行平衡。
秘籍九：多路徑驗證
多路徑驗證涉及到要確定I/O流量在多條冗余路徑上已發送。在許多環境中，我們的專家認為，他們已經發現多路徑完全不工作或無法在多條可用路徑上實現負載均衡。例如，如果你有一條路徑承載了80%的容量，而另外一條只有3%，如果HBA卡或鏈接壞掉，會影響到可用性，或者對應用程序的性能造成影響。目標就是要確保流量在所有可用的HBA端口和ISL上實現完全的負載均衡。
你可以使用交換機的報告獲取多路徑驗證的情況。要做到這一點，運行一份報告，其中包含端口WWN、端口名稱和MBps，按照端口名稱排序，并用連接設備類型等于“服務器”進行過濾。這是一種快速確定哪些鏈路已經多路徑負載均衡，哪些現在還以主/備模式工作，以及哪些沒有冗余的HBA卡的方法。
秘籍十：提升復制和備份性能
盡管某些環境非常關心數據庫應用的性能，但幾乎他們所有都需要減少備份或者復制功能所花費的時間。這兩個過程都受到了來自數據快速增長的挑戰，這些挑戰包括需要通過相對較窄的帶寬進行復制以及不斷縮小的備份窗口。它們也是最有可能在SAN架構中跨多個部分造成持續的負載。備份服務器是最有可能的候選人，它跨越交換機和Zone（譯者注：交換機內部的一種隔離）獲取數據。上述技巧全部適用于成倍增加備份的性能。也可以考慮額外增加HBA卡到備份服務器的，或者有端口導向專門的交換機以最小化環境中的ISL流量。
