NetApp Tech OnTap NetApp Logo
NetApp Tech OnTap
     
立即移轉到叢集式 Data ONTAP
Jay White
NetApp 技術行銷工程師
Roy Scaife
NetApp 技術行銷工程師

現在已經有許多人從 Data ONTAP® 7-Mode 移轉到叢集式 Data ONTAP®,對於仍有部分或全部還在執行 7-Mode 的 NetApp 系統,叢集式 Data ONTAP 8.3 的出現正代表您全面移轉的最 佳時機。改用叢集式 Data ONTAP 將可讓您完整發揮其進階功能的效用,包括不中斷營運及橫向擴充。

圖 1) 從 7-Mode 移轉到 NetApp 叢集式 Data ONTAP 的過程。(圖 2 延伸探討轉換作業的基礎概念)

若您閱讀過 2014 年 7 月份 Tech OnTap 有關從 7-Mode 移轉到叢集式 Data ONTAP 的文章,您將在本文中發現我們大幅改善了移轉方法、支援資料和工具,讓移轉作業更加清楚簡單。我們將重心放在更新的「做法」上,亦即成功移轉所需的工作與活動。

本文將會說明移轉的基礎概念,此外我們也提供最相關資源的連結,包括技術報告、工具、服務項目與訓練課程等,您可在最近推出的轉換基礎入口網站中輕鬆找到一切所需。

轉換基礎概念架構

我們之前使用的移轉方法缺少了規劃與執行移轉的特定說明資訊,而且過於強調完全遵循程序操作。根據意見反應與工具改進,新的方法將以符合邏輯的架構方式,整理提供移轉所需的資訊(更像一份列出移轉工作和活動的表格)。

轉換基礎概念架構以結構化的活動與工作形式呈現,可以插入任何現有的程序中,此架構在 《TR-4052:成功移轉到叢集式 Data ONTAP》 ( 英文)中有完整的說明。此架構設計旨在闡明特定使用情境的相關工作,尤其是災難恢復、備份與 Qtrees 方面。TR-4052 也提供所有專業詞彙的定義,清楚說明各個詞彙的涵義。另一份寶貴的技術報告 《TR-4336:將企業應用程式移轉到叢集式 Data ONTAP》 (英文),則說明如何使用多種熱門的應用程式與 Hypervisor,來完成應用程式資料移轉。

之前的移轉方法是假設您將建立一個新的叢集式 Data ONTAP 環境,由於現在已經有許多叢集式 Data ONTAP 環境,因此現在提出的這個架構也適合用於將 7-Mode 系統移轉至現有的叢集中。

轉換基礎概念架構不是一道作業程序,而是一種邏輯組織,其主題涵蓋所有必要的活動與完成方式。您可能早就有自己的專案執行工作流程與程序,這些基礎概念是專為加入您現有的程序或工作流程所設計。

移轉作業所涵蓋的活動自有一套邏輯流程,這套轉換基礎概念架構呈現的資訊便涵蓋三大主要活動:識別、設計與實作。雖然正常情況下應依序進行這三項活動,但並非必要如此。此外,在套用這些工作至您原有的工作流程或程序後,預期將會需要重複執行數次。例如,若打算移轉多個工作負載,則會有許多工作將在多次移轉作業中重複執行。

圖 2) 轉換基礎概念架構的高階程序視圖。

根據您的目標、管理方向、環境複雜度和其他因素,您可以進行移轉時判斷並略過轉換基礎概念架構所述的一些活動或工作。由於此架構並非一套作業程序,因此您完全可決定只在移轉作業中套用一部分的工作。

以下各節將進一步詳細說明架構要素,我們以虛構的公司 ACME, Inc. 提供簡單範例,協助說明一些重點。

識別

概念架構中的「識別」部分可細分為兩項工作:「環境探索」和「定義範圍」。

環境探索: 在探索過程中,您將識別在現有 7-Mode 環境中所有的儲存系統、工作負載、應用程式、組成群組及業務需求。

目標包括:

  • 建立應用程式和工作負載的完整清單,包括相關的儲存系統。
  • 瞭解所有應用程式和工作負載的業務及轉換需求。

實務範例 1

ACME, Inc. 的工作負載主要有三種:Microsoft Exchange、Oracle 和主目錄。在環境探索過程中,他們判斷出 Microsoft Exchange 和主目錄的儲存空間目前前位於兩個執行 7-Mode 的 NetApp 儲存系統上,Oracle 則裝載於非 NetApp 儲存設備中。我們識別出 NetApp 系統,同時定義了業務及轉換需求。

