本繁體中文版使用機器翻譯,譯文僅供參考,若與英文版本牴觸,應以英文版本為準。

使用MetroCluster 切換和切換功能升級以使用靜態IP組態的控制器(ONTAP 版本號:S9.8及更新版本)

貢獻者

從ONTAP 功能介紹9.8開始、您可以使用MetroCluster 功能介紹切換作業、在升級合作夥伴叢集上的控制器模組時、為用戶端提供不中斷的服務。其他元件(例如儲存櫃或交換器)無法在此程序中進行升級。

關於這項工作
  • 平台必須執行ONTAP 的是更新版本的支援。

  • 此程序適用於MetroCluster 以靜態IP組態設定的控制器模組。

  • 支援的升級途徑取決於原始平台模式。

    不支援含有內部磁碟櫃的平台機型。

    舊平台模式

    全新平台模式

    • 解答320 AFF

    • 解答400 AFF

    • FAS8200

    • FAS9000

    • FAS8300

    • FAS8700

附註 使用BG-53248 IP交換器時、不支援升級支援使用32平台機型。AFF
  • 組態中的所有控制器都應在相同的維護期間進行升級。

    在本維護活動之外、不支援以MetroCluster 不同控制器類型來操作此項支援。

  • 新平台的機型必須與原始平台不同。

  • IP交換器必須執行支援的韌體版本。

  • 如果新平台的插槽數少於原始系統、或是連接埠類型較少或不同、您可能需要在新系統中新增介面卡。

    如需詳細資訊、請參閱 "NetApp Hardware Universe"

  • 您將在新平台上重複使用原始平台的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

升級MetroCluster 以使用整個IP組態的控制器的工作流程

您可以使用工作流程圖來協助規劃升級工作。

工作流程IP升級

準備升級

在對現有MetroCluster 的版本進行任何變更之前、您必須檢查組態的健全狀況、準備新平台、以及執行其他雜項工作。

升級控制器之前、請先更新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上的控制器升級時升級。

步驟
  1. 準備IP交換器以應用新的RCF檔案。

    請依照中交換器廠商的一節中的步驟操作 "安裝與組態MetroCluster"

  2. 下載並安裝RCF檔案。

    請遵循中的步驟 "安裝與組態MetroCluster"

將連接埠從舊節點對應至新節點

您必須驗證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是相符的連接埠。您不需要變更組態、但在升級之後、您可以將叢集生命量分散到可用的叢集連接埠。

步驟
  1. 確定新控制器上可用的實體連接埠、以及連接埠上可裝載的LIF。

    控制器的連接埠使用量取決於平台模組、以及MetroCluster 您將使用哪些交換器來進行靜態IP組態。您可以從收集新平台的連接埠使用量 "NetApp Hardware Universe"

  2. 規劃連接埠使用量、並填寫下列表格、以供每個新節點參考。

    執行升級程序時、請參閱表格。

    node_a_1-old

    node_a_1-new

    LIF

    連接埠

    IPspaces

    廣播網域

    連接埠

    IPspaces

    廣播網域

    叢集1

    叢集2

    叢集3

    叢集4.

    節點管理

    叢集管理

    資料1.

    資料2.

    資料3.

    資料4.

    SAN

    叢集間連接埠

新控制器的Netbooting

安裝新節點之後、您需要netboot才能確保新節點執行的ONTAP 版本與原始節點相同。「netboot」一詞是指您從ONTAP 儲存在遠端伺服器上的不實映像進行開機。準備網路開機時、您必須將ONTAP 一份《支援》9開機映像複本放到系統可以存取的網路伺服器上。

