diff --git a/doc/src/sgml/backup.sgml b/doc/src/sgml/backup.sgml
index c31f87073a0..f2bbff7bdb8 100644
--- a/doc/src/sgml/backup.sgml
+++ b/doc/src/sgml/backup.sgml
@@ -1282,7 +1282,7 @@ restore_command = 'cp /mnt/server/archivedir/%f %p'
Not all of the requested files will be WAL segment
files; you should also expect requests for files with a suffix of
- .backup> or .history>. Also be aware that
+ .history. Also be aware that
the base name of the %p> path will be different from
%f>; do not expect them to be interchangeable.
diff --git a/doc/src/sgml/high-availability.sgml b/doc/src/sgml/high-availability.sgml
index 2737b310b24..2773cec9b8d 100644
--- a/doc/src/sgml/high-availability.sgml
+++ b/doc/src/sgml/high-availability.sgml
@@ -1518,7 +1518,7 @@ synchronous_standby_names = 'ANY 2 (s1, s2, s3)'
processing would request a file from the WAL archive, reporting failure
if the file was unavailable. For standby processing it is normal for
the next WAL file to be unavailable, so the standby must wait for
- it to appear. For files ending in .backup> or
+ it to appear. For files ending in
.history> there is no need to wait, and a non-zero return
code must be returned. A waiting restore_command> can be
written as a custom script that loops after polling for the existence of