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

驗證node2安裝

貢獻者 netapp-pcarriga netapp-aoife
PDF

您必須使用替換的系統模組來驗證 node2 安裝。由於實體連接埠沒有變更、因此您不需要將實體連接埠從舊節點2對應至替換節點2。

關於這項工作

使用替換系統模組啟動 node1 之後、請確認已正確安裝。您必須等待節點2加入仲裁、然後繼續執行控制器更換作業。

在此過程中、節點2加入仲裁時、操作會暫停。

步驟

  1. 驗證node2是否已加入仲裁：

    「cluster show -node2 -Fields health」

    保健領域的產出應該是真的。

  2. 此步驟適用於以下升級配置。對於所有其他系統升級，請跳過此步驟並轉至步驟3. ：

    • 雙節點無交換器集群

    • 將連接的 AFF A250 或 AFF C250 系統升級到 AFF A50、AFF A30、AFF C30 或 AFF C60 系統。

    如果 node2 沒有自動加入仲裁：

    1. 檢查連接埠 e1a 和 e1b 的 IP 空間：

      「網路連接埠展示」

    2. 如果 IP 空間不是“叢集”，請在 e1a 和 e1b 上將 IP 空間變更為“叢集”：

      network port modify -node <node_name> -port <port> -ipspace Cluster

    3. 驗證連接埠 e1a 和 e1b 的 IP 空間是否為「叢集」：

      「網路連接埠展示」

    4. 將節點 2 叢集 LIF 遷移到 e1a 和 e1b：

      network interface migrate -vserver Cluster -lif <cluster_lif1> -destination-node <node2_name> -destination-port <port_name

  3. 驗證 node2 和 node1 是否屬於同一個集群，以及該集群是否健康：

    「叢集展示」

  4. 切換至進階權限模式：

    《進階設定》

  5. 此步驟僅適用於從 AFF A250 或 AFF C250 升級到 AFF A50、AFF A30、AFF C60 或 AFF C30 的雙節點無交換器組態升級。對於所有其他系統升級，請跳過此步驟並轉至步驟6. ：

    驗證 e4a、e2a、e1a、e1b 連接埠或 e4a、e4b、e1a、e1b 連接埠是否為「叢集」廣播域中的叢集連接埠。

    AFF A50、AFF A30、AFF C30 和 AFF C60 系統共享叢集和 HA 連接埠。您可以安全地將所有叢集 LIF 遷移到節點 1 和節點 2 上的 e4a、e4b 或 e4a、e2a：

    1. 列出所有叢集 LIF 的主連接埠和目前連接埠：

      network interface show -role Cluster -fields home-port,curr-port

    2. 在節點 1 和節點 2 上，將使用 e1a 作為主連接埠的叢集 LIF 遷移到 e4a：

      network interface migrate -vserver Cluster -lif <cluster_lif1> -destination-node <node> -destination-port e4a

    3. 在節點 1 和節點 2 上，修改遷移到的叢集 LIF 子步驟 b使用 e4a 作為主連接埠：

      network interface modify -vserver Cluster -lif <cluster_lif> -home-port e4a

    4. 驗證群集是否符合仲裁：

      「叢集展示」

    5. 重複子步驟 b 和子步驟 c將每個節點上的第二個叢集 LIF 遷移並修改為 e2a 或 e4b：

      如果存在 e2a 且其為 100GbE 網路端口，則這是預設的第二個叢集端口。如果 e2a 不是 100GbE 網路端口，則 ONTAP 使用 e4b 作為第二個叢集和 HA 端口。

    6. 從「集群」廣播域中刪除 e1a 和 e1b：

      broadcast-domain remove-ports -broadcast-domain Cluster -ipspace Cluster -ports <node_name>:e1a

    7. 驗證只有叢集連接埠 e4a、e2a 或 e4a、e4b 位於「叢集」廣播域中

      broadcast domain show

    8. 移除 e1a 節點 1 和 e1a 節點 2 以及 e1b 節點 1 和 e1b 節點 2 之間的電纜連接，以確保僅使用有效的叢集 HA 連接且沒有冗餘連接。

  6. 檢查控制器更換操作的狀態，並驗證它處於暫停狀態，並且與 node2 暫停執行安裝新控制器和移動電纜的物理任務之前的狀態相同：

    「System Controller replace show」（系統控制器更換顯示）

    「System Controller replace show-details」（系統控制器取代顯示詳細資料

  7. 恢復控制器更換作業：

    「系統控制器更換恢復」

  8. 控制器更換作業會暫停以進行介入、並顯示下列訊息：

    Cluster::*> system controller replace show
Node          Status                       Error-Action
------------  ------------------------     ------------------------------------
Node2         Paused-for-intervention      Follow the instructions given in
                                           Step Details
Node1         None

Step Details:
--------------------------------------------
To complete the Network Reachability task, the ONTAP network configuration must be manually adjusted to match the new physical network configuration of the hardware. This includes:


