Metro Mirror 和 Global Mirror 夥伴關係的長距鏈結

圖 1 顯示配置範例，其中使用可配置給光纖通道連線的雙重備援光纖。每一個光纖各有一部分位於本端系統和遠端系統。這兩個光纖之間沒有直接連線。

圖 1. 備援光纖

您可以使用光纖通道延伸器或 SAN 路由器，來增加兩個系統之間的距離。光纖通道延伸器可經由長距鏈結來傳輸光纖通道封包，而不會變更封包的內容。SAN 路由器會在兩個以上的 SAN 上提供虛擬 N_port，來擴大 SAN 的範圍。SAN 路由器可將資料流量從一個虛擬 N_port 分送到另一個虛擬 N_port。這兩個光纖通道光纖彼此獨立。因此，每一個光纖上的 N_port 彼此之間無法直接登入。請造訪下列網站，以瞭解特定的韌體層次和最新的支援硬體：

www.ibm.com/support

如果您使用光纖通道延伸器或 SAN 路由器，必須符合下列需求：

• 站台之間支援的來回延遲時間上限，取決於系統之間的夥伴關係類型、軟體版本，以及使用的系統硬體。表 1 列出來回延遲時間上限。這項限制適用於遠端鏡映的所有變式。如果系統是經由延長的距離（來回時間超過 80 毫秒）來執行遠端鏡映，則要套用的配置需求與準則會更多。

  表 1. 站台之間支援的來回延遲時間上限

  軟體版本	系統節點硬體	夥伴關係
  		FC	1 Gbps IP	10 Gbps IP
  7.7.1	全部	250 毫秒	80 毫秒	10 毫秒

• 如果兩個站台間鏈結有配置備援，因而可以容忍單一失效，則必須調整鏈結大小，以便在單一失效情況期間，頻寬和延遲時間聲明都是正確的。
• 配置經過測試，以確認跨系統鏈結中的任何失效接手機制與 系統之間的交互運作令人滿意。
• 符合其他所有配置需求。

當系統經由延長的距離（站台之間的來回延遲時間超過 80 毫秒）來執行遠端鏡映時的配置需求

當您在系統之間使用遠端鏡映時，如果其來回延遲時間在 80 到 250 毫秒之間，還必須符合下列的額外需求：

• 用於抄寫的所有節點必須都是支援的型號（請參閱表 1）。
• 系統之間必須是「光纖通道」夥伴關係，而不是 IP 夥伴關係。
• 夥伴關係中的所有系統必須至少是 7.7.1 軟體層次。
• 在夥伴關係中的每一個系統上，RC 緩衝區大小設定必須是 512 MB。可在每一個系統上執行 chsystem -rcbuffersize 512 指令，來達成這項設定。
  註： 變更這項設定，會對 Metro Mirror 和 Global Mirror 作業造成干擾。只有在系統之間建立夥伴關係之前，或是當系統的所有夥伴關係都已停止時，才能使用這個指令。
• 用於抄寫之每一個節點上的兩個光纖通道埠，必須專門用來處理抄寫資料流量，作法是使用 SAN 分區和埠遮罩。
• 應當套用 SAN 分區，讓用於抄寫的每一個本端/遠端 I/O 群組配對，有各自的跨系統區域。圖 2 說明這種類型的配置。
  圖 2. 跨系統 SAN 分區

  

除了前面所列的需求，以下提供的準則是利用 Global Mirror，讓遠端鏡映的效能最佳化：

• 夥伴系統在每一個系統中應使用相同的節點數目來抄寫。
• 不論是就平衡偏好節點的磁區指派來說，或是為了提供跨系統光纖通道連接功能，若要達到最高的傳輸量，應將每個系統中的所有節點都用於抄寫。
• 在 系統上，如果佈建專用節點埠來進行本端節點至節點資料流量（利用埠遮罩），將會使本端節點之間的 Global Mirror 節點至節點資料流量，與其他的本端 SAN 資料流量有所隔離。因而可達到最佳的回應時間。在 Storwize® 系列系統上，比較不需要這樣的本端節點埠遮罩配置，因為在該系統中，I/O 群組中之節點機匣之間的資料流量，是交由機箱中的專用跨機匣鏈結來處理。
• 可能的話，請盡量減少系統之間的夥伴關係數目。例如，假設站台 A 含有系統 A1 和 A2，站台 B 含有系統 B1 和 B2。在這樣的情況下，比起配置成定義這所有四個系統之間的夥伴關係，分別在各對系統（例如 A1-B1 和 A2-B2）之間建立夥伴關係，能為站台之間的 Global Mirror 抄寫，提供更好的效能。

主機至系統距離的相關限制

系統節點與主機伺服器之間的光纖通道光學距離並無任何限制。您可以將伺服器連接至核心/邊緣配置（其中 系統位於核心）中的邊緣交換器。 在光纖中，系統最多支援三個 ISL 中繼站。因此，主機伺服器和 系統最多可用五條光纖通道鏈結來區隔。如果您使用長波小型可插拔式 (SFP) 收發器，則其中四條光纖通道鏈結最長可達 10 公里。