步驟
  1. 新控制器的網路開機:

    1. 存取 "NetApp 支援網站" 可下載用於執行系統netboot的文件。

    2. 請ONTAP 從NetApp支援網站的軟體下載區段下載適當的支援軟體、並將「ONTAP-VERW_image.tgz」檔案儲存在可從網路存取的目錄中。

    3. 切換至網路存取目錄、並確認您所需的檔案可用。

      如果平台模式是…​

      然後…​

      FAS / AFF8000系列系統

      將「_ontap-version___image.tgz(鏡像)檔案的內容擷取至目標目錄:

      「tar -zxvf _ontap-version __image.tgz」

      附註 如果要在Windows上解壓縮內容、請使用7-Zip或WinRAR擷取netboot映像。您的目錄清單應包含一個netboot資料夾、其中含有核心檔案:netboot/kernel

      您的目錄清單應包含一個含有核心檔案的netboot資料夾:

      "netboot/kernel-"

      所有其他系統

      您的目錄清單應包含一個含有核心檔案的netboot資料夾:

      點選「ONTAP版本映像」

      您不需要擷取「_ONTAP-VERON_image.tgz」檔案。

    4. 在載入程式提示下、設定管理LIF的netboot連線:

      如果IP定址是…​

      然後…​

      DHCP

      設定自動連線:

      「ifconfige0M -auto」

      靜態

      設定手動連線:

      「ifconfige0M -addr=ip_addr-mask=netmask-gateway_`

    5. 執行netboot。

      如果平台模式是…​

      然後…​

      FAS / AFF8000系列系統

      “netboot http://web_server_ip/path_to_web-accessible_directory/netboot/kernel`[]

      所有其他系統

      “netboot http://_web_server_ip/path_to_web-accessible_directory/ontap-version_image.tgz`

    6. 從開機功能表中、選取選項「(7)先安裝新軟體」、將新的軟體映像下載並安裝到開機裝置。

      請忽略下列訊息:

    「此程序不支援HA配對上的不中斷升級」。它適用於軟體的不中斷升級、而非控制器的升級。

    1. 如果系統提示您繼續此程序、請輸入「y」、並在系統提示您輸入套件時、輸入映像檔的URL:

      http://web_server_ip/path_to_web-accessible_directory/ontap-version_image.tgz`

    2. 輸入使用者名稱和密碼(若適用)、或按Enter繼續。

    3. 當您看到類似下列的提示時、請務必輸入「n」以跳過備份恢復:

      Do you want to restore the backup configuration now? {y|n} **n**
    4. 當您看到類似於以下內容的提示時、請輸入「* y *」重新開機:

      The node must be rebooted to start using the newly installed software. Do you want to reboot now? {y|n}

清除控制器模組上的組態

在使用全新的控制器模組MetroCluster 進行整個過程之前、您必須先清除現有的組態。

步驟
  1. 如有必要、請停止節點以顯示載入程式提示:

    《停止》

  2. 在載入程式提示下、將環境變數設定為預設值:

    「預設值」

  3. 儲存環境:

    「aveenv」

  4. 在載入程式提示下、啟動開機功能表:

    Boot_ONTAP功能表

  5. 在開機功能表提示字元中、清除組態:

    《無花果》

    請對確認提示回應「是」。

    節點會重新開機、並再次顯示開機功能表。

  6. 在開機功能表中、選取選項* 5*以將系統開機至維護模式。

    請對確認提示回應「是」。

在站台升級前驗證MetroCluster 此功能是否健全

在執行升級之前、您必須先驗證MetroCluster 整個過程的健全狀況和連線能力。

步驟
  1. 驗證MetroCluster 下列項目中的功能:ONTAP

    1. 檢查節點是否具有多路徑:+「節點執行-node-name_ sysconfig -A」

      您應該為MetroCluster Eflexeconfiguration中的每個節點發出此命令。

    2. 驗證組態中沒有損壞的磁碟:+「磁碟顯示-中斷」

      您應該在MetroCluster Eflexeconfiguration中的每個節點上發出此命令。

    3. 檢查是否有任何健全狀況警示:

      「系統健全狀況警示顯示」

      您應該在每個叢集上發出此命令。

    4. 驗證叢集上的授權:

      「系統授權展示」

      您應該在每個叢集上發出此命令。

    5. 驗證連接至節點的裝置:

      「網路裝置探索秀」

      您應該在每個叢集上發出此命令。

    6. 確認兩個站台的時區和時間設定正確:

      「叢集日期顯示」

    您應該在每個叢集上發出此命令。您可以使用「叢集日期」命令來設定時間和時區。

  2. 確認MetroCluster 執行功能不正常的操作模式、並執行MetroCluster 功能不實的檢查。

    1. 確認MetroCluster 此功能的組態、操作模式為「正常」:+ MetroCluster 「show」

    2. 確認所有預期的節點均顯示:+「MetroCluster 不實節點顯示」

    3. 發出下列命令:

      《不一樣的跑程》MetroCluster

    4. 顯示MetroCluster 檢查結果:

      《不一樣的表演》MetroCluster

  3. 使用MetroCluster 「資訊工具」檢查「資訊系統」的纜線。Config Advisor

    1. 下載並執行Config Advisor 更新。

    2. 執行Config Advisor 完功能後、請檢閱工具的輸出結果、並依照輸出中的建議來解決發現的任何問題。

