適用於 MySQL 的 Azure 資料庫 - 單一伺服器會發生什麼事？
適用於：
適用於 MySQL 的 Azure 資料庫 - 單一伺服器
您好！ 我們有消息分享 - 適用於 MySQL 的 Azure 資料庫 - 單一伺服器處於淘汰路徑，並計劃到 2024 年 9 月 16 日退休。
在淘汰之後，我們將不再支援從 2023 年 1 月 16 日開始的 Azure 入口網站 建立新的單一伺服器實例，以及從 2024 年 3 月 19 日開始的 Azure CLI。 如果您仍然需要建立單一伺服器實例以符合商務持續性需求，請提出 Azure 支援 票證。 您仍然可以為現有的單一伺服器實例建立讀取複本並執行還原（PITR 和異地還原），而且這會持續支援到 2024 年 9 月 16 日的日落日期為止。
經過多年的演進 適用於 MySQL 的 Azure 資料庫 - 單一伺服器服務，它就無法再處理所有新功能、功能和安全性需求。 建議您升級至 適用於 MySQL 的 Azure 資料庫 - 彈性伺服器。
適用於 MySQL 的 Azure 資料庫 - 彈性伺服器是完全受控的生產就緒資料庫服務，專為更細微地控制資料庫管理功能和組態設定而設計。 如需彈性伺服器的詳細資訊，請流覽 適用於 MySQL 的 Azure 資料庫 - 彈性伺服器。
如果您目前有裝載生產伺服器的 適用於 MySQL 的 Azure 資料庫 - 單一伺服器服務，我們很高興讓您知道，您可以將 適用於 MySQL 的 Azure 資料庫 - 單一伺服器伺服器移轉至 適用於 MySQL 的 Azure 資料庫 - 彈性伺服器服務，免費使用適用於 MySQL 的 Azure 資料庫 匯入、就地自動移轉或 Azure 資料移轉服務（傳統） 。 請檢閱下列章節中移轉的不同方式。
從單一伺服器遷移至彈性伺服器
瞭解如何從 適用於 MySQL 的 Azure 資料庫 - 單一伺服器移轉至 適用於 MySQL 的 Azure 資料庫 - 彈性伺服器。
| 案例 | 工具 | 詳細資料 |
|---|---|---|
| 離線/在線 | 適用於 MySQL 的 Azure 資料庫 匯入和 Azure CLI | 教學課程：使用 Azure CLI 適用於 MySQL 的 Azure 資料庫 匯入 |
| 離線 | 資料移轉服務 (傳統) 和 Azure 入口網站 | 教學課程：透過 Azure 入口網站 (離線) 使用 DMS (傳統) |
| 線上存取 | 資料移轉服務 (傳統) 和 Azure 入口網站 | 教學課程：透過 Azure 入口網站 (線上) 來使用 DMS (傳統) |
| 離線 | 就地自動移轉提名 [表單] （https://forms.office.com/Pages/ResponsePage.aspx?id=v4j5cvGGr0GRqy180BHbR4lhLelkCklCuumNujnaQ-ZUQzRKSVBBV0VXTFRMSDFKSUtLUDlaNTA5Wi4u） | 就地自動從 適用於 MySQL 的 Azure 資料庫 單一移轉至彈性伺服器 |
如需使用其他移轉工具從單一伺服器移轉至彈性伺服器的詳細資訊，請瀏覽選取移轉至 適用於 MySQL 的 Azure 資料庫 的正確工具。
注意
從 適用於 MySQL 的 Azure 資料庫 就地自動移轉 – 單一伺服器到彈性伺服器是針對選取 [單一伺服器] 資料庫工作負載在計劃性維護期間起始的就地移轉。 合格的伺服器是由服務識別，並會傳送進階通知詳細資料步驟，以檢閱移轉詳細資料。 如果您擁有具有基本或 GP SKU 的單一伺服器工作負載，則使用 <的數據記憶體 = 20 GiB，且未啟用複雜的功能（CMK、AAD、讀取複本、Private Link），您現在可以透過此 表單單體提交伺服器詳細數據來自行提名（如果尚未由服務排程），以自動移轉。 建議所有其他單一伺服器工作負載使用 Azure - Azure DMS 所提供的使用者起始移轉工具，適用於 MySQL 的 Azure 資料庫 匯入移轉。 在此處深入了解就地自動移轉。
日落後日期 （2024 年 9 月 16 日）會發生什麼？
在日落日期后執行單一伺服器實例會有安全性風險，因為已淘汰的單一伺服器平臺上不會有任何安全性和錯誤修正維護。 為了確保我們對在受信任且安全平臺上執行受控實例的承諾會在日落日期后發佈，您的單一伺服器實例及其數據檔將會以分階段方式強制移轉至適當的彈性伺服器實例。 強烈建議在 2024 年 9 月 16 日之前使用 適用於 MySQL 的 Azure 資料庫 匯入 CLI 或 Azure 數據遷移服務來遷移至 適用於 MySQL 的 Azure 資料庫 - 彈性伺服器（請參閱常見問題以深入瞭解），以避免強制移轉所造成的任何中斷，並確保商務持續性。
注意
在日落日期之後，單一伺服器實例將不會接受任何 SLA、錯誤修正、安全性修正或實時支援。
強制移轉日落日期
在日落日期之後，您的單一伺服器實例及其數據檔將會以分階段方式強制移轉至適當的彈性伺服器實例。 這可能會導致功能可用性有限，因為若沒有客戶輸入彈性伺服器實例，就無法強制移轉某些進階功能。 深入瞭解在強制移轉后重新設定這類功能的步驟，以將以下的潛在影響降到最低。
下列功能無法強制移轉，因為它們需要客戶輸入以進行設定，而且不會在已移轉的彈性伺服器實例上啟用：
- 私人連結
- 資料加密 （CMK）
- Microsoft Entra 驗證 （前 AAD）
- 服務端點
- 基礎結構雙重加密
- 讀取複本
強制移轉後所需的動作
強制移轉之後，您必須重新設定已移轉彈性伺服器實例上所列的功能，以確保商務持續性：
- Private Link – 深入瞭解如何在這裡設定
- 數據加密 （CMK） - 深入瞭解如何在這裡設定
- Microsoft Entra 驗證 （同時 AAD） - 深入瞭解如何在這裡設定
- 服務端點 – 適用於 MySQL 的 Azure 資料庫 彈性伺服器不支援服務端點（VNet 規則）。 建議您設定 Private Link 以符合功能同位。 在這裡深入瞭解如何設定 Private Link
- 基礎結構雙重加密 – 適用於 MySQL 的 Azure 資料庫 彈性伺服器不支援基礎結構雙重加密。 建議您設定數據加密以符合功能同位。 在這裡深入瞭解如何設定資料加密 （CMK）
- 閱讀複本 - 深入瞭解如何在這裡設定
重要 事項：已啟用網路和安全性功能的單一伺服器將會強制移轉至處於停用狀態的具公用存取權的彈性伺服器實例，以保護客戶數據。 您必須在強制移轉之後啟用適當的存取權，以確保商務持續性。
注意
如果您的伺服器位於不支援 適用於 MySQL 的 Azure 資料庫 - 彈性伺服器的區域，則張貼日落日期後，您的單一伺服器實例將可透過有限的作業存取數據，並能夠移轉至彈性伺服器。 您的實例將不會強制移轉至彈性伺服器。 強烈建議您在日落日期之前使用下列其中一個選項進行移轉，以避免商務持續性的任何中斷：
- 使用 Azure DMS 在適當的 Azure 區域中執行跨區域移轉至彈性伺服器。
- 如果您因合規性問題而無法變更區域，請移轉至裝載於區域中 VM 上的 MySQL 伺服器。
常見問題集 (FAQ)
問： 為何 適用於 MySQL 的 Azure 資料庫 單一伺服器即將淘汰？
A. 適用於 MySQL 的 Azure 資料庫 – 單一伺服器在 2018 年正式推出 (GA)。 不過，鑒於客戶意見反應和 Azure 資料庫環境中計算、可用性、延展性和效能功能的新進展，單一伺服器供應項目必須淘汰，並使用新的架構來升級 – 適用於 MySQL 的 Azure 資料庫 彈性伺服器，讓您擁有 Azure 開放原始碼資料庫平臺的最佳功能。
問： 為什麼我被要求移轉至 適用於 MySQL 的 Azure 資料庫 - 彈性伺服器？
A.適用於 MySQL 的 Azure 資料庫 - 彈性伺服器是在 Azure 上執行所有 MySQL 工作負載的最佳平臺。 Azure MySQL- 彈性伺服器既符合經濟效益，也可在所有服務層提供更佳的效能，以及提供可控制成本的更多方式，以獲得較便宜且更快速的災害復原：
- 更多最佳化成本的方法，包括支援高載層計算選項。
- 改善商務關鍵生產工作負載的效能，而這些工作負載需要低延遲、高並行、快速容錯移轉和高可擴縮性。
- 改善運作時間，讓您能夠在相同或不同的區域上設定熱待命，以及規劃伺服器維護的一小時時間範圍。
問： 我需要多久時間才能將單一伺服器移轉至彈性伺服器？
A. 適用於 MySQL 的 Azure 資料庫 - 單一伺服器已排程淘汰2024 年 9 月 16 日，因此強烈建議您儘早將單一伺服器移轉至彈性伺服器，以確保有足夠的時間在移轉生命週期中執行、套用彈性伺服器所提供的優點，並確保業務持續性。
問： 現有 適用於 MySQL 的 Azure 資料庫 單一伺服器實例會發生什麼事？
A. 您現有的 適用於 MySQL 的 Azure 資料庫 單一伺服器工作負載會繼續如先前般運作，並會在日落日期之前正式支援。 不過，不會發行單一伺服器的任何新更新，而且強烈建議您最早開始移轉至適用於 MySQL 的 Azure 資料庫彈性伺服器。 在日落日期之後，您的單一伺服器實例及其數據檔將會 以分階段方式強制移 轉至適當的彈性伺服器實例。
問： 我是否可以選擇在日落日期之後繼續執行單一伺服器？
A. 不幸的是，我們並不打算在 2024 年 9 月 16 日的日落日期之後支援單一伺服器，因此強烈建議您儘快開始規劃您的移轉。 在日落日期之後，您的單一伺服器實例及其數據檔將會以分階段方式強制移轉至適當的彈性伺服器實例。 這可能會導致有限的功能可用性，因為某些進階功能無法在沒有客戶輸入至彈性伺服器實例的情況下強制移轉。 深入瞭解在強制移轉后重新設定這類功能的步驟，以將此處的潛在影響降到最低。 如果您的伺服器位於不支援 適用於 MySQL 的 Azure 資料庫 - 彈性伺服器的區域，則發佈日落日期後，您的單一伺服器實例將可透過有限的作業存取數據，並能夠移轉至彈性伺服器。
問： 我的單一伺服器部署在不支援彈性伺服器的區域中。 在日落日期后，我的伺服器會發生什麼事？ A. 如果您的伺服器位於不支援 適用於 MySQL 的 Azure 資料庫 - 彈性伺服器的區域，則張貼日落日期後，您的單一伺服器實例將可透過有限的作業存取數據，並能夠移轉至彈性伺服器。 強烈建議您在日落日期之前使用下列其中一個選項進行移轉，以避免商務持續性的任何中斷：
- 使用 Azure DMS 在適當的 Azure 區域中執行跨區域移轉至彈性伺服器。
- 如果您因合規性問題而無法變更區域，請移轉至裝載於區域中 VM 上的 MySQL Server。
問： 日落日期之後，我的單一伺服器是否會遺失任何數據？ A. 否，單一伺服器實例不會產生任何數據遺失。 在日落日期之後，您的單一伺服器實例及其數據檔將會強制移轉至適當的彈性伺服器實例。 如果您的伺服器位於不支援 適用於 MySQL 的 Azure 資料庫 - 彈性伺服器的區域，則張貼日落日期後，您的單一伺服器實例將可透過有限的作業存取數據，而且能夠移轉至適當區域中的彈性伺服器。
問： 在單一伺服器淘汰公告之後，如果我仍然需要建立新的單一伺服器以符合我的商務需求，則該怎麼辦？
A. 在此淘汰中，我們將不再支援從 2023 年 1 月 16 日開始的 Azure 入口網站 建立新的單一伺服器實例。 此外，從 2024 年 3 月 19 日開始，您將無法再使用 Azure CLI 建立新的 適用於 MySQL 的 Azure 資料庫 單一伺服器實例。 如果您仍然需要建立單一伺服器實例以符合商務持續性需求，請提出 Azure 支援 票證。
問： 在單一伺服器淘汰公告之後，如果我仍然需要為單一伺服器建立新的讀取複本，則該怎麼辦？
A. 您仍然可以從 [複寫] 刀鋒視窗建立現有單一伺服器實例的讀取複本，這將會持續支援到 2024 年 9 月 16 日的日落日期為止。
問： 是否有與執行移轉相關聯的額外成本？
A. 執行移轉時，您會支付目標彈性伺服器和來源單一伺服器的費用。 目標彈性伺服器的設定和計算會決定所產生的額外成本。 如需詳細資訊，請參閱定價。 在成功移轉後解除來源單一伺服器的委任之後，您只需要支付彈性伺服器的執行費用。 透過 Azure 資料移轉服務 （傳統）、就地自動移轉或 適用於 MySQL 的 Azure 資料庫 匯入移轉工具執行移轉時，不會產生任何成本。
問： 相較於單一伺服器，我的帳單是否會受到執行彈性伺服器的影響？
A. 如果您為目標彈性伺服器選取相同的區域或區域備援高可用性，則您的帳單將會高於單一伺服器上的帳單。 相同的區域或區域備援高可用性需要與儲存備援備份一起啟動的熱待命伺服器，因此成本會增加。 此架構可在非計劃性中斷和計劃性維護期間減少停機時間。 此外，根據您的工作負載，彈性伺服器可以透過單一伺服器提供更好的效能，而您可以在彈性伺服器上使用較低的 SKU 來執行工作負載，因此整體成本可能類似於單一伺服器。
問： 是否需要停機，才能將單一伺服器移轉至彈性伺服器？
A. 若要限制任何可能產生的停機時間，請執行線上移轉至彈性伺服器，以提供最少的停機時間。
問： 未來是否會更新單一伺服器以支援最新的 MySQL 版本？
A. 單一伺服器 8.0 版的最後一個次要版本升級將會是 8.0.15。 請考慮移轉至彈性伺服器，以使用最新版本升級的優點。
問： 彈性伺服器的 99.99% 可用性 SLA 與單一伺服器有何不同？
A. 彈性伺服器的區域備援部署提供具有區域層級復原的 99.99% 可用性，而單一伺服器會在單一可用性區域中提供復原。 相較於沒有被動熱待命可協助從區域失敗中復原的單一伺服器 HA 架構，彈性伺服器的高可用性 (HA) 架構會部署具有備援計算和儲存體的暖待命 (而每個網站的資料都會儲存至 3 倍複本)。 彈性伺服器的 HA 架構可在非計劃性中斷和計劃性維護期間減少停機時間。
問： 有哪些移轉選項可協助我將單一伺服器移轉至彈性伺服器？
A. 您可以使用 適用於 MySQL 的 Azure 資料庫 匯入 （建議） 進行移轉。 此外，您可以使用 資料移轉服務 （傳統） 來執行在線或離線移轉。
問： 我的單一伺服器部署在不支援彈性伺服器的區域中。 我應該如何進行移轉？
A. Azure 資料庫移轉服務 (傳統) 支援跨區域移轉，因此您可以選取適合目標彈性伺服器的區域，然後繼續進行 DMS (傳統) 移轉。
問： 我已為單一伺服器設定 查詢存放區，彈性伺服器不支援此功能。 我應如何移轉？
A. 您可以依照這裡的步驟，在目標彈性伺服器移轉後設定慢速查詢記錄，以達到與 查詢存放區 的功能同位。 接著，您可以使用活頁簿範本來檢視查詢深入解析。
問： 我已為單一伺服器設定服務端點（VNet 規則），且彈性伺服器不支援此功能。 我應如何移轉？
A. 適用於 MySQL 的 Azure 資料庫 彈性伺服器不支援服務端點（VNet 規則）。 建議您在移轉的彈性伺服器實例上設定 Private Link，以符合功能同位。 在這裡深入瞭解如何設定 Private Link。
問： 我已為單一伺服器設定基礎結構雙重加密，且彈性伺服器不支援此功能。 我應如何移轉？
A. 適用於 MySQL 的 Azure 資料庫 彈性伺服器不支援基礎結構雙重加密。 建議您在移轉的彈性伺服器上設定數據加密，以符合功能同位。 在這裡深入瞭解如何設定資料加密 （CMK）。
問： 我已為 v8.0 單一伺服器設定 TLS v1.0/1.1，且彈性伺服器目前不支援此功能。 我應如何移轉？
A. 為了支援新式安全性標準，MySQL 社群版本已停止支援從 8.0.28 版開始的傳輸層安全性 （TLS） 1.0 和 1.1 通訊協定。 建議您升級客戶端驅動程式以支援 TLSv1.2 安全地連線到 適用於 MySQL 的 Azure 資料庫 - 單一伺服器，然後繼續移轉至彈性伺服器。
問： 是否有選項可將單一伺服器復原為彈性伺服器移轉？
A. 您可以執行任意次數的測試移轉，並在透過測試獲得信心後，執行最終的移轉。 除非您執行實際移轉，否則測試移轉不會影響來源單一伺服器，而此單一伺服器會維持運作狀態並繼續複寫。 如果在測試移轉期間發生任何錯誤，您可以選擇延後最終移轉，並將來源伺服器保持執行。 解決錯誤之後，您接著可以重新嘗試最終移轉。 已執行彈性伺服器的最終移轉並已關閉來源單一伺服器之後，就無法執行從彈性伺服器到單一伺服器的復原。
問： 資料庫的大小大於 1 TB，因此應該如何繼續進行移轉？
A. 您可以使用 適用於 MySQL 的 Azure 資料庫 匯入 （建議） 來移轉，這對於較重的工作負載而言，其效能很高。
問： 是否支援跨地區移轉？
A. Azure 資料庫移轉服務可支援跨地區移轉，因此您可以將單一伺服器移轉至使用 DMS 在不同地區中部署的彈性伺服器。
問： 是否支援跨訂用帳戶移轉？
A. Azure 資料庫移轉服務可支援跨訂用帳戶移轉，因此您可以將單一伺服器移轉至使用 DMS 在不同訂用帳戶上部署的彈性伺服器。
問： 是否支援跨資源群組訂用帳戶？
A. Azure 資料庫移轉服務可支援跨資源群組移轉，因此您可以將單一伺服器移轉至使用 DMS 在不同資源群組中部署的彈性伺服器。
問： 是否有跨版本支援？
是，透過 Azure 資料庫移轉服務移轉支援從更低版本的 MySQL 伺服器 (v5.6 和更新版本) 移轉至更高版本。
問： 我還有關於退休的進一步問題。 如何取得其協助？
A. 如果您有問題，請取得 Microsoft Q&A 社群專家的 解答。 如果您有支援方案，而且需要技術協助，請建立 支援要求：
- 在 [摘要] 的部分，輸入您的問題描述。
- 針對 [問題類型]，選取 [技術]。
- 在 [訂閱] 的部分，選取您的訂閱。
- 針對 [服務]，選取 [我的服務]。
- 針對 [服務類型]，選取 [適用於 MySQL 的 Azure 資料庫 單一伺服器]。
- 針對 [ 資源]，選取您的資源。
- 針對 [問題類型]，選取 [ 移轉]。
- 針對 [問題] 子類型，選取 [從單一移轉至彈性伺服器]
您也可以在AskAzureDBforMySQL@service.microsoft.com連絡 適用於 MySQL 的 Azure 資料庫 產品小組。
警告
本文不適用於 適用於 MySQL 的 Azure 資料庫 - 彈性伺服器使用者。 這是針對需要升級至 MySQL - 彈性伺服器的 適用於 MySQL 的 Azure 資料庫 - 單一伺服器客戶。
如需使用 適用於 MySQL 的 Azure 資料庫 - 單一伺服器移轉至彈性伺服器之 Azure 資料移轉服務 （傳統）的相關信息，請瀏覽常見問題。
我們知道移轉服務可能是令人沮喪的體驗，我們事先為您道歉，因為可能會造成任何不便。 您可以選擇最適合您和環境的案例。