在適用於 PostgreSQL 的 Azure 資料庫彈性伺服器中還原至最新還原點

使用 Azure 入口網站：

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

2. 在資源功能表中，選取 [概觀]。

   

3. 選取 [ 還原] 按鈕。

   

4. 你會被導向「Create 適用於 PostgreSQL 的 Azure 資料庫」彈性伺服器-還原伺服器精靈，在那裡你可以為新伺服器設定一些設定。 部署新伺服器之後，會還原源伺服器數據磁碟的最新快照集。 在 [時間點還原 （PITR）] 區段中，選取 [最新還原點][立即]。

   

5. 使用下表來了解基本頁面中不同欄位的含義，並用作填寫頁面的指引。

   區段	Setting	建議的值	Description	伺服器建立後可以更改
   項目詳細數據
   	Subscription	您想要用來建立資源的訂閱名稱。	訂閱是指與 Microsoft 簽訂的協議，允許使用 Microsoft 的雲端平台或服務。 收費依據每位用戶的授權費或雲端資源消耗計算。	現有適用於 PostgreSQL 的 Azure 資料庫彈性伺服器可以移至與原本建立時不同的訂用帳戶。 如需詳細資訊，請參閱將 Azure 資源移至 新的資源群組或訂用帳戶。
   	資源群組	所選取訂用帳戶中的資源群組，您要在其中建立資源。 它可以是現有的資源群組，或者您可以選擇新建，並在該訂用帳戶中提供一個在現有資源群組名稱中唯一的名稱。	「資源群組」是存放 Azure 解決方案相關資源的容器。 資源群組可以包含解決方案的所有資源，或只包含您想要以群組方式管理的資源。 您可根據對組織最有利的方式，決定如何將資源配置到資源群組。 一般而言，將共用相同生命週期的資源新增至相同的資源群組，以便您輕鬆地以群組的形式部署、更新和刪除資源。	現有適用於 PostgreSQL 的 Azure 資料庫彈性伺服器可以移至與原本建立時不同的訂用帳戶。 如需詳細資訊，請參閱將 Azure 資源移至 新的資源群組或訂用帳戶。
   來源詳細數據
   	來源伺服器	您要在新部署伺服器上還原其備份的伺服器名稱。
   	異地備援還原	如果來源伺服器是用 地理冗餘備份建立的，這個選項會被啟用。 如果已啟用此功能，您可以還原儲存在配對區域的儲存體帳戶中的備份，以在另一個區域建立新的伺服器。
   	最早的還原點	來源伺服器最舊的備份可供從中還原。 你想在新部署的伺服器上還原其備份的那台伺服器。 備份會根據來源伺服器上設定的備份保留期間自動刪除。
   	時間點還原 (PITR)	可能的選項有最新還原點（現在）、自訂還原點，以及快速還原點（僅使用完整備份還原）。	若要還原至最新的還原點，請選取 [最新還原點][立即]。
   伺服器詳細數據
   	名稱	您想要指派給新部署伺服器的名稱，系統會在該伺服器上還原來源的備份。	一個唯一名稱，用來識別你的 適用於 PostgreSQL 的 Azure 資料庫 彈性伺服器。 網域名稱 postgres.database.azure.com 會附加在你提供的伺服器名稱後面，以符合完整限定的主機名稱，讓你能利用網域命名系統伺服器來解析伺服器的 IP 位址。	雖然伺服器名稱無法在伺服器建立后變更，但您可以使用 時間點復原 功能，以不同名稱還原伺服器。 另一種可在繼續使用現有伺服器的同時，仍能以不同的伺服器名稱來參照它的方法，是使用 虛擬端點 建立一個使用所需新名稱的寫入端點。 透過這種方法，您可以用伺服器的原始名稱，或是寫入虛擬端點所指派的名稱來參考伺服器。
   	地點	支援此服務的其中一個區域名稱。 時間點還原只支援在來源伺服器所在的相同區域中部署新伺服器。	合規性、數據落地、定價、與您的用戶鄰近，或相同區域中其他服務的可用性，是您在選擇區域時應該使用的一些需求。	該服務沒有提供自動且透明地將伺服器遷移到不同區域的功能。
   	PostgreSQL 版本	默認選取的版本。	時間點還原僅支援使用來源伺服器所使用的完全相同主要版本來部署新伺服器。 目前這些版本分別是： 18、17、16、15、14、13、12、11	適用於 PostgreSQL 的 Azure 資料庫彈性伺服器支援就地升級 (透過主要版本升級)。
   	可用性區域	您慣用的可用性區域。	您可以選擇要部署伺服器的可用性區域。 能夠選擇伺服器部署的可用性區域，有助於將其與應用程式共置。 如果你選擇 無偏好，伺服器建立時會自動分配一個預設可用區域。	雖然伺服器部署的可用性區域在建立後無法更改，但你可以利用 點點復原 功能，將伺服器以不同名稱、不同可用性區域還原。
   	計算 + 儲存體	在備份還原時分配與來源伺服器相同類型和大小的運算資源及儲存空間。 不過，如果您選取 [ 設定伺服器 ] 連結，您可以變更配置給新伺服器的記憶體類型，以及是否應該使用異地備援備份來布建。		部署新伺服器之後，其計算選項可以相應增加或減少。

6. 如果您想要變更指派給新伺服器的記憶體類型，或如果您想要使用異地備援備份進行部署，請選取 [設定伺服器]：

   

7. Compute + 儲存頁面會開啟，顯示新伺服器的運算與儲存選項：

   

8. 使用下表來理解計算 + 儲存頁面中可用之不同欄位的意義，並作為填寫頁面的指南：

   區段	Setting	建議的值	Description	伺服器建立後可以更改
   計算
   	計算層	無法變更。 它會自動設定成和來源伺服器相同的值。	可能的數值包括 Burstable （通常用於不需要持續使用 CPU 全部容量的開發環境）、 General Purpose （通常用於擁有大多數常見工作負載的生產環境）以及 Memory Optimize （通常用於執行需要高記憶體與 CPU 比率的工作負載的生產環境）。 如需詳細資訊，請參閱 Azure 資料庫中 PostgreSQL 彈性伺服器的計算選項。	建立伺服器之後可以變更。 不過，如果您使用某些僅支援特定層的功能，並將目前層變更為不支援此功能的功能，該功能會停止使用或停用。
   	計算大小	無法變更。 它會自動設定成和來源伺服器相同的值。	支援的值清單可能會因區域而異，視每個區域上可用的硬體而定。 如需詳細資訊，請參閱 Azure 資料庫中 PostgreSQL 彈性伺服器的計算選項。	伺服器建立後可以更改。
   儲存空間
   	儲存體類型	選取 [ 進階 SSD]。	允許的值清單可能會因您選取的其他功能而異。 如需詳細資訊，請參閱 Azure 資料庫中 PostgreSQL 彈性伺服器的儲存選項。	伺服器建立後就無法更改。
   	儲存空間大小	無法變更，且會自動設定為與來源伺服器相同的值。	支援的值清單可能會因區域而異，視每個區域上可用的硬體而定。 如需詳細資訊，請參閱 Azure 資料庫中 PostgreSQL 彈性伺服器的計算選項。	建立伺服器之後可以變更。 它只能增加。 不支援手動或自動壓縮記憶體。 可接受的值取決於分配給伺服器的儲存類型。
   	效能層級	無法變更，且會自動設定為與來源伺服器相同的值。	當您建立磁碟時，會以效能層級的形式設定進階固態硬碟的效能。 在設定磁碟的佈建大小時，系統會自動選取效能層級。 此效能層級會決定受控磁碟的 IOPS 和輸送量。 對於高級 SSD 硬碟，你可以在部署時或之後更改這個等級，且不會改變磁碟大小，也不會有停機時間。 更改等級可讓您準備並滿足更高的需求，而不需使用磁碟的突發功能。 相較於依賴高載，變更效能層級可能會更有成本效益 (視需要額外效能的時間長短而定)。 此選項非常適合暫時需要持續較高表現水準的賽事。 假日購物、效能測試或執行訓練環境等事件。 若要處理這些事件，只要您需要額外的效能，您就可以將磁碟切換至較高的效能層級，而不需要停機。 然後，當不再需要額外的效能時，您就可以返回原始層，而不需要停機。	建立伺服器之後可以變更。
   	記憶體自動成長	無法變更，且會自動設定為與來源伺服器相同的值。	某些儲存體類型可能不支援此選項，而且某些儲存體大小可能不符合此選項。 如需詳細資訊，請參閱在 適用於 PostgreSQL 的 Azure 資料庫 彈性伺服器中設定記憶體自動成長。	只要儲存類型支援此功能，伺服器建立後即可更改。
   Backups
   	備份保留期間 （以天為單位）	無法變更，且會自動設定為與來源伺服器相同的值。	預設備份保留期限為 7 天，但您可以將期間延長至最多 35 天。	伺服器建立後可以更改。
   	異地備援	將此選項保留為停用狀態。	備份中的地理冗餘僅支援部署在任何 Azure 配對區域的伺服器上。 欲了解更多資訊，請參閱 適用於 PostgreSQL 的 Azure 資料庫 flexible server 中的地理冗餘備份與還原。	伺服器建立後無法更改。

9. 設定新伺服器時，選擇 檢視 + 建立。

   

10. 檢視新部署的設定。 當一切正常後，選擇 「建立」。

    

11. 新的部署會啟動，以建立新的 適用於 PostgreSQL 的 Azure 資料庫 彈性伺服器，並在還原時還原來源伺服器上可用的最新數據：

    

12. 完成部署後，選取 [前往資源]。 此選擇會帶你到你新的 適用於 PostgreSQL 的 Azure 資料庫 彈性伺服器的概覽頁面，讓你開始使用它：

    

使用 az postgres flexible-server restore 指令，將伺服器備份還原到最新的還原點。

az postgres flexible-server restore \
  --resource-group <resource_group> \
  --name <server> \
  --source-server <source_server>