> Это которая PITR в PG?

Это гораздо, на порядки, быстрее, чем PITR. Почему? Потому что у тебя нет необходимости восстанавливать всю БД целиком, а потом накатывать логи до необходимого момента в прошлом. Оракл откатывается по флешбэк-логам. Притом делает это очень-очень быстро. Для террабайтной БД на обычном дисковом массиве такой откат занимает считанные минуты (в зависимости от того, сколько логов после точки восстановления ты успел нагерерить).

> Это которые https://www.postgresql.org/docs/11/different-replication-sol... ?

Нет. Это три основных режима накатки логов на стендбай (физический, а есть ещё логический): синхронный, асинхронный, запись прямо в логи стендбая.

>> Есть настраиваемые способы контроля при записи блока данных на диск.
>Это не задача БД

Ну конечно, когда этого нет в любимой СУБД - сразу становится "не нужной фичей". :) PG так не умеет, от слова "совсем". Оракл - умеет. И это довольно важная фича, если ты не особо доверяешь своему железу, которое с дисками работает.

> pg_probackup

Он не умеет восстанавливать битые блоки. И это сторонняя программа. RMAN - стандартный инструмент для управления бекапами у Оракла. И он более фичастый.