在升級之前收集資訊

在升級之前、您必須先收集每個節點的資訊、並視需要調整網路廣播網域、移除任何VLAN和介面群組、以及收集加密資訊。

步驟
  1. 記錄每個節點的實體纜線、視需要標示纜線、以便正確連接新節點。

  2. 收集每個節點的互連、連接埠和LIF資訊。

    您應該為每個節點收集下列命令的輸出:

    • 《不互連秀》MetroCluster

    • 「組態設定連線顯示」MetroCluster

    • 「網路介面show -role叢集、node-mgmt」

    • 「網路連接埠show -node_name -type Physical」

    • 「網路連接埠VLAN show -node-name_」

    • 「網路連接埠ifgrp show -node_node_name_-instance」

    • 「網路連接埠廣播網域節目」

    • 「網路連接埠連線能力顯示-詳細資料」

    • 「網路IPSpace節目」

    • 「Volume show」

    • 《集合體展》

    • 「系統節點執行節點_norme-name_ sysconfig -A」

    • 「Vserver FCP啟動器顯示」

    • 「磁碟展示」

    • 「顯示組態設定介面」MetroCluster

  3. 收集站台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

  4. 如果MetroCluster 支援SAN組態、請收集相關資訊。

    您應該收集下列命令的輸出:

    • 「FCP介面卡顯示-instance」

    • 「FCP介面show -instance」

    • 「iSCSI介面展示」

    • 「ucadmin show」

  5. 如果根磁碟區已加密、請收集並儲存用於金鑰管理程式的通關密碼:

    「安全金鑰管理程式備份展示」

  6. 如果MetroCluster 這個節點正在使用磁碟區或集合體的加密功能、請複製金鑰和複製密碼的相關資訊。

    如需其他資訊、請參閱 "手動備份內建金鑰管理資訊"

    1. 如果已設定Onboard Key Manager:+「安全金鑰管理程式內建show-Backup」

      稍後在升級程序中、您將需要密碼。

    2. 如果已設定企業金鑰管理(KMIP)、請發出下列命令:

      「安全金鑰管理程式外部show -instance」「安全金鑰管理程式金鑰查詢」

  7. 收集現有節點的系統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 使用斷路器或調解器公用程式監控了該組態、您必須先移除監控。

步驟
  1. 收集下列命令的輸出:

    「iSCSI啟動器展示」

  2. 移除MetroCluster 可啟動切換功能的斷路器、調解器或其他軟體中現有的物件組態。

    如果您使用…​

    使用此程序…​

    Tiebreaker

    "移除MetroCluster 部分組態" 請參閱《_ MetroCluster 資料斷路器安裝與組態指南_》

    中介者

    從資訊提示字元發出下列命令ONTAP :

    「取消組態設定中介程式」MetroCluster

    第三方應用程式

    請參閱產品文件。

在維護前傳送自訂AutoSupport 的支援訊息

在執行維護之前、您應發出AutoSupport 一份不知所知的訊息、通知NetApp技術支援部門正在進行維護。告知技術支援部門正在進行維護、可防止他們假設發生中斷、而開啟案例。

此工作必須在每MetroCluster 個站台上執行。

步驟
  1. 登入叢集。

  2. 叫出AutoSupport 指示維護開始的消息:

    「系統節點AutoSupport 不支援節點*-type all -most maints=maintening-window-in-thing_

    "maintenance window-in-hours(維護時間間隔)"參數指定維護時間的長度、最長可達72小時。如果維護作業在時間結束之前完成、您可以叫用AutoSupport 指示維護期間結束的資訊消息:

    「系統節點AutoSupport 不完整地叫用節點*-type all -most MAn=end」

  3. 在合作夥伴網站上重複這些步驟。

切換MetroCluster 整個過程

您必須將組態切換為站台A、才能升級站台B上的平台。

此工作必須在sSite _A上執行

完成此工作之後、叢集_A會處於作用中狀態、並為兩個站台提供資料。叢集B處於非作用中狀態、準備開始升級程序。

