Изглежда се опитвате да проверите валидността и коректността на PostgreSQL dump, който току-що сте направили.
Основното ви недоразумение е, че не трябва да възстановявате дъмпа в същата база данни, от която сте го създали . Можете да възстановите друга база данни на същия клъстер или за допълнителна параноя база данни на друг клъстер (сървър). Проверете дали дъмпът е възстановен без грешка и че данните са такива, каквито очаквате да бъдат.
За допълнителна параноя, спрете PostgreSQL сървъра и копирайте файловете в директорията с данни. По този начин имате и резервно копие на ниво файл. Имайте предвид, че копията на ниво файл на директории с данни на PostgreSQL могат само да се чете от същата основна (8.1/8.2/...) версия на PostgreSQL, изградена със същата опция на същата платформа - така че, ако datadir е от 9.2.x на Windows x64, той може да се чете само от друг Windows x64 хост с инсталиран 9.2.x.
Ако се притеснявате за оригиналната си база данни, вероятно нямате резервни копия. Това е критично проблем. Трябва спешно да прочетете главата с документацията за архивиране и възстановяване и вземете добър автоматизиран резервна схема на място. Разгледайте barman .
Актуализация след редактиране на въпрос :
-F t е странен избор; обикновени SQL дъмпове или -F c обикновено има повече смисъл.
Файлът, който сте създали, не е .gz (gzip компресиран) файл, така или иначе, това е .tar архив, не е компресиран. Може да бъде извлечен в директория, пълна с SQL файлове.
За да го тествате, използвайте pg_restore за да го възстановите в нова празна база данни, създадена с createdb или CREATE DATABASE команда.
