MetroCluster 版本資訊
使用MetroCluster 切換和切換功能升級以使用靜態IP組態的控制器（ONTAP 版本號：S9.8及更新版本）
建議變更
PDF
從ONTAP 功能介紹9.8開始、您可以使用MetroCluster 功能介紹切換作業、在升級合作夥伴叢集上的控制器模組時、為用戶端提供不中斷的服務。其他元件（例如儲存櫃或交換器）無法在此程序中進行升級。
此程序支援的平台
-
平台必須執行ONTAP 的是更新版本的支援。
-
目標（新）平台的機型必須與原始平台不同。
-
您只能使用MetroCluster 此程序、在不完整的IP組態中升級特定的平台機型。
-
如需支援哪些平台升級組合的相關資訊、請參閱MetroCluster 中的《The支援哪些平台升級》表 "選擇控制器升級程序"。
請參閱 "選擇升級或重新整理方法" 以瞭解其他程序。
-
關於這項工作
-
此程序適用於MetroCluster 以靜態IP組態設定的控制器模組。
-
組態中的所有控制器都應在相同的維護期間進行升級。
在本維護活動之外、不支援以MetroCluster 不同控制器類型來操作此項支援。
-
您的升級組態中的現有和新控制器必須支援 MetroCluster IP 交換器（交換器類型、廠商和機型）和韌體版本。
如需支援的交換器和韌體版本、請參閱 "NetApp Hardware Universe" 或 "IMT" 。
-
如果您的系統已啟用此功能、 "停用端點對端點加密" 請在執行升級之前先執行。
-
如果新平台的插槽數少於原始系統、或是連接埠類型較少或不同、您可能需要在新系統中新增介面卡。
-
您可以在新平台上重複使用原始平台的 IP 位址、網路遮罩和閘道。
本程序使用下列範例名稱：
-
站台_A
-
升級前：
-
node_a_1-old
-
node_a_2-old
-
-
升級後：
-
node_a_1-new
-
node_a_2-new
-
-
-
站台_B
-
升級前：
-
node_B_1-old
-
node_B_2-old
-
-
升級後：
-
node_B_1-new
-
node_B_2-new
-
-
在現有系統上設定所需的 bootarg
如果您要升級至 AFF A70 、 AFF A90 或 AFF A1K 系統、請依照步驟設定 hw.cxgbe.toe_keepalive_disable=1 bootarg 。
|
如果您要升級至 AFF A70 、 AFF A90 或 AFF A1K 系統、您 * 必須 * 完成此工作、才能執行升級。此工作 * 僅 * 適用於從支援的系統升級至 AFF A70 、 AFF A90 或 AFF A1K 系統。對於所有其他升級，您可以跳過此任務並直接轉至 準備升級。 |
-
在每個站台停止一個節點、並允許其 HA 合作夥伴對節點執行儲存接管：
halt -node <node_name> -
在
LOADER停止節點的提示下、輸入下列內容：setenv hw.cxgbe.toe_keepalive_disable 1「aveenv」
printenv hw.cxgbe.toe_keepalive_disable -
開機節點：
Boot_ONTAP
-
當節點開機時、請在提示下執行節點的恢復：
storage failover giveback -ofnode <node_name> -
在要升級的 DR 群組中的每個節點上重複這些步驟。
準備升級
在對現有MetroCluster 的版本進行任何變更之前、您必須檢查組態的健全狀況、準備新平台、以及執行其他雜項工作。
升級MetroCluster 以使用整個IP組態的控制器的工作流程
您可以使用工作流程圖來協助規劃升級工作。
在升級控制器之前、請先更新MetroCluster RCF交換器檔案
根據舊的平台機型、或交換器組態未在最低版本上、或如果您想要變更後端MetroCluster 資訊鏈路所使用的VLAN ID、您必須在開始平台升級程序之前更新交換器RCF檔案。
您必須在下列情況下更新RCF檔案：
-
對於某些平台機型、交換器必須使用支援的VLAN ID來進行後端MetroCluster 的靜態IP連線。如果舊的或新的平台機型位於下表*、而非*使用支援的VLAN ID、則您必須更新交換器RCF檔案。
本機叢集連線可以使用任何VLAN、不需要在指定範圍內。 平台模式（新舊）
支援的VLAN ID
-
解答400 AFF
-
10.
-
20
-
範圍101到4096（含）的任何值。
-
-
交換器組態未設定支援的最小RCF版本：
交換器模式
必要的RCF檔案版本
Cisco 3132Q-V
1.7或更新版本
Cisco 3232C
1.7或更新版本
Broadcom Bes - 53248
1.3或更新版本
-
您想要變更VLAN組態。
VLAN ID範圍為101到4096（含）。
站台A的交換器將在站台A上的控制器升級時升級。
-
準備IP交換器以應用新的RCF檔案。
請依照您的交換器廠商章節中的步驟進行：
-
下載並安裝RCF檔案。
請依照您的交換器廠商章節中的步驟進行：
將舊節點的連接埠對應至新節點
您必須驗證node_a_1-old上的實體連接埠是否正確對應至node_a_1-new上的實體連接埠、以便節點_a_1-new在升級後與叢集中的其他節點和網路進行通訊。
當新節點在升級程序期間首次開機時、會重新執行其所取代之舊節點的最新組態。當您開機node_a_1-new時ONTAP 、支援功能會嘗試在節點_a_1-old上使用的相同連接埠上裝載lifs。因此、在升級過程中、您必須調整連接埠和LIF組態、使其與舊節點的組態相容。在升級程序期間、您將在新舊節點上執行步驟、以確保叢集、管理和資料LIF組態正確無誤。
下表顯示與新節點的連接埠需求相關的組態變更範例。
叢集互連實體連接埠 |
||
舊控制器 |
新控制器 |
必要行動 |
e0a、e0b |
E3A、e3b |
無相符的連接埠。升級後、您必須重新建立叢集連接埠。 |
e0c、e0d |
e0a、e0b、e0c、e0d |
e0c和e0d是相符的連接埠。您不需要變更組態、但在升級之後、您可以將叢集生命量分散到可用的叢集連接埠。 |
-
確定新控制器上可用的實體連接埠、以及連接埠上可裝載的LIF。
控制器的連接埠使用量取決於平台模組、以及MetroCluster 您將使用哪些交換器來進行靜態IP組態。您可以從收集新平台的連接埠使用量 "NetApp Hardware Universe"。
-
規劃連接埠使用量、並填寫下列表格、以供每個新節點參考。
執行升級程序時、請參閱表格。
node_a_1-old
node_a_1-new
LIF
連接埠
IPspaces
廣播網域
連接埠
IPspaces
廣播網域
叢集1
叢集2
叢集3
叢集4.
節點管理
叢集管理
資料1.
資料2.
資料3.
資料4.
SAN
叢集間連接埠
以網路開機新的控制器
安裝新節點之後、您需要netboot才能確保新節點執行的ONTAP 版本與原始節點相同。「netboot」一詞是指您從ONTAP 儲存在遠端伺服器上的不實映像進行開機。準備網路開機時、您必須將ONTAP 一份《支援》9開機映像複本放到系統可以存取的網路伺服器上。
-
新控制器的網路開機：
-
存取 "NetApp 支援網站" 可下載用於執行系統netboot的文件。
-
請ONTAP 從NetApp支援網站的軟體下載區段下載適當的支援軟體、並將「ONTAP-VERW_image.tgz」檔案儲存在可從網路存取的目錄中。
-
切換至網路存取目錄、並確認您所需的檔案可用。
您的目錄清單應包含一個含有核心檔案的netboot資料夾：
點選「ONTAP版本映像」
您不需要擷取「_ONTAP-VERON_image.tgz」檔案。
-
在載入程式提示下、設定管理LIF的netboot連線：
如果IP定址是…
然後…
DHCP
設定自動連線：
「ifconfige0M -auto」
靜態
設定手動連線：
「ifconfige0M -addr=ip_addr-mask=netmask-gateway_`
-
執行netboot。
“netboot http://_web_server_ip/path_to_web-accessible_directory/ontap-version_image.tgz`
-
從開機功能表中、選取選項「（7）先安裝新軟體」、將新的軟體映像下載並安裝到開機裝置。
請忽略下列訊息：
「此程序不支援HA配對上的不中斷升級」。它適用於軟體的不中斷升級、而非控制器的升級。
-
如果系統提示您繼續此程序、請輸入「y」、並在系統提示您輸入套件時、輸入映像檔的URL：
http://web_server_ip/path_to_web-accessible_directory/ontap-version_image.tgz`
-
輸入使用者名稱和密碼（若適用）、或按Enter繼續。
-
當您看到類似下列的提示時、請務必輸入「n」以跳過備份恢復：
Do you want to restore the backup configuration now? {y|n} n -
當您看到類似於以下內容的提示時、請輸入「* y *」重新開機：
The node must be rebooted to start using the newly installed software. Do you want to reboot now? {y|n}
-
清除控制器模組上的組態
在使用全新的控制器模組MetroCluster 進行整個過程之前、您必須先清除現有的組態。
-
如有必要、請停止節點以顯示載入程式提示：
《停止》
-
在載入程式提示下、將環境變數設定為預設值：
「預設值」
-
儲存環境：
「aveenv」
-
在載入程式提示下、啟動開機功能表：
Boot_ONTAP功能表
-
在開機功能表提示字元中、清除組態：
《無花果》
請對確認提示回應「是」。
節點會重新開機、並再次顯示開機功能表。
-
在開機功能表中、選取選項* 5*以將系統開機至維護模式。
請對確認提示回應「是」。
在現場升級之前、請先驗MetroCluster 證其健全狀況
在執行升級之前、您必須先驗證MetroCluster 整個過程的健全狀況和連線能力。
-
驗證MetroCluster 下列項目中的功能：ONTAP
-
檢查節點是否為多路徑：
node run -node <node_name> sysconfig -a您應該為MetroCluster Eflexeconfiguration中的每個節點發出此命令。
-
驗證組態中沒有損壞的磁碟：+「磁碟顯示-中斷」
您應該在MetroCluster Eflexeconfiguration中的每個節點上發出此命令。
-
檢查是否有任何健全狀況警示：
「系統健全狀況警示顯示」
您應該在每個叢集上發出此命令。
-
驗證叢集上的授權：
「系統授權展示」
您應該在每個叢集上發出此命令。
-
驗證連接至節點的裝置：
「網路裝置探索秀」
您應該在每個叢集上發出此命令。
-
確認兩個站台的時區和時間設定正確：
「叢集日期顯示」
您應該在每個叢集上發出此命令。您可以使用「叢集日期」命令來設定時間和時區。
-
-
確認MetroCluster 執行功能不正常的操作模式、並執行MetroCluster 功能不實的檢查。
-
確認MetroCluster 此功能的組態、操作模式為「正常」：+ MetroCluster 「show」
-
確認所有預期的節點均顯示：+「MetroCluster 不實節點顯示」
-
發出下列命令：
《不一樣的跑程》MetroCluster
-
顯示MetroCluster 檢查結果：
《不一樣的表演》MetroCluster
-
-
使用MetroCluster 「資訊工具」檢查「資訊系統」的纜線。Config Advisor
-
下載並執行Config Advisor 更新。
-
執行Config Advisor 完功能後、請檢閱工具的輸出結果、並依照輸出中的建議來解決發現的任何問題。
-
在升級之前收集資訊
在升級之前、您必須先收集每個節點的資訊、並視需要調整網路廣播網域、移除任何VLAN和介面群組、以及收集加密資訊。
-
記錄每個節點的實體纜線、視需要標示纜線、以便正確連接新節點。
-
收集每個節點的互連、連接埠和LIF資訊。
您應該為每個節點收集下列命令的輸出：
-
《不互連秀》MetroCluster
-
「組態設定連線顯示」MetroCluster
-
「網路介面show -role叢集、node-mgmt」
-
network port show -node <node_name> -type physical -
network port vlan show -node <node_name> -
network port ifgrp show -node <node_name> -instance -
「網路連接埠廣播網域節目」
-
「網路連接埠連線能力顯示-詳細資料」
-
「網路IPSpace節目」
-
「Volume show」
-
《集合體展》
-
system node run -node <node_name> sysconfig -a -
aggr show -r -
「尖碑秀」
-
system node run <node-name> disk show -
vol show -fields type -
vol show -fields type , space-guarantee -
「Vserver FCP啟動器顯示」
-
「磁碟展示」
-
「顯示組態設定介面」MetroCluster
-
-
收集站台B（目前正在升級其平台的站台）的UUID：
「MetroCluster 節點show -功能 變數node-叢 集-uuid、node-uuid」
這些值必須在新的站台控制器模組上正確設定、以確保成功升級。將值複製到檔案、以便稍後在升級程序中複製到適當的命令。
下列範例顯示含有UUID的命令輸出：
cluster_B::> metrocluster node show -fields node-cluster-uuid, node-uuid (metrocluster node show) dr-group-id cluster node node-uuid node-cluster-uuid ----------- --------- -------- ------------------------------------ ------------------------------ 1 cluster_A node_A_1 f03cb63c-9a7e-11e7-b68b-00a098908039 ee7db9d5-9a82-11e7-b68b-00a098908039 1 cluster_A node_A_2 aa9a7a7a-9a81-11e7-a4e9-00a098908c35 ee7db9d5-9a82-11e7-b68b-00a098908039 1 cluster_B node_B_1 f37b240b-9ac1-11e7-9b42-00a098c9e55d 07958819-9ac6-11e7-9b42-00a098c9e55d 1 cluster_B node_B_2 bf8e3f8f-9ac4-11e7-bd4e-00a098ca379f 07958819-9ac6-11e7-9b42-00a098c9e55d 4 entries were displayed. cluster_B::*
建議您將UUID記錄到如下表格中。
叢集或節點
UUID
叢集_B
07958819-9ac6-11e7-9b42-00a098c9e55d
節點_B_1
f37b240b-9ac1-11e7-9b42-00a098c9e55d
節點_B_2
bf8e3f8f-9ac4-11e7-bd4e-00a098ca379f
叢集_A
ee7db9d5-9a82-11e7-b68b-00a098908039
node_a_1
f03cb63c-9a7e-11e7-b68b-00a098908039
節點_a_2
aa9a7a7a-9a81-11e7-a4e9-00a098908c35
-
如果MetroCluster 支援SAN組態、請收集相關資訊。
您應該收集下列命令的輸出：
-
「FCP介面卡顯示-instance」
-
「FCP介面show -instance」
-
「iSCSI介面展示」
-
「ucadmin show」
-
-
如果根磁碟區已加密、請收集並儲存用於金鑰管理程式的通關密碼：
「安全金鑰管理程式備份展示」
-
如果MetroCluster 這個節點正在使用磁碟區或集合體的加密功能、請複製金鑰和複製密碼的相關資訊。
如需其他資訊、請參閱 "手動備份內建金鑰管理資訊"。
-
如果已設定Onboard Key Manager：+「安全金鑰管理程式內建show-Backup」
稍後在升級程序中、您將需要密碼。
-
如果已設定企業金鑰管理（KMIP）、請發出下列命令：
「安全金鑰管理程式外部show -instance」「安全金鑰管理程式金鑰查詢」
-
-
收集現有節點的系統ID：
「MetroCluster 這個節點顯示欄位節點系統ID、ha-合作 夥伴系統ID、dr-Partner SystemID、dr輔助系統ID」
下列輸出顯示重新指派的磁碟機。
::> metrocluster node show -fields node-systemid,ha-partner-systemid,dr-partner-systemid,dr-auxiliary-systemid dr-group-id cluster node node-systemid ha-partner-systemid dr-partner-systemid dr-auxiliary-systemid ----------- ----------- -------- ------------- ------------------- ------------------- --------------------- 1 cluster_A node_A_1 537403324 537403323 537403321 537403322 1 cluster_A node_A_2 537403323 537403324 537403322 537403321 1 cluster_B node_B_1 537403322 537403321 537403323 537403324 1 cluster_B node_B_2 537403321 537403322 537403324 537403323 4 entries were displayed.
移除內管或斷路器監控
在升級平台之前、如果MetroCluster 使用斷路器或調解器公用程式監控了該組態、您必須先移除監控。
-
收集下列命令的輸出：
「iSCSI啟動器展示」
-
移除MetroCluster 可啟動切換功能的斷路器、調解器或其他軟體中現有的物件組態。
如果您使用…
使用此程序…
Tiebreaker
中介者
從資訊提示字元發出下列命令ONTAP ：
「取消組態設定中介程式」MetroCluster
第三方應用程式
請參閱產品文件。
在維護前傳送自訂AutoSupport 的支援訊息
在執行維護之前、您應發出AutoSupport 一份不知所知的訊息、通知NetApp技術支援部門正在進行維護。告知技術支援部門正在進行維護、可防止他們假設發生中斷、而開啟案例。
此工作必須在每MetroCluster 個站台上執行。
-
登入叢集。
-
叫出AutoSupport 指示維護開始的消息：
「系統節點AutoSupport 不支援節點*-type all -most maints=maintening-window-in-thing_」
"maintenance window-in-hours（維護時間間隔）"參數指定維護時間的長度、最長可達72小時。如果維護作業在時間結束之前完成、您可以叫用AutoSupport 指示維護期間結束的資訊消息：
「系統節點AutoSupport 不完整地叫用節點*-type all -most MAn=end」
-
在合作夥伴網站上重複這些步驟。
切換MetroCluster 整個過程
您必須將組態切換為站台A、才能升級站台B上的平台。
此工作必須在sSite _A上執行
完成此工作之後、叢集_A會處於作用中狀態、並為兩個站台提供資料。叢集B處於非作用中狀態、準備開始升級程序。
-
切換MetroCluster 到站台A的支援、以便站台B的節點升級：
-
在叢集_A上發出下列命令：
「不需要更換控制器」MetroCluster
此作業可能需要數分鐘才能完成。
-
監控切換作業：
《不穩定營運展》MetroCluster
-
作業完成後、請確認節點處於切換狀態：
《不看》MetroCluster
-
檢查MetroCluster 不實節點的狀態：
「不一樣的秀」MetroCluster
在控制器升級期間、會停用協調式切換後的Aggregate自動修復功能。
-
移除介面組態並解除安裝舊的控制器
您必須將資料LIF移至通用連接埠、移除舊控制器上的VLAN和介面群組、然後實際解除安裝控制器。
-
這些步驟會在舊的控制器（node_B_1-old、node_B_2-old）上執行。
-
請參閱您在中收集 "將舊節點的連接埠對應至新節點"的資訊。
-
開機舊節點並登入節點：
Boot_ONTAP
-
修改舊控制器上的叢集間生命體、以使用不同於新控制器上用於 HA 互連或 MetroCluster IP DR 互連的連接埠。
成功升級需要此步驟。 舊控制器上的叢集間生命體必須使用不同於新控制器上用於 HA 互連或 MetroCluster IP DR 互連的連接埠。例如、當您升級至 AFF A90 控制器時、 HA 互連連接埠為 e1a 和 e7a 、 MetroCluster IP DR 互連連接埠為 e2b 和 e3b 。如果舊控制器上的叢集間生命體位於連接埠 e1a 、 e7a 、 e2b 或 e3b 上、則必須移動它們。
有關新節點上的端口分配和分配，請參閱 "NetApp Hardware Universe"。
-
在舊控制器上、檢視叢集間的生命體：
network interface show -role intercluster根據舊控制器上的叢集間生命體是否使用與新控制器上用於 HA 互連或 MetroCluster IP DR 互連的連接埠相同的連接埠、請採取下列其中一項動作。
如果叢集間的生命 … 前往… 使用相同的主連接埠
使用不同的主連接埠
-
[[controller 手冊升級準備網路連接埠 _2b]] 修改叢集間的生命體以使用不同的主連接埠：
network interface modify -vserver <vserver> -lif <intercluster_lif> -home-port <port-not-used-for-ha-interconnect-or-mcc-ip-dr-interconnect-on-new-nodes> -
確認所有叢集間的生命體位於新的主連接埠上：
network interface show -role intercluster -is-home false命令輸出應為空白、表示所有叢集間的生命體位於各自的主連接埠上。
-
如果有任何不在其主連接埠上的生命、請使用下列命令將其還原：
network interface revert -lif <intercluster_lif>
針對不在主連接埠上的每個叢集間 LIF 重複此命令。
-
-
[[controller 手冊升級準備網路連接埠 _3] 將舊控制器上所有資料生命體的主連接埠指派給舊控制器模組和新控制器模組上相同的通用連接埠。
-
顯示生命：
「網路介面展示」
所有的資料生命期間（包括SAN和NAS）都會在切換站台（叢集_A）啟動、因此系統將會啟動並運作。
-
檢閱輸出、找出舊控制器和新控制器上相同的通用實體網路連接埠、而這些控制器並未用作叢集連接埠。
例如、e0d是舊控制器上的實體連接埠、也會出現在新的控制器上。e0d不做為叢集連接埠、也不做為新控制器的其他端口。
如需平台機型的連接埠使用量、請參閱 "NetApp Hardware Universe"
-
修改所有資料生命、以使用通用連接埠做為主連接埠：
network interface modify -vserver <svm-name> -lif <data-lif> -home-port <port-id>在下列範例中、此為「e0d」。
例如：
network interface modify -vserver vs0 -lif datalif1 -home-port e0d
-
-
修改廣播網域以移除需要刪除的VLAN和實體連接埠：
broadcast-domain remove-ports -broadcast-domain <broadcast-domain-name> -ports <node-name:port-id>對所有VLAN和實體連接埠重複此步驟。
-
使用叢集連接埠做為成員連接埠來移除任何VLAN連接埠、並使用叢集連接埠做為成員連接埠來移除ifgrps。
-
刪除 VLAN 連接埠：
network port vlan delete -node <node_name> -vlan-name <portid-vlandid>例如：
network port vlan delete -node node1 -vlan-name e1c-80
-
從介面群組移除實體連接埠：
network port ifgrp remove-port -node <node_name> -ifgrp <interface-group-name> -port <portid>例如：
network port ifgrp remove-port -node node1 -ifgrp a1a -port e0d
-
從廣播網域移除VLAN和介面群組連接埠：
network port broadcast-domain remove-ports -ipspace <ipspace> -broadcast-domain <broadcast-domain-name> -ports <nodename:portname,nodename:portnamee>,.. -
視需要修改介面群組連接埠、以使用其他實體連接埠作為成員：
ifgrp add-port -node <node_name> -ifgrp <interface-group-name> -port <port-id>
-
-
停止節點至載入程式提示：
「halt -禁止 接管是真的」
-
連接至站台B上舊控制器的序列主控台（node_B_1-old和node_B_2-old）、並確認其顯示載入器提示。
-
收集bootag值：
《王子》
-
拔下node_B_1-old和node_B_2-old上的儲存設備和網路連線、並標示纜線、以便重新連接至新節點。
-
從node_B_1-old和node_B_2-old拔下電源線。
-
從機架中移除node_B_1-old和node_B_2-old控制器。
設定新的控制器
您必須將新的控制器裝入機架並連接纜線。
-
視需要規劃新控制器模組和儲存櫃的定位。
機架空間取決於控制器模組的平台模式、交換器類型、以及組態中的儲存櫃數量。
-
請妥善接地。
-
如果您的升級需要更換控制器模組、例如從 AFF 800 升級至 AFF A90 系統、則在更換控制器模組時、您必須從機箱中移除控制器模組。對於所有其他升級，請跳至 步驟4.。
在機箱正面、用您的拇指將每個磁碟機穩固推入、直到您感覺到有正面的停止為止。這證實磁碟機已穩固地安裝在機箱中板上。
-
[[IP 升級 _so_sa_4]] 安裝控制器模組。
您遵循的安裝步驟取決於升級是否需要更換控制器模組、例如從 AFF 800 升級至 AFF A90 系統。 更換控制器模組單獨安裝新控制器不適用於在同一機箱中使用磁碟和控制器的整合式系統升級、例如從 AFF A800 系統升級至 AFF A90 系統。新的控制器模組和 I/O 卡必須在關閉舊控制器電源後交換、如下圖所示。
以下範例影像僅供示範、控制器模組和 I/O 卡可能會因系統而異。
所有其他升級在機架或機櫃中安裝控制器模組。
-
按照中所述、連接控制器的電源、序列主控台和管理連線 "MetroCluster IP 交換器佈線"
此時請勿連接任何其他與舊控制器中斷連線的纜線。
-
開啟新節點的電源、然後將其開機至維護模式。
還原HBA組態
視控制器模組中是否有HBA卡及其組態而定、您必須針對站台的使用狀況正確設定這些卡。
-
在維護模式中、設定系統中任何HBA的設定：
-
檢查連接埠的目前設定：
「ucadmin show」
-
視需要更新連接埠設定。
如果您有此類型的HBA和所需模式…
使用此命令…
CNA FC
ucadmin modify -m fc -t initiator <adapter-name>CNA乙太網路
ucadmin modify -mode cna <adapter-name>FC目標
fcadmin config -t target <adapter-name>FC啟動器
fcadmin config -t initiator <adapter-name> -
-
結束維護模式：
《停止》
執行命令之後、請等到節點停止在載入程式提示字元。
-
將節點開機回「維護」模式、使組態變更生效：
Boot_ONTAP maint
-
驗證您所做的變更：
如果您有這種HBA類型…
使用此命令…
CNA
「ucadmin show」
FC
「fcadmin show」
在新的控制器和機箱上設定HA狀態
您必須驗證控制器和機箱的HA狀態、並視需要更新狀態以符合您的系統組態。
-
在維護模式中、顯示控制器模組和機箱的HA狀態：
《ha-config show》
所有元件的HA狀態都應該是「mCCIP」。
-
如果顯示的控制器或機箱系統狀態不正確、請設定HA狀態：
「ha-config modify控制器mccip」
「ha-config modify機箱mccip」
-
驗證並修改連接至 NS224 機櫃或儲存交換器的乙太網路連接埠。
-
驗證連接至 NS224 機櫃或儲存交換器的乙太網路連接埠：
storage port show -
將連接至乙太網路機櫃或儲存交換器的所有乙太網路連接埠（包括儲存設備和叢集的共用交換器）設定為
storage模式：storage port modify -p <port> -m storage範例：
*> storage port modify -p e5b -m storage Changing NVMe-oF port e5b to storage mode
必須在所有受影響的連接埠上設定此選項、才能成功升級。 輸出中會報告連接至乙太網路連接埠的磁碟櫃中的磁碟
sysconfig -v。
如需您要升級之系統的儲存連接埠資訊、請參閱 "NetApp Hardware Universe" 。
-
`storage`確認已設定模式、並確認連接埠處於線上狀態：
storage port show
-
-
停止節點：「halt」
節點應在「loader>」提示字元停止。
-
在每個節點上、檢查系統日期、時間和時區：「顯示日期」
-
如有必要、請以UTC或格林尼治標準時間：「et date <mm/dd/ed/yed>'（設定日期<mm/dd/ym/西元年>）」設定日期
-
請在開機環境提示字元中使用下列命令檢查時間：「How Time」（顯示時間）
-
如有必要、請以UTC或格林尼治標準時間設定時間：「設定時間<hh：mm：ss>」
-
儲存設定：「aveenv」
-
收集環境變數：「prontenv」
更新交換器 RCFs 以容納新平台
您必須將交換器更新為支援新平台機型的組態。
您可以在包含目前正在升級之控制器的站台上執行此工作。在本程序所示的範例中、我們會先升級 site_B 。
站台A的交換器將在站台A上的控制器升級時升級。
-
準備IP交換器以應用新的RCF檔案。
請依照交換器廠商程序中的步驟進行：
-
下載並安裝RCF檔案。
請依照您的交換器廠商章節中的步驟進行：
設定MetroCluster 靜態IP bootarg變數
必須MetroCluster 在新的控制器模組上設定特定的靜態IP bootarg值。這些值必須與舊控制器模組上設定的值相符。
在此任務中，您將使用中升級過程前面確定的 UUID 和系統 ID 在升級之前收集資訊。
-
如果要升級的節點是AFF Arsena400、FAS8300或FAS8700機型、請在載入程式提示字元下設定下列bootargs：
setenv bootarg.mcc.port_a_ip_config <local-IP-address/local-IP-mask,0,HA-partner-IP-address,DR-partner-IP-address,DR-aux-partnerIP-address,vlan-id>setenv bootarg.mcc.port_b_ip_config <local-IP-address/local-IP-mask,0,HA-partner-IP-address,DR-partner-IP-address,DR-aux-partnerIP-address,vlan-id>
如果介面使用預設的VLAN、則不需要VLAN ID。 下列命令會針對第一個網路設定使用VLAN 120的node_B_1-new值、針對第二個網路設定VLAN 130值：
setenv bootarg.mcc.port_a_ip_config 172.17.26.10/23,0,172.17.26.11,172.17.26.13,172.17.26.12,120 setenv bootarg.mcc.port_b_ip_config 172.17.27.10/23,0,172.17.27.11,172.17.27.13,172.17.27.12,130
下列命令會針對第一個網路設定使用VLAN 120的node_B_2-new值、針對第二個網路設定VLAN 130值：
setenv bootarg.mcc.port_a_ip_config 172.17.26.11/23,0,172.17.26.10,172.17.26.12,172.17.26.13,120 setenv bootarg.mcc.port_b_ip_config 172.17.27.11/23,0,172.17.27.10,172.17.27.12,172.17.27.13,130
以下範例顯示使用預設VLAN時node_B_1-new的命令：
setenv bootarg.mcc.port_a_ip_config 172.17.26.10/23,0,172.17.26.11,172.17.26.13,172.17.26.12 setenv bootarg.mcc.port_b_ip_config 172.17.27.10/23,0,172.17.27.11,172.17.27.13,172.17.27.12
以下範例顯示使用預設VLAN時node_B_2-new的命令：
setenv bootarg.mcc.port_a_ip_config 172.17.26.11/23,0,172.17.26.10,172.17.26.12,172.17.26.13 setenv bootarg.mcc.port_b_ip_config 172.17.27.11/23,0,172.17.27.10,172.17.27.12,172.17.27.13
-
如果要升級的節點並非上一步所列的系統、請在裝載程式提示下、針對每個存續的節點、使用local_ip/mask設定下列bootargs：
setenv bootarg.mcc.port_a_ip_config <local-IP-address/local-IP-mask,0,HA-partner-IP-address,DR-partner-IP-address,DR-aux-partnerIP-address>setenv bootarg.mcc.port_b_ip_config <local-IP-address/local-IP-mask,0,HA-partner-IP-address,DR-partner-IP-address,DR-aux-partnerIP-address>下列命令會設定node_B_1-new的值：
setenv bootarg.mcc.port_a_ip_config 172.17.26.10/23,0,172.17.26.11,172.17.26.13,172.17.26.12 setenv bootarg.mcc.port_b_ip_config 172.17.27.10/23,0,172.17.27.11,172.17.27.13,172.17.27.12
下列命令會設定node_B_2-new的值：
setenv bootarg.mcc.port_a_ip_config 172.17.26.11/23,0,172.17.26.10,172.17.26.12,172.17.26.13 setenv bootarg.mcc.port_b_ip_config 172.17.27.11/23,0,172.17.27.10,172.17.27.12,172.17.27.13
-
在新節點的載入器提示下、設定UUID：
setenv bootarg.mgwd.partner_cluster_uuid <partner-cluster-UUID>setenv bootarg.mgwd.cluster_uuid <local-cluster-UUID>setenv bootarg.mcc.pri_partner_uuid <DR-partner-node-UUID>setenv bootarg.mcc.aux_partner_uuid <DR-aux-partner-node-UUID>setenv bootarg.mcc_iscsi.node_uuid <local-node-UUID>-
在node_B_1-new上設定UUID。
下列範例顯示在node_B_1-new上設定UUID的命令：
setenv bootarg.mgwd.cluster_uuid ee7db9d5-9a82-11e7-b68b-00a098908039 setenv bootarg.mgwd.partner_cluster_uuid 07958819-9ac6-11e7-9b42-00a098c9e55d setenv bootarg.mcc.pri_partner_uuid f37b240b-9ac1-11e7-9b42-00a098c9e55d setenv bootarg.mcc.aux_partner_uuid bf8e3f8f-9ac4-11e7-bd4e-00a098ca379f setenv bootarg.mcc_iscsi.node_uuid f03cb63c-9a7e-11e7-b68b-00a098908039
-
在node_B_2-new上設定UUID：
下列範例顯示在node_B_2-new上設定UUID的命令：
setenv bootarg.mgwd.cluster_uuid ee7db9d5-9a82-11e7-b68b-00a098908039 setenv bootarg.mgwd.partner_cluster_uuid 07958819-9ac6-11e7-9b42-00a098c9e55d setenv bootarg.mcc.pri_partner_uuid bf8e3f8f-9ac4-11e7-bd4e-00a098ca379f setenv bootarg.mcc.aux_partner_uuid f37b240b-9ac1-11e7-9b42-00a098c9e55d setenv bootarg.mcc_iscsi.node_uuid aa9a7a7a-9a81-11e7-a4e9-00a098908c35
-
-
從啟動的站台執行下列命令、判斷原始系統是否已設定為進階磁碟分割（ ADP ）：
「尖碑秀」
如果已設定 ADP 、則「容器類型」欄會在輸出中顯示「共享」
disk show。如果「容器類型」有任何其他值、系統上就不會設定 ADP 。下列輸出範例顯示已設定 ADP 的系統：::> disk show Usable Disk Container Container Disk Size Shelf Bay Type Type Name Owner Info: This cluster has partitioned disks. To get a complete list of spare disk capacity use "storage aggregate show-spare-disks". ---------------- ---------- ----- --- ------- ----------- --------- -------- 1.11.0 894.0GB 11 0 SSD shared testaggr node_A_1 1.11.1 894.0GB 11 1 SSD shared testaggr node_A_1 1.11.2 894.0GB 11 2 SSD shared testaggr node_A_1 -
如果原始系統已針對 ADP 設定分割磁碟、請在每個更換節點的提示下啟用
LOADER：「etenv bootarg.mCa.adp_enabledtrue」
-
設定下列變數：
setenv bootarg.mcc.local_config_id <original-sys-id>setenv bootarg.mcc.dr_partner <dr-partner-sys-id>
必須將'Setenv bootarg.mc.local_config_id'變數設定為*原始*控制器模組node_B_1-old的sys-id。 -
在node_B_1-new上設定變數。
下列範例顯示在node_B_1-new上設定值的命令：
setenv bootarg.mcc.local_config_id 537403322 setenv bootarg.mcc.dr_partner 537403324
-
在node_B_2-new上設定變數。
下列範例顯示在node_B_2-new上設定值的命令：
setenv bootarg.mcc.local_config_id 537403321 setenv bootarg.mcc.dr_partner 537403323
-
-
如果使用加密搭配外部金鑰管理程式、請設定所需的bootargs：
bootarg.kmip.init.ipaddr`
bootarg.kmip.kmip.init.netmask`
bootarg.kmip.kmip.init.gateway`
bootarg.kmip.kmip.init.interface`
重新指派根Aggregate磁碟
使用先前收集的系統、將根Aggregate磁碟重新指派給新的控制器模組。
這些步驟會在維護模式中執行。
|
|
根 Aggregate 磁碟是控制器升級程序中唯一必須重新指派的磁碟。資料集合體的磁碟擁有權是切換 / 切換作業的一部分。 |
-
將系統開機至維護模式：
Boot_ONTAP maint
-
在「維護模式」提示字元中、顯示node_B_1-new上的磁碟：
「展示-A'」
在繼續重新指派磁碟之前、您必須確認屬於節點根集合的 Pool0 和 Pool1 磁碟會顯示在輸出中 disk show。在以下範例中、輸出會列出 node_B_1-old 所擁有的 Pool0 和 Pool1 磁碟。命令輸出顯示新控制器模組的系統ID（1574774970）。不過、根Aggregate磁碟仍由舊系統ID（537403322）擁有。此範例並未顯示MetroCluster 由其他節點所擁有的磁碟機、以供使用。
*> disk show -a Local System ID: 1574774970 DISK OWNER POOL SERIAL NUMBER HOME DR HOME ------------ --------- ----- ------------- ------------- ------------- prod3-rk18:9.126L44 node_B_1-old(537403322) Pool1 PZHYN0MD node_B_1-old(537403322) node_B_1-old(537403322) prod4-rk18:9.126L49 node_B_1-old(537403322) Pool1 PPG3J5HA node_B_1-old(537403322) node_B_1-old(537403322) prod4-rk18:8.126L21 node_B_1-old(537403322) Pool1 PZHTDSZD node_B_1-old(537403322) node_B_1-old(537403322) prod2-rk18:8.126L2 node_B_1-old(537403322) Pool0 S0M1J2CF node_B_1-old(537403322) node_B_1-old(537403322) prod2-rk18:8.126L3 node_B_1-old(537403322) Pool0 S0M0CQM5 node_B_1-old(537403322) node_B_1-old(537403322) prod1-rk18:9.126L27 node_B_1-old(537403322) Pool0 S0M1PSDW node_B_1-old(537403322) node_B_1-old(537403322) . . .
-
將磁碟機櫃上的根Aggregate磁碟重新指派給新的控制器。
如果您使用ADP …
然後使用此命令…
是的
disk reassign -s <old-sysid> -d <new-sysid> -r <dr-partner-sysid>否
disk reassign -s <old-sysid> -d <new-sysid> -
將磁碟機櫃上的根Aggregate磁碟重新指派給新的控制器：
disk reassign -s <old-sysid> -d <new-sysid>以下範例顯示在非ADP組態中重新指派磁碟機：
*> disk reassign -s 537403322 -d 1574774970 Partner node must not be in Takeover mode during disk reassignment from maintenance mode. Serious problems could result!! Do not proceed with reassignment if the partner is in takeover mode. Abort reassignment (y/n)? n After the node becomes operational, you must perform a takeover and giveback of the HA partner node to ensure disk reassignment is successful. Do you want to continue (y/n)? y Disk ownership will be updated on all disks previously belonging to Filer with sysid 537403322. Do you want to continue (y/n)? y
-
驗證根Aggregate的磁碟是否已正確重新指派舊移除：
「尖碑秀」
「torage aggr Status」（狀態）
*> disk show Local System ID: 537097247 DISK OWNER POOL SERIAL NUMBER HOME DR HOME ------------ ------------- ----- ------------- ------------- ------------- prod03-rk18:8.126L18 node_B_1-new(537097247) Pool1 PZHYN0MD node_B_1-new(537097247) node_B_1-new(537097247) prod04-rk18:9.126L49 node_B_1-new(537097247) Pool1 PPG3J5HA node_B_1-new(537097247) node_B_1-new(537097247) prod04-rk18:8.126L21 node_B_1-new(537097247) Pool1 PZHTDSZD node_B_1-new(537097247) node_B_1-new(537097247) prod02-rk18:8.126L2 node_B_1-new(537097247) Pool0 S0M1J2CF node_B_1-new(537097247) node_B_1-new(537097247) prod02-rk18:9.126L29 node_B_1-new(537097247) Pool0 S0M0CQM5 node_B_1-new(537097247) node_B_1-new(537097247) prod01-rk18:8.126L1 node_B_1-new(537097247) Pool0 S0M1PSDW node_B_1-new(537097247) node_B_1-new(537097247) ::> ::> aggr status Aggr State Status Options aggr0_node_B_1 online raid_dp, aggr root, nosnap=on, mirrored mirror_resync_priority=high(fixed) fast zeroed 64-bit
開機新的控制器
您必須啟動新的控制器、並注意確保bootarg變數正確無誤、並視需要執行加密還原步驟。
-
停止新節點：
《停止》
-
如果已設定外部金鑰管理程式、請設定相關的bootargs：
setenv bootarg.kmip.init.ipaddr <ip-address>setenv bootarg.kmip.init.netmask <netmask>setenv bootarg.kmip.init.gateway <gateway-addres>setenv bootarg.kmip.init.interface <interface-id> -
檢查合作夥伴sysid是否為目前的：
《prontenv合作夥伴sysid》
如果合作夥伴sysid不正確、請設定：
setenv partner-sysid <partner-sysID> -
顯示ONTAP 功能表：
Boot_ONTAP功能表
-
如果使用root加密、請選取金鑰管理組態的開機功能表選項。
如果您使用…
選取此開機功能表選項…
內建金鑰管理
選項"10"
依照提示提供必要的輸入、以恢復及還原金鑰管理程式組態。
外部金鑰管理
選項"11"
依照提示提供必要的輸入、以恢復及還原金鑰管理程式組態。
-
從開機功能表中、選取「（6）Update flash from Backup config（從備份組態更新Flash）」。
選項6會在完成之前重新啟動節點兩次。 對系統ID變更提示回應「y」。等待第二個重新開機訊息：
Successfully restored env file from boot media... Rebooting to load the restored env file...
-
在載入器上、請仔細檢查bootarg值、並視需要更新值。
請執行中的步驟 "設定MetroCluster 靜態IP bootarg變數"。
-
再次檢查合作夥伴sysid是否正確：
《prontenv合作夥伴sysid》
如果合作夥伴sysid不正確、請設定：
setenv partner-sysid <partner-sysID> -
如果使用root加密、請針對金鑰管理組態再次選取開機功能表選項。
如果您使用…
選取此開機功能表選項…
內建金鑰管理
選項"10"
依照提示提供必要的輸入、以恢復及還原金鑰管理程式組態。
外部金鑰管理
選項「'11'」
依照提示提供必要的輸入、以恢復及還原金鑰管理程式組態。
視金鑰管理程式設定而定、請選取選項「10」或選項「11」、然後在第一個開機功能表提示字元中選取選項「6」、以執行恢復程序。若要完全開機節點、您可能需要重複選項「1」（正常開機）的恢復程序。
-
等待替換的節點開機。
如果任一節點處於接管模式、請使用「儲存容錯移轉恢復」命令執行恢復。
-
如果使用加密、請使用適用於金鑰管理組態的正確命令來還原金鑰。
如果您使用…
使用此命令…
內建金鑰管理
「安全金鑰管理程式內建同步」
如需詳細資訊、請參閱 "還原內建金鑰管理加密金鑰"。
外部金鑰管理
`security key-manager external restore -vserver <SVM> -node <node> -key-server <host_name
-
確認所有連接埠都位於廣播網域中：
-
檢視廣播網域：
「網路連接埠廣播網域節目」
-
如果為新升級的控制器上的資料連接埠建立新的廣播網域、請刪除廣播網域：
只刪除新的廣播網域。開始升級之前、請勿刪除任何已存在的廣播網域。 broadcast-domain delete -broadcast-domain <broadcast_domain_name> -
視需要將任何連接埠新增至廣播網域。
-
視需要重新建立VLAN和介面群組。
VLAN和介面群組成員資格可能與舊節點不同。
-
驗證並還原LIF組態
驗證在升級程序開始時所對應的適當節點和連接埠上、是否裝載了生命點。
-
此工作是在ssite B上執行
-
請參閱您在中建立的連接埠對應計畫 "將連接埠從舊節點對應至新節點"。
-
在進行切換之前、請先確認正式作業存放在適當的節點和連接埠上。
-
變更為進階權限層級：
"進階權限"
-
置換連接埠組態以確保正確放置LIF：
vserver config override -command "network interface modify -vserver <svm-name> -home-port <active_port_after_upgrade> -lif <lif_name> -home-node <new_node_name>
在「vserver config override」命令中輸入network interface modify命令時、您無法使用分頁自動完成功能。您可以使用autosplete建立網路「介面修改」、然後將其括在「vserver config override」命令中。
-
返回管理權限層級：
「et -priv. admin」
-
-
將介面還原至其主節點：
network interface revert * -vserver <svm-name>視需要在所有SVM上執行此步驟。
切換回MetroCluster 還原組態
在此工作中、您將執行切換回復作業、MetroCluster 而此功能的還原組態將恢復正常運作。站台上的節點仍在等待升級。
-
在se_B上輸入「MetroCluster flexnodeshow」命令、然後檢查輸出。
-
驗證新節點的顯示是否正確。
-
確認新節點處於「等待切換回復狀態」。
-
-
從作用中叢集中的任何節點（未進行升級的叢集）執行必要的命令、以執行修復和切換。
-
修復資料集合體：+ MetroCluster 「恢復集合體」
-
修復根Aggregate：
《恢復根》MetroCluster
-
切換叢集：
《還原》MetroCluster
-
-
檢查切換回復作業的進度：
《不看》MetroCluster
當輸出顯示「waiting for switchback」（等待切換）時、切換作業仍在進行中：
cluster_B::> metrocluster show Cluster Entry Name State ------------------------- ------------------- ----------- Local: cluster_B Configuration state configured Mode switchover AUSO Failure Domain - Remote: cluster_A Configuration state configured Mode waiting-for-switchback AUSO Failure Domain -當輸出顯示正常時、即完成切換作業：
cluster_B::> metrocluster show Cluster Entry Name State ------------------------- ------------------- ----------- Local: cluster_B Configuration state configured Mode normal AUSO Failure Domain - Remote: cluster_A Configuration state configured Mode normal AUSO Failure Domain -如果切換需要很長時間才能完成、您可以使用「MetroCluster 更新組態複寫重新同步狀態show」命令來檢查進行中基準的狀態。此命令處於進階權限層級。
檢查MetroCluster 資訊系統的健全狀況
升級控制器模組之後、您必須確認MetroCluster 該組態的健全狀況。
此工作可在MetroCluster 任何節點上執行、以進行不受限的組態設定。
-
驗MetroCluster 證下列各項的功能：
-
確認MetroCluster 此功能的組態、並確認操作模式正常：+「MetroCluster show」
-
執行MetroCluster 功能不全：+ MetroCluster 「功能不全」
-
顯示MetroCluster 檢查結果：
《不一樣的表演》MetroCluster
-
-
確認MetroCluster 不中斷連線及狀態。
-
檢查MetroCluster 靜態IP連線：
「iSCSI啟動器展示」
-
檢查節點是否正在運作：
「不一樣的秀」MetroCluster
-
檢查MetroCluster 是否有啟動的靜態IP介面：
「顯示組態設定介面」MetroCluster
-
檢查本機容錯移轉是否已啟用：
「容錯移轉顯示」
-
升級叢集 A 上的節點
您必須重複叢集A上的升級工作
-
重複步驟以升級叢集A上的節點、從開始 "準備升級"。
執行工作時、所有叢集和節點的參考範例都會反轉。例如、當範例是從叢集_A切換時、您將從叢集_B切換
還原斷路器或中保監控
完成MetroCluster 升級版的ESIE組態之後、您可以使用斷路器或調解器公用程式繼續監控。
-
如有必要、請使用您的組態程序來還原監控功能。
如果您使用… 請使用此程序 Tiebreaker
中介者
連結：../install-ip/concept_mediator_requirements.html [從ONTAP 一套靜態IP組態設定此功能的「組態」中設定此功能。MetroCluster
第三方應用程式
請參閱產品文件。
維護後傳送自訂AutoSupport 的資訊
完成升級之後、您應該傳送AutoSupport 一個不完整的訊息、指出維護已結束、以便繼續自動建立個案。
-
若要恢復自動產生支援案例、請傳送AutoSupport 一個不完整的訊息、表示維護已完成。
-
發出下列命令：+"System node" AutoSupport （系統節點）"esfinvoke -node"（節點*）-type all -mMessage MAn=end"（輸入all -m郵件 維護=結束）
-
在合作夥伴叢集上重複執行命令。
-
設定端點對端點加密
如果您的系統支援此功能、您可以在 MetroCluster IP 站台之間加密後端流量、例如 NVlog 和儲存複寫資料。請參閱 "設定端點對端點加密" 以取得更多資訊。