MCC升級叢集A(在切換中)
步驟
  1. 切換MetroCluster 到站台A的支援、以便站台B的節點升級:

    1. 在叢集_A上發出下列命令:

      「不需要更換控制器」MetroCluster

      此作業可能需要數分鐘才能完成。

    2. 監控切換作業:

      《不穩定營運展》MetroCluster

    3. 作業完成後、請確認節點處於切換狀態:

      《不看》MetroCluster

    4. 檢查MetroCluster 不實節點的狀態:

      「不一樣的秀」MetroCluster

    在控制器升級期間、會停用協調式切換後的Aggregate自動修復功能。

移除介面組態並解除安裝舊的控制器

您必須將資料LIF移至通用連接埠、移除舊控制器上的VLAN和介面群組、然後實際解除安裝控制器。

關於這項工作
步驟
  1. 開機舊節點並登入節點:

    Boot_ONTAP

  2. 將舊控制器上所有資料LIF的主連接埠指派給舊控制器模組和新控制器模組上相同的通用連接埠。

    1. 顯示生命:

      「網路介面展示」

      所有的資料生命期間(包括SAN和NAS)都會在切換站台(叢集_A)啟動、因此系統將會啟動並運作。

    2. 檢閱輸出、找出舊控制器和新控制器上相同的通用實體網路連接埠、而這些控制器並未用作叢集連接埠。

      例如、e0d是舊控制器上的實體連接埠、也會出現在新的控制器上。e0d不做為叢集連接埠、也不做為新控制器的其他端口。

      如需平台機型的連接埠使用量、請參閱 "NetApp Hardware Universe"

    3. 修改所有資料LIF以使用通用連接埠做為主連接埠:+「網路介面修改-vserver Svm-name-lif_data-lif_-home-port port-id

      在下列範例中、此為「e0d」。

      例如:

    network interface modify -vserver vs0 -lif datalif1 -home-port e0d
  3. 使用叢集連接埠做為成員連接埠來移除任何VLAN連接埠、並使用叢集連接埠做為成員連接埠來移除ifgrps。

    1. 刪除VLAN連接埠:+「網路連接埠VLAN刪除-node-name_-vlan-name portID-vlanid'

      例如:

      network port vlan delete -node node1 -vlan-name e1c-80
    2. 從介面群組移除實體連接埠:

      「網路連接埠ifgrp remove-port -node-name_-ifgrp interface-group-name-port portID

      例如:

    network port ifgrp remove-port -node node1 -ifgrp a1a -port e0d
    1. 從廣播網域移除VLAN和介面群組連接埠:

      「網路連接埠廣播網域移除連接埠-IPSpace IPspacity-broadcast網域_broadcast網域名稱_-連接埠_nodename:連接埠名稱、節點名稱:連接埠名稱_、…​」

    2. 根據需要修改介面群組連接埠、以使用其他實體連接埠作為成員:

      "ifgrp add-port -node-name_-ifgrp interface-group名稱-port port-id"

  4. 停止節點至載入程式提示:

    「halt -禁止 接管是真的」

  5. 連接至站台B上舊控制器的序列主控台(node_B_1-old和node_B_2-old)、並確認其顯示載入器提示。

  6. 收集bootag值:

    《王子》

  7. 拔下node_B_1-old和node_B_2-old上的儲存設備和網路連線、並標示纜線、以便重新連接至新節點。

  8. 從node_B_1-old和node_B_2-old拔下電源線。

  9. 從機架中移除node_B_1-old和node_B_2-old控制器。

更新交換器RCFs以容納新平台

您必須將交換器更新為支援新平台機型的組態。

您可以在包含目前正在升級之控制器的站台上執行此工作。在本程序所示的範例中、我們會先升級se_B。

站台A的交換器將在站台A上的控制器升級時升級。

步驟
  1. 準備IP交換器以應用新的RCF檔案。

    請依照交換器廠商程序中的步驟進行:

  2. 下載並安裝RCF檔案。

    請依照中交換器廠商的一節中的步驟操作 "安裝與組態MetroCluster"

設定新的控制器

您必須在維護模式下機架安裝控制器、執行必要的設定、然後啟動控制器、並驗證控制器上的LIF組態。

設定新的控制器

您必須將新的控制器裝入機架並連接纜線。

