共用方式為

公告淘汰之後，適用於 PostgreSQL 的 Azure 資料庫 - 單一伺服器會發生什麼事？

  • 發行項

適用於： 適用於 PostgreSQL 的 Azure 資料庫 - 單一伺服器

適用於 PostgreSQL 的 Azure 資料庫 - 單一伺服器位於淘汰路徑上，預計將於 2025 年 3 月 28 日淘汰。

適用於 PostgreSQL 的 Azure 資料庫 - 單一伺服器是在 2018 年正式推出的。 鑑於客戶意見反應以及 Azure 資料庫環境中計算、可用性、可擴縮性和效能功能的新進展，單一伺服器供應項目需要淘汰並升級為新結構。 適用於 PostgreSQL 的 Azure 資料庫 - 彈性伺服器是新一代服務，能夠讓您充分利用 Azure 的開放原始碼資料庫平台。

在此淘汰過程中，自 2023 年 11 月 30 日起，我們便不再支援從 Azure 入口網站建立新的單一伺服器執行個體。 如果您需要建立單一伺服器執行個體以符合業務持續性需求，您可以繼續使用 Azure CLI 和 ARM 範本。 不過，自 2025 年 3 月起，這些方法將不再使用。

如果您目前有裝載實際執行伺服器之適用於 PostgreSQL 的 Azure 資料庫 - 單一伺服器服務，那麼，我們很高興通知您，您可以將適用於 PostgreSQL 的 Azure 資料庫 - 單一伺服器移轉到適用於 PostgreSQL 的 Azure 資料庫 - 彈性伺服器。

適用於 PostgreSQL 的 Azure 資料庫 - 彈性伺服器是一個完全受控且可供實際執行之用的資料庫服務，旨在為資料庫管理功能和組態設定提供更精細的控制與彈性。 如需適用於 PostgreSQL 的 Azure 資料庫 - 彈性伺服器的詳細資訊，請參閱適用於 PostgreSQL 的 Azure 資料庫 - 彈性伺服器。

將適用於 PostgreSQL 的 Azure 資料庫 - 單一伺服器移轉到適用於 PostgreSQL 的 Azure 資料庫 - 彈性伺服器

了解如何使用單一伺服器到彈性伺服器移轉工具，從適用於 PostgreSQL 的 Azure 資料庫 - 單一伺服器移轉到適用於 PostgreSQL 的 Azure 資料庫 - 彈性伺服器。

常見問題集 (FAQ)

問： 為何要淘汰適用於 PostgreSQL 的 Azure 資料庫 - 單一伺服器？

A. 適用於 PostgreSQL 的 Azure 資料庫 - 單一伺服器是在 2018 年正式推出的。 鑑於客戶意見反應以及 Azure 資料庫環境中計算、可用性、可擴縮性和效能功能的新進展，單一伺服器供應項目需要淘汰並升級為新結構。 適用於 PostgreSQL 的 Azure 資料庫 - 彈性伺服器是新一代服務，能夠讓您充分利用 Azure 的開放原始碼資料庫平台。

問： 為什麼要求我移轉到適用於 PostgreSQL 的 Azure 資料庫 - 彈性伺服器？

答：適用於 PostgreSQL 的 Azure 資料庫 - 彈性伺服器是在 Azure 上執行所有開放原始碼 PostgreSQL 工作負載的最佳平台。 適用於 PostgreSQL 的 Azure 資料庫 - 彈性伺服器符合經濟效益、可在所有服務層提供較佳的效能，而且提供更多可控制成本的方式，以獲得較便宜且更快速的災害復原。 對於彈性伺服器的其他改進功能包括：

  • 支援 Postgres 11 版和更新版本，以及內建的安全性增強功能
  • 支援可高載階層計算選項以獲得更好的價格效能。
  • 藉由在相同或不同的可用性區域和使用者控制的維護時段上設定熱待命來改善可用時間。
  • 已簡化開發人員對於高效能資料工作負載的體驗。

問： 我還要多久才能將單一伺服器移轉到彈性伺服器？

A. 適用於 PostgreSQL 的 Azure 資料庫 - 單一伺服器預定將於 2025 年 3 月 28 日淘汰，因此強烈建議您儘早將單一伺服器移轉到彈性伺服器，以確保有足夠的時間執行移轉生命週期，並使用彈性伺服器所提供的優點。

問： 我現有適用於 PostgreSQL 的 Azure 資料庫 - 單一伺服器執行個體會發生什麼事？

A. 您現有適用於 PostgreSQL 的 Azure 資料庫 - 單一伺服器工作負載將繼續受到支援，直到 2025 年 3 月為止。

