Здравствуйте. У клиентки такая ситуация. На старой винде, которая была на старом жестком диске стояла 1С и PostgreSQL 12 (версия для 1С). Ей мастер поставил винду на новый ссд диск, а старый диск так в ноуте и остался.
Она мне поставила задачу, вернуть ее старую 1С-ку чтобы она смогла в ней дальше работать. А у этой 1С-ки база была в формате SQL и как я понял, она была в PostgreSQL. На старой винде в папке Program Files были папки: PostgreSQL (версии 9.4) и PostgreSQL 1C (версии 12) - понял это по названию вложенной папки с названием версии.

Я на новую винду установил PostgreSQL и PostgrePro 12. Поскольку PostgreSQL 9.4 не работает с версией PostgrePro 12 (у PostgrePro нет своего интерфейса pgAdmin 4 для управления БД, а у PostgreSQL он есть, причем pgAdmin 4 видит также и базы у PostgrePro).

Короче я пытался подсовывать старую папку Data вместо "новой" с которой устанавливается Postgre Pro и при запуске когда я пытаюсь ввести пароль от сервера, то выдает ошибку вот такую в окне:

connection to server at "localhost" (::1), port 5433 failed: Connection refused (0x0000274D/10061) Is the server running on that host and accepting TCP/IP connections? connection to server at "localhost" (127.0.0.1), port 5433 failed: Connection refused (0x0000274D/10061) Is the server running on that host and accepting TCP/IP connections?

Как в итоге тогда старую базу данных добавить в pgAdmin, если у меня от нее нет никаких резервных копий, а есть только от нее каталог и вся папка data от установленного Postgre 1C, со старой винды у клиентки?

А выгрузить дтшник, поставить 1ску и загрузить дтшник не предлагать?

А почему порт 5433, а не 5432?

тащусь от вайтишников

(0) грузишься со старого диска в виртуалку
делаешь бэкап базы
восстанавливаешь его на новом компе

постгре для 1С нужен специальный с патчами
есть тонкости в установке правильной и запуске
как и серверной 1С

(1) да через dt будет лучше чем средствами скуля

"Я на новую винду установил PostgreSQL и PostgrePro 12"... и вероятно запускали и тот и другой, и обе не работают... а где-то висит всеми забытый процесс pgadmin и горько плачет ошибками на свою незавидную судьбу :)

(6) скорей всего, что не висит. Там же винду на новый диск с нуля накатили.

кстати, а реально существует способ приаттачить такую базу? Или только (1)?

не то чтобы сильно хотелось... но так, для общего развития

(9) если по документации смотреть и по тому, как выглядит сама база на посгри, то способы реально есть.
Ну из самых примитивных - сразу создать новую базу, а затем на ее место записать файлы из старой базы и затем подправить там какие-то настройки и выполнить обслуживание базы.

(8) Можно и приаттачить, подменив каталог с базой, можно даже и обновить на версию повыше: https://www.postgresql.org/docs/10/pgupgrade.html
Там по описано как это делать.

(8) Можно просто скопировать папку DATA на новый сервер. Установить ту же версию Postgre, которая стояла и вуаля. Делал так не один раз.

(12) угу только про права на папку не забыть

Вот чем думали разработчики постгреса, когда придумали такую неудобную систему хранения баз в кластере... Казалось бы всё просто - одна база один каталог. А вот фиг вам. Этот каталог мало того что называется не по человечески, так ещё и в отрыве от родного кластера просто бесполезен.

(14) Это да, в MSSQL гораздо логичнее

(13) Если забыть, то postgres просто не стартанет

mssql изначально наступили на грабли с организацией хранения данных в дисковой файловой системе под своей родной fat16 и т.д.

И пришлось создавать базы в виде файла с внутренним дополнительным механизмом. Т.е. субд дополнена виртуальной файловой системой, спрятанной под капотом.

(17) Ничего против хранения базы непосредственно в файловой системе ОС не имею, но делать базу в постгресе непереносимой не надо было. Да и имена каталогов и файлов можно было использовать человеческие, соответствующие именам объектов. Или хотя бы адаптированные. А не тупо синтетические.

(18) надо было... не надо было...

это ты еще про другие СУБД забыл. Которые еще более жестко завязаны на тех файловых системах, которые были доступны разработчикам в момент их создания.

(19) Ну есть например interbase/firebird, где сразу же решили работать с файлом-контейнером. Одна база - один файл, удобно.

(20) наивный

(21) Просто имел дело и с тем и другим. У постгреса больше фич, но ощущение какой-то мусорной свалки. У файрберда свои нюансы, менее гибкий язык - но программировать для него реально приятнее.

(20) это делают не для того, чтоб было удобно нам с тобой, но для преодоления непреодолимых проблем с файловыми системами

(23) Не все ФС нормально воспримут сотни тысяч файлов в одном каталоге, не говоря уж о эффективном обращении к ним. Как это делает постгрес тот же.

(24) :-)

(24) ты лучше поругай 1С-ку, которая считай за 30 лет так и не доросла то своего полноразмерного СУБД, хотя заготовка для этого есть в виде хранения базы 1cd

(26) Её есть за что ругать. Вот например за хранение метаданных в блобе, а не в структуре связанных таблиц. В результате возникла на пустом месте потребность в прикладном кэше и в его глюках.

(26) >> поругай 1С-ку, которая считай за 30 лет так и не доросла то своего полноразмерного СУБД.

А зачем им (1С) это надо? Кому нужен чемодан без ручки.
Для создания, поддержки и развития собственной СУБД нужны компетенции и огромные ресурсы. Которые никогда не окупятся, т.к. эта СУБД вряд ли кому-то будет нужна вне контекста использования её с 1С. С учетом наличия достаточного количества самых различных аналогов как коммерческих так и свободных.
Это бизнес. Собственной СУБД для файлового варианта 1CD более чем достаточно, а лезть на рынок взрослых СУБД - утопия.

(28) +100500 .И еще их надо ругать что свою ОС не написали.И офис))

(28) тест на сарказм не пройден :-))))

можете сказать, как именно вы это делали? потому что у меня никак не получается ее стартануть.. думаю будет удобно, если вы мне в телеграм напишите, чтобы там в режиме диалога быстро б этот момент решить. Заранее буду благодарен!