步驟
  1. 視需要規劃新控制器模組和儲存櫃的定位。

    機架空間取決於控制器模組的平台模式、交換器類型、以及組態中的儲存櫃數量。

  2. 請妥善接地。

  3. 在機架或機櫃中安裝控制器模組。

  4. 如所述、將控制器連接至IP交換器 "安裝與組態MetroCluster"

  5. 開啟新節點的電源、然後將其開機至維護模式。

還原HBA組態

視控制器模組中是否有HBA卡及其組態而定、您必須針對站台的使用狀況正確設定這些卡。

步驟
  1. 在維護模式中、設定系統中任何HBA的設定:

    1. 檢查連接埠的目前設定:

      「ucadmin show」

    2. 視需要更新連接埠設定。

    如果您有此類型的HBA和所需模式…​

    使用此命令…​

    CNA FC

    「ucadmin modify -m光纖信道-t啟動器_adapter-name_」

    CNA乙太網路

    「ucadmin modify -mode cna adapter-name

    FC目標

    「fcadmin config -t target adapter-name

    FC啟動器

    「fcadmin config -t啟動器_adapter-name_」

  2. 結束維護模式:

    《停止》

    執行命令之後、請等到節點停止在載入程式提示字元。

  3. 將節點開機回「維護」模式、使組態變更生效:

    Boot_ONTAP maint

  4. 驗證您所做的變更:

    如果您有這種HBA類型…​

    使用此命令…​

    CNA

    「ucadmin show」

    FC

    「fcadmin show」

在新的控制器和機箱上設定HA狀態

您必須驗證控制器和機箱的HA狀態、並視需要更新狀態以符合您的系統組態。

步驟
  1. 在維護模式中、顯示控制器模組和機箱的HA狀態:

    《ha-config show》

    所有元件的HA狀態應為「mCCIP」。

  2. 如果顯示的控制器或機箱系統狀態不正確、請設定HA狀態:

    「ha-config modify控制器mccip」

    「ha-config modify機箱mccip」

設定MetroCluster 靜態IP bootarg變數

必須MetroCluster 在新的控制器模組上設定特定的靜態IP bootarg值。這些值必須與舊控制器模組上設定的值相符。

在此工作中、您將使用先前在升級程序中所識別的UUID和系統ID "在升級之前收集資訊"

步驟
  1. 如果要升級的節點是AFF Arsena400、FAS8300或FAS8700機型、請在載入程式提示字元下設定下列bootargs:

    「etenv bootarg.mC.port_a_ip_config local-ip-address/local-ip-mask,0、HA合作夥伴-ip-address、DR-partner-ip-address,DR-aux-partnersip-address,vlan-id

    「etenv bootarg.mC.port_b_ip_config local-ip-address/local-ip-mask,0、HA合作夥伴-ip-address,DR-partner-ip-address,DR-aux-partnersip-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
  2. 如果要升級的節點並非上一步所列的系統、請在裝載程式提示下、針對每個存續的節點、使用local_ip/mask設定下列bootargs:

    「etenv bootarg.mC.port_a_ip_config local-ip-address/local-ip-mask,0、HA合作夥伴-ip-address、DR合作夥伴-ip-address,DR-aux-partnersip-address

    「etenv bootarg.mC.port_b_ip_config local-ip-address/local-ip-mask,0、HA合作夥伴IP位址、DR合作夥伴IP位址、DR-aux-partnersip-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
  3. 在新節點的載入器提示下、設定UUID:

    "etenv bootarg.mgwd.PARTNER_叢 集_uuid PARTNER-叢 集-UUID"

    「etenv bootarg.mgwd.cluster _uuid _local-cluster -UUID」

    「etenv bootarg.mCpr_PARTNER_uuid DR-PARTNER-node-UUUID

    「bootarg.mcc.aux_partner_uuid DR-aux-合作 夥伴節點-UUUID

    「bootarg.mcc_iscsi.node_uuid _local-node-UUID」

    1. 在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
    2. 在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
  4. 如果原始系統已設定為ADP、請在每個替換節點的載入器提示字元中、啟用ADP:

    「etenv bootarg.mCa.adp_enabledtrue」

  5. 設定下列變數:

    「etenv bootarg.mCs.local_config_id entite-sys-id

    「etenv bootarg.mCd.dr_PARTNER_DR-PARTNER-sys-id_」

    附註 必須將’Setenv bootarg.mc.local_config_id’變數設定為*原始*控制器模組node_B_1-old的sys-id。
    1. 在node_B_1-new上設定變數。

      下列範例顯示在node_B_1-new上設定值的命令:

      setenv bootarg.mcc.local_config_id 537403322
      setenv bootarg.mcc.dr_partner 537403324
    2. 在node_B_2-new上設定變數。

      下列範例顯示在node_B_2-new上設定值的命令:

    setenv bootarg.mcc.local_config_id 537403321
    setenv bootarg.mcc.dr_partner 537403323
  6. 如果使用加密搭配外部金鑰管理程式、請設定所需的bootargs:

    bootarg.kmip.init.ipaddr`

    bootarg.kmip.kmip.init.netmask`

    bootarg.kmip.kmip.init.gateway`

    bootarg.kmip.kmip.init.interface`