問： 在 2023 年 11 月社群 EOL 日期之後，我仍然可以建立新的 11 版適用於 PostgreSQL 的 Azure 資料庫 - 單一伺服器嗎？

A. 從 2023 年 11 月 30 日開始，您將無法再透過 Azure 入口網站，為 PostgreSQL 11 版建立新的單一伺服器執行個體。 不過，您仍然可以在 2024 年 11 月之前，透過 CLI 建立它們 (英文)。 我們將透過版本控制支援原則 (部分機器翻譯)，繼續支援單一伺服器。最好立即開始移轉到適用於 PostgreSQL 的 Azure 資料庫 - 彈性伺服器。

問： 我可以在 2025 年 3 月 28 日截止日之後，繼續執行適用於 PostgreSQL 的 Azure 資料庫 - 單一伺服器嗎？

A. 我們打算支援單一伺服器直到 2025 年 3 月 28 日截止日為止，因此強烈建議您盡快開始規劃移轉。 我們計劃在 2025 年 3 月 28 日截止日終止對單一伺服器部署的支援。

問： 在單一伺服器淘汰公告之後，如果我仍然需要建立新的單一伺服器以符合我的商務需求，則該怎麼辦？

A. 我們不會立即停止建立新單一伺服器的能力，因此，您可以繼續透過 CLI 建立新的單一伺服器，以符合您對適用於 PostgreSQL 的 Azure 資料庫 - 單一伺服器所支援之所有 PostgreSQL 版本的業務需求。 強烈建議您探索彈性伺服器，並查看那是否將符合您的需求。 如有必要，請隨時與我們連絡，讓我們能夠為您提供引導，並建議最佳的前進道路。

問： 是否有任何與執行移轉相關聯的額外成本？

A. 在移轉移間，您必須支付目標彈性伺服器和來源單一伺服器的費用。 目標彈性伺服器的設定和運算將決定產生的額外成本 (如需更多詳細資料，請參閱定價)。 一旦在成功移轉後解除來源單一伺服器的委任之後，您只需支付彈性伺服器的費用。 使用單一伺服器到彈性伺服器移轉工具不需要額外的費用。 如果您有關於將單一伺服器移轉到彈性伺服器的成本問題或疑慮，請連絡您的 Microsoft 帳戶代表。

問： 執行適用於 PostgreSQL 的 Azure 資料庫 - 彈性伺服器 (而非適用於 PostgreSQL 的 Azure 資料庫 - 單一伺服器) 會對我的帳單產生影響嗎？

A. 如果您選擇與適用於 PostgreSQL 的 Azure 資料庫 - 單一伺服器類似的設定，則帳單應該差不多。 但是，如果您為目標彈性伺服器選取相同的區域或具有高可用性的區域備援，則您的帳單將超過單一伺服器的帳單。 相同的區域或區域備援高可用性需要啟動額外的熱待命伺服器，並儲存備援備份資料，因此第二部伺服器的成本會增加。 此架構可在非計劃性中斷和計劃性維護期間減少停機時間。 一般而言，彈性伺服器可提供更好的價格效能，不過，這取決於您的工作負載。

問： 當我將 Azure 資料庫從 PostgreSQL - 單一伺服器移轉至彈性伺服器時，是否會導致停機？

A. 目前，單一伺服器到彈性伺服器移轉工具僅支援離線移轉。 離線移轉需要在移轉過程中將應用程式停機。 如需詳細資訊，請參閱移轉工具 - 從適用於 PostgreSQL 的 Azure 資料庫單一伺服器到彈性伺服器。

停機取決於數個要素，包含資料庫數目、資料庫大小、每個資料庫內的資料表數目、索引數目，以及跨資料表的資料分佈。 其也取決於來源和目標伺服器的 SKU，以及來源與目標伺服器上可用的 IOPS。

假設移轉牽涉到許多要素，則預估應用程式停機的最佳方法是在從主要伺服器還原的 PITR 伺服器上嘗試移轉，以針對實際執行環境移轉進行規劃。

離線移轉較不複雜，失敗率較低，而且是建議針對具有服務時段的工作負載執行從單一伺服器移轉到彈性伺服器的方式。

如果單一伺服器提供的離線移轉無法符合彈性移轉工具的停機需求，您可以連絡您的帳戶小組。

注意

即將推出線上移轉支援。

問： 未來是否會更新單一伺服器，以支援最新的 PostgreSQL 版本？

A. 如果您必須在最新的 PostgreSQL 引擎版本上執行，建議您移轉到彈性伺服器。 我們會繼續部署社群針對 Postgres 11 版發行的次要版本，直到 2023 年 11 月社群將之淘汰為止。

注意

