執行移轉至雲端

本文提供將成功移轉至 Azure 的結構化指引。 本指南涵蓋近乎零的停機時間和計劃性停機方法，以符合不同的商務需求。

準備利害關係人以進行遷移

項目關係人準備可確保在移轉期間協調執行和快速解決問題。 清楚的通訊和資源配置可減少業務中斷，並改善移轉成功率。 您應該先建立通訊協定，並在開始移轉活動之前確認支援可用性。

1. 將詳細的移轉排程散發給所有項目關係人。 完整的計劃可在整個組織中建立清晰且一致。 建立並散發檔，指定移轉時間、預期的服務影響、責任和應變計劃。 包含移轉小組和支援資源的連絡資訊。 此準備可防止誤解，並減少移轉期間的業務中斷。

2. 確認整個移轉時段的技術支援可用性。 專用的技術資源可讓您立即回應移轉期間出現的問題。 安排具有相關專業知識的特定技術人員在整個移轉期間隨時支援。 針對重大問題建立明確的呈報路徑與回應時間預期。 此支持結構可減少可能會影響移轉成功或商務作業之問題的解決時間。

3. 對所有支援小組進行移轉前整備程度檢閱。 整備檢閱會確認所有小組都瞭解其角色，並具有必要的存取權。 與每個支援小組的代表舉行會議，以檢閱移轉計劃、驗證程式和回復準則。 確認支援小組已設定適當的系統存取和監視工具。 此準備可確保協調回應移轉期間發生的任何問題。

執行變更凍結

凍結變更可防止可能中斷遷移成功的修改。 系統穩定性可降低移轉風險，並確保數據一致性。 您應該實作控件，以防止在移轉期間變更來源系統。

1. 在部署管線中實作自動化變更控制件。 自動化控制可防止未經授權的生產系統變更。 設定部署管線，以在凍結期間封鎖來源環境的發行。 在您的 CI/CD 工具中新增核准閘道，以強制執行凍結期間。 這些控制措施可以防止意外的部署，從而避免影響結果。

2. 文件化緊急變更程序。 緊急程序可啟用關鍵修正，同時維持穩定性。 建立緊急變更的特定準則，並定義加速核准程式。 包含核准者和所需測試文件的連絡資訊。 這些程式會平衡系統穩定性與商務持續性需求。

3. 監視未經授權的變更。 變更偵測可確保在變更窗口期間凍結狀態的合規性。 設定檔案修改、資料庫架構變更和應用程式部署的警示。 使用組態管理工具來追蹤系統狀態。 此監視可防止未記載的變更影響成功。

完成生產環境

生產環境準備可確保移轉工作負載的一致性、安全性和作業整備程度。 此準備可減少設定漂移，併為工作負載提供已驗證的基礎。 您應該使用基礎結構即程式代碼範本來建立生產資源，並套用生產等級設定。

1. 使用基礎結構即程式代碼範本建立生產資源。 基礎結構即程式代碼可確保跨環境進行一致且可重複的部署。 此方法可減少設定錯誤，並提供基礎結構變更的版本控制。 使用 Azure Resource Manager 範本、Bicep 或 Terraform 來部署具有標準化設定的資源。

2. 將生產等級設定套用至 Azure 資源。 生產設定會建立安全性、效能和合規性基準，以保護您的工作負載並符合組織需求。 使用限制性規則設定網路安全組，只允許服務之間的必要流量。 套用防火牆規則，以封鎖未經授權的存取，同時啟用必要的通訊路徑。 設定遵循最低許可權原則的身分識別和訪問控制。 使用正確的版本在 Azure 中布建資料庫，並設定複寫所需的用戶帳戶、角色和許可權。 設定網路訪問控制和防火牆規則來保護資料庫連線。 這些設定會為您的移轉工作負載建立安全的基礎。

3. 確認所有服務都正常執行。 服務驗證可確保 Azure 基礎結構可支援已移轉的工作負載。 此驗證會在潛在問題影響遷移過程之前識別出問題。 檢查服務健康情況狀態、資源建立完成，以及服務特定的健康情況檢查。

4. 確認已建立網路連線。 網路連線驗證可確保所有必要的通訊路徑都正常運作。 此驗證可防止中斷移轉或應用程式功能的連線問題。 測試所有必要服務之間的網路連線能力，並驗證重要端點的 DNS 解析。

執行切換

移轉執行會將工作負載數據和作業從來源環境傳輸到 Azure。 下列步驟提供標準化的方法，可排定接近零的停機時間優先順序，同時容納可容許計劃性停機的案例。 您應該根據特定的停機時間需求和工作負載特性來調整這些步驟。 請參閱 數據遷移工具。

執行近乎零停機時間的遷移

1. 建立資料庫複寫。 設定資料庫平臺的原生復寫功能，以建立來源與 Azure 目標系統之間的連續數據複寫。 確認初始數據同步處理順利完成，且復寫狀況良好。

2. 監視複寫延遲。 使用資料庫平臺的監視工具監視複寫延遲。 較高的延遲會增加系統切換風險和持續時間。 在復寫延遲為零之前，請勿繼續進行下一個步驟。