重新指派根Aggregate磁碟

使用先前收集的系統、將根Aggregate磁碟重新指派給新的控制器模組。

這些步驟會在維護模式中執行。

步驟
  1. 將系統開機至維護模式:

    Boot_ONTAP maint

  2. 在「維護模式」提示字元中、顯示node_B_1-new上的磁碟:

    「展示-A'」

    命令輸出顯示新控制器模組的系統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)
    .
    .
    .
  3. 將磁碟機櫃上的根Aggregate磁碟重新指派給新的控制器。

    如果您使用ADP …​

    然後使用此命令…​

    是的

    「磁碟重新指派-s old-sysid-d new -sysid-r dr-Partner sysid

    "Disk reassign-s old-sysid-d new-sysid"

  4. 將磁碟機櫃上的根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
  5. 驗證根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變數正確無誤、並視需要執行加密還原步驟。

步驟
  1. 停止新節點:

    《停止》

  2. 如果已設定外部金鑰管理程式、請設定相關的bootargs:

    「bootarg.kmip.init.ipaddr ip-address

    「bootarg.kmip.init.netmask網路遮罩_」

    「bootarg.kmip.init.gateway gateway-address_」

    "etenv bootarg.kmip.init.interface interface-id"

  3. 檢查合作夥伴sysid是否為目前的:

    《prontenv合作夥伴sysid》

    如果合作夥伴sysid不正確、請設定:

    「etenv合作夥伴sysid Partner sysid

  4. 顯示ONTAP 功能表:

    Boot_ONTAP功能表

  5. 如果使用root加密、請選取金鑰管理組態的開機功能表選項。

    如果您使用…​

    選取此開機功能表選項…​

    內建金鑰管理

    選項"10"

    依照提示提供必要的輸入、以恢復及還原金鑰管理程式組態。

    外部金鑰管理

    選項"11"

    依照提示提供必要的輸入、以恢復及還原金鑰管理程式組態。

  6. 從開機功能表中、選取「(6)Update flash from Backup config(從備份組態更新Flash)」。

    附註 選項6會在完成之前重新啟動節點兩次。

    對系統ID變更提示回應「y」。等待第二個重新開機訊息:

    Successfully restored env file from boot media...
    
    Rebooting to load the restored env file...
  7. 在載入器上、請仔細檢查bootarg值、並視需要更新值。

  8. 再次檢查合作夥伴sysid是否正確:

    《prontenv合作夥伴sysid》

    如果合作夥伴sysid不正確、請設定:

    「etenv合作夥伴sysid Partner sysid

  9. 如果使用root加密、請針對金鑰管理組態再次選取開機功能表選項。

    如果您使用…​

    選取此開機功能表選項…​

    內建金鑰管理

    選項"10"

    依照提示提供必要的輸入、以恢復及還原金鑰管理程式組態。

    外部金鑰管理

    選項「'11'」

    依照提示提供必要的輸入、以恢復及還原金鑰管理程式組態。

    視金鑰管理程式設定而定、請選取選項「10」或選項「11」、然後在第一個開機功能表提示字元中選取選項「6」、以執行恢復程序。若要完全開機節點、您可能需要重複選項「1」(正常開機)的恢復程序。

  10. 等待替換的節點開機。

    如果任一節點處於接管模式、請使用「儲存容錯移轉恢復」命令執行恢復。

  11. 如果使用加密、請使用適用於金鑰管理組態的正確命令來還原金鑰。

    如果您使用…​

    使用此命令…​

    內建金鑰管理

    「安全金鑰管理程式內建同步」

    如需詳細資訊、請參閱 "還原內建金鑰管理加密金鑰"

    外部金鑰管理

    「安全金鑰管理程式外部還原-vserver svm-node_node_-key-server _host_name

  12. 確認所有連接埠都位於廣播網域中:

    1. 檢視廣播網域:

      「網路連接埠廣播網域節目」

    2. 視需要將任何連接埠新增至廣播網域。

    3. 視需要重新建立VLAN和介面群組。

      VLAN和介面群組成員資格可能與舊節點不同。

