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/configure-maintain/concepts-major-version-upgrade.md
+3-3Lines changed: 3 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -4,7 +4,7 @@ description: Learn how to use Azure Database for PostgreSQL to do in-place major
4
4
author: varun-dhawan
5
5
ms.author: varundhawan
6
6
ms.reviewer: maghan
7
-
ms.date: 3/23/2026
7
+
ms.date: 4/8/2026
8
8
ms.service: azure-database-postgresql
9
9
ms.subservice: configuration
10
10
ms.topic: concept-article
@@ -22,7 +22,7 @@ Your Azure Database for PostgreSQL flexible server instance has a feature that p
22
22
In-place upgrades retain the server name and other settings of the current server after the upgrade of a major version. They don't require data migration or changes to the application connection strings. In-place upgrades are faster and involve shorter downtime than data migration.
23
23
24
24
> [!NOTE]
25
-
> Azure Database for PostgreSQL supports in-place major version upgrades only to currently supported PostgreSQL versions. For example, you can upgrade the current version given the target version is officially supported by Azure at the time of the upgrade. Unsupported versions can't be selected as upgrade targets, and attempting to upgrade to a deprecated version may result in failure or service disruption. Always consult the [Azure PostgreSQL versioning policy](/azure/postgresql/flexible-server/concepts-version-policy) and [upgrade documentation](/azure/postgresql/flexible-server/concepts-major-version-upgrade) before initiating a major version upgrade.
25
+
> Azure Database for PostgreSQL supports in-place major version upgrades only to currently supported PostgreSQL versions. The target version must be officially supported by Azure at the time of the upgrade. The Azure portal prevents selecting unsupported versions, but API or CLI calls that target a deprecated version will fail. Always consult the [Azure PostgreSQL versioning policy](/azure/postgresql/flexible-server/concepts-version-policy) and [upgrade how-to guide](/azure/postgresql/flexible-server/how-to-perform-major-version-upgrade) before initiating a major version upgrade.
26
26
27
27
## Upgrade Process
28
28
@@ -59,7 +59,7 @@ If a precheck operation fails during an in-place major version upgrade, the upgr
59
59
### Extension Limitations
60
60
61
61
In-place major version upgrades do not support all PostgreSQL extensions. The upgrade will fail during the precheck if unsupported extensions are found.
62
-
- The following extensions are supported for regular use, **but will block an in-place major version upgrade if present**. Remove them before the upgrade and re-enable them after, if supported on the target version: `timescaledb`, `postgres_fdw`.
62
+
- The following extensions are supported for regular use, **but will block an in-place major version upgrade if present**. Remove them before the upgrade and re-enable them after, if supported on the target version: `timescaledb`, `postgres_fdw`, `session_variable`, `pg_hint_plan`, `plv8`.
63
63
- The following extensions are **non-persistent utility extensions** and will need to be dropped and re-created after the upgrade by design: `pg_repack`, `hypopg`.
64
64
- When upgrading to PostgreSQL 17 and above, the following extensions are **not supported** and must be removed before upgrade. You may re-enable them only if supported on the target version: `age`, `azure_ai`, `hll`, `pg_diskann`, `pgrouting`.
Copy file name to clipboardExpand all lines: articles/postgresql/monitor/concepts-monitoring.md
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -4,7 +4,7 @@ description: Review the monitoring and metrics features in an Azure Database for
4
4
author: varun-dhawan
5
5
ms.author: varundhawan
6
6
ms.reviewer: maghan
7
-
ms.date: 04/06/2026
7
+
ms.date: 04/08/2026
8
8
ms.service: azure-database-postgresql
9
9
ms.subservice: monitoring
10
10
ms.topic: concept-article
@@ -111,7 +111,7 @@ Choose from the following categories of enhanced metrics:
111
111
| Display name | Metric ID | Unit | Description | Dimension | Default enabled |
112
112
| --- | --- | --- | --- | --- | --- |
113
113
|**Max Logical Replication Lag**|`logical_replication_delay_in_bytes`| Bytes | Maximum lag across all logical replication slots. | Doesn't apply | Yes |
114
-
|**Logical replication slot sync status (preview)**|`logical_replication_slot_sync_status`| Count |Displays the status of logical replication slot in HA configuration. | Logical Replication Slot | No |
114
+
|**Logical replication slot sync status (preview)**|`logical_replication_slot_sync_status`| Count |Indicates whether logical replication slots are synchronized across High Availability (HA) primary and standby.<br><br>**1** → Slots are synchronized across primary and standby.<br>**0** → Slots are not synchronized on the standby. | Logical Replication Slot | No |
0 commit comments