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: README.md
+8-1Lines changed: 8 additions & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -74,7 +74,7 @@ Usage example:
74
74
postgres=# SELECT ptrack_version();
75
75
ptrack_version
76
76
----------------
77
-
2.3
77
+
2.4
78
78
(1 row)
79
79
80
80
postgres=# SELECT ptrack_init_lsn();
@@ -123,6 +123,13 @@ Since version 2.2 we use a different algorithm for tracking changed pages. Thus,
123
123
* Start server
124
124
* Do`ALTER EXTENSION 'ptrack' UPDATE;`.
125
125
126
+
####Upgrading from 2.3.* to 2.4.*:
127
+
128
+
* Stop your server
129
+
* Update ptrack binaries
130
+
* Start server
131
+
* Do`ALTER EXTENSION 'ptrack' UPDATE;`.
132
+
126
133
##Limitations
127
134
128
135
1. You can only use`ptrack` safely with`wal_level >= 'replica'`. Otherwise, you can lose tracking of some changes if crash-recovery occurs, since[certain commands are designed not to write WAL at all if wal_level is minimal](https://www.postgresql.org/docs/12/populate.html#POPULATE-PITR), but we only durably flush`ptrack` map at checkpoint time.