驗證及還原LIF組態

驗證在升級程序開始時所對應的適當節點和連接埠上、是否裝載了生命點。

關於這個問題
步驟
  1. 在進行切換之前、請先確認正式作業存放在適當的節點和連接埠上。

    1. 變更為進階權限層級:

      "進階權限"

    2. 置換連接埠組態以確保正確放置LIF:

      "vserver config override -command "network interface modify -vserver vserver_name-home-port active_port_after升級-lif_lif_name_-home-node_new_norme_name_"

    在「vserver config override」命令中輸入network interface modify命令時、您無法使用分頁自動完成功能。您可以使用autosplete建立網路「介面修改」、然後將其括在「vserver config override」命令中。

    1. 返回管理權限層級:

      「et -priv. admin」

  2. 將介面還原至其主節點:

    「網路介面回復*-vserver vserver名稱

    視需要在所有SVM上執行此步驟。

切換回復MetroCluster 到該組態

在此工作中、您將執行切換回復作業、MetroCluster 而此功能的還原組態將恢復正常運作。站台上的節點仍在等待升級。

MCC升級叢集A切換回復
步驟
  1. 在se_B上輸入「MetroCluster flexnodeshow」命令、然後檢查輸出。

    1. 驗證新節點的顯示是否正確。

    2. 確認新節點處於「等待切換回復狀態」。

  2. 從作用中叢集中的任何節點(未進行升級的叢集)執行必要的命令、以執行修復和切換。

    1. 修復資料集合體:+ MetroCluster 「恢復集合體」

    2. 修復根Aggregate:

      《恢復根》MetroCluster

    3. 切換叢集:

      《還原》MetroCluster

  3. 檢查切換回復作業的進度:

    《不看》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 任何節點上執行、以進行不受限的組態設定。

步驟
  1. 驗MetroCluster 證下列各項的功能:

    1. 確認MetroCluster 此功能的組態、並確認操作模式正常:+「MetroCluster show」

    2. 執行MetroCluster 功能不全:+ MetroCluster 「功能不全」

    3. 顯示MetroCluster 檢查結果:

      《不一樣的表演》MetroCluster

  2. 確認MetroCluster 不中斷連線及狀態。

    1. 檢查MetroCluster 靜態IP連線:

      「iSCSI啟動器展示」

    2. 檢查節點是否正在運作:

      「不一樣的秀」MetroCluster

    3. 檢查MetroCluster 是否有啟動的靜態IP介面:

      「顯示組態設定介面」MetroCluster

    4. 檢查本機容錯移轉是否已啟用:

      「容錯移轉顯示」

正在升級叢集_A上的節點

您必須重複叢集A上的升級工作

步驟
  1. 重複步驟以升級叢集A上的節點、從開始 "準備升級"

    執行工作時、所有叢集和節點的參考範例都會反轉。例如、當範例是從叢集_A切換時、您將從叢集_B切換

還原斷路器或中保監控

完成MetroCluster 升級版的ESIE組態之後、您可以使用斷路器或調解器公用程式繼續監控。

步驟
  1. 如有必要、請使用您的組態程序來還原監控功能。

    如果您使用…​ 請使用此程序

    Tiebreaker

    中介者

    連結:../install-ip/concept_mediator_requirements.html [從ONTAP 一套靜態IP組態設定此功能的「組態」中設定此功能。MetroCluster

    第三方應用程式

    請參閱產品文件。

維護後傳送自訂AutoSupport 的資訊

完成升級之後、您應該傳送AutoSupport 一個不完整的訊息、指出維護已結束、以便繼續自動建立個案。

步驟
  1. 若要恢復自動產生支援案例、請傳送AutoSupport 一個不完整的訊息、表示維護已完成。

    1. 發出下列命令:+"System node" AutoSupport (系統節點)"esfinvoke -node"(節點*)-type all -mMessage MAn=end"(輸入all -m郵件 維護=結束)

    2. 在合作夥伴叢集上重複執行命令。