Плохой скрипт. Там важно добавить FLUSH TABLES WITH READ LOCK, потом сделать снапшот, а потом UNLOCK TABLES и только потом копировать. Иначе однажды получите разрушенные таблицы.
Но и этот автор тоже поленился поискать.
для полноценности желательно сделать массив с исключениями (т.е. с таблицамим бекап которых роедко нужен, например information_schema)
еще когда делал похожий скрипт появилась мысль, удалять не все старые, на пример каждые 6/7 последних. т.е. мы делаем бекапы каждую ночь, и храним за последнию неделю все, а за предыдущие по одному на неделю. но что то както забылось это :(
Резервное копирование занимает некоторое время в течении которого можно перехватить пароль пользователя PostgreSQL!!!
Альтернетивное решение данной проблемы — разрешить доступ без пароля с определенного ip адреса средствами PostgreSQL.
Такие скрипты давно реализованы в рамках backupninja, там можно задать создание дампов и их инкрементный бэкап. Для последнего используется rdiff-backup.
Не можешь найти то, что нужно? Сделай сам