3. 在穩定的復寫期間移轉非結構化數據和檔案。 在最終的完全移轉之前，將非結構化數據和檔案複製到 Azure。 使用 用於物件和檔案移轉的工具，其功能可將檔案傳輸到適當的 Azure 儲存服務。 此準備可減少在最後切換過程中需要複製的數據量。

4. 在最終同步處理期間暫停寫入作業。 與應用程式小組協調，在預先決定的維護期間停止寫入作業或啟用只讀模式。 此步驟會在最終切換期間防止資料不一致。 在低流量期間排程此暫停，並將時程表傳達給所有項目關係人。 如果您未暫停寫入作業，會增加資料遺失的風險。

5. 完成最終的數據同步處理。 使用 AzCopy 或類似工具來完成任何在暫停寫入後被修改之數據的最終同步。 確認來源系統上沒有擱置的交易，並且資料庫的同步已完全完成。

6. 驗證數據完整性和工作負載功能。 您可以針對快速檢查來比較資料庫數據列計數，但最好使用更深入的驗證、總和檢查碼和哈希函式。 針對文件系統，請使用 MD5 哈希函式，並驗證檔案計數、大小和時間戳。 驗證重要的工作負載功能，包括驗證和核心交易。

7. 將流量導向至新的 Azure 工作負載。 更新 DNS 記錄和負載平衡器設定，以將使用者流量導向至 Azure 環境。 監視工作負載的性能和健康情況。

8. 進行全面的系統切換驗證和監控。 使用自動化測試套件，對所有重要商務程序執行端對端功能測試。 使用來源和目標系統之間的總和檢查碼驗證和哈希函式比較來驗證數據精確度。 讓應用程式擁有者確認所有主要功能都正常運作。 監視系統效能、錯誤率和使用者存取模式，於轉換後的前 24-48 小時內，找出任何效能降低或功能問題。

執行移轉並停機

1. 停止所有對來源系統的寫入作業。 此步驟可確保移轉期間不會發生任何新的交易。 確認所有交易都已完成，並且在繼續進行之前，使用者必須被鎖定。

2. 將所有數據遷移至 Azure。 將資料庫、檔案和物件記憶體複製到 Azure。 根據數據類型和磁碟區，使用 Azure Migrate、AzCopy 或 Azure 資料庫移轉服務 （DMS） 等工具。 請參閱 數據遷移工具。

3. 在移轉之後驗證數據完整性。 執行總和檢查碼、數據列計數和元數據比較，以確認數據正確性。 使用自動化工具，以降低手動投入並提升可靠性。

4. 在 Azure 環境中測試應用程式。 執行端對端測試，以確認應用程式使用已移轉的數據正確運作。 包含報告、整合和備份驗證。

5. 將流量導向至新的 Azure 工作負載。 更新 DNS、負載平衡器和應用程式組態以指向 Azure。 監視連線問題並確認重新導向成功。

6. 在切換後驗證工作負載功能。 執行最終檢查，以確保應用程式穩定且數據正確。 讓應用程式擁有者確認業務關鍵功能。

維護備援選項

保留來源環境作為後援選項。 如果發生無法在可接受的時間範圍內解決的嚴重問題，維持來源環境可以快速回復到原來的狀態。 此後援選項會在穩定期間提供商務持續性保險。 讓來源環境保持可用狀態，並維持還原 DNS 記錄並視需要還原先前的設定的能力。

驗證移轉成功

移轉後驗證可確保工作負載運作正確且符合所有需求。 此驗證會確認已維護數據完整性，且移轉成功。 在宣告移轉完成之前，您應該進行完整的驗證。

1. 確認使用者存取是否成功以及系統效能是否良好。 使用者存取驗證可確保轉換至 Azure 是透明的，且效能符合預期。 此確認會驗證使用者可以存取系統，而不會中斷。 在初始移轉後期間監視使用者存取模式、系統效能計量和錯誤率。

2. 只有在徹底驗證之後才會宣佈移轉成功。 完成驗證可確保所有項目關係人確認工作負載穩定且正常運作。 此確認可防止過早宣告成功，而可能導致稍後發生問題。 取得應用程式擁有者、測試人員和商務項目關係人確認工作負載符合所有需求並正確運作。

在穩定期間支援工作負載

增強的支持涵蓋範圍可確保在關鍵穩定期間快速回應移轉后問題。 此支援可更快速地解決移轉後經常發生的問題。 您應該建立專用的支援模型並更新作檔。

1. 在穩定期間建立加強的支持涵蓋範圍。 專用支援模型可確保在關鍵穩定期間快速響應移轉後問題。 此支援可更快速地解決移轉後經常發生的問題。 指派經驗豐富的IT人員或移轉合作夥伴，以密切監視工作負載，並提供比正常作業較短的SLA。

2. 更新組態管理和清查系統。 設定管理更新可確保作業工具和程式反映新的 Azure 環境。 此維護會將作業檔保持在最新狀態，並支持進行中的管理活動。 假設現有的清查工具會自動更新IP位址、CPU、記憶體和其他基礎結構詳細數據，以更新新裝載環境的組態管理資料庫 （CMDB）。

Azure 工具和資源

後續步驟