公告淘汰之後，適用於 PostgreSQL 的 Azure 資料庫 - 單一伺服器會發生什麼事？
適用於： 
適用於 PostgreSQL 的 Azure 資料庫 - 單一伺服器
**適用於 PostgreSQL 的 Azure 資料庫 - 單一伺服器位於淘汰路徑上，並排定於 2025 年 3 月 28 日淘汰。
適用於 PostgreSQL 的 Azure 資料庫 - 單一伺服器是在 2018 年正式推出的。 鑒於客戶意見反應和 Azure 資料庫環境計算、可用性、延展性和效能功能的新進展，單一伺服器供應項目必須以新的架構淘汰和升級。 適用於 PostgreSQL 的 Azure 資料庫 - 彈性伺服器是新一代的服務，併為您提供最佳的 Azure 開放原始碼資料庫平臺。
在此淘汰中，我們將不再支援從 2023 年 11 月 30 日開始的 Azure 入口網站 建立新的單一伺服器實例。 不過，如果您需要建立單一伺服器實例以符合商務持續性需求，則可以繼續使用 Azure CLI，直到 2025 年 3 月為止。
如果您目前有裝載實際執行伺服器之適用於 PostgreSQL 的 Azure 資料庫 - 單一伺服器服務，那麼，我們很高興通知您，您可以將適用於 PostgreSQL 的 Azure 資料庫 - 單一伺服器移轉到適用於 PostgreSQL 的 Azure 資料庫 - 彈性伺服器。
適用於 PostgreSQL 的 Azure 資料庫 - 彈性伺服器是一個完全受控且可供實際執行之用的資料庫服務，旨在為資料庫管理功能和組態設定提供更精細的控制與彈性。 如需詳細資訊，請流覽 適用於 PostgreSQL 的 Azure 資料庫 - 彈性伺服器。
將適用於 PostgreSQL 的 Azure 資料庫 - 單一伺服器移轉到適用於 PostgreSQL 的 Azure 資料庫 - 彈性伺服器
瞭解如何使用 PostgreSQL 移轉服務，從適用於 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 版建立新的單一伺服器實例。 不過，一直到 2025 年 3 月，您都可以透過 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 移轉服務支持離線和線上移轉。 離線移轉需要在移轉過程中將應用程式停機。 在線移轉可協助您移轉資料庫，但停機時間有限，但限制很少。 如需詳細資訊，請參閱 PostgreSQL 移轉服務 - 適用於 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. 彈性伺服器上現在提供 Private Link 支援。 您可以使用執行階段伺服器，移至有私人連結支援的彈性伺服器。 如需詳細資訊，請參閱執行階段伺服器 - 適用於 PostgreSQL 的 Azure 資料庫單一伺服器移轉至彈性伺服器 (部分為機器翻譯)。
問： 是否有選項可以復原單一伺服器到彈性伺服器移轉？
A. 您可以執行任意數目的測試移轉、測試移轉成功，並在準備好之後執行最終移轉。 測試移轉不會影響單一伺服器來源，在您移轉並變更 連接字串 以指向彈性伺服器之前，該來源仍可運作。 如果在測試移轉期間發生任何錯誤，您可以將最終移轉延後，並讓來源伺服器保持執行。 解決錯誤之後，您接著可以重新嘗試最終的移轉。 執行最後移轉至彈性伺服器並針對生產工作負載開啟它之後，您將失去回到單一伺服器的能力，而不會造成數據遺失。
問： 如何移轉我的 DB (> 1TB)
答：PostgreSQL 移轉服務可將各種大小的資料庫，從單一伺服器移轉至彈性伺服器。 移轉服務沒有任何資料庫大小限制。
問： 是否支援跨地區移轉？
A. 是。
問： 是否支援跨訂用帳戶移轉？
A. PostgreSQL 移轉服務支援跨訂用帳戶移轉。
問： 是否支援跨資源群組訂用帳戶？
A. PostgreSQL 移轉服務支援跨資源群組移轉。
問： 是否有跨版本支援？
A. PostgreSQL 移轉服務支援從較低的 PostgreSQL 版本 (PG 9.5 和更新版本) 移轉到任何更高版本。 一如往常，應事先檢查與較高 PostgreSQL 版本的應用程式相容性。
PostgreSQL 移轉服務
PostgreSQL 移轉服務是功能強大的服務，可讓您輕鬆地將 PostgreSQL Server 資料庫從單一伺服器移轉至彈性伺服器。 您可以用這項服務，輕輕鬆鬆將資料庫從內部部署伺服器或虛擬機器移至雲端的彈性伺服器，充分利用雲端運算的可擴縮性和彈性。
問： 哪些資料、結構描述和中繼資料元件會作為移轉的一部分來被移轉？
A. PostgreSQL 移轉服務會將結構描述、資料和中繼資料，從來源移轉至目的地。 下列所有資料、結構描述和中繼資料元件都會作為資料庫移轉的一部分來移轉：
資料移轉
- 來自所有資料庫/結構描述的所有資料表。
結構描述移轉：
- 命名
- 主要金鑰
- 資料類型
- 序數位置
- 預設值
- Null 屬性
- 自動遞增屬性
- 次要索引
中繼資料移轉：
- 預存程序 (部分機器翻譯)
- 函式
- 觸發程序
- 檢視
- 外部索引鍵條件約束
問： 離線和線上移轉之間有何差異？
A. 使用離線移轉，在移轉開始時，應用程式會開始停機。 若使用線上移轉，則只會在移轉結束時於完全移轉所需的時間停機。 不過，它會使用受限於一些 限制的邏輯復寫機制。
下表提供離線和線上選項的概觀。
| 選項 | 優點 | 缺點 | 建議對象 |
|---|---|---|---|
| 離線 | - 執行簡單、方便且較不複雜。 - 很少失敗的機會。 - 可以處理的資料庫物件沒有限制 |
應用程式的停機時間。 | - 最適合簡單和高成功率至關重要的案例。 - 適用於資料庫可離線且不會影響商務作業的案例。 - 適合可以在計劃性維護時段內完成移轉程序的資料庫。 |
| 線上存取 | - 應用程式停機時間極小。 - 適用於具有有限停機時間需求的大型資料庫和客戶。 |
- 線上移轉使用的複寫具有一些限制 (例如，所有資料表都需要主索引鍵)。 - 比離線移轉更難執行且更複雜。 - 因為移轉複雜度所以有更大的機會失敗。 - 如果移轉長時間執行，就會對來源執行個體的儲存體和計算造成影響。 移轉期間必須密切監視影響。 |
- 最適合持續性十分重要且停機時間最少的企業。 - 建議在需要發生移轉程序，又不會中斷進行中作業時，用於資料庫。 |
問： 若要將單一伺服器移轉到彈性伺服器的效能最佳化，是否有任何建議？
A. 是。 若要加快移轉速度，為彈性伺服器挑選較高的 SKU。 請至少挑選 4VCore 或更新版本，以快速完成移轉。 您隨時可以變更 SKU，以符合移轉後的應用程式需求。 請參閱更多最佳做法。
問： 使用移轉服務從單一伺服器離線移轉至彈性伺服器需要多久？
A. 下表顯示使用 PostgreSQL 移轉服務針對各種大小資料庫執行離線移轉所花費的時間。 移轉會使用具有 SKU 的彈性伺服器來執行：
Standard_D4ds_v4 (4 核心、16 GB 記憶體及 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（時間點還原），並使用 PostgreSQL 移轉服務進行移轉。
問： 使用移轉服務從單一伺服器線上移轉至彈性伺服器需要多久？
A. 線上移轉包含下列步驟：
- 資料庫的初始複本
- 異動資料擷取 - 在步驟 #1 期間對目標重新執行來源上的所有交易。
步驟 #1 中所花費的時間與離線移轉相同 (請參閱上一個問題)。
步驟 #2 所花費的時間取決於來源上發生的交易。 如果是需要大量寫入的工作負載，則會較長的時間。
問： Microsoft 是否針對從單一伺服器移至彈性伺服器提供任何支援？
A. 是。 除了持續更新移轉服務之外，我們也會與內部合作夥伴小組合作，在整個移轉過程中與您互動。 如需詳細資訊，請與業務代表連絡。
問： Microsoft 可協助我將單一伺服器自動移轉至彈性伺服器嗎？ A. 是。 您可以提名要自動移轉的候選伺服器。 您可以在這裡閱讀更多相關信息，並提名您的伺服器進行自動移轉。
其他支援
問： 我還有關於淘汰的問題。
A. 您可以透過幾種不同的方式取得進一步資訊。
在 Microsoft Q&A 中取得社群專家的解答。
如果您有支援方案，而且需要技術協助，請建立 支援要求： - 如需摘要，請輸入問題的描述。 - 針對 [問題類型]，選取 [技術]。 - 針對 [訂用帳戶]，選取您的訂用帳戶。 - 針對 [服務]，選取 [我的服務]。 - 針對 [服務類型]，選取 [適用於 PostgreSQL 的 Azure 資料庫 單一伺服器]。 - 針對 [資源]，選取您的資源。 - 針對 [問題類型]，選取 [移轉至適用於 PostgreSQL 的 Azure DB]。 - 針對 [問題] 子類型，選取 [從單一移轉至彈性伺服器]。
警告
此文章不適合適用於 PostgreSQL 的 Azure 資料庫 - 彈性伺服器使用者。 其適合需要升級到適用於 PostgreSQL 的 Azure 資料庫 - 彈性伺服器之適用於 PostgreSQL 的 Azure 資料庫 - 單一伺服器客戶。
我們知道移轉服務可能會令人沮喪，我們事先為造成您的不便而道歉。 您可以選擇最適合您和您環境的案例。