我們將在社群淘汰日之後延長對 Postgres 11 版的支援，且將同時在單一伺服器 (英文) 和彈性伺服器 (英文) 上支援 PostgreSQL 11 版，以簡化此轉換。 請考慮移轉到彈性伺服器，以使用最新 Postgres 引擎版本的優點。

問： 彈性伺服器 99.99% 可用性 SLA 與單一伺服器有何不同？

A. 彈性伺服器的區域備援部署提供具有區域層級復原的 99.99% 可用性，而單一伺服器提供不具區域復原的 99.99% 可用性。 彈性伺服器高可用性 (HA) 結構會部署具有備援計算和儲存體的熱待命伺服器 (每個網站的資料會儲存於 3x 個複本中)。 單一伺服器 HA 結構沒有被動熱待命可協助從區域性失敗中復原。 彈性伺服器的 HA 結構可在非計劃性中斷和計劃性維護期間減少停機時間。

問： 我的單一伺服器部署在不支援彈性伺服器的區域中。 我應該如何進行移轉？

A. 我們接近單一伺服器的區域同位。 這些區域沒有彈性伺服器存在。

  • 中國東部 (CE 和 CE2)，
  • 中國北部 (CN 和 CN2)
  • 印度西部
  • 瑞典北部

建議您移轉到 CN3/CE3、印度中部、瑞典中部和瑞典南部區域。 問： 我已為單一伺服器設定私人連結，但彈性伺服器目前不支援此功能。 我應如何移轉？

A. 對於私人連結的彈性伺服器支援在藍圖上的優先順序最高。 此功能計劃於 2023 年第 4 季推出。 另一個選項是考慮移轉到 VNET 插入的彈性伺服器。

問： 是否有選項可以復原單一伺服器到彈性伺服器移轉？

A. 您可以執行任意數目的測試移轉、測試移轉成功，並在準備好之後執行最終移轉。 測試移轉不會影響單一伺服器來源，其在您執行移轉之前仍可運作。 如果在測試移轉期間發生任何錯誤，您可以將最終移轉延後，並讓來源伺服器保持執行。 解決錯誤之後，您接著可以重新嘗試最終的移轉。 執行最終移轉到彈性伺服器並針對實際執行工作負載加以開啟之後，您將失去回復到單一伺服器的能力，但不會導致資料遺失。

問： 如何移轉我的 DB (> 1TB)

答：單一伺服器到彈性伺服器移轉工具可以將各種大小的資料庫從單一伺服器移轉到彈性伺服器。 新版本的工具沒有任何關於資料庫大小的限制。

問： 是否支援跨地區移轉？

A. 目前，單一伺服器到彈性伺服器移轉工具不支援跨區域移轉。 未來將提供此支援。 您可以使用 pg_dump/pg_restore，跨區域執行移轉。

您應該避免進行跨區域資料移轉，因為移轉需要很長的時間才能完成。 若要這麼做，最簡單的方法將是在目標 GeoRegion 中啟動讀取複本、為您的應用程式進行容錯移轉，並遵循稍早所述的步驟。

問： 是否支援跨訂用帳戶移轉？

A. 單一伺服器到彈性伺服器移轉工具支援跨訂用帳戶移轉。

問： 是否支援跨資源群組訂用帳戶？

A. 單一伺服器到彈性伺服器移轉工具支援跨資源群組移轉。

問： 是否有跨版本支援？

A. 單一伺服器到彈性伺服器移轉服務支援從較低的 PostgreSQL 版本 (PG 9.5 和更新版本) 移轉到任何更高版本。 一如往常，應事先檢查與較高 PostgreSQL 版本的應用程式相容性。

單一伺服器到彈性伺服器移轉工具

單一伺服器到彈性伺服器移轉工具是一個功能強大的工具，可讓您輕鬆地將 SQL Server 資料庫從單一伺服器移轉到彈性伺服器。 使用此工具，您可以輕鬆地將資料庫從內部部署伺服器或虛擬機器移至雲端中的彈性伺服器，讓您能夠利用雲端運算的可擴縮性和彈性。

問： 哪些資料、結構描述和中繼資料元件會作為移轉的一部分來被移轉？

A. 單一伺服器到彈性伺服器移轉工具會將結構描述、資料和中繼資料從來源移轉到目的地。 下列所有資料、結構描述和中繼資料元件都會作為資料庫移轉的一部分來移轉：

資料移轉

  • 來自所有資料庫/結構描述的所有資料表。

結構描述移轉：

  • 命名
  • 主要金鑰
  • 資料類型
  • 序數位置
  • 預設值
  • Null 屬性
  • 自動遞增屬性
  • 次要索引

中繼資料移轉：

  • 預存程序 (部分機器翻譯)
  • 函式
  • 觸發程序
  • 檢視
  • 外部索引鍵條件約束

