Skip to content

Commit d6574dc

Browse files
committed
FSPG: Minor edits to logical replication-3
1 parent e2137e9 commit d6574dc

File tree

2 files changed

+2
-2
lines changed

2 files changed

+2
-2
lines changed

articles/postgresql/flexible-server/concepts-limits.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -68,7 +68,7 @@ A PostgreSQL connection, even idle, can occupy about 10 MB of memory. Also, crea
6868
- Currently, storage auto-grow feature isn't available. You can monitor the usage and increase the storage to a higher size.
6969
- When the storage usage reaches 95% or if the available capacity is less than 5 GiB, the server is automatically switched to **read-only mode** to avoid errors associated with disk-full situations.
7070
- We recommend to set alert rules for `storage used` or `storage percent` when they exceed certain thresholds so that you can proactively take action such as increasing the storage size. For example, you can set an alert if the storage percent exceeds 80% usage.
71-
- If you are using logical replication, then you must drop the logical replication slot in the primary server if the corresponding subscriber no longer exists. Otherwise the WAL files start to get accumulated in the primary filling up the storage. If the storage threshold exceeds certain threshold and if the logical replication slot is not in use (due to non-available subscriber), Flexible server automatically drops the logical replication slot. That action releases accumulated WAL files and avoids your server becoming unavailable due to storage getting filled situation.
71+
- If you are using logical replication, then you must drop the logical replication slot in the primary server if the corresponding subscriber no longer exists. Otherwise the WAL files start to get accumulated in the primary filling up the storage. If the storage threshold exceeds certain threshold and if the logical replication slot is not in use (due to non-available subscriber), Flexible server automatically drops that unused logical replication slot. That action releases accumulated WAL files and avoids your server becoming unavailable due to storage getting filled situation.
7272

7373

7474
### Networking

articles/postgresql/flexible-server/concepts-logical.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -241,7 +241,7 @@ SELECT * FROM pg_replication_slots;
241241
* **Slots and HA failover** - Logical replication slots on the primary server are not available on the standby server in your secondary AZ. This situation applies to you if your server uses the zone-redundant high availability option. In the event of a failover to the standby server, logical replication slots will not be available on the standby.
242242

243243
>[!IMPORTANT]
244-
> You must drop the logical replication slot in the primary server if the corresponding subscriber no longer exists. Otherwise the WAL files start to get accumulated in the primary filling up the storage. If the storage threshold exceeds certain threshold and if the logical replication slot is not in use (due to non-available subscriber), Flexible server automatically drops the logical replication slot. That action releases accumulated WAL files and avoids your server becoming unavailable due to storage getting filled situation.
244+
> You must drop the logical replication slot in the primary server if the corresponding subscriber no longer exists. Otherwise the WAL files start to get accumulated in the primary filling up the storage. If the storage threshold exceeds certain threshold and if the logical replication slot is not in use (due to non-available subscriber), Flexible server automatically drops that unused logical replication slot. That action releases accumulated WAL files and avoids your server becoming unavailable due to storage getting filled situation.
245245
246246
## Next steps
247247
* Learn more about [networking options](concepts-networking.md)

0 commit comments

Comments
 (0)