定義範圍: 在此工作中,7-Mode 環境被進一步分成邏輯群組,以定義各群組的移轉優先順序。

目標包括:

  • 將 7-Mode 環境分割成一或多個群組,以便稍後移轉到叢集式 Data ONTAP。
  • 識別各移轉群組的優先順序(或至少找出應該最先移轉的群組)。

實務範例 2

ACME, Inc. 決定最先將主目錄搬移到叢集式 Data ONTAP,原因有兩個。1)Exchange 位於正等著技術更新的較舊 FAS 系統上,主目錄則位於具備叢集功能的較新 FAS3200 系統上,且仍享有保固;2)從使用者基礎切換主目錄將更有彈性。從現有環境移走主目錄之後,主目錄可立即成為新叢集環境的一部分。第二步才是搬移 Microsoft Exchange 系統,以便有更多時間規劃轉換程序,同時配合現有的維修時段。

設計

概念架構的「設計」部分可分為兩項工作:「轉換規劃」和「叢集設計」。

轉換規劃:在此工作中,您需要規劃將 7-Mode 目標群組搬移到叢集式 Data ONTAP 的詳細程序,包括資料移轉、作業環境更新和人員訓練。

目標包括:

  • 執行詳細的技術探索:
    • 將現有的 7-Mode 儲存容器對應到對等的叢集式 Data ONTAP。
    • 執行 7-Mode 功能評估。
    • 識別現有的災難恢復與備份關係。
    • 為各個移動的儲存容器選擇其移轉方式。
  • 列出需要更新的管理應用程式和其他作業相依項目。
  • 為 7-Mode 管理員規劃必要的訓練課程。
  • 列出需要更新的 ZAPI 指令碼或 7-Mode 命令。

實務範例 3

ACME, Inc. 使用 7-Mode 移轉工具 (7MTT) 的「收集與評估」功能,自動且詳細地探索在 NetApp 環境中執行的儲存物件、主機及應用程式(有關 7MTT 的詳細資料,請參閱「資源」一節)。由於 7MTT 可同時移轉 NAS 和 SAN 工作負載,因此 Acme 打算使用此工具進行移轉。

叢集設計: 此活動用於規劃叢集式 Data ONTAP 目標系統架構,包括預測需求,以免讓自己之後陷入走投無路的窘境。

目標包括:

  • 指定目的地叢集所需的組態元素。
  • 歸納 7-Mode 工作負載並評估其使用率。
  • 計算叢集大小(新的叢集)或評估剩餘空間(已存在的叢集)。
  • 設計叢集架構(新的叢集)或決定必要的組態變更(已存在的叢集)。

實務範例 4

ACME, Inc. 決定採用新的 FAS8040 雙節點叢集。在主目錄移轉之後,現有的 FAS3200 HA 配對將會新增至叢集,建立成一個可視需要支援負載平衡、未來更多工作負載(例如 Oracle)和公司成長的 4 節點叢集。主目錄和 Exchange 將利用彼此獨立的儲存虛擬機器 (SVM),區隔兩種工作負載的邏輯與作業。

實作

概念架構的「實作」部分,即為實際執行「設計」階段所規劃的移轉作業,可細分為三項工作:「部署和設定」、「資料移轉」和「環境更新」。

部署和設定: 在此活動中,您可以部署和準備新的叢集環境,或是對已存在的叢集進行組態變更。

目標包括:

  • 部署和設定新叢集,或是對已存在的叢集執行組態變更。
  • 測試並驗證叢集組態和既有相依項目。

實務範例 5

ACME, Inc. 部署新的 FAS8040 2 節點叢集,並將其設定為準備進行 CIFS 主目錄移轉和未來的 Exchange 移轉。

資料移轉: 在此活動中,會將資料搬移到叢集式 Data ONTAP 目的地環境,並移轉您的工作負載。

目標包括:

  • 根據計劃執行資料移轉和轉換活動。
  • 驗證資料存取並執行移轉後組態。

實務範例 6

ACME, Inc. 按照計劃使用 7MTT 移轉其主目錄。7MTT 不只能夠移轉資料,它幾乎可將現存的所有 CIFS 組態選項全部移轉到叢集式環境。它也支援在第二個移轉階段中移轉所有的 Exchange LUN。

環境更新: 在此活動中,您將完成所有必要的作業環境更新,並結束必要的員工訓練。

目標包括:

  • 更新管理應用程式。
  • 更新指令碼相依項目。
  • 完成未進行的必要員工訓練。
  • 建立新的環境程序或是更新現有的環境程序。

實務範例 7