1. Re-create the interface group, if needed, before restoring VLANs. For detailed commands and instructions, refer to the "Re-creating VLANs, ifgrps, and broadcast domains" section of the upgrade controller hardware guide for the ONTAP version running on the new controllers.
2. Run the command "cluster controller-replacement network displaced-vlans show" to check if any VLAN is displaced.
3. If any VLAN is displaced, run the command "cluster controller-replacement network displaced-vlans restore" to restore the VLAN on the desired port.
2 entries were displayed.
    註 在此程序中、_重新建立VLAN、ifgrps和廣播網域_一節已重新命名為_在節點2上還原網路組態。

  9. 在控制器更換處於暫停狀態時、繼續執行 還原節點2上的網路組態。

還原節點2上的網路組態

確認節點2處於仲裁狀態並可與節點1通訊之後、請確認節點1的VLAN、介面群組和廣播網域是否顯示在節點2上。此外、請確認所有節點2網路連接埠都已設定在正確的廣播網域中。

關於這項工作

如需建立及重新建立VLAN、介面群組及廣播網域的詳細資訊、請參閱 "參考資料" 連結至_Network Management內容。

步驟

  1. 列出已升級節點2上的所有實體連接埠：

    「網路連接埠show -node2」

    此時會顯示節點上的所有實體網路連接埠、VLAN連接埠和介面群組連接埠。從這個輸出中、您可以看到ONTAP 任何實體連接埠、這些連接埠已被動作區移至「叢集」廣播網域。您可以使用此輸出來協助決定哪些連接埠應做為介面群組成員連接埠、VLAN基礎連接埠或獨立實體連接埠來裝載lifs。

  2. 列出叢集上的廣播網域：

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

  3. 列出節點2上所有連接埠的網路連接埠可連線性：

    「網路連接埠可連線性show -node2」

    您應該會看到類似下列範例的輸出。連接埠和廣播名稱各不相同。

    Cluster::> reachability show -node node1
  (network port reachability show)
Node      Port     Expected Reachability                Reachability Status
--------- -------- ------------------------------------ ---------------------
Node1
          a0a      Default:Default                      ok
          a0a-822  Default:822                          ok
          a0a-823  Default:823                          ok
          e0M      Default:Mgmt                         ok
          e1a      Cluster:Cluster                      ok
          e1b      -                                    no-reachability
          e2a      -                                    no-reachability
          e2b      -                                    no-reachability
          e3a      -                                    no-reachability
          e3b      -                                    no-reachability
          e7a      Cluster:Cluster                      ok
          e7b      -                                    no-reachability
          e9a      Default:Default                      ok
          e9a-822  Default:822                          ok
          e9a-823  Default:823                          ok
          e9b      Default:Default                      ok
          e9b-822  Default:822                          ok
          e9b-823  Default:823                          ok
          e9c      Default:Default                      ok
          e9d      Default:Default                      ok
20 entries were displayed.

    在前面的範例中、節點2已在更換控制器之後開機並加入仲裁。它有數個連接埠無法連線、且正在等待連線能力掃描。

  4. 使用下列命令、以「ok」以外的連線狀態、修復節點2上每個連接埠的連線能力、順序如下：

    "network port re連通 性修復-node_node_name_-port port_name"

    1. 實體連接埠

    2. VLAN連接埠

    您應該會看到如下範例所示的輸出：

    Cluster ::> reachability repair -node node2 -port e9d
    Warning: Repairing port "node2:e9d" may cause it to move into a different broadcast domain, which can cause LIFs to be re-homed away from the port. Are you sure you want to continue? {y|n}:

    如前述範例所示、若連接埠的連線狀態可能與目前所在廣播網域的連線狀態不同、則會出現警告訊息。檢視連接埠的連線能力、並視需要回答「y」或「n」。

    驗證所有實體連接埠的可連線性是否符合預期：

    「網路連接埠連線能力顯示」

    執行可連線性修復時ONTAP 、嘗試將連接埠放在正確的廣播網域中。但是、如果無法判斷連接埠的連線能力、而且不屬於任何現有的廣播網域、ONTAP 則無法使用這些連接埠來建立新的廣播網域。

  5. 驗證連接埠可連線性：

    「網路連接埠連線能力顯示」

    當所有連接埠均已正確設定並新增至正確的廣播網域時、「network port re連通 性show」命令會針對所有連接的連接埠、將連線狀態報告為「ok」、對於沒有實體連線的連接埠、狀態應顯示為「不可到達性」。如果有任何連接埠報告這兩個以外的狀態、請執行連線能力修復、並依照中的指示、從廣播網域新增或移除連接埠 步驟4.。

  6. 確認所有連接埠均已置入廣播網域：

    「網路連接埠展示」

  7. 確認廣播網域中的所有連接埠均已設定正確的最大傳輸單元（MTU）：

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

  8. 還原LIF主連接埠、指定需要還原的Vserver和LIF主連接埠（如果有）、請使用下列步驟：

    1. 列出任何已移出的生命：

      「顯示介面」

    2. 還原LIF主節點和主連接埠：

      「顯示介面還原主節點節點節點_norme_name_-vserver vserver_name-lif-name lif_name」

  9. 驗證所有生命段是否都有主連接埠、且是否以管理方式啟動：

    「網路介面顯示欄位主連接埠、狀態管理」