MetroCluster 版本資訊
在四節點 MetroCluster IP 組態中升級控制器、使用切換功能、並使用「系統控制器更換」命令（ ONTAP 9.13.1 及更新版本）切換回控制器
建議變更
PDF
您可以使用此引導式自動化 MetroCluster 轉換作業、在四節點 MetroCluster IP 組態上執行不中斷的控制器升級。其他元件（例如儲存櫃或交換器）無法在此程序中進行升級。
使用「系統控制器置換」命令支援的 MetroCluster IP 控制器升級
從本節的 MetroCluster 控制器升級表中找到您的 * 來源 * 平台。如果 Source 平台列與 Target 平台欄的交會為空白、則不支援升級。
開始升級之前、請先檢閱下列考量事項、確認您的組態是否受到支援。
-
如果未列出您的平台、則沒有支援的控制器升級組合。
-
當您執行控制器升級時、舊的和新的平台類型 * 必須 * 相符：
-
您可以將 FAS 系統升級至 FAS 系統、或將 AFF A 系列升級至 AFF A 系列。
-
您無法將 FAS 系統升級至 AFF A 系列、或將 AFF A 系列升級至 AFF C 系列。
例如、如果您想要升級的平台是 FAS8200 、您可以升級至 FAS9000 。您無法將 FAS8200 系統升級至 AFF A700 系統。
-
-
MetroCluster 組態中的所有節點（新舊節點）都必須執行相同的 ONTAP 版本。
下表顯示使用「系統控制器置換」命令在 MetroCluster IP 組態中升級 AFF 或 FAS 系統所支援的平台組合：
-
附註 1 ：執行 ONTAP 9.13.1 或更新版本的系統支援控制器升級。
-
附註 2 ：目標平台必須等到控制器升級完成後、才能擁有內部磁碟機。您可以在升級後新增內部磁碟機。
-
附註 3 ：需要更換控制器模組。
不支援在 ASA 系統上使用命令來升級控制器 system controller replace 。
請參閱 "選擇升級或重新整理方法" 以瞭解其他程序。
關於這項工作
-
您只能將此程序用於控制器升級。
組態中的其他元件（例如儲存櫃或交換器）無法同時升級。
-
您的升級組態中的現有和新控制器必須支援 MetroCluster IP 交換器（交換器類型、廠商和機型）和韌體版本。
如需支援的交換器和韌體版本、請參閱 "NetApp Hardware Universe" 或 "IMT" 。
-
MetroCluster 系統必須在兩個站台上執行相同的 ONTAP 版本。
-
您可以使用此程序來升級四節點 MetroCluster IP 組態中的控制器、使用 NSO 型自動切換和切換。
四節點 MetroCluster IP 組態不支援使用 Aggregate 重定位（ ARL ）和「系統控制器置換」命令來執行升級。 -
如果您的系統已啟用此功能、 "停用端點對端點加密" 請在執行升級之前先執行。
-
您必須使用自動 NSO 控制器升級程序、以連續升級兩個站台的控制器。
-
這項自動化的NSO型控制器升級程序可讓您將控制器更換至MetroCluster 還原災難恢復（DR）站台。您一次只能在一個站台啟動控制器更換。
-
若要在站台A開始更換控制器、您需要從站台B執行控制器更換啟動命令此作業只會引導您更換站台A上兩個節點的控制器。若要更換站台B的控制器、您必須從站台A執行控制器更換啟動命令此時會顯示一則訊息、指出要更換控制器的站台。
本程序使用下列範例名稱：
-
站台_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
-
-
啟用主控台記錄
NetApp 強烈建議您在使用的裝置上啟用主控台記錄功能、並在執行此程序時採取下列動作：
-
在維護期間保持啟用 AutoSupport 。
-
在維護之前和之後觸發維護 AutoSupport 訊息、以在維護活動期間停用案例建立。
請參閱知識庫文章 "如何在排程的維護期間、隱藏自動建立個案"。
-
啟用任何 CLI 工作階段的工作階段記錄。有關如何啓用會話日誌記錄的說明，請查看知識庫文章中的“日誌記錄會話輸出”部分 "如何設定 Putty 以最佳化連線至 ONTAP 系統"。
在現有系統上設定所需的 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 群組中的每個節點上重複這些步驟。
準備升級
若要準備控制器升級、您必須執行系統預先檢查並收集組態資訊。
在預先檢查開始之前、如果已安裝 ONTAP Mediator 、系統會自動偵測並移除它。若要確認移除、系統會提示您輸入使用者名稱和密碼。當您完成升級、或預先檢查失敗、或您選擇不繼續升級時、您必須執行 手動重新設定 ONTAP Mediator。
在升級期間的任何階段、您都可以從站台A執行「系統控制器置換show」或「系統控制器置換show-details」命令、以檢查狀態。如果命令傳回空白輸出、請等待幾分鐘、然後重新執行命令。
-
從站台A開始自動化控制器更換程序、以更換站台B的控制器：
system controller replace start -nso true自動化作業會執行預先檢查。如果找不到問題、作業會暫停、以便您手動收集組態相關資訊。
-
如果您未執行
system controller replace start -nso true命令、控制器升級程序會選擇 NSO 型自動切換和切換、作為 MetroCluster IP 系統的預設程序。 -
畫面會顯示目前的來源系統和所有相容的目標系統。如果您已將來源控制器更換為具有不同ONTAP 版本的控制器或不相容平台、則在新節點開機後、自動化作業會停止並報告錯誤。若要使叢集恢復正常狀態、您必須遵循手動還原程序。
「系統控制器更換start」命令可能會報告下列預先檢查錯誤：
Cluster-A::*>system controller replace show Node Status Error-Action ----------- -------------- ------------------------------------ Node-A-1 Failed MetroCluster check failed. Reason : MCC check showed errors in component aggregates
檢查此錯誤是否是因為您有未鏡射的Aggregate或是因為另一個Aggregate問題而發生。確認所有鏡射Aggregate均正常運作、且未降級或鏡射降級。如果此錯誤僅由未鏡射的Aggregate所造成、您可以在「系統控制器更換開始」命令上選取「skip -MetroCluster-check true」選項來覆寫此錯誤。如果可以存取遠端儲存設備、則無鏡射的集合體會在切換後上線。如果遠端儲存連結失敗、則未鏡射的集合體將無法上線。
-
-
在站台B登入、然後依照主控台訊息「系統控制器更換show」或「系統控制器更換show-details」命令中所列的命令、手動收集組態資訊。
在升級之前收集資訊
在升級之前、如果根磁碟區已加密、您必須先收集備份金鑰和其他資訊、才能以舊的加密根磁碟區來啟動新的控制器。
此工作是在現有的 MetroCluster IP 組態上執行。
-
標示現有控制器的纜線、以便在設定新控制器時輕鬆識別纜線。
-
顯示命令以擷取備份金鑰及其他資訊：
「System Controller replace show」（系統控制器更換顯示）
從合作夥伴叢集執行「show」命令下所列的命令。
。
show命令輸出會顯示三個表格、其中包含 MetroCluster 介面 IP 、系統 ID 和系統 UUID 。稍後在引導新節點時設置 bootargs 的過程中需要此信息。 -
收集MetroCluster 節點的系統ID（以「Sof the Sof the Sof the nodes in the Sof the S
「MetroCluster 這個節點顯示欄位節點系統ID、DR-Partner SystemID」
在升級過程中、您將以新控制器模組的系統 ID 來取代這些舊系統 ID 。
在此四節點 MetroCluster IP 組態範例中、會擷取下列舊系統 ID ：
-
node_a_1-old：40687441258
-
node_a_2-old：4068741260
-
node_B_1-old：40687441254
-
node_B_2-old：40687441256
metrocluster-siteA::> 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-old 4068741258 4068741260 4068741256 4068741256 1 Cluster_A Node_A_2-old 4068741260 4068741258 4068741254 4068741254 1 Cluster_B Node_B_1-old 4068741254 4068741256 4068741258 4068741260 1 Cluster_B Node_B_2-old 4068741256 4068741254 4068741260 4068741258 4 entries were displayed.
在此雙節點 MetroCluster IP 組態範例中、會擷取下列舊系統 ID ：
-
節點_a_1：40687441258
-
節點_B_1：40687441254
metrocluster node show -fields node-systemid,dr-partner-systemid dr-group-id cluster node node-systemid dr-partner-systemid ----------- ---------- -------- ------------- ------------ 1 Cluster_A Node_A_1-old 4068741258 4068741254 1 Cluster_B node_B_1-old - - 2 entries were displayed.
-
-
收集每個舊節點的連接埠和 LIF 資訊。
您應該為每個節點收集下列命令的輸出：
-
「網路介面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
-
-
如果MetroCluster 支援SAN組態、請收集相關資訊。
您應該收集下列命令的輸出：
-
「FCP介面卡顯示-instance」
-
「FCP介面show -instance」
-
「iSCSI介面展示」
-
「ucadmin show」
-
-
如果根磁碟區已加密、請收集並儲存用於金鑰管理程式的通關密碼：
「安全金鑰管理程式備份展示」
-
如果MetroCluster 這個節點正在使用磁碟區或集合體的加密功能、請複製金鑰和複製密碼的相關資訊。
如需其他資訊、請參閱 "手動備份內建金鑰管理資訊"。
-
如果已設定Onboard Key Manager：
「安全金鑰管理程式內建show Backup」
稍後在升級程序中、您將需要密碼。
-
如果已設定企業金鑰管理（KMIP）、請發出下列命令：
「安全金鑰管理程式外部show -instance」
「安全金鑰管理程式金鑰查詢」
-
-
完成組態資訊的收集之後、請繼續作業：
「系統控制器更換恢復」
從斷路器或其他監控軟體移除現有組態
如果現有的組態是以MetroCluster 可啟動切換的ESITTiebreaker組態或其他協力廠商應用程式（例如ClusterLion）來監控、您必須先從MetroCluster 斷路器或其他軟體移除此類組態、才能更換舊的控制器。
-
"移除現有MetroCluster 的版本資訊" 透過Tiebreaker軟體。
-
從MetroCluster 任何可啟動切換的第三方應用程式移除現有的功能。
請參閱應用程式的文件。
更換舊的控制器、並啟動新的控制器
收集資訊並恢復作業之後、自動化會繼續進行切換作業。
自動化作業會啟動「跨操作」。這些作業完成後、操作會暫停於 * 暫停以供使用者介入 * 、以便您可以使用從 Flash 備份將控制器機架安裝、開機合作夥伴控制器、以及將根 Aggregate 磁碟重新指派給新的控制器模組 sysids 早些時候收集到。
在啟動切換之前、自動化作業會暫停、以便您手動確認站台B的所有生命都是「up」如有必要、請將任何「'down」的lifs移至「up」、然後使用「system controller replace resume」命令恢復自動化作業。
準備舊控制器的網路組態
為了確保新控制器上的網路能正常恢復、您必須將LIF移至通用連接埠、然後移除舊控制器的網路組態。
-
此工作必須在每個舊節點上執行。
-
您將使用中收集的資訊 準備升級。
-
開機舊節點、然後登入節點：
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 取代升級 _prepy_network_ports_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 取代升級 _prepy_network_ports_3]] 將舊控制器上所有資料生命體的主連接埠指派給舊控制器模組和新控制器模組上相同的通用連接埠。
-
顯示生命：
「網路介面展示」
SAN和NAS等所有資料生命量都是管理員「up」（啟動）和作業「down」（保留）、因為這些資料都是在切換站台（叢集_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連接埠。
-
刪除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:portname>,.. -
根據需要修改介面群組連接埠、以使用其他實體連接埠作為成員：
ifgrp add-port -node <node-name> -ifgrp <interface-group-name> -port <port-id>
-
-
停止節點：
halt -inhibit-takeover true -node <node-name>此步驟必須在兩個節點上執行。
-
驗證節點是否出現在提示符處
LOADER、並收集和保留目前的環境變數。 -
收集bootag值：
《王子》
-
關閉要升級控制器的站台上的節點和機櫃。
設定新的控制器
您必須將新的控制器裝入機架並連接纜線。
-
視需要規劃新控制器模組和儲存櫃的定位。
機架空間取決於控制器模組的平台模式、交換器類型、以及組態中的儲存櫃數量。
-
請妥善接地。
-
如果您的升級需要更換控制器模組、例如從 AFF 800 升級至 AFF A90 系統、則在更換控制器模組時、您必須從機箱中移除控制器模組。對於所有其他升級，請跳至 步驟4.。
在機箱正面、用您的拇指將每個磁碟機穩固推入、直到您感覺到有正面的停止為止。這證實磁碟機已穩固地安裝在機箱中板上。
-
[[IP 升級 _REPLACE _4]] 安裝控制器模組。
您遵循的安裝步驟取決於升級是否需要更換控制器模組、例如從 AFF 800 升級至 AFF A90 系統。 需要更換控制器模組的升級單獨安裝新控制器不適用於在同一機箱中使用磁碟和控制器的整合式系統升級、例如從 AFF A800 系統升級至 AFF A90 系統。新的控制器模組和 I/O 卡必須在關閉舊控制器電源後交換、如下圖所示。
以下範例影像僅供示範、控制器模組和 I/O 卡可能會因系統而異。
所有其他升級在機架或機櫃中安裝控制器模組。
-
按照中所述、連接控制器的電源、序列主控台和管理連線 "MetroCluster IP 交換器佈線"
此時請勿連接任何其他與舊控制器中斷連線的纜線。
-
開啟新節點的電源、並在出現提示時按 Ctrl-C
LOADER。
以網路開機新的控制器
安裝新節點之後、您需要netboot才能確保新節點執行的ONTAP 版本與原始節點相同。「netboot」一詞是指您從ONTAP 儲存在遠端伺服器上的不實映像進行開機。準備網路開機時、您必須將ONTAP 一份《支援》9開機映像複本放到系統可以存取的網路伺服器上。
此工作會在每個新的控制器模組上執行。
-
存取 "NetApp 支援網站" 可下載用於執行系統netboot的文件。
-
從ONTAP NetApp支援網站的軟體下載區段下載適當的支援軟體、並將ONTAP-VERSION _image.tgz檔案儲存在可從網路存取的目錄中。
-
移至網路存取目錄、確認您所需的檔案可用。
您的目錄列表應包含內核文件 netboot 文件夾： ontap － version － image ． tgz
您不需要解壓縮 ONTAP 版本映像 .tgz 檔案。
-
在
LOADER提示字元下、設定管理 LIF 的 netboot 連線：-
如果IP定址為DHCP、請設定自動連線：
「ifconfige0M -auto」
-
如果IP定址為靜態、請設定手動連線：
"ifconfige0M -addr=ip_addr -mask=netmask"'-gateway=gateway"
-
-
執行netboot。
“netboot http://web_server_ip/path_to_web-accessible_directory/ontap-version_image.tgz`
-
從開機功能表中、選取選項*（7）Install new software first*（先安裝新軟體*）、將新的軟體映像下載並安裝至開機裝置。
Disregard the following message: "This procedure is not supported for Non-Disruptive Upgrade on an HA pair". It applies to nondisruptive upgrades of software, not to upgrades of controllers. . 如果系統提示您繼續此程序、請輸入「y」、並在系統提示您輸入套件時、輸入映像檔的URL：「http://web_server_ip/path_to_web-accessible_directory/ontap-version_image.tgz`」
Enter username/password if applicable, or press Enter to continue.
-
當您看到類似下列的提示時、請務必輸入「n」以跳過備份恢復：
Do you want to restore the backup configuration now? {y|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*以將系統開機至維護模式。
請對確認提示回應「是」。
還原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> -
-
結束維護模式：
《停止》
執行命令後、請等待節點在提示字元下停止
LOADER。 -
將節點開機回「維護」模式、使組態變更生效：
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」
更新交換器RCF檔案以容納新平台
您必須將交換器更新為支援新平台機型的組態。
您可以在包含目前正在升級之控制器的站台上執行此工作。在本程序所示的範例中、我們會先升級se_B。
站台A的交換器將在站台A上的控制器升級時升級。
-
準備IP交換器以應用新的RCF檔案。
請依照您的交換器廠商章節中的步驟進行：
-
下載並安裝RCF檔案。
請依照您的交換器廠商章節中的步驟進行：
設定MetroCluster 靜態IP bootarg變數
必須MetroCluster 在新的控制器模組上設定特定的靜態IP bootarg值。這些值必須與舊控制器模組上設定的值相符。
在此任務中，您將使用中升級過程前面確定的 UUID 和系統 ID 在升級之前收集資訊。
-
在「loader>」提示字元中、在s加 載點B的新節點上設定下列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>下列範例設定節點 B_1 的值、第一個網路使用 VLAN 120 、第二個網路使用 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
下列範例設定節點 B_2 的值、第一個網路使用 VLAN 120 、第二個網路使用 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 為所有 MetroCluster IP DR 連線設定 node_B_1 的值：
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
下列範例設定節點 B_2 的值、並使用預設 VLAN 進行所有 MetroCluster IP DR 連線：
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 上設定 UUID 。
下列範例顯示在 node_B_1 上設定 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 上設定 UUID ：
下列範例顯示在 node_B_2 上設定 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提示字元中、啟用 ADP ：「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.mcc.local_config_id變數必須設為 * 原始 * 控制器模組 node_B_1 的 sys-id 。-
在 node_B_1 上設定變數。
下列範例顯示在 node_B_1 上設定值的命令：
setenv bootarg.mcc.local_config_id 537403322 setenv bootarg.mcc.dr_partner 537403324
-
在 node_B_2 上設定變數。
下列範例顯示在 node_B_2 上設定值的命令：
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磁碟
使用先前收集的「sids」、將根Aggregate磁碟重新指派給新的控制器模組
此工作會在維護模式中執行。
舊的系統 ID 在中識別 在升級之前收集資訊。
本程序中的範例使用具有下列系統ID的控制器：
節點 |
舊系統ID |
新系統ID |
節點_B_1 |
4068741254 |
1574774970 |
-
將所有其他連線連接至新的控制器模組（FC-VI、儲存設備、叢集互連等）。
-
停止系統、並從「loader"（載入器）提示字元開機至維護模式：
Boot_ONTAP maint
-
顯示node_B_1-old擁有的磁碟：
「展示-A'」
命令輸出顯示新控制器模組的系統ID（1574774970）。不過、根Aggregate磁碟仍為舊系統ID（40687441254）所有。此範例並未顯示MetroCluster 由其他節點所擁有的磁碟機、以供使用。
在繼續磁碟重新分配之前、您必須確認屬於節點根集合的 Pool0 和 Pool1 磁碟會顯示在輸出中 disk show。在以下範例中、輸出會列出 node_B_1-old 所擁有的 Pool0 和 Pool1 磁碟。*> disk show -a Local System ID: 1574774970 DISK OWNER POOL SERIAL NUMBER HOME DR HOME ------------ ------------- ----- ------------- ------------- ------------- ... rr18:9.126L44 node_B_1-old(4068741254) Pool1 PZHYN0MD node_B_1-old(4068741254) node_B_1-old(4068741254) rr18:9.126L49 node_B_1-old(4068741254) Pool1 PPG3J5HA node_B_1-old(4068741254) node_B_1-old(4068741254) rr18:8.126L21 node_B_1-old(4068741254) Pool1 PZHTDSZD node_B_1-old(4068741254) node_B_1-old(4068741254) rr18:8.126L2 node_B_1-old(4068741254) Pool0 S0M1J2CF node_B_1-old(4068741254) node_B_1-old(4068741254) rr18:8.126L3 node_B_1-old(4068741254) Pool0 S0M0CQM5 node_B_1-old(4068741254) node_B_1-old(4068741254) rr18:9.126L27 node_B_1-old(4068741254) Pool0 S0M1PSDW node_B_1-old(4068741254) node_B_1-old(4068741254) ...
-
將磁碟機櫃上的根Aggregate磁碟重新指派給新的控制器：
disk reassign -s <old-sysid> -d <new-sysid>
如果您的 MetroCluster IP 系統已設定進階磁碟分割、則必須執行以納入 DR 合作夥伴系統 ID disk reassign -s old-sysid -d new-sysid -r dr-partner-sysid命令。以下範例顯示磁碟機的重新指派：
*> disk reassign -s 4068741254 -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)? Jul 14 19:23:49 [localhost:config.bridge.extra.port:error]: Both FC ports of FC-to-SAS bridge rtp-fc02-41-rr18:9.126L0 S/N [FB7500N107692] are attached to this controller. y Disk ownership will be updated on all disks previously belonging to Filer with sysid 4068741254. Do you want to continue (y/n)? y
-
檢查是否已按照預期重新指派所有磁碟：
「尖碑秀」
*> disk show Local System ID: 1574774970 DISK OWNER POOL SERIAL NUMBER HOME DR HOME ------------ ------------- ----- ------------- ------------- ------------- rr18:8.126L18 node_B_1-new(1574774970) Pool1 PZHYN0MD node_B_1-new(1574774970) node_B_1-new(1574774970) rr18:9.126L49 node_B_1-new(1574774970) Pool1 PPG3J5HA node_B_1-new(1574774970) node_B_1-new(1574774970) rr18:8.126L21 node_B_1-new(1574774970) Pool1 PZHTDSZD node_B_1-new(1574774970) node_B_1-new(1574774970) rr18:8.126L2 node_B_1-new(1574774970) Pool0 S0M1J2CF node_B_1-new(1574774970) node_B_1-new(1574774970) rr18:9.126L29 node_B_1-new(1574774970) Pool0 S0M0CQM5 node_B_1-new(1574774970) node_B_1-new(1574774970) rr18:8.126L1 node_B_1-new(1574774970) Pool0 S0M1PSDW node_B_1-new(1574774970) node_B_1-new(1574774970) *>
-
顯示Aggregate狀態：
「aggr狀態」
*> aggr status Aggr State Status Options aggr0_node_b_1-root online raid_dp, aggr root, nosnap=on, mirrored mirror_resync_priority=high(fixed) fast zeroed 64-bit -
在合作夥伴節點（node_B_2-new）上重複上述步驟。
開機新的控制器
您必須從開機功能表重新啟動控制器、才能更新控制器Flash映像。如果已設定加密、則需要執行其他步驟。
您可以重新設定VLAN和介面群組。如有必要、請先手動修改叢集lifs的連接埠和廣播網域詳細資料、再使用「系統控制器置換resume」命令繼續作業。
此工作必須在所有新控制器上執行。
-
停止節點：
《停止》
-
如果已設定外部金鑰管理程式、請設定相關的bootargs：
setenv bootarg.kmip.init.ipaddr <ip-address>setenv bootarg.kmip.init.netmask <netmask>setenv bootarg.kmip.init.gateway <gateway-address>setenv bootarg.kmip.init.interface <interface-id> -
顯示開機功能表：
Boot_ONTAP功能表
-
如果使用root加密、請選取金鑰管理組態的開機功能表選項。
如果您使用…
選取此開機功能表選項…
內建金鑰管理
選項「'10'」
依照提示提供必要的輸入、以恢復及還原金鑰管理程式組態。
外部金鑰管理
選項「'11'」
依照提示提供必要的輸入、以恢復及還原金鑰管理程式組態。
-
從開機功能表中、執行選項「'6'」。
選項「'6'」會在完成之前重新啟動節點兩次。 對系統ID變更提示回應「y」。等待第二個重新開機訊息：
Successfully restored env file from boot media... Rebooting to load the restored env file...
在選項 "`6" 之後的其中一次重新開機期間、會出現確認提示
Override system ID? {y|n}出現。輸入y。 -
如果使用root加密、請針對金鑰管理組態再次選取開機功能表選項。
如果您使用…
選取此開機功能表選項…
內建金鑰管理
選項「'10'」
依照提示提供必要的輸入、以恢復及還原金鑰管理程式組態。
外部金鑰管理
選項「'11'」
依照提示提供必要的輸入、以恢復及還原金鑰管理程式組態。
視金鑰管理程式設定而定、請在第一個開機功能表提示字元中選取選項「10」或選項「11」、然後選取選項「6」、以執行還原程序。若要完全開機節點、您可能需要重複選項「1」（正常開機）的恢復程序。
-
開機節點：
Boot_ONTAP
-
等待替換的節點開機。
如果任一節點處於接管模式、請使用「儲存容錯移轉恢復」命令執行恢復。
-
確認所有連接埠都位於廣播網域中：
-
檢視廣播網域：
「網路連接埠廣播網域節目」
-
如果為新升級的控制器上的資料連接埠建立新的廣播網域、請刪除廣播網域：
只刪除新的廣播網域。開始升級之前、請勿刪除任何已存在的廣播網域。 broadcast-domain delete -broadcast-domain <broadcast_domain_name> -
視需要將任何連接埠新增至廣播網域。
-
將將叢集間生命體所在的實體連接埠新增至對應的廣播網域。
-
修改叢集間的LIF、將新的實體連接埠當作主連接埠使用。
-
在叢集間生命體啟動之後、請檢查叢集對等端點狀態、並視需要重新建立叢集對等端點。
您可能需要重新設定叢集對等關係。
-
視需要重新建立VLAN和介面群組。
VLAN和介面群組成員資格可能與舊節點不同。
-
確認合作夥伴叢集可連線、且組態已在合作夥伴叢集上成功重新同步：
metrocluster switchback -simulate true
-
-
如果使用加密、請使用適用於金鑰管理組態的正確命令來還原金鑰。
如果您使用…
使用此命令…
內建金鑰管理
「安全金鑰管理程式內建同步」
如需詳細資訊、請參閱 "還原內建金鑰管理加密金鑰"。
外部金鑰管理
`security key-manager external restore -vserver <svm-name> -node <node-name> -key-server <host_name
-
在您恢復作業之前、請確認MetroCluster 已正確設定好功能。檢查節點狀態：
「不一樣的秀」MetroCluster
確認新節點（站台B）處於*等待站台A的切換狀態*
-
恢復作業：
「系統控制器更換恢復」
完成升級
自動化作業會執行驗證系統檢查、然後暫停、以便您驗證網路連線能力。驗證之後、資源重新取得階段便會啟動、自動化作業會在站台A切換回、並在升級後檢查時暫停。在您恢復自動化作業之後、它會執行升級後檢查、如果未偵測到錯誤、則會將升級標示為完成。
-
請依照主控台訊息來驗證網路連線能力。
-
完成驗證後、請繼續操作：
「系統控制器更換恢復」
-
自動化作業會執行
heal-aggregate、 `heal-root-aggregate`以及在站台 A 切換作業、以及升級後檢查。當作業暫停時、請手動檢查SAN LIF狀態、並依照主控台訊息來驗證網路組態。 -
完成驗證後、請繼續操作：
「系統控制器更換恢復」
-
檢查升級後檢查狀態：
「System Controller replace show」（系統控制器更換顯示）
如果升級後檢查未報告任何錯誤、則表示升級已完成。
-
完成控制器升級之後、請登入站台B、確認已正確設定更換的控制器。
重新設定 ONTAP Mediator
手動設定 ONTAP Mediator 、此程式會在您開始升級之前自動移除。
設定端點對端點加密
如果您的系統支援此功能、您可以在 MetroCluster IP 站台之間加密後端流量、例如 NVlog 和儲存複寫資料。請參閱 "設定端點對端點加密" 以取得更多資訊。