Я должен сделать новую установку PostGreSql?

Другое голосование за rsync. Я использую его для ежедневного резервного копирования 9 ТБ очень тяжелого используемого файлового сервера. никогда не имел проблему.

Если Вы обеспокоены 'моментом времени', создаете снимок LVM, монтируетесь, rsync, umount, уничтожить. Несколько более высокая нагрузка на сервер, но все еще далеко (далеко!) меньше времени, чем полная копия.

Если администратор говорит, что это должно положительно, абсолютно быть bpbkar, сначала сделайте rsync к менее используемой системе и затем работайте bpbkar от него. Никакая потребность к пожирателю ресурсов Ваша производственная система.

anectode от тестирования: то, когда мы приблизились к пределу на 8 ТБ ext3, заставило некоторых 'отключить' тесты, чтобы определить, как возможный должен повредить файл отказом оборудования при копировании. махнувший рукой сервер, контейнеры для хранения и проводное соединение SAN. скопированные десятки миллионов файлов.

Заключения:

• ext3 имел в среднем один недостающий файл каждые 10 отказов.
• XFS составил в среднем меньше чем 5 ошибок на отказ на устройстве хранения данных (почти нуль для отказов на сервере) (удивил меня!, я думал, что XFS всегда перестал работать быстро и трудно на отказе оборудования),
• JFS исказил сотни файлов каждый раз.

короче говоря, rsync работы действительно, действительно хорошо. Любая ошибка могла лучше быть приписана Вашим аппаратным средствам и/или файловой системе. bpbkar не выполнил бы лучшего направления с теми же отказами.