Можно. Делал под винду. Алгоритм уже указали.

Не забываем:
а. служб может быть несколько.
б. служб может не быть, а процесс есть. Правда, что делать с этим хитрожопским случаем ручной инициализации кластера, я не решил и потому забил.
Дефинишн: ручной =не EnterpriseDB-инсталлятор.

big-trot,
Лажа почти везде.
а.
big-trotПри инсталляции postgreSQL в реестр ничего не пишет.
Противоречие с
б.
Однозначно должна быть служба, которая так и называется postgresql, постфиксом может быть дописана версия.

б. само по себе не нужно - я pg_ctl из win+R - строки запущу. И фига с два поймаешь. А постгре будет работать.

в.
В каталоге Program Files должен быть каталог PostgreSQL.

Лажа. См. --prefix инсталлятора

Должен быть создан ползователь postgres.

Лажа. См. --superaccount и --serviceaccount инсталлятора.
В оснастке "Все программы" должна быть папка с именем PostgreSQL.

Не лажа - но если только разворачивали через EnterpriseDB-инсталлятор, а не как гении в начале моего проекта, копировали файлы ручками. "PostgreSQL" они, допустим, создавали, но могли назвать и "СуперПуперНашаБД"

При работе БД должен быть процесс с именем postgresql.exe.
Как ни странно, лажа :)

leteteHawkmoon,

давайте не будем фантазировать и скрываться от шпионов. Предположим, что PG устанавливал обычный белый человек. Дистрибутив он будет брать с оф.сайта, при установке тыкать "Далее" ни о чем не думая в силу неспособности к сему процессу, а на случай если ему захочется изобрести колесо, я ему инструкцию по установке напишу, для злобных юзеров.

На сегодняшний момент я прекрасно сую нос в net start и получаю удовлетворительный ответ.

И получаете систему с надежностью 80%.
Как все-таки хорошо, что процессоры, и протокол tcp, да и сам pg (то есть нормальные промышленные системы) работают с надежностью повыше...

Не, в итоге-то я тоже сам так делаю - ищу службы "*postgres*" и парсю их строку, но это не значит, что тут все прекрасно и жизнерадостно.