問： 離線和線上移轉之間有何差異？

A. 單一伺服器到彈性伺服器移轉工具目前支援離線移轉，但即將推出線上移轉。 使用離線移轉，在移轉開始時，應用程式會開始停機。 使用線上移轉，停機時間只侷限於移轉結束時完全移轉所需的時間，但會使用邏輯複寫機制。 您的資料/結構描述必須符合這些開放原始碼 PG 引擎限制 (英文) 才能進行線上移轉。 建議您測試離線移轉，以決定能否接受停機。

下表比較了線上和離線移轉：

區域 線上移轉 離線移轉
移轉期間讀取的資料庫可用性 可用 可用
移轉期間寫入的資料庫可用性 可用的 通常，不建議如此。 不會擷取或移轉在移轉之後所起始的任何「寫入」
「應用程式合適性」 需要最大執行時間的應用程式 可承受計劃性停機時段，或具有禁止線上移轉之結構描述/工作負載限制 (英文) 的應用程式
大量寫入工作負載的適用性 適合，但預期會在移轉期間減少工作負載 建議唯有當您可於移轉期間停用寫入時，才使用此解決方案。 移轉開始之後，來源上的任何寫入都不會移轉到目標伺服器
手動完全移轉 必要 非必要
需要停機時間 無論資料大小為何，都較小且固定 與資料大小和其他要素成正比。 對於較小型資料庫來說，其可能短至幾分鐘，對於較大型資料庫來說，可能短至數小時
移轉時間 取決於完全移轉之前的資料庫大小和寫入活動 取決於資料庫大小

問： 是否有任何將單一伺服器到彈性伺服器移轉工具效能最佳化的建議？

A. 是。 若要加快移轉速度，為彈性伺服器挑選較高的 SKU。 至少挑選 4VCore 或更高，以快速完成移轉。 您隨時可以變更 SKU，以符合移轉後的應用程式需求。

問： 使用單一伺服器到彈性伺服器移轉工具執行離線移轉需要多久時間？

A. 下表顯示對於各種大小的資料庫使用單一伺服器到彈性伺服器移轉工具執行離線移轉所花費的時間。 移轉會使用具有 SKU 的彈性伺服器來執行：

Standard_D4ds_v4 (4 核心、16GB 記憶體、128GB 磁碟及 500 IOPS)

資料庫大小 時間 (HH:MM)
1 GB 00:01
5 GB 00:03
10 GB 00:08
50 GB 00:35
100 GB 01:00
500 GB 04:00
1,000 GB 07:00

注意

上述數字大約是完成移轉所花費的時間。 若要取得移轉到伺服器所需的精確時間，強烈建議您對單一伺服器採取 PITR (時間點還原)，並針對單一伺服器到彈性伺服器移轉工具加以執行。

問： 使用單一伺服器到彈性伺服器移轉工具執行線上移轉需要多久時間？

A. 線上移轉包含下列步驟：

  1. 資料庫的初始複本
  2. 異動資料擷取 - 在步驟 #1 期間對目標重新執行來源上的所有交易。

步驟 #1 中所花費的時間與離線移轉相同 (請參閱上一個問題)。

步驟 #2 所花費的時間取決於來源上發生的交易。 如果其為需要大量寫入的工作負載，步驟 #2 所花費的時間將更長。

其他支援

問： 我還有關於淘汰的問題。

A. 您可以透過幾種不同的方式取得進一步資訊。

  • 在 Microsoft Q&A 中取得社群專家的解答。

  • 如果您有支援方案，且需要技術協助，請建立支援要求：

    • 在 [摘要] 的部分，輸入您的問題描述。
    • 針對 [問題類型]，選取 [技術]。
    • 在 [訂閱] 的部分，選取您的訂閱。
    • 針對 [服務]，選取 [我的服務]。
    • 針對 [服務類型]，選取 [適用於 PostgreSQL 的 Azure 資料庫單一伺服器]。
    • 針對 [資源]，選取您的資源。
    • 針對 [問題類型]，選取 [移轉到適用於 PostgreSQL 的 Azure DB]。
    • 針對 [問題子類型]，選取 [從單一移轉到彈性伺服器]。

警告

此文章不適合適用於 PostgreSQL 的 Azure 資料庫 - 彈性伺服器使用者。 其適合需要升級到適用於 PostgreSQL 的 Azure 資料庫 - 彈性伺服器之適用於 PostgreSQL 的 Azure 資料庫 - 單一伺服器客戶。

我們知道移轉服務可能是令人沮喪的體驗，對於可能會對您造成的任何不便，事先向您抱歉。 您可以選擇最適合您和您環境的案例。

下一步