適用於 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 (傳統) |
| 離線 | 就地自動移民提名 來自 | 從單一到彈性伺服器的就地自動移轉 適用於 MySQL 的 Azure 資料庫 |
如需使用其他移轉工具從單一伺服器移轉至彈性伺服器的詳細資訊，請造訪選取適當的工具來移轉至適用於 MySQL 的 Azure 資料庫。
注意
從適用於 MySQL 的 Azure 資料庫 – 單一伺服器就地自動移轉至彈性伺服器是指選定單一伺服器資料庫工作負載在計劃性維護期間由服務啟動的就地移轉。 合格的伺服器是由服務識別，並會傳送進階通知詳細資料步驟，以檢閱移轉詳細資料。 如果您擁有具有基本或 GP SKU 的單一伺服器工作負載，則使用 <的數據記憶體 = 20 GiB，且未啟用複雜的功能（CMK、Microsoft Entra ID、讀取複本、Private Link）啟用，您現在可以透過此 窗體提交伺服器詳細數據來自行提名（如果尚未由服務排程），以自動移轉。 建議所有其他單一伺服器工作負載使用由使用者啟動的移轉工具 (Azure - Azure DMS、適用於 MySQL 的 Azure 資料庫「匯入」提供) 來完成移轉。 在此處深入了解就地自動移轉。
日落後日期 （2024 年 9 月 16 日）會發生什麼事？
在日落日期后執行單一伺服器實例會有安全性風險，因為已淘汰的單一伺服器平臺上不會有任何安全性和錯誤修正維護。 為了確保我們在信任且安全的平臺上執行受控實例的承諾會在日落日期之後，您的單一伺服器實例及其數據檔會以分階段方式強制移轉至適當的彈性伺服器實例。 強烈建議在 2024 年 9 月 16 日之前使用 適用於 MySQL 的 Azure 資料庫 匯入 CLI 或 Azure 數據遷移服務來移轉至 適用於 MySQL 的 Azure 資料庫 - 彈性伺服器（請參閱常見問題以深入瞭解），以避免強制移轉所造成的任何中斷，並確保商務持續性。
注意
在日落日期之後，單一伺服器實例將不會接受任何 SLA、錯誤修正、安全性修正或實時支援。
強制移轉日落日期
在日落日期之後，您的單一伺服器實例及其數據檔將會以分階段方式強制移轉至適當的彈性伺服器實例。 這可能會導致功能可用性有限，因為某些進階功能無法強制移轉，而不需要客戶輸入彈性伺服器實例。 深入瞭解在強制移轉后重新設定這類功能的步驟，以將以下的潛在影響降到最低。
下列功能無法強制移轉，因為它們需要客戶輸入以進行設定，而且不會在已移轉的彈性伺服器實例上啟用：
- 私人連結
- 資料加密 （CMK）
- Microsoft Entra 驗證 （同時 Microsoft Entra ID）
- 服務端點
- 基礎結構雙重加密
- 讀取複本
- 適用於雲端的 Microsoft Defender
強制移轉後所需的動作
強制移轉之後，您必須重新設定已移轉彈性伺服器實例上所列的功能，以確保商務持續性：
- Private Link – 深入瞭解如何在這裡設定
- 數據加密 （CMK） - 深入瞭解如何在這裡設定
- Microsoft Entra 驗證 （同時 Microsoft Entra ID） - 深入瞭解如何在這裡設定
- 服務端點 – 適用於 MySQL 的 Azure 資料庫 彈性伺服器不支援服務端點（虛擬網路規則）。 建議您設定 Private Link 以符合功能同位。 在這裡深入瞭解如何設定 Private Link
- 基礎結構雙重加密 – 適用於 MySQL 的 Azure 資料庫 彈性伺服器不支援基礎結構雙重加密。 建議您設定數據加密以符合功能同位。 在這裡深入瞭解如何設定資料加密 （CMK）
- 閱讀複本 - 深入瞭解如何在這裡設定
重要 事項：已啟用網路和安全性功能的單一伺服器將會強制移轉至處於停用狀態的具公用存取權的彈性伺服器實例，以保護客戶數據。 您必須在強制移轉之後啟用適當的存取權，以確保商務持續性。
注意
如果您的伺服器位於不支援 適用於 MySQL 的 Azure 資料庫 - 彈性伺服器的區域，則發佈日落日期後，您的單一伺服器實例將可透過有限的作業存取數據，並能夠移轉至彈性伺服器。 您的實例將不會強制移轉至彈性伺服器。 強烈建議您在日落日期之前使用下列其中一個選項進行移轉，以避免商務持續性的任何中斷：
- 使用 Azure DMS 在適當的 Azure 區域中執行跨區域移轉至彈性伺服器。
- 如果您因合規性問題而無法變更區域，請移轉至裝載於區域中 VM 上的 MySQL 伺服器。
在彈性伺服器中設定 適用於雲端的 Microsoft Defender 屬性
當您從 適用於 MySQL 的 Azure 資料庫 - 單一伺服器移轉至已啟用 適用於雲端的 Defender 的彈性伺服器時，會保留啟用狀態。 若要在彈性伺服器中達成同位，您可以在單一伺服器中設定的屬性，請考慮下表中的詳細數據。
| 屬性 | 組態 |
|---|---|
| properties.disabledAlerts | 您可以使用 適用於雲端的 Microsoft Defender 平台來停用特定警示類型。 如需詳細資訊，請參閱隱藏 適用於雲端的 Microsoft Defender 指南中的警示一文。 |
| properties.emailAccount 管理員 s properties.emailAddresses |
您可以集中定義訂用帳戶中所有資源 適用於雲端的 Microsoft Defender 警示的電子郵件通知。 如需詳細資訊，請參閱設定安全性警示的電子郵件通知一文。 |
| properties.retentionDays properties.storageAccountAccessKey properties.storageEndpoint |
適用於雲端的 Microsoft Defender 平臺會透過 Azure Resource Graph 公開警示。 您可以將警示匯出至不同的存放區，並個別管理保留。 如需連續導出的詳細資訊，請參閱在 Azure 入口網站 - 適用於雲端的 Microsoft Defender 中設定連續匯出一文。 |
常見問題集 (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 伺服器。
問： 日落日期之後，我的單一伺服器是否會遺失任何數據？ 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架構則沒有被動熱待命來協助從區域性失敗中復原。 彈性伺服器的HA架構可在非計劃性中斷和計劃性維護期間減少停機時間。
問： 有哪些移轉選項可協助我將單一伺服器移轉至彈性伺服器？
A. 您可以使用適用於 MySQL 的 Azure 資料庫「匯入」(建議) 進行移轉。 此外，您還可以使用資料庫移轉服務 (傳統)，以執行線上或離線移轉。
問： 我的單一伺服器部署在不支援彈性伺服器的區域中。 我應該如何進行移轉？
A. Azure 資料庫移轉服務 (傳統) 支援跨區域移轉，因此您可以選取適合目標彈性伺服器的區域，然後繼續進行 DMS (傳統) 移轉。
問： 我已為單一伺服器設定 查詢存放區，彈性伺服器不支援此功能。 我應如何移轉？
A. 您可以遵循這裡的步驟，在目標彈性伺服器移轉后設定慢速查詢記錄，以達到與 查詢存放區的功能同位。 然後，您可以使用活頁簿範本來檢視查詢深入解析。
問： 我已為單一伺服器設定服務端點（VNet 規則），且彈性伺服器不支援此功能。 我應如何移轉？
A. 適用於 MySQL 的 Azure 資料庫 彈性伺服器不支援服務端點（虛擬網路規則）。 建議您在移轉的彈性伺服器實例上設定 Private Link，以符合功能同位。 在這裡深入瞭解如何設定 Private Link。
問： 我已為單一伺服器設定基礎結構雙重加密，且彈性伺服器不支援此功能。 我應如何移轉？
A. 適用於 MySQL 的 Azure 資料庫 彈性伺服器不支援基礎結構雙重加密。 建議您在移轉的彈性伺服器上設定數據加密，以符合功能同位。 在這裡深入瞭解如何設定資料加密 （CMK）。
問： 我已為 v8.0 單一伺服器設定 TLS v1.0/1.1，且彈性伺服器目前不支援此功能。 我應如何移轉？
A. 為了支援新式安全性標準，從 8.0.28 版開始，MySQL Community Edition 已停止繼續支援透過傳輸層安全性 (TLS) 1.0 和 1.1 通訊協定進行通訊。 建議您先將客戶端驅動程式升級為支援 TLSv1.2，以安全地連線到適用於 MySQL 的 Azure 資料庫 - 單一伺服器，然後再繼續移轉至彈性伺服器。
問： 是否有選項可將單一伺服器復原為彈性伺服器移轉？
A. 您可以執行任意次數的測試移轉，並在透過測試獲得信心後，執行最終的移轉。 測試移轉不會影響來源單一伺服器，這會繼續運作，並繼續復寫，直到您執行實際的移轉為止。 如果在測試移轉期間發生任何錯誤，您可以選擇延後最終移轉，並將來源伺服器保持執行。 解決錯誤之後，您接著可以重新嘗試最終移轉。 已執行彈性伺服器的最終移轉並已關閉來源單一伺服器之後，就無法執行從彈性伺服器到單一伺服器的復原。
問： 資料庫的大小大於 1 TB，我應如何繼續進行移轉？
A. 您可以使用適用於 MySQL 的 Azure 資料庫「匯入」(建議) 來進行移轉，這種方法對於重型工作負載而言效能更高。
問： 是否支援跨地區移轉？
A. Azure 資料庫移轉服務可支援跨地區移轉，因此您可以將單一伺服器移轉至使用 DMS 在不同地區中部署的彈性伺服器。
問： 是否支援跨訂用帳戶移轉？
A. Azure 資料庫移轉服務可支援跨訂用帳戶移轉，因此您可以將單一伺服器移轉至使用 DMS 在不同訂用帳戶上部署的彈性伺服器。
問： 是否支援跨資源群組訂用帳戶？
A. Azure 資料庫移轉服務可支援跨資源群組移轉，因此您可以將單一伺服器移轉至使用 DMS 在不同資源群組中部署的彈性伺服器。
問： 是否有跨版本支援？
A. 是，透過 Azure 資料庫移轉服務移轉支援從更低版本的 MySQL 伺服器 (v5.6 和更新版本) 移轉至更高版本。
問： My 適用於 MySQL 的 Azure 資料庫 單一伺服器會利用非預設埠，例如 3308,3309 和 3310，彈性伺服器不支援此埠。 在移轉至彈性伺服器時，我該怎麼做？？
A. 如果您的來源 適用於 MySQL 的 Azure 資料庫 單一伺服器使用非預設埠，例如 3308,3309 和 3310，請將連線埠變更為 3306，因為彈性伺服器上不支援上述非預設埠。
問： 我有其他淘汰問題。 如何取得其協助？
A. 如果您有問題，請取得 Microsoft Q&A 社群專家的 解答。 如果您有支援方案，而且需要技術協助，請建立 支援要求：
- 在 [摘要] 的部分，輸入您的問題描述。
- 針對 [問題類型]，選取 [技術]。
- 在 [訂閱] 的部分，選取您的訂閱。
- 針對 [服務]，選取 [我的服務]。
- 針對 [服務類型]，選取 [適用於 MySQL 的 Azure 資料庫單一伺服器]。
- 針對 [資源]，選取您的資源。
- 針對 [問題類型]，選取 [移轉]。
- 針對 [問題子類型]，選取 [從單一移轉至彈性伺服器]
如需使用適用於 MySQL 的 Azure 資料庫 - 單一伺服器到彈性伺服器移轉之 Azure 資料庫移轉服務 (傳統) 的相關資訊，請造訪常見問題集。
我們知道移轉服務可能是令人沮喪的體驗，對於可能會對您造成的任何不便，事先向您抱歉。 您可以選擇最適合您和您環境的案例。