Най-накрая успях да се оправям с ръчно задаване на "PostgreSQL двоичен път" в предпочитанията (защо потребителят трябва да направи това, когато не е необходимо в pgAdmin3?).
Макар да съм честен, нямам представа какво има предвидс второто поле на пътя, наречено "EDB Advanced Server Binary Path". Но не получавам повече съобщение за грешка относно това, така че предполагам, че е o.k. да остави това празно.
Сега съм остана на следващата стъпка.
Когато се опитвам да архивирам базата данни, трябва да въведе име на файл. Без значение какво правя тук, продължавам да получавам тази грешка:
[Errno 2] No such file or directory
Е, не може да е, че трябва да създам файл преди тя е създадена от pgAdmin, нали?
Какво мога да направя грешно?
Алекс
актуализиране: отговорът на @ n33rma тук са екрани за печат:
Отговори:
3 за отговор № 1Току-що се актуализира до pgAdmin v4.1 и това реши проблема :-) Благодаря на всички за помощта!
2 за отговор № 2
Реших проблема чрез командния ред.
Ако използваме предишен формат, той има същия отговор, какъвто сте имали:
$ pg_restore -d <DBNAME> --username=postgres g=<FILENAME>
pg_restore: [archiver] could not open input file "g=<FILENAME>": No such file or directory
Ако променим последния параметър, той работи правилно:
$ pg_restore -d <DBNAME> --username=postgres <FILENAME>
Предполагам, че командата GUI е променена във v4, но конзолата pg_restore не е така.
0 за отговор № 3
Въведете само име на файл, няма път, защото pgadmin поставя архива в собствената си директория, по-точно в ~ / .pgadmin / storage / (user).
0 за отговор № 4
Подозирам, че пътят за "PostgreSQL двоичен път" не е зададен правилно в pgAdmin4.
pgAdmin4 е уеб приложение и pgAdmin3 е Desktop приложение, така че pgAdmin4 трябва да знае пътя на комунални услуги като pg_dump
& pg_restore
двоични файлове, така че да може да ги изпълнява.
В pgAdmin4 Гото: File > Preferences > Paths > Binary paths > PostgreSQL Binary Path
Ако използвате Windows, отколкото да предоставите път, C: Програмни файловеPostgreSQL9.6bin
Ако използвате Linux, отколкото да осигурите път, /opt/PostgreSQL/9.5/bin
user@mint:/opt/PostgreSQL/9.5/bin$ lsh pg_du* pg_res*
-rwxr-xr-x 1 xxx xxx 150K Sep 2 2015 pg_restore
-rwxr-xr-x 1 xxx xxx 49K Sep 2 2015 pg_resetxlog
-rwxr-xr-x 1 xxx xxx 83K Sep 2 2015 pg_dumpall
-rwxr-xr-x 1 xxx xxx 364K Sep 2 2015 pg_dump
0 за отговор № 5
Трябва да дадете абсолютен път с името на файла на sql файла, както е показано по-долу.
Windows
C: /test/test.sql
Linux
/u01/test.sql
-1 за отговор № 6
В MacOS 10.11 и с помощта на postgres.app го разреших по следния начин: