共用方式為

使用移轉服務，從 Amazon Aurora PostgreSQL 伺服器線上移轉至 Azure Database for PostgreSQL

本文會引導您以線上模式將 PostgreSQL 執行個體從內部部署或 Azure 虛擬機器 （VM） 移轉至適用於 PostgreSQL 的 Azure 資料庫彈性伺服器。

適用於 PostgreSQL 的 Azure 資料庫中的移轉服務是整合至 Azure 入口網站和 Azure CLI 的完全受控服務。 其設計目的是要簡化您移轉至適用於 PostgreSQL 的 Azure 資料庫彈性伺服器。

  • 先決條件
  • 執行移轉。
  • 監視移轉
  • 啟動切換
  • 完成後檢查移轉

先決條件

若要開始移轉，您需要下列先決條件：

在適用於 PostgreSQL 的 Azure 資料庫中使用移轉服務開始移轉之前，請務必完成下列必要條件。 這些必要條件專為線上移轉案例所設計。

驗證來源版本

來源 PostgreSQL 伺服器版本必須是 9.5 或更新版本。 如果來源 PostgreSQL 版本早於 9.5，請在開始移轉之前，將版本升級至 9.5 或更新版本。

安裝 test_decoding 以進行來源設定

  • test_decoding 外掛程式會透過邏輯解碼機制接收預寫記錄 (WAL)。 外掛程式會將 WAL 解碼為所執行作業的文字表示法。
  • 在 Amazon RDS for PostgreSQL 中，test_decoding 外掛程式已預安裝且準備好進行邏輯複寫。 您可以輕鬆地設定邏輯複寫位置和串流 WAL 變更，例如針對異動資料擷取 (CDC) 或複寫至外部系統。

如需 test_decoding 外掛程式的詳細資訊，請參閱 PostgreSQL 文件。

設定目標設定

開始移轉之前，您必須在 Azure 中建立適用於 PostgreSQL 的 Azure 資料庫執行個體。 將配置給 Azure Database for PostgreSQL 彈性伺服器的 SKU 應該與原始系統匹配。

如需詳細資訊，請參閱 建立適用於 PostgreSQL 的 Azure 資料庫彈性伺服器。

啟用 CDC 作為來源

  • test_decoding 邏輯解碼外掛程式會從來源擷取變更的記錄。

  • 若要允許移轉使用者存取複寫權限，請執行下列命令：

    GRANT rds_replication TO <username>;

  • 在來源 PostgreSQL 執行個體中，藉由建立新的參數群組，修改資料庫叢集參數群組中的下列參數：

    • 將 rds.logical_replication 設定為 1。
    • 將 max_replication_slots 設定為大於 1 的值。 此值應該大於您為移轉選取的資料庫數目。
    • 將 max_wal_senders 設定為大於 1 的值。 它應該至少與 max_replication_slots 的值相同，並加上執行個體中已使用的寄件人數目。
    • wal_sender_timeout 參數會結束超過指定毫秒數的非使用中複寫連線。 Amazon Aurora PostgreSQL 執行個體的預設值為 30000 milliseconds (30 seconds)。 將值設定為 0 (zero) 會停用逾時機制，而且是移轉的有效設定。

  • 在目標彈性伺服器中，若要防止線上移轉用盡儲存體來儲存記錄，請確定您已使用佈建的受控磁碟，在資料表空間中有足夠的儲存體。 在移轉期間停用伺服器參數 azure.enable_temp_tablespaces_on_local_ssd。 在移轉之後，將參數還原至原始狀態。

設定網路設定

網路設定對於讓移轉服務能夠正常運作至關重要。 請確定來源 PostgreSQL 伺服器可以在適用於 PostgreSQL 的 Azure 資料庫中與目標伺服器通訊。

如需網路設定的相關資訊，請參閱移轉服務的網路案例。

啟用延伸模組

若要確保在適用於 PostgreSQL 的 Azure 資料庫中使用移轉服務成功移轉，您可能需要驗證來源 PostgreSQL 執行個體的延伸模組。 延伸模組會提供應用程式可能需要的功能和特性。 在您起始移轉程序之前，請確定驗證來源 PostgreSQL 執行個體上的延伸模組。

在適用於 PostgreSQL 的 Azure 資料庫彈性伺服器的目標執行個體中，啟用來源 PostgreSQL 執行個體中識別的支援延伸模組。

如需詳細資訊，請參閱 擴充功能和模組。

檢查伺服器參數

伺服器參數不會自動移轉至目標環境，而且必須手動設定。

  • 比對來源 PostgreSQL 資料庫中的伺服器參數值與適用於 PostgreSQL 的 Azure 資料庫執行個體。 在 Azure 入口網站 中，移至 [伺服器參數] 並手動更新值。

  • 儲存參數變更，並視需要重新啟動適用於 PostgreSQL 的 Azure 資料庫執行個體以套用新的設定。

檢查使用者和角色

當您移轉至適用於 PostgreSQL 的 Azure 資料庫時，必須個別處理使用者和角色的移轉，因為它們需要手動介入。

  • 手動移轉使用者和角色：使用者及其相關聯的角色必須手動移轉至適用於 PostgreSQL 的 Azure 資料庫的執行個體。 為了能夠進行此程序，您可以使用 pg_dumpall 公用程式搭配 --globals-only 旗標來匯出全域物件，例如角色和使用者帳戶。

    執行下列命令。 將 <username> 取代為實際的使用者名稱，並以您要用於輸出檔案的名稱取代 <filename>。

    pg_dumpall --globals-only -U <username> -f <filename>.sql

  • 超級使用者角色的限制：適用於 PostgreSQL 的 Azure 資料庫不支援超級使用者角色。 移轉之前，必須先移除超級使用者權限。 請務必據此調整權限和角色。

藉由完成這些步驟，您可以確保使用者帳戶和角色已正確移轉至適用於 PostgreSQL 的 Azure 資料庫，而不會發生與超級使用者限制相關的問題。

在目標中停用高可用性 (可靠性) 和讀取複本

在起始移轉之前，請務必先在目標環境中停用高可用性 (可靠性) 和讀取複本。 只有在移轉完成之後，才應該啟用這些功能。

執行移轉。

您可以使用 Azure 入口網站 或 Azure CLI 進行移轉。

本文將引導您使用 Azure 入口網站將 PostgreSQL 資料庫從 Amazon Aurora PostgreSQL 伺服器遷移至適用於 PostgreSQL 的 Azure 資料庫。 Azure 入口網站可讓您執行各種工作，包括資料庫移轉。 按照本教學課程中概述的步驟，您可以將資料庫無縫傳輸到 Azure，並利用其強大的功能和可擴展性。

設定移轉工作

移轉服務在 Azure 入口網站上提供簡單的精靈導向使用體驗。

使用 Azure 入口網站：

  1. 選取適用於 PostgreSQL 的 Azure 彈性伺服器資料庫。

  2. 在資源功能表中，選取 [移轉]。

    移轉頁面的螢幕擷取畫面。

  3. 選取 [建立] 以瀏覽精靈型索引標籤系列，執行從內部部署或 Azure VM 移轉至彈性伺服器。

    附註

    第一次使用移轉服務時會出現空白方格，並提示您開始進行第一次移轉。

    如果已建立目標為彈性伺服器的移轉，方格中現在會包含所嘗試之移轉的相關資訊。

    在移轉頁面中選取建立後出現的 [設定] 索引標籤的螢幕擷取畫面。

安裝程式

您必須提供與移轉相關的多個詳細資料，例如移轉名稱、來源伺服器類型、選項和模式。

  • 移轉名稱 是唯一識別碼，用於辨識每個移轉到此彈性伺服器目標的操作。 此欄位僅接受英數字元，且不接受連字號 （-） 以外的任何特殊字元。 名稱不能以連字號開頭，而且對於目標伺服器來說應該是唯一的。 對相同彈性伺服器目標的任兩個移轉不能有相同的名稱。

  • 來源伺服器類型 - 根據您的 PostgreSQL 來源，您可以選取 [Azure 虛擬機器 ] 或 [內部部署伺服器]。

  • 移轉選項 - 可讓您在觸發移轉之前執行驗證。 您可以選擇下列任一選項：

    • 驗證 - 檢查您的伺服器和資料庫是否準備好移轉至目標。
    • 驗證和移轉 — 在觸發移轉之前執行驗證。 如果沒有驗證失敗，則會啟動移轉。

選擇 驗證 或 驗證並移轉 選項，始終是在執行移轉之前進行移轉前驗證的良好做法。

若想深入瞭解移轉前驗證，請訪問 premigration。

  • 移轉模式 可讓您挑選移轉的模式。 離線是 預設選項。 在此情況下，我們會將其變更為 [線上]。

選取 [下一步：執行階段伺服器]。

提供必要詳細資訊後的「設定」標籤的螢幕截圖。

執行階段伺服器

移轉執行階段伺服器是適用於 PostgreSQL 的 Azure 資料庫中移轉服務內的特殊功能，旨在在移轉期間充當中繼伺服器。 這是個別的適用於 PostgreSQL 的 Azure 資料庫彈性伺服器執行個體，不是目標伺服器，但可用來協助從只能透過私人網路存取的來源環境移轉資料庫。

執行階段伺服器標籤頁的螢幕截圖。

如需執行階段伺服器的詳細資訊，請造訪 移轉執行階段伺服器。

來源伺服器

「來源伺服器」標籤會提示您提供與「設定」標籤中選取的來源相關的詳細資料，該來源是資料庫的來源。

  • 伺服器名稱 - 提供主機名稱或來源 PostgreSQL 伺服器的 IP 位址。
  • Port - 來源伺服器的連接埠號碼。
  • 管理員登入 - 來源 PostgreSQL 伺服器的管理員使用者名稱。
  • 密碼 - 用於連線至來源 PostgreSQL 伺服器的管理員登入密碼。
  • SSL 模式 - 支援的值為 preferred 和 required。 當來源 PostgreSQL 伺服器的 SSL 為 OFF時，請使用 prefer。 如果來源伺服器的 SSL 是 ON，請使用 require。 SSL 值可以在來源伺服器的 postgresql.conf 檔案中確定。
  • 測試連線 — 執行目標與來源之間的連線測試。 連線成功後，您可以繼續至下一個分頁。此測試旨在識別可能存在於來源伺服器和目標伺服器之間的任何連線問題，包括使用所提供的認證資訊進行驗證。 建立測試連線需要幾秒鐘的時間。

測試連線成功之後，請選取 [下一步：目標伺服器]。

來源伺服器遷移標籤的螢幕擷取畫面。

目標伺服器

「目標伺服器」索引標籤會顯示彈性伺服器目標的中繼資料，例如訂閱名稱、資源群組、伺服器名稱、位置和 PostgreSQL 版本。

  • 管理員登入 - 目標 PostgreSQL 伺服器的管理員使用者名稱。
  • 密碼 - 用於連線至目標 PostgreSQL 伺服器的管理員登入密碼。
  • 自訂 FQDN 或 IP 位址：自訂 FQDN 或 IP 位址欄位是選擇性的，當目標位於自訂 DNS 伺服器後方或具有自訂 DNS 命名空間時，可以使用，使其只能透過特定的 FQDN 或 IP 位址存取。 例如，這可能包括像 PostgresSQL FQDN 之production-flexible-server.example.com、198.1.0.2或production-flexible-server.postgres.database.azure.com等項目，若自訂 DNS 伺服器包含 DNS 區域postgres.database.azure.com，或將該區域的查詢轉送至168.63.129.16，則 FQDN 會在 Azure 公用或私人 DNS 區域中解析。
  • 測試連線 — 執行來源與目標之間的連線測試。 連線成功後，您可以繼續到下一個選項卡。這項測試旨在識別來源伺服器和目標伺服器之間可能存在的任何連接問題，包括使用提供的憑證進行身份驗證。 建立測試連線需要幾秒鐘的時間。

測試連線成功之後，請選取 [下一步：要驗證或移轉的資料庫]

目標伺服器遷移索引標籤的截圖。

要驗證或移轉的資料庫

在 要驗證或移轉的資料庫索引 標籤下，您可以選擇要從來源 PostgreSQL 伺服器移轉的使用者資料庫清單。

選取資料庫之後，選取 [ 下一步：摘要]。

要驗證或移轉移轉索引標籤的資料庫螢幕擷取畫面。

摘要

[摘要] 索引標籤會摘要說明用於建立驗證或移轉的所有來源和目標詳細資料。 檢閱詳細資料，然後選取 [開始驗證和移轉]。

摘要移動頁籤的螢幕擷取畫面。

取消驗證或移轉

您可以取消任何進行中的驗證或移轉。 工作流程必須處於 進行 中 狀態才能取消。 您無法取消處於 [成功] 或 [失敗 ] 狀態的驗證或移轉。

取消驗證會停止任何進一步的驗證活動，且驗證會移至 「已取消」 狀態。

取消移轉會停止目標伺服器上的進一步移轉活動，並移至 「已取消」 狀態。 它不會丟棄或撤消目標伺服器上的任何變更。 請務必卸除目標伺服器上涉及已取消移轉的資料庫。

監視移轉

選取 [ 開始驗證和移轉 ] 按鈕之後，幾秒鐘後會出現通知，指出驗證或移轉建立成功。 系統會自動將您重新導向至彈性伺服器的 [移轉 ] 頁面。 條目顯示的狀態為進行中。 此工作流程會花 2 到 3 分鐘的時間來設定移轉基礎結構和檢查網路連線。

監視器移轉頁面的螢幕擷取畫面。

顯示移轉的方格具有下列欄： 名稱、 狀態、 移轉模式、 移轉類型、 來源伺服器、 來源伺服器類型、 資料庫、 持續時間和 開始時間。 項目按 開始時間 降序排列，最新的項目位於頂部。 您可以使用工具列中的 [重新整理 ] 按鈕來重新整理驗證或移轉執行的狀態。

移轉詳細資料

選取網格中的移轉名稱、以查看相關聯的詳細資料。

請記住，在先前的步驟中，當您建立此移轉時，已將移轉選項設定為 驗證並移轉。 在此案例中，會先執行驗證，然後再開始移轉。 完成 執行必要條件步驟 子狀態後，工作流程會進入 驗證進行中 的子狀態。

  • 如果驗證發生錯誤，移轉會進入 Failed 狀態。

  • 如果驗證完成且沒有錯誤，則移轉會開始，且工作流程會移至 移轉資料的子狀態。

驗證詳細資料可在執行個體和資料庫層級取得。

  • 例如驗證詳細資料
    • 包含與連線檢查、來源版本 （即 PostgreSQL 版本 >= 9.5） 和伺服器參數檢查相關的驗證，是否在適用於 PostgreSQL 的 Azure 資料庫彈性伺服器的伺服器參數中啟用延伸模組。
  • 資料庫的驗證和移轉詳細資料
    • 其包含與適用於 PostgreSQL 的 Azure 資料庫彈性伺服器中延伸模組和定序支援相關的個別資料庫驗證。

您可以在移轉詳細資料頁面下看到驗證 狀態 和 移轉狀態 。

顯示驗證和移轉的詳細資料螢幕擷取畫面。

一些可能的遷移狀態：

移轉狀態

地位 描述
處理中 正在設定移轉基礎結構，或正在移轉實際的資料。
Canceled 已取消或已刪除移轉。
已失敗 移轉失敗。
驗證失敗 驗證失敗。
已成功 移轉已成功且完成。
等待使用者動作 正在等候使用者操作以進行切換。

移轉詳細資料

子狀態 描述
執行必要步驟 正在設定用於資料移轉的基礎結構。
驗證進行中 驗證正在進行中。
刪除目標上的資料庫 刪除目標伺服器上已存在的資料庫。
移轉資料 資料移轉正在進行中。
完成移轉 移轉處於完成的最終階段。
完成 遷移已完成。
已失敗 移轉失敗。

驗證子狀態

子狀態 描述
已失敗 驗證失敗。
已成功 驗證成功。
警告 驗證處於警告狀態。

啟動切換

您可以使用 Azure 入口或 Azure CLI 來切換。

對於 [驗證和移轉] 選項，完成線上移轉需要使用者完成額外的步驟，即觸發切換動作。 複製或克隆基本資料完成後，遷移將進入 Waiting for user action 狀態和 Waiting for cutover trigger 子狀態。 在此狀態下，使用者可以選取該移轉，以從入口網站觸發完全移轉。

在啟動切換之前，請務必確保：

  • 對來源的寫入已停止 - latency 值為 0 或接近 0。 您可以從遷移詳細資料畫面中取得 latency 資訊，如下顯示：
  • latency 值減少到 0 或接近 0
  • latency 值表示目標上次與來源同步的時間。 此時可以停止來源的寫入，並可以起始完全移轉。 如果來源有大量流量，建議先停止寫入，讓 latency 接近 0，然後啟動割接。

切換作業會將所有待處理的變更從來源伺服器套用至目標伺服器，並完成移轉。 如果您觸發完全移轉，即使 latency 不是零，複寫仍會停止，直到該時間點為止。 來源上的所有資料，直到切換點為止，都會套用至目標。 如果您在切換點遇到 15 分鐘的延遲，則過去 15 分鐘內對資料所做的所有變更都會套用至目標。

最近 15 分鐘內發生的變更積壓將影響所需時間。 因此，建議在觸發切換之前將延遲降至零或接近零。

  • Migrating data 子狀態或完全移轉 (在線上移轉中) 成功完成時，移轉就會進入 Succeeded 狀態。 如果子狀態發生 Migrating data 問題，移轉會移至狀態 Failed 。

完成後檢查移轉

完成資料庫之後，您需要手動驗證來源與目標之間的資料，並驗證目標資料庫中的所有物件是否已成功建立。

移轉之後，您可以執行下列工作：

  • 驗證彈性伺服器上的資料，並確保它是來源執行個體的精確副本。

  • 驗證後，視需要在彈性伺服器上啟用高可用性選項。

  • 變更彈性伺服器的 SKU 以符合應用程式需求。 此變更需要重新啟動資料庫伺服器。

  • 如果您將任何伺服器參數從來源執行個體中的預設值變更，請在彈性伺服器中複製這些伺服器參數值。

  • 將其他伺服器設定 (例如標籤、警示和防火牆規則 (如果適用的話)) 從來源執行個體複製到彈性伺服器。

  • 對應用程式進行變更，以將連接字串指向彈性伺服器。

  • 密切監視資料庫效能，確認資料庫是否需要微調效能。

相關內容

  • Last updated on