ACME, Inc. 真正需要從叢集式 Data ONTAP 獲得的一項新功能,是可以不中斷營運地跨叢集搬移 Volume,以達到重新平衡容量與效能的目的。新定義的環境程序將決定 Acme 如何選擇叢集節點,以便在搬移主目錄和 Exchange Volume 時做出最佳抉擇。

工具

NetApp 提供專門協助移轉的多項工具。

Transition Advisor:如果您已是 NetApp AutoSupport™ 的使用者,My AutoSupport (需登入)現在也包含 Transition Advisor 工具。這是一項簡單易用的工具,可評估單一儲存系統,或同時評估您所擁有的全部系統。

7MTT:這項 7-Mode 移轉工具(或稱為 7MTT) 可大幅簡化多項繁瑣工作,它同時具備「收集與評估」功能和完整的資料移轉功能。收集與評估功能將會存取用戶端(主機)和 7-Mode 儲存系統以探索重要的組態資訊,並識別移轉到叢集式 Data ONTAP 的重要考量事項。

7MTT 也將自動化大部分的資料移轉程序,使用最新版 7MTT(2.0 版)進行資料移轉的重要優點包括:

  • 將 SAN Volume 和 MetroCluster 組態從 7-Mode 移轉到叢集式 Data ONTAP 8.3。
  • 在切換前先將 7-Mode 組態套用至叢集。
  • 包括讀取 / 寫入測試,可在切換前測試您的目的地儲存容器。
  • 允許陸續執行更新與組態變更。
  • 同時支援 CIFS 及 NFS Volume 的移轉。大多數的資料移轉工具只能支援 CIFS 或 NFS,無法兩者兼具。
  • 執行預先檢查,判斷來源 7-Mode 儲存系統與 Volume 是否已準備好進行資料移轉活動。
  • 將重要的 7-Mode 儲存系統組態資訊自動移轉到叢集式 Data ONTAP。
  • 將 7-Mode Volume SnapMirror® 複寫關係移轉到叢集式 Data ONTAP。
  • 允許自動化切換儲存系統,同時通知客戶端中斷連線與重新連線以便協調切換階段。
  • 指引使用者進行端點對端點資料移轉程序。

其他工具:TR-4052 的第 3 節提供 NetApp 所有可用工具的詳細說明。新的基礎架構不再著眼於用來搬移資料的工具,您可以任意使用最方便的一或多項工具進行移轉。

應用程式資料移轉:在許多情況下,原來的應用程式可能是搬移應用程式專屬資料、同時最低程度或不中斷運作的最佳選擇。《TR-4336:將企業應用程式移轉到叢集式 Data ONTAP》 (英文)中針對 Oracle、Exchange、SQL Server 等熱門企業應用程式提供詳細說明。

資源

本節包含移轉到叢集式 Data ONTAP 時最重要的參考資源,此外別忘了造訪我們的叢集式 Data ONTAP 移轉入口網站

技術報告

訓練

NetApp University 提供多項關於叢集式 Data ONTAP 的課程:

專業支援服務

NetApp 提供全方位的服務支援移轉程序,您可在移轉入口網站找到可用服務的詳細資料。

NetApp 資深技術行銷工程師 Jay White

Jay 是 NetApp Data ONTAP 小組成員之一,負責叢集式 Data ONTAP 最大組態和最佳實務做法的研發。他已經寫過許多和 NetApp 儲存子系統、恢復功能、移轉、效能等相關的技術報告與常見問題集。

NetApp 資深技術行銷工程師 Roy Scaife

Roy 撰寫許多有關 NetApp 核心技術的技術報告,包括 32 位元與 64 位元集合體、FlexClone®、企業應用程式移轉和資料移轉、平台規模調整和效能等主題。他擁有加州理工州立大學的理學士學位,在工程與技術銷售方面累積超過 15 年的經驗,目前負責叢集式 Data ONTAP 移轉與最佳實務做法、服務品質和大量檔案數環境。

Tech OnTap
立即訂閱
Tech OnTap 每月提供 IT 見解,並有大量可助您瞭解真實世界的最佳實務做法、工作祕訣與工具、幕後工程訪談、示範、同儕評論,及更多其他相關資訊。

請到 NetApp 社群中瀏覽 Tech OnTap,立即訂閱這份實用資訊。

Explore
瀏覽
叢集式 Data ONTAP 最新資訊

想要深入瞭解叢集式 Data ONTAP 8.3 最新功能的相關資訊嗎?請務必閱讀下列連結內容:

Explore
TRUSTe
與我們連絡   |  如何購買   |   意見反應   |  工作機會  |   訂閱   |  隱私權政策   |   © 2015 NetApp