отказывается запускаться служба PostgreSQL

Здравствуйте. Возникла у меня проблема. Была у меня одинэс в серверной версии, на PostgreSQL, все работало исправно. Но вчера случилась беда, сервер упал в синий экран во время бекапа базы. После того каким-то образом перестала запускаться служба на сервере "pgsql-9.1.9-1.1C-x64".
что было сначала в логах:

2015-01-15 04:10:08 YEKT LOG: database system was shut down at 2015-01-15 03:56:22 YEKT 2015-01-15 04:10:08 YEKT LOG: invalid magic number 0000 in log file 18, segment 194, offset 0 2015-01-15 04:10:08 YEKT LOG: invalid primary checkpoint record 2015-01-15 04:10:08 YEKT LOG: invalid secondary checkpoint record 2015-01-15 04:10:08 YEKT PANIC: could not locate a valid checkpoint record This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. 2015-01-15 04:10:08 YEKT LOG: startup process (PID 352) exited with exit code 3 2015-01-15 04:10:08 YEKT LOG: aborting startup due to startup process failure

после того логи в pg_log перестали поступать (во всяком случае на данный момент). Служба при запуске пишет что ей нечего делать и поэтому она останавливается.
в логах системы:

2015-01-16 10:28:21 YEKT PANIC: could not open control file "global/pg_control": Permission denied

Господа, очень нужна помощь, уже весь моск себе вскипятил

Дайте права на global/pg_control фаил для юзера, под которым PostgreSQL запускается. Очевидно-же.

Права были, проблема решилась в итоге.
Дабы не плодить косой десяток тем - напишу еще одну проблему.
Есть две базы, одна старая одноэсная, из нее данные необходимо перенести в новую. Обе базы создавались посредством 1С, с первой сделан дамп

C:\Program Files\PostgreSQL\9.1.9-1.1C\bin>pg_dump.exe -i -F t -h localhost -p 5432 -U postgres -b -f "z:\bkp\1.backup" alfa_avs

После создания дампа пытаюсь накатить ее на новую, пустую

C:\Program Files\PostgreSQL\9.1.9-1.1C\bin>pg_restore.exe -i -h localhost -U postgres -c -d alfa_new "z:\bkp\1.backup"

Если делать это через командную строку - вываливается гора ошибок следующего плана

pg_restore: [archiver (db)] Error from TOC entry 8933; 1259 123465 INDEX _referenc78_code_sr postgres pg_restore: [archiver (db)] could not execute query: ERROR: index "_referenc78_code_sr" does not exist Command was: DROP INDEX public._referenc78_code_sr; pg_restore: [archiver (db)] Error from TOC entry 8932; 1259 123467 INDEX _referenc78_byownerfield1092_rnr postgres pg_restore: [archiver (db)] could not execute query: ERROR: index "_referenc78_byownerfield1092_rnr" does not exist Command was: DROP INDEX public._referenc78_byownerfield1092_rnr; pg_restore: [archiver (db)] Error from TOC entry 8931; 1259 123468 INDEX _referenc78_byfield1093_nr postgres pg_restore: [archiver (db)] could not execute query: ERROR: index "_referenc78_byfield1093_nr" does not exist Command was: DROP INDEX public._referenc78_byfield1093_nr; pg_restore: [archiver (db)] Error from TOC entry 8910; 1259 123448 INDEX _referenc76_d ^C

Как лечить?

Сейчас пробую через PgAdminIII накатить этот же дамп, висит уже наверно с полчаса, новая база определенно потолстела, но не сильно

Проблема, вероятно, в формате дампа pg_dump.exe -F t

автор
Output a tar-format archive suitable for input into pg_restore. The tar-format is compatible with the directory-format; extracting a tar-format archive produces a valid directory-format archive. However, the tar-format does not support compression and has a limit of 8 GB on the size of individual tables. Also, the relative order of table data items cannot be changed during restore.

Используйте -Fc