You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/postgresql/flexible-server/concepts-backup-restore.md
+4-4Lines changed: 4 additions & 4 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -8,7 +8,7 @@ ms.custom:
8
8
ms.topic: conceptual
9
9
ms.author: alkuchar
10
10
author: AwdotiaRomanowna
11
-
ms.date: 06/16/2021
11
+
ms.date: 12/23/2023
12
12
---
13
13
14
14
# Backup and restore in Azure Database for PostgreSQL - Flexible Server
@@ -29,7 +29,7 @@ These backup files can't be exported or used to create servers outside Azure Dat
29
29
30
30
## Backup frequency
31
31
32
-
Backups on flexible servers are snapshot based. The first snapshot backup is scheduled immediately after a server is created. Snapshot backups are currently taken once daily. **The first snapshot is a full backup and consecutive snapshots are differential backups.**
32
+
Backups on flexible servers are snapshot based. The first snapshot backup is scheduled immediately after a server is created. Snapshot backups are currently taken once daily. If none of the databases in the server receive any furhter modifications after the last snapshot backup is taken, snapshots backups are suspended until new modifications are made in any of the databases, point at which a new snapshot is immediately taken. **The first snapshot is a full backup and consecutive snapshots are differential backups.**
33
33
34
34
Transaction log backups happen at varied frequencies, depending on the workload and when the WAL file is filled and ready to be archived. In general, the delay (recovery point objective, or RPO) can be up to 15 minutes.
35
35
@@ -130,7 +130,7 @@ Later, the transaction logs and the daily backups are asynchronously copied to t
130
130
131
131
The estimated time to recover the server (recovery time objective, or RTO) depends on factors like the size of the database, the last database backup time, and the amount of WAL to process until the last received backup data. The overall recovery time usually takes from a few minutes up to a few hours.
132
132
133
-
During the geo-restore, the server configurations that can be changed include virtual network settings and the ability to remove geo-redundant backup from the restored server. Changing other server configurations--such as compute, storage, or pricing tier (Burstable, General Purpose, or Memory Optimized)--during geo-restore is not supported.
133
+
During the geo-restore, the server configurations that can be changed include virtual network settings and the ability to remove geo-redundant backup from the restored server. Changing other server configurations -such as compute, storage, or pricing tier (Burstable, General Purpose, or Memory Optimized)-during geo-restore is not supported.
134
134
135
135
For more information about performing a geo-restore, see the [how-to guide](how-to-restore-server-portal.md#perform-geo-restore).
136
136
@@ -258,7 +258,7 @@ Azure Backup and Azure PostgreSQL Services have built an enterprise-class long-t
258
258
259
259
***Where can I see the backup usage?**
260
260
261
-
In the Azure portal, under **Monitoring**, select **Metrics**. In **Backup usage metric**, you can monitor the total backup usage.
261
+
In the Azure portal, under **Monitoring**, select **Metrics**. In **Backup Storage Used**, you can monitor the total backup usage.
262
262
263
263
***What happens to my backups if I delete my server?**
0 commit comments