Добрый день.

На диске 1с предприятие сервер мини есть папка PostgreSQL, в которой есть два файла
postgresql-9.3.4-1.1C.msi
postgresql-9.3.4-1.1C-int.msi

Подскажите пожалуйста, чем они отличаются и какой надо запускать?
На сайте 1С есть версия 10.5-6.1C, стоит ли ставить последнюю версию?

postgresql-9.3.4-1.1C-int.msi

9.6.7 стоит у меня, полет нормальный, более новые версии не тестил. Но учитываю глючный интерфейс 9.6.7, возможно будет лучше попробывать последнюю версию. Так же тюнинг немного изменился, стоит учитывать. На 9.6.7 перешли чисто из-за того, что в начиная с этой версии запросы с множественным внутренним соединением стали отрабатыватся так же быстро как и MSSQL

(0) А вы точно уверены, что оно вам вообще надо? Может лучше по-старинке - MS SQL?
Если уж ставить сервер, то лучше, наверное ставить более свежие релизы. Быть может не 10.5, но и не древний 9.3.4.

(0) postgresql-9.3.4 что-то старовата. не?

(4) точно не ставь эту версию, там проблемы с некторыми запросами

(4) ставь начиная с 9.6.7

(3) после версии 9.6.7 доволен как мамонт ))) Нехватает только что инструментов анализ запросов и плана запросов удобного, но это дело привычки

(0) если будешь качать соотв. этому релизу свежую платформу 1С , то ставь вот самый свежий постгрес и платформу.

(0) на юзерсе не последняя версия постгри. это последняя прошедшая аттестацию под нужды платформы 1с.
т.е. можно ее ставить достаточно смело.

(8)(9) я б не рубил так с гореча, может падать, бывало, не все релизы одинаково стабильны. Но мы будем рады, ели ты поюзаешь и дашь отзыв сообществу ))))

мы сначало тестим на одной из баз 3 месяца, потом потихоньку переводим все остальное

для каждой новой версии

(9) Выражайся точнее.
"это последняя прошедшая аттестацию" - это про какую версию? Про ту, что указана в (0) - 9.3.4? Тогда это не так.
Если про ту, что указана на сайте 1С в разделе для скачивания дистрибутивов https://releases.1c.ru/total то там последняя - 10.5. Но прежде чем её ставить надо знать о какой версии платформы идёт речь. На более старых версиях чем 8.3.12 может не взлететь.

msi - это на винду ставить? У старых версий на винде были проблемы с обновлением статистики, выливающиеся в жуткие тормоза. Решено вроде только в последних версиях, после 9.6.
На линуксе можно и старую поставить, только зачем? )

(4) вот диск пришел из 1С, держу коробку в руках :)

попробую скачать
postgresql-10.5-6.1C-int.msi

(15) так там и платформа на диске будет старая. Ты посмотри, для какой программы нужна установка Платформы. Если это для БП 3, к примеру, то обязательно платформу обнови тоже. Соотв. и скл бери свежий.

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

(17) хотя бы минимально совместимую. можно выше в пределах ревизии. 8.3.12.ххх или 8.3.13.ххх

Спасибо всем :), буду брать последний 10.5-6.1.

А в чем все таки разница
...msi
...-int.msi

?

Добрый вечер.

Подниму тему.
Сейчас работает связка
windows server 2008 r2 + postgresql 9.3.4 + 1С:Предприятие 8.3 (8.3.13.1690).

Подскажите пожалуйста, надо ли менять postgresql 9.3.4 на postgresql 10.5?
Если да, то как это делается, так как никогда postgresql не обновлял еще ни разу?

(20) на 10.5 есть проблемы 8.3.13.1644 и PosgreSQL: ошибка "variable not found in subplan target lists"
Получается лбио как советовали 9.6.7 либо 10.3.
Базы выгрузить из конфигуратора, удалить postgres, установить новый, загрузить базы.
Но был случай когда я не удалял постгрес, а просто сразу запустил новый инсталятор и чего то у меня после это не стартовал он, хорошо бэкап всей системы перед этим сделал, восстановил и все норм, поэтому тоже на всякий случай сделать образ всей системы с выключенными службами сервера постгреса и агнета 1с. И да на 10 версии постгреса вход в pgadmin последней версии через бразуер, какуто ошибку выдает, не запускается, разбираться не стал, поставил старый pgadmin 2.1 вроде работает.

И еще неплохо бы батник на каждую базу сделать и поставить на автозапуск по утрам. Например:

SET PGPASSWORD=test1
"C:\Program Files\PostgreSQL\9.6.5-4.1C\bin\psql.exe" --dbname unf_tr --host 127.0.0.1 --port 5432 --username postgres --command analyze

(22) то есть, обновление заключается в том, что делаем архив в старой версии, устанавливаем новую и в ней разворачиваем архив.

"Базы выгрузить из конфигуратора" - а как то можно сделать выгрузку сразу всех баз с помощью постгри?

(23) Я имел ввиду выгрузку в файл .dt
В конфигураторе: администрирование -> выгрузить информационную базу.
Есть вариант просто поставить новый постгрес и выполнить pg_upgrade, но во первых не стал вникать, во вторых как он там базы обновить не ясно, как бы не было проблем. Надежней через конфигуратор, но если баз много то надо тестировать на виртуалке https://postgrespro.ru/docs/postgresql/9.6/pgupgrade

Про бекап сразу всех баз кластера постгреса не слыхал. Возможно есть, надо читать документацию.

(24) "но если баз много " - да, я это и имел ввиду, если их много, то придется каждую выгружать..

но в целом понятно, значит
1 делаем бэкап баз (дт-шки)
2 ставим postgresql 10.5 (например)
3 восстанавливаем базы на новом сервере из дт

Так?

(25) Да, верно. Вот даже 1С пишет что после перехода на 10.3 и выше:

"Если переход на версию PostgreSQL 10.3 выполняется с помощью утилиты pg_upgrade, то рекомендуется выполнить переиндексацию таблиц базы данных для того, чтобы работа с буквой «ё» стала соответствовать правилам русского языка. Переиндексацию рекомендуется выполнять с помощью механизма тестирования и исправления конфигуратора, указав режим Реиндексация таблиц информационной базы.

Источник: https://dl03.1c.ru/content/AddCompPostgre/10_3_3_1C/postgreUpdate_ru.htm#3681676d-5e75-11e8-a3f7-0050569f678a";

В вашем случае тогда проще выполнить pg_upgrade, главное потестить на виртуалке хотя бы на одной базе как это работает.

(26) спасибо

Добрый вечер.

Скачал с сайта 1С версию PostgreSQL, версия 10.3-3.1C.
Установил все по умолчанию.

При запуске pgAdmin 4 выдается ошибка
"the application server could not be contacted"

Делал, но не помогло
- запустить PgAdmin отмени администратора.
- добавьте путь к bin-папке Postgresql в переменные окружения.
- очистите папку C:\Users\%USERNAME%\AppData\Roaming\pgAdmin

Подскажите пожалуйста, что можно сделать, что бы запустить pgAdmin?

Или все таки ставить еще один pgAdmin4 и мириться с тем, что их будет два, как сказано в одной из веток форума?

При запуске pgAdmin 4 выдается ошибка
"the application server could not be contacted"


Подскажите по поводу ошибки? Как ее исправить?

(29) Написать в 1С, чтобы собрали pgAdmin правильно.
PostgreSQL, версия 10.5-24.1C выложили вчера, посмотри, может там что изменилось.

на винду - ни каккую

(31) я качал и ставил отдельно
pgAdmin 4 v4.2 (released Feb. 7, 2019)
https://www.pgadmin.org/download/pgadmin-4-windows/

все работает, но просто хотелось бы лишний софт не ставить :).

(32) хлебнешь ты горюшка с пг на винде еще

(33) Это пук в лужу. Подробности давай.

(30) в 1с написал.. жду ответа..

(34) Знал бы, где упасть, соломки бы подостлал

Сейчас работает на винде 9.3.4. И уже достаточно давно. База не маленькая. Никаких особых проблем не замечаем.

Вот решили просто идти вперед и пробуем новую версию. Сразу столкнулись вот с ошибкой.

Может кому то интересно, то поддержка 1с ответила
"Попробуйте использовать PgAdmin4 1.6 с сайта."

То есть так и получается, что надо качать и ставил отдельно pg Admin 4.

и дали ссылку

https://www.pgadmin.org/download/pgadmin-4-windows/

(2) УПП на 9.6.7 можно юзать без тормозов по отношению к MSSQL?

На https://postgrespro.ru/products/1c выложена 11.1 версия
http://repo.postgrespro.ru/1c-archive/pg1c-11.1/win/PostgreSQL_1C_11.1_64bit_1C_Setup.exe
Поставил - работает.

(42) а можно качать отсюда? а тогда на сайте 1С что за версии?

(43) На сайте 1С версии официально протестированные самой 1С на их стендах.
На сайте PostgresPro версии прошедшие тестирование только самими разработчиками PostgresPro.
Фактически о случаях, чтобы сборки от PostgresPro не работали, я не слышал. Хотя естественно сама 1С официально поддерживает только те, что опубликованы только на её сайте.

Единственный нюанс - надо уточнять совместимость версий платформы 1С и версий PostgreSQL (вне зависимости от того чьей сборки).

(44) спасибо

http://www.obrabotki.com/1c-postgresql-pgadmin4/

Я бы тоже поставил 10.5-24.1C или с сайта https://postgrespro.ru/products/postgrespro/standard 10 релиз. Они в ней ошибки поправили серьезные с backup. И реализовали лучшую совместимость со сложными выборками 1С.

Добрый день.

Продолжу изучать PostgreSQL :).

Сейчас работает
- windows server 2008 r2 standart
- PostgreSQL Database Server 10.3-3.1C(x64)
- 1С: Предприятие 8.3 (8.3.13.1690).


Если качать, то лучше 64-bit?

PostgreSQL, версия 10.5-24.1C
Дистрибутив СУБД PostgreSQL для Windows одним архивом
Дистрибутив СУБД PostgreSQL для Windows (64-bit) одним архивом

64 конечно. x32 максимум 3 с крохами гигов памяти на процесс.

Кто нибудь ставил 10.5-24.1C? :)

А как обновлять Постгри? Стоит сейчас старая версия 9, хочется обновить платформу и Постгри - есть смысл или работает- не трож?

Ну у меня две базы, поэтому я планирую
1 сделать архив
2 снести старый постгри
3 поставить новый постгри

4 пока не знаю, оставлять 8.3.13.1690 или ставить более свежую..

на 15 платформе интерфейс покрасивше. Хочется применить, но что-то страшновато - с бантиками можно и проблем получить...
(52) а накатить сверху никак - чтоб не сносить - как то это муторно.

(53) выше в ветки есть сообщение, как накатить..

(50) Работает, полгода, с платформой 8.3.14, платформу желательно обновлять до последней, в предыдущих были глюки в определенных случаях, такие rphost.exe грузит проц и жрет память
Сейчас все нормально, без жалоб и проблем.
Там уже 10.8-3.1С есть, тестовая.

Сегодня обновили до 10.8-10.1C.

(56) хочу спросить
- 10.8-10.1C - на сайте 1С вижу только 10.5-24.1C
- обновили - как это происходит? делать бекап, сносить старую версию, ставить новую?

(57) Имелось в виду, что обновили тестовую версию PostgreSQL на сайте 1С, с 10.8-3.1С до 10.8-10.1C.
У себя тестовую в качестве рабочей не ставил, пусть переведут в актуальную, а там посмотрю, может, через месяц-другой и поставлю.

(58) круто!
пусть они зарелизят ее, а мы посмотрим тогда после тестов уже готового релиза : стоит ли этот релиз усилий на его установку

(59) Его(PostgreSQL) еще регулярно дорабатывают, если в 9.6.7 было 9 патчей, то в последнем - 15, все что-то оптимизируют. Так что, как говорил персонах одного известного фильма - "Торопиться не надо".

Была 9.6, поставили 10.5. Накрылась некоторые старые(ручной лепки) отчеты с вложенными запросами.

Поставил PostgreSQL Database Server 10.5-24.1C(x64) - посмотрю как и что.
Конечно же есть архивы баз :).

Хочу спросить тут, что бы создавать отдельную ветку.

На сервере стоит сервер 1С:Предприятия 8.2.
Но пришло время переходить на 1С:Предприятия 8.3.

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

Поэтому подскажите пожалуйста, как правильно и "красиво" перейти на 8.3?

(62) а вы без архивов живёте?.. ну, удачи

(63) с архивами конечно :), без них нельзя!

Можно ли просто установить версию 8.3, с тем же портом 1541 и в консоли прописать все базы? Или как то по другому делать?

Подскажите пожалуйста, как правильно? :)

(59) Уже актуальная версия, 10.8-13.1C. Пишут, что исправлены различные выявленные ошибки.

Добрый вечер.

В итоге сейчас работаем на
PostgreSQL Database Server 10.5-24.1C(x64)
1С:Предприятие 8.3 (8.3.15.1656)
Количество пользователей 10

Сам SQL-сервер и сервер 1С стоят на одной машине
ASUSTeK COMPUTER INC. Z97-K
Intel Core i7 4770K @ 3.50GHz
16 ГБ DDR3 @ 665 МГц

Изменить железо, разделить сервера, перейти на MS SQL
и тд не предлагать :). Будем считать, что эти данные
являются константами.

Поэтому подскажите пожалуйста, можно ли
оптимизировать скорость работы 1С?

То есть я имею ввиду менять значения
- в файле postgresql.conf
- в параметрах локального кластера 1С
- в параметрах центрального сервера 1C

(68) >>- в параметрах локального кластера 1С
>>- в параметрах центрального сервера 1C
Без лицензии уровня КОРП уже ничего не поменять.

А постгри сейчас как с winserver дружит?
Можно или оставаться на никсах?

(51) Судя по форумам, если стоит 9-тая, не стоит переходить на новую, покуда 1С не допишет свою платформу для новой версии :)
... Вот так вот...

(71) Уже 8.3.13 умеет с PG 10 норм общаться, а 8.3.15 прям аж капец как круто. Ну и типовые тоже оптимизируются.

постгреспро смотри случайно не поставь, дорогой очень

(69) например вот это и все подобное
https://helpf.pro/faq/view/1645.htm
https://helpf.pro/faq/view/1595.html

то есть все эти изменения без КОРП не работают?


А еще прочитал статьи и сделал как там написано в postgresql.conf

Настройки PostgreSQL для работы с 1С:Предприятием
https://its.1c.ru/db/metod8dev#content:5825:hdoc

Настройки PostgreSQL для работы с 1С:Предприятием. Часть 2
https://its.1c.ru/db/metod8dev#content:5866:hdoc


Но хотелось бы услышать мнение других, кто нибудь так настраивает сервера?
Какие параметры ставите и исходя из чего?

(69) у него 10 юзеров... как -бэ нельзя, но до 50 юзеров на ИБ проф вроде работает как корп.... а нам тупо разлочили ограничения по ядрам и памяти (т.к. куплено до 02.02.2019) и опа! на овер 1500 сеансов на сервере никаких ограничений на функциональность не появилось!
И потом тупо миграция с виндос на линукс постгри ранее давало прирост скорости примерно на 40-45%, но нужно с пингвином дружить

(74) http://catalog.mista.ru/journal/news/mir-1s/srochno-do-10-sentyabrya-obyazatelnaya-aktivatsiya-funktsionala-korp-dlya-1s-predpriyatiya-8-korp_1106246/

Десятую ставь

Вот эту PostgreSQL 10.5-24.1C(x64)
Она по скорости сопоставима, местами лучше, местами хуже MSSQL

(78) На виндовсе

Ух-ты сколько спецов по PG.
Может кто скажет, в какой версии PG решили проблему с бекапами бинарных файлов более 1 Гб?
КА 1.1.107.4 - проблемы с архивацией на СУБД Postgres

(80) PG сейчас просто и доступно с коробки - накатил, pgAdmin установил, по инструкции с ИТС прошелся, попугаи Гилева показали что-то около 30-40, всё. Ты "спец" по PG.

(80) Обычно еще вспоминают про дифференциальные бэкапы, вернее их отсутствие в оригинальной свободно распространяемой версии, считая это большим недостатком.

Посмотрел очередной дайджест https://habr.com/ru/company/postgrespro/blog/466065/
Есть и решение для бэкапов с бинарной строкой, так и называется - pg_dumpbinary.
Есть и дифференциальные бэкапы - pgBackRest.
И репликацию можно настроить, в случае необходимости.

честно, приятно общаться.. все по делу :)

значит так

(77) у меня и так 10
PostgreSQL Database Server 10.5-24.1C(x64)
1С:Предприятие 8.3 (8.3.15.1656)

(80) я бэкапы пока делаю руками из 1С, скриптами еще не научился, не дошел

(81) pgAdmin ставлю отдельно, не из сборки 1С, там вроде ошибка какая та

- по инструкции с ИТС прошелся - это о чем я писал и ссылки давал?
- попугаи Гилева показали что-то около 30-40 - что это такое?


В итоге то что, никто не меняет, все по умолчанию
- в файле postgresql.conf
- в параметрах локального кластера 1С
- в параметрах центрального сервера 1C

??

(84) То что вы делает бекап из 1С, на самом деле не бекап.

- Плохая новость, сэр. То, что я принимала за беременность, оказалось не беременностью...
- Как, леди, y нас не будет наследника?
- К сожалению, нет, сэр.
- Боже мой, опять эти нелепые телодвижения!

(73) Разве бесплатного postgrespro нет?

(85) ну архив же делается и можно если что восстановить

(86) https://postgrespro.ru/docs
есть PostgreSQL, а есть Postgres Pro.

(88) я ставлю версию толкьо от 1С
https://releases.1c.ru/project/AddCompPostgre

другие не пробовал

(86) нет

В итоге то что, никто не меняет, все по умолчанию
- в файле postgresql.conf
- в параметрах локального кластера 1С
- в параметрах центрального сервера 1C

Кто нибудь пользовался
https://pgtune.leopard.in.ua/#/

Режим распределения нагрузки - есть два варианта параметра
"Приоритет по производительности" - памяти сервера тратится больше и производительность выше
"Приоритет по памяти" - кластер 1С экономит память сервера

Какое значение лучше ставить?

(80) Ээээээ, вы таки в БД храните бинарное мегафайло?

PS "И они еще борются за почетное звание дома высокой культуры"

(93) а у вас лицензия корп?

+ (95) если память не подпирает - первый вариант

(92) рекомендации от 1С с ИТС рульнее. Самому посчитать не сложно

(75) А можно и >12 ядер и >500 юзеров одновременно, или что-то одно из двух? Я так толком и не понял.

(94) А по ссылке пройти? Это не мы храним, а PG так хранит конфигурацию 1С.
Для любой конфы 1С, размер конфигурации поставщика которой превышает 512 Мб (А сейчас это УПП, КА, ERP и УТ11 с 11.4.10) включение изменений в конфигурации приводит к тому, что невозможно сделать бекап базы 1С с помощью pg_dump

(95) проф
(96) 16 ГБ DDR3
(97) читал итс и не только :)

в итоге поставил вот так
https://yadi.sk/i/Tkl-DeibfCWFPg
https://yadi.sk/i/zfKnieSuY4SuxQ

и получилось вот
https://yadi.sk/i/2rITA85t_1QKxw

вроде как документы открываются нормально :)

(100) в итоге поставил вот так…
А лицензии 1С все Корп? Иначе после 10 подключений сюрприз будет от таких настроек кластера.

(101) проф..
10 подключений - посмотрю что будет :)

на рис 3 видно, что rphosts 5 штук

а если посомтреть тут https://yadi.sk/i/Mgr6gwRFzOP1ig
то рабочий процессов три

это нормально? или это не взаимосвязано?

https://1c.postgres.ru/

(94) Это к самой фирме 1с претензии. Вместо того, чтобы хранить метаданные как положено, в связанных таблицах, они тупо кладут всю конфигурацию в блоб. Именно поэтому так долго и грузится 1с в первый раз, приходится парсить этот блоб и класть его в развернутом виде в кэш пользователя..

(103) хорошие сборки?

(99) я попробую воспроизвести но это потребует много времени и не на работе уж точно, так что не ранее выходных, может быть даже этих

(99)>>невозможно сделать бекап базы 1С с помощью pg_dump
Можно выгрузить базу, исключив таблицу config, потом ее выгрузить отдельно командой COPY config TO имя_файла WITH FORMAT binary; Восстанавливается аналогично. Да - неудобно, но вполне решаемо. Трагедии никакой нет.
Если(когда-нибудь) pg_dumpbinary (см. (83)) решат включить в основной дистрибутив или напишут что-нибудь аналогичное, проблемы не будет вовсе.
Во всяком случае, разработчики платформы тоже могут внести свой посильный вклад и перестать держать конфигурацию целиком в одной записи.

(105) Это сами постгресмены пишут, что сборки для 1с перекочевали на этот сайт.

Скажите пож, делал бэкап базы с помощью pgAdmin 4 v4

получился размер файла 1829887 Кб
а если делать выгрузку из 1С, то dt-файл 619949 Кб, то есть в три раза меньше.

Выполнял как написано в статье
https://kuharbogdan.com/stati-po-1s/pgadmin-4-podklyuchenie-i-nastroyka-dlya-1s-chast-2/

Можно ли как то сделать, что бы уменьшить архив выгрузки?

(109) Установить коэффициент сжатия 9(сколько там по умолчанию - не знаю).
Или потом сжать выгрузку, многопоточно, чтобы быстрее было.

(101) Корп то причем? Там только если больше 12 ядер и 500 пользователей реально что-то интересное. До 200 не нужно если руки прямые.

>>postgresql-9.3.4-1.1C.msi

Это совсем старье. Используй от postgresql.pro сборки - они даже сертифицированы. До 9.6 там совсем все печально с производительностью.

>>Вместо того, чтобы хранить метаданные как положено, в связанных таблицах, они тупо кладут всю конфигурацию в блоб.

8.3.15 ставь - там поправили. С 8.3.14 уже шло в одной таблице, но не одним блобом.

(109) можно! ДТ - уже архив, пройдись поверх дампа tar|gz.

(111)как обещал в (106)  8.3.14.1630 + 10.9.5-1С проверю в выхи... cf от upp1.3 уже достал.

(111) уже поставил:
- PostgreSQL Database Server 10.9-5.1C(x64) - это крайняя версия на сайте 1С
- 1С:Предприятие 8.3 (8.3.15.1656) - предпоследняя

+ сделал настройки кластера и сервера сделал..

вроде как "полет" нормальный..

(112) сделал бэкап так, затем создал в консоли пустую базу и через pgAdmin пробовал восстановить - не получилось.. ошибки..

(115) создавай базу через pg admin , восстанавливай в нее и потом уже подключай ее к серверу 1С

CREATE DATABASE test
  WITH OWNER = postgres
       ENCODING = 'UTF8'
       TABLESPACE = pg_default
       LC_COLLATE = 'ru_RU.UTF-8'
       LC_CTYPE = 'ru_RU.UTF-8'
       CONNECTION LIMIT = -1;

(0) месяц как заменил Postgres Pro 9.6 на сборку от 1С 10.9-5.1C(x64)

пользователи не разницы не заметили, перепроведение стало чуть чуть шустрее

Здравствуйте.Хочу попробовать перейти на 10.9-5.1C(x64). Чем можно и лучше заменить логшипинг MSSQL?

(116) Не получилось.. Пробовал и в консоли 1С делать базу, и в pgAmin, и через платформу 1С..

Бэкап делается с помощью pgAmin или скрипта, а вот восстановление в чистую базу не получается.

Может кто то поделиться скриптами? :)

(119) https://postgrespro.ru/docs/postgrespro/10/app-pgrestore

(118) А зачем? в слоне  Wal а не логшиппинг - это версионник, а не блокировщик.

(121) Мне главное аналогичный конечный результат. WAL значит, спасибо

(120) а можно выводить сам процесс восстановления в файл?

пишу
--file=C:\restore.log

оишбка
ещ ьфтн сщььфтв ...

(120) у меня на "черном" экране в консоли вывелось :)

warning: errors ignored on restore: 3


а вот что это за ошиьки не совсем понятно..

А еще смущает следующее сообщение при бэкапе

pg_dump: dumping contents of table "public.config"
pg_dump: Dumping the contents of table "config" failed: PQgetResult() failed.
pg_dump: Error message from server: ERROR:  out of shared memory
HINT:  You might need to increase max_locks_per_transaction.
pg_dump: The command was: COPY public.config (filename, creation, modified, attributes, datasize, binarydata, partno) TO stdout;



так запустишь ночью, а потом ничего не восстановится..

Ставь ванильный Постгрес, сдались тебе эти патчи

(125) В ссылке из (80) и в (99) подробно описано, почему выдаются такие сообщения.
В (107) - краткое описание того, как можно обойти проблему.
Здесь - http://catalog.mista.ru/public/956734/ готовое решение в виде команд для скриптов с подробным описанием их работы.

(126) патчи - я понимаю, что это все от 1C :)

ванильный Постгрес - ??

(127) "Ниже привожу примеры bat-файлов (качайте) " - не качается :)

(128) https://ru.wikipedia.org/wiki/Ванильное_ядро

В юникс-мире ПО ванильный = оригинальный, типа ствол дерева от которого уже ответствления всякие делаются

(129) Замени catalog.mista на infostart  и все скачается.

(132) просит стартмани.. у меня нет..

можете прислать на [email protected] ??

(126) Строки полетят и поиск. Патчи как раз сравнение исправляют.

(126) "иди проспись" ((С) Cyberhawk)

(133)

pg_dump --host=localhost4 --username=postgres --no-password --format=c --file=buh.backup buh
pg_restore --host=localhost4 --clean --if-exists --jobs=2 --username=postgres --dbname=buh buh.backup

https://postgrespro.ru/docs/postgresql/10/app-pgdump

пароль можно в файлик .pgpass записать и кинуть в домашний каталог пользователя от имени которого выполняются скрипты. Формат файла тоже в справке есть

Кстати базу (когда все на одном компе) можно подключать без TCP/IP, а по Unix сокетам,
путь к серверу в свойствах базы надо прописать /tmp
в основном конф файле есть параметр где оно сокеты создает

я восстанавливал так
сначала создаем пустую базу в pg_admin, не подключаем ее к 1С, потом pg_restore, потом подрубаем базу в сервере 1С предприятия 1С.

(138) не получается..

думаю тут все правильно сказали - (127)

нужны такие скрипты, так как выгрузка идет через раз..

(125) а параметр max_locks_per_transaction в конфиге сколько стоит?

(140) по моему я его не менял, вот
max_locks_per_transaction = 150    # min 10


кстати, получилось сделать бэкап/ресторе без ошибок через pgAdmin как написано тут
http://catalog.mista.ru/public/540298/

как советовали тут (139)

(141) так я про это еще в (116) писал

> создавай базу через pg admin , восстанавливай в нее и потом уже подключай ее к серверу 1С

CREATE DATABASE

(142) пропустил наверное, спасибо :)

(99) забавно...
1.создал пустую базу.
2.из конфигуратора объединил с cf
3.выгрузил pg_dump.exe -c  -C -v -f C:\test\upp_.sql
4.грохнул базу
5.загружал так:
   SET PGBIN=C:\Program Files (x86)\PostgreSQL\10.9-5.1C\bin\
   SET PGDATABASE=upp_test
   SET PGHOST=127.0.0.1
   SET PGPORT=5432
   SET PGUSER=postgres
   SET PGPASSWORD=**********
   createdb
   PAUSE
   psql -f C:\DSK\upp_.sql

Итого получаем базу, в консоли кластера она подключается, но в конфигураторе ИБ как буд-то созданная для разработки... сам каталог СУБД с базой 200 с небольшим мег.
Проверяю гипотезу с таблицей config:
select count(*) from configsave
-----------
0

н-да, придётся скрипт бэкапа допиливать.

делал бэкап так:

+ (144) каталоги для загрузки и выгрузки разные - это норм, из одного в другой ручками переносил

Добрый день.

Если у меня есть выгрузка кластера db.out, то как сделать его восстановление?

Командой pg_restore -d имя_БД имя_файла?

А надо же указать наверное сервер, порт. Подсмкажите пожалуйста

pg_restore.exe -h=localhost -p=5432 -U=postgres -d=zup2014 -f=c:\1.log  c:\db.out --verbose

??

Делаю вот так
pg_restore.exe --host localhost --port 5432 --username postgres --dbname z2014 --clean --verbose C:\db.out


выдается
pg_restore: [archiver] input file does not appear to be a valid archive


Скажите пож, можно ли узнать по структуре как делался бэкап и как восстановить одну базу, если в файле db.out содержится


--
-- PostgreSQL database cluster dump
--

SET default_transaction_read_only = off;

SET client_encoding = 'UTF8';
SET standard_conforming_strings = on;

--
-- Roles
--

CREATE ROLE postgres;
ALTER ROLE postgres WITH SUPERUSER INHERIT CREATEROLE CREATEDB LOGIN REPLICATION BYPASSRLS PASSWORD 'md54ef7cf478a39b5af1a2d160388faf58f';






--
-- Database creation
--

CREATE DATABASE a2014 WITH TEMPLATE = template0 OWNER = postgres;
CREATE DATABASE a2019 WITH TEMPLATE = template0 OWNER = postgres;
CREATE DATABASE centr WITH TEMPLATE = template0 OWNER = postgres;
CREATE DATABASE retailpharmacy_demo WITH TEMPLATE = template0 OWNER = postgres;
REVOKE CONNECT,TEMPORARY ON DATABASE template1 FROM PUBLIC;
GRANT CONNECT ON DATABASE template1 TO PUBLIC;
CREATE DATABASE testgilev WITH TEMPLATE = template0 OWNER = postgres;
CREATE DATABASE z2014 WITH TEMPLATE = template0 OWNER = postgres;
CREATE DATABASE z2014_old WITH TEMPLATE = template0 OWNER = postgres;
CREATE DATABASE z2014_test WITH TEMPLATE = template0 OWNER = postgres;
CREATE DATABASE z2019 WITH TEMPLATE = template0 OWNER = postgres;

(148) У тебя просто скрипт, который надо скормить ПСКЛ-ю.
Точнее смотреть тут: https://www.postgresql.org/docs/11/backup-dump.html#BACKUP-DUMP-RESTORE

(149) то есть
1 надо сделать пустую базу в pgАдмине, например test
2 выполнить psql --set ON_ERROR_STOP=on dbname < dumpfile
где dbname = test, dumpfile = C:\db.out


а как подключаться к ккластеру?

Тут на русском документация:
https://postgrespro.ru/docs/postgrespro/11/backup-dump#BACKUP-DUMP-RESTORE

(151) это одно и тоже. не совсем понимаю, как выполнить подключение.

psql -h localhost z2014

так?

(151) а тут psql --set ON_ERROR_STOP=on имя_базы < файл_дампа

то есть

psql --host localhost --set ON_ERROR_STOP=on z2014 < C:\db.out

1 сделал пустую z2014
2 выполнил
psql --host localhost --port 5432 --username postgres --set ON_ERROR_STOP=on z2014 < C:\db.out

3 получил ошибку

role "postgres" already exists

Файл начинается

--
-- PostgreSQL database cluster dump
--

SET default_transaction_read_only = off;

SET client_encoding = 'UTF8';
SET standard_conforming_strings = on;

--
-- Roles

--

CREATE ROLE postgres;



Может это надо запускать при пустом кластере как то?

(155) Да, у тебя полный дамп всего кластера, вообще всех баз и прочего...
Восстановить все:
psql -f all_databases.sql
(отсюда) https://the-bosha.ru/2016/06/01/backup-restore-postgresql-bazy-dannykh-s-pg_dump/

Восстановить одну базу там просто так не получится. Например: https://stackoverflow.com/questions/31525731/is-it-possible-to-import-one-database-from-pg-dumpall
или: https://www.sql.ru/forum/370756/vosstanovlenie-odnoy-tablicy-iz-polnogo-backup-a-bazy

(156) у меня файл db.out. сервер виндовый.

в консоле пишу
psql -f db.out

так? а где прописано, что надо подключиться к серверу?

(157)
"Подключение к базе данных
psql это клиент для PostgreSQL. Для подключения к базе данных нужно знать имя базы данных, имя сервера, номер порта сервера и имя пользователя, под которым вы хотите подключиться. Эти свойства можно задать через аргументы командной строки, а именно -d, -h, -p и -U соответственно. Если в командной строке есть аргумент, который не относится к параметрам psql, то он используется в качестве имени базы данных (или имени пользователя, если база данных уже задана). Задавать все эти аргументы необязательно, у них есть разумные значения по умолчанию. Если опустить имя сервера, psql будет подключаться через Unix-сокет к локальному серверу, либо подключаться к localhost по TCP/IP в системах, не поддерживающих UNIX-сокеты. Номер порта по умолчанию определяется во время компиляции. Поскольку сервер базы данных использует то же значение по умолчанию, чаще всего указывать номер порта не нужно. Имя пользователя по умолчанию, как и имя базы данных по умолчанию, совпадает с именем пользователя в операционной системе."
Весьма хорошая документация на русском - https://postgrespro.ru/docs/postgresql/10/app-psql
Дальше тоже можно почитать, так, для разнообразия.

(158) как я показал, в файле db.out написано

CREATE ROLE postgres;
ALTER ROLE postgres WITH SUPERUSER INHERIT CREATEROLE CREATEDB LOGIN REPLICATION BYPASSRLS PASSWORD 'md54ef7cf478a39b5af1a2d160388faf58f';


--
-- Database creation
--

CREATE DATABASE a2014 WITH TEMPLATE = template0 OWNER = postgres;
CREATE DATABASE


а когда я ставлю сервер и указываю параметры кластера, то он создается и
в нем уже есть база postgre, роль postgres..


и если выполню psql -f db.out, то будет же ошибка про то, что роль есть.

Сам кластер надо удалить?

(159) Вы читали ссылку на sql.ru из (156)?

Там, в частности, говорится, что в этом файле руками убирали то, что не нужно, оставляли только нужное и потом скармливали Постгресу. Вот не нужно вам в новом кластере создавать роль Постгрес - так удалите эти строки из файла и все.

(159) делайте дампы не в SQL формате, а в формате Postgres, в pg_dump кажется есть ключик, и не придется мучаться с редактированием огромного SQL скрипта.

PostgreSQL 10.10-1.1C и 11.5-1.1C вышли сегодня, причем, сразу актуальной версией.

(162) забавно, обе что-б не ниже 8.3.14.1565.

После перегрузки сервера Служба постгри не запускается.

Как исправить?

(164) Смотри в журнале событий, он туда пишет почему не может запуститься. Если сервер на Винде.

+(165) иногда и в логфайле постгри бывает ценная инфа.

И да... на одном сервере под виндой была странная фигня: служба стартовала и через 1-2 мин стопалась, но постгри норм работал.

(165) на винде..
А ещё, при установке был пользователь постгри, работали с базой, а сейчас его нет.
Не нормально же.

В журнале написано про postmaster.pid

(167) С копии восстанавливались?

(168) архивы то есть, но зайти в базу не могу, сервер не запускается

Подскажите как запустить это сервер?
Уже готов вернуться в файловый вариант

Вообщем как результат, были танцы с бубном, но в базу зашли.
В итоге все работаем, служба не запущена, однако в процессах висит postgres.exe.

Тогда теоретический вопрос, почему служба PostgreSQL Database Server 10.9-5.1C(x64) падает и не запускается? Что с этим делать?

(167) >>В журнале написано про postmaster.pid
Что именно написано? Если "FATAL:  lock file "postmaster.pid" already exists",
то нужно остановить службу PostgreSQL(может быть даже просто прибить postgres.exe, если он не завершается сам), потом удалить его и снова запустить службу. Смотреть что пишет в каталог pg_log, в последний по времени файл лога.
Если что-нибудь о "recovery", значит, какие-то данные были повреждены, то лучше создать новый кластер и восстановить в него базы из заведомо годного бэкапа.
Как мог пользователь postgres просто пропасть...

(172) это журнал виндовс

< 2019-10-29 07:18:40.796 MSK >FATAL:  lock file "postmaster.pid" already exists
< 2019-10-29 07:18:40.796 MSK >HINT:  Is another postmaster (PID 4700) running in data directory "D:/PostgreData"?




а это весь лог постгри
< 2019-10-29 06:45:59.678 MSK >LOG:  received fast shutdown request
< 2019-10-29 06:45:59.678 MSK >ERROR:  canceling statement due to user request
< 2019-10-29 06:45:59.818 MSK >LOG:  aborting any active transactions
< 2019-10-29 06:45:59.834 MSK >LOG:  worker process: logical replication launcher (PID 5116) exited with exit code 1
< 2019-10-29 06:45:59.834 MSK >LOG:  shutting down
< 2019-10-29 06:46:00.598 MSK >LOG:  database system is shut down
< 2019-10-29 06:52:11.993 MSK >LOG:  database system was shut down at 2019-10-29 06:46:00 MSK
< 2019-10-29 06:52:12.227 MSK >LOG:  database system is ready to accept connections
< 2019-10-29 07:04:13.256 MSK >LOG:  could not open file "postmaster.pid": No such file or directory
< 2019-10-29 07:04:13.256 MSK >LOG:  performing immediate shutdown because data directory lock file is invalid
< 2019-10-29 07:04:13.256 MSK >LOG:  received immediate shutdown request
< 2019-10-29 07:04:13.256 MSK >LOG:  could not open file "postmaster.pid": No such file or directory
< 2019-10-29 07:04:13.285 MSK >WARNING:  terminating connection because of crash of another server process
< 2019-10-29 07:04:13.285 MSK >DETAIL:  The postmaster has commanded this server process to roll back the current transaction and exit, because another server process exited abnormally and possibly corrupted shared memory.
< 2019-10-29 07:04:13.285 MSK >HINT:  In a moment you should be able to reconnect to the database and repeat your command.
< 2019-10-29 07:04:13.291 MSK >WARNING:  terminating connection because of crash of another server process
< 2019-10-29 07:04:13.291 MSK >DETAIL:  The postmaster has commanded this server process to roll back the current transaction and exit, because another server process exited abnormally and possibly corrupted shared memory.
< 2019-10-29 07:04:13.291 MSK >HINT:  In a moment you should be able to reconnect to the database and repeat your command.
< 2019-10-29 07:04:13.499 MSK >LOG:  database system is shut down
< 2019-10-29 07:05:18.589 MSK >LOG:  database system was interrupted; last known up at 2019-10-29 06:57:13 MSK
< 2019-10-29 07:16:26.998 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:16:55.684 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:16:57.557 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:16:58.376 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:16:59.505 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:18:00.348 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:18:01.819 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:18:03.537 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:18:24.544 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:19:03.914 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:19:08.216 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:19:08.967 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:19:28.636 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:20:05.767 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:20:14.494 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:20:33.328 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:20:34.012 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:21:08.300 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:21:19.622 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:21:38.329 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:21:57.307 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:22:11.379 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:22:25.481 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:22:42.835 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:23:01.842 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:23:15.886 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:23:28.905 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:23:48.062 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:24:07.117 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:24:20.917 MSK >LOG:  could not open file "postmaster.pid": No such file or directory
< 2019-10-29 07:24:20.917 MSK >LOG:  performing immediate shutdown because data directory lock file is invalid
< 2019-10-29 07:24:20.917 MSK >LOG:  received immediate shutdown request
< 2019-10-29 07:24:20.917 MSK >LOG:  could not open file "postmaster.pid": No such file or directory
< 2019-10-29 07:24:20.958 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:24:20.977 MSK >LOG:  database system is shut down
< 2019-10-29 07:25:49.350 MSK >LOG:  database system was interrupted; last known up at 2019-10-29 06:57:13 MSK
< 2019-10-29 07:26:00.999 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:26:19.209 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:26:33.411 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:26:46.618 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:27:04.144 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:27:24.173 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:27:38.396 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:27:50.978 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:28:09.535 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:28:29.045 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:28:43.821 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:28:56.071 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:29:14.536 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:29:35.986 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:29:48.222 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:29:57.438 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:30:20.932 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:30:40.968 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:30:53.000 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:30:59.716 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:31:22.831 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:31:44.137 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:31:58.215 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:32:04.047 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:32:24.447 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:32:46.412 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:33:04.091 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:33:08.905 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:33:29.698 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:33:52.456 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:34:10.119 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:34:11.153 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:34:30.970 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:34:55.335 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:35:15.253 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:35:16.920 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:35:33.900 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:35:58.315 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:36:18.978 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:36:23.003 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:36:37.658 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:36:59.855 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:37:22.787 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:37:28.201 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:37:43.445 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:38:04.437 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:38:24.340 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:38:33.659 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:38:45.789 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:39:08.709 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:39:27.780 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:39:37.747 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:39:47.734 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:40:09.961 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:40:32.308 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:40:42.698 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:40:52.220 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:41:11.019 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:41:34.039 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:41:46.148 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:41:55.168 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:42:15.607 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:42:36.191 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:42:52.279 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:42:57.267 MSK >FATAL:  the database system is starting up
< 2019-10-29 07:43:03.673 MSK >LOG:  database system was not properly shut down; automatic recovery in progress
< 2019-10-29 07:43:04.009 MSK >LOG:  redo starts at 1/9D3973E8
< 2019-10-29 07:43:04.009 MSK >LOG:  invalid record length at 1/9D3974C8: wanted 24, got 0
< 2019-10-29 07:43:04.009 MSK >LOG:  redo done at 1/9D397490
< 2019-10-29 07:43:04.642 MSK >LOG:  database system is ready to accept connections




но при этом сейчас все в базе и работаем

(172) это
" Если "FATAL:  lock file "postmaster.pid" already exists",
то нужно остановить службу PostgreSQL(может быть даже просто прибить postgres.exe, если он не завершается сам), потом удалить его и снова запустить службу. "   -  поздно заметил.. попробую вечером, когда сделаю архив базы :)..


и все таки..
почему служба PostgreSQL Database Server 10.9-5.1C(x64) падает и не запускается?

(173) мб у вас что то с UAC? или ставили из под администратора, а запускаете под непривилегированным? или несколько инстансов
(помогите не могу попасть себе в коленку)

(175) UAC по умолчанию (третья снизу :) )
ставили из под администратора - да
запускаете под непривилегированным - нет, просто сервер перегрузил, служба не запускается
несколько инстансов - нет

(176) Если после перезагрузки пишет вот то, что выше. То это значит, что у вас этот ПИД остался, возможно принудительно завершили процесс и он не успел за собой почистить. Останавливаете/прибиваете процессы постгре. Удаляете этот файл вручную (по сути это просто флаг для других процессов, что одна копия уже запущена и другие стартовать не надо). После чего ребутаете сервер и смотрите - что там с этой службой.

(177) делал
1 Останавливаете/прибиваете процессы постгре
2 Удаляете этот файл вручную

Запускаю службу pgsql-10.9-5.1C-x64 - пишет, что запущена и остановлена ...

Смотрю в диспетчере, а там несколько процессов postgres.exe и при этом нормально заходим в 1С и работаем.

Можно конечно "махнуть рукой", рабоаает и хорошо, но очень хотелось бы разобраться как поступать все таки в таком случае, что бы указанная служба все таки работала.

Ка вариант сделать архивы, снести сервер, поставить снова, развернуть архивы.

Но потом снова что то случится и такая ситуация повториться.

Пробовал как тут, но не помогло
https://mironovs.com/databases/vosstanovlenie-postgresql-posle-povrezhdeniya-fajlov-xlog.html


Поделитесь пож своим опытом, как в таком случае сделать "красивую" работу сервера?

(178) я бы снес и поставил свежак от 1С.
как это pid есть, а службы нет, хрень какая-то.

(179) я бы снес и поставил свежак от 1С - так и сделаю, но на будущее хотелось бы понять, почему служба не работает, процессы висят и база функционирует нормально..

pid есть, а службы нет - согласен.. удаляю его, а он снова появляется..

(180) Ну смотри, раз появляется - значит его кто-то создает. Возможно Постгре какой-то. Но при этом, по какой-то причине, оный падает с ошибкой и файл после него остается.
Либо наоборот, у тебя все работает правильно, и этот файл создают те самые - рабочие процессы Постгре. (Они же у тебя висят в процессах?)
А может на компе несколько версий Постгре и файл создает другая копия.
А может... хотя не, пока моя фантазия закончилась...

(181) то есть на саму службу можно не обращать внимание?

(178) у нас такая фигня была с полгода (писал в (166)), т.е. заметили но работает-же и забыли... снесли и повторно переустановили - стабилизировалось

(183) да, я видел..
у меня тоже работает и нормально..

Писали, что вышли
11.5-1.1C     28.10.19         
10.10-1.1C     28.10.19


Никто не ставил еще? :)

(184) 11.5-1.1C тестировал.
pgbench показывает несколько больший результат, чем на 10-й версии, процентов на 12-15. Плюс появилось создание индексов в несколько потоков, так что восстановление из бэкапа, загрузка .dt файла и просто реиндексация будут быстрее. Надо только указать в настройках желаемое число потоков, если количество ядер позволяет, конечно.
Тест Гилева отличий не показал, а многопоточный тест(Fragsтеr-а)был немного быстрее , на 5-7 процентов. Наши рабочие, практически типовые, конфигурации ведут себя нормально, без эксцессов.
Так что, наверное, поставлю на днях.

(163) Видимо, поддерживать "зоопарк" платформ и тестировать на них посчитали достаточно накладным. Пока еще тестовая зарплата 3.1.12 уже требует не ниже 8.3.14, думаю, что за ней и остальные типовые, в скором времени, подтянутся.

(185) >Надо только указать в настройках желаемое число потоков
в conf?

(187) Да, max_parallel_maintenance_workers. По умолчанию стоит значение 2. На не очень маленьких  таблицах в несколько млн. записей и размером от 1.5-2 ГБ эффект ощутим. Пока работает только с индексами B-tree, но 1С, вроде, других и не делает.

(188) даже когда всякие гео-ориентированные индексы 1С будет делать (что-то про гео и 1С где-то встречал) - наиболее часто используемыми останутся "сбалансированные деревья", имхо.

а покажите плз оптимальный конфиг на 11

(190) нет оптимальной настройки под сферический сервер в вакууме выполняющий сферическую задачу. Есть к примеру неплохие таки рекомендации 1С по настройке сервера постгри, больше всего настройка зависит от памяти сервера.

Наваял, не знаю насколько оптимально. Покритикуйте плз, 45,87 гилевских попугаев,

# ОЗУ 64ГБ, 12 ядер, SSD NVME RAID1,  

max_connections = 500            # (change requires restart)
unix_socket_directories = '/var/run/postgresql'    # comma-separated list of directories
ssl = off
shared_buffers = 16GB            # min 128kB
temp_buffers = 256MB            # min 800kB#
work_mem = 1GB                # min 64kB
maintenance_work_mem = 2GB        # min 1MB
dynamic_shared_memory_type = posix    # the default is the first option
max_files_per_process = 8000        # min 25
bgwriter_delay = 20ms            # 10-10000ms between rounds
bgwriter_lru_maxpages = 400        # max buffers written/round, 0 disables
bgwriter_lru_multiplier = 4.0        # 0-10.0 multiplier on buffers scanned/round
effective_io_concurrency = 200        # 1-1000; 0 disables prefetching
fsync = on                # flush data to disk for crash safety
synchronous_commit = off        # synchronization level;
commit_delay = 1000            # range 0-100000, in microseconds
commit_siblings = 5            # range 1-1000
max_wal_size = 4GB
min_wal_size = 2GB
checkpoint_completion_target = 0.9    # checkpoint target duration, 0.0 - 1.0
random_page_cost = 1.1                # same scale as above
effective_cache_size = 48GB
from_collapse_limit = 20
join_collapse_limit = 20        # 1 disables collapsing of explicit
log_destination = 'stderr'        # Valid values are combinations of
logging_collector = on        # Enable capturing of stderr and csvlog
log_directory = 'pg_log'        # directory where log files are written,
log_filename = 'postgresql-%a.log'    # log file name pattern,
log_truncate_on_rotation = on        # If on, an existing log file with the
log_rotation_age = 1d            # Automatic rotation of logfiles will
log_rotation_size = 0        # Automatic rotation of logfiles will
log_line_prefix = '%m [%p] %q%u@%d '            # special values:
log_timezone = 'Europe/Moscow'
cluster_name = '11/main'            # added to process titles if nonempty
stats_temp_directory = '/var/run/postgresql/11-main.pg_stat_tmp'
autovacuum = on            # Enable autovacuum subprocess?  'on'
autovacuum_max_workers = 6        # max number of autovacuum subprocesses
autovacuum_naptime = 20s        # time between autovacuum runs
datestyle = 'iso, dmy'
timezone = 'Europe/Moscow'
lc_messages = 'ru_RU.UTF-8'            # locale for system error message
lc_monetary = 'ru_RU.UTF-8'            # locale for monetary formatting
lc_numeric = 'ru_RU.UTF-8'            # locale for number formatting
lc_time = 'ru_RU.UTF-8'                # locale for time formatting
default_text_search_config = 'pg_catalog.russian'
shared_preload_libraries = 'online_analyze, plantuner'    # (change requires restart)
max_locks_per_transaction = 256    # min 10
escape_string_warning = off
standard_conforming_strings = off
include_dir = 'conf.d'            # include files ending in '.conf' from
online_analyze.threshold = 50
online_analyze.scale_factor = 0.1
online_analyze.enable = off
online_analyze.verbose = off
online_analyze.local_tracking = on
online_analyze.min_interval = 10000
online_analyze.table_type = 'temporary'

(191) о каких рекомендациях речь? Не тех ли, что для верстии 9.2-9.4?

(192) у меня послабее
Intel Core i7 4770K @ 3.50GHz, 16 ГБ DDR3 @ 665 МГц

поставил PostgreSQL Database Server 11.5-1.1C(x64), работает вроде быстро :)

в файле postgresql.conf оставил все как есть, изменил только

max_connections = 20
shared_buffers = 2GB
temp_buffers = 256MB
work_mem = 1GB
maintenance_work_mem = 1GB
max_worker_processes = 8
max_parallel_workers_per_gather = 4
wal_sync_method = open_datasync
wal_buffers = 16MB
max_wal_size = 1GB
min_wal_size = 512MB
checkpoint_completion_target = 0.9
random_page_cost = 4.0
effective_cache_size = 4GB
default_statistics_target = 300
max_locks_per_transaction = 250 - вот это последнее изменения, после которого получилось без ошибок делать бекап/ресторе с помощью pgAdmin (по умолчанию было 100 и ошибка "Out of shared memory: You might need to increase max_locks_per_transaction")


Везде, я смотрю, все меняют и пишут про свои параметры.

А нет ли какой то зависимости от памяти, ядер и тд?
Или какой то программы, или экселевского файла, в котором вносишь данные сервера,
а формулы рассчитывают и дают значения, которые просто ставишь в postgresql.conf? :)

(194) https://pgtune.leopard.in.ua/#/

(195) сайту 100 лет в обед... возможно часть настроек неактуальная и уж точно для точного тюнинга он не пригоден.

К примеру Алексей Лустин настаивал для ЗУП указывать в настройках "более агрессивный автовакуум".

(195) сделал, оказалось отличие в

сайт                                    у меня
shared_buffers = 512MB            shared_buffers = 2GB
checkpoint_completion_target = 0.5    checkpoint_completion_target = 0.9
work_mem = 11286kB            work_mem = 1GB
min_wal_size = 100MB            min_wal_size = 512MB

и я еще добавил себе
temp_buffers = 256MB
wal_sync_method = open_datasync

(197) wal_sync_method

в доке есть описание специальной утилиты в составе постгреса. Запускаешь ее , рна тестирует дисковую и показывает какой лучше wal_sync_method

ошибка в больничных листах ЗГУ
В 11.5-1.1С опять проявляется эта ошибка, в 10.10 такого нет.
Хотел уже поставить в качестве рабочей СУБД, вовремя обнаружилось. Так что, пока повременю. Сообщил о ситуации франчу, обещали отписать в 1С. В прошлый раз довольно быстро поправили.

(199) а что за ошибка?

У меня на сервере работает
Зарплата и управление персоналом, редакция 3.1 (3.1.11.133)
Бухгалтерия предприятия, редакция 3.0 (3.0.73.60)

Неправильно вставилось
ошибка в больничных листах ЗГУ

(201) Может так: ошибка в больничных листах ЗГУ

(202) Да, спасибо.

Добрый день.

При перезапуске службы сервера в лог-файле пишется

< 2019-11-30 07:48:37.026 MSK >LOG:  received fast shutdown request
< 2019-11-30 07:48:37.064 MSK >LOG:  aborting any active transactions
< 2019-11-30 07:48:37.082 MSK >LOG:  background worker "logical replication launcher" (PID 2604) exited with exit code 1
< 2019-11-30 07:48:37.086 MSK >LOG:  shutting down
< 2019-11-30 07:48:38.191 MSK >LOG:  database system is shut down
< 2019-11-30 07:48:41.276 MSK >LOG:  database system was shut down at 2019-11-30 07:48:37 MSK
< 2019-11-30 07:48:41.331 MSK >LOG:  database system is ready to accept connections



Что значит следующая строка? Если это не нормально, то как ипсравить?

background worker "logical replication launcher" (PID 2604) exited with exit code 1

(204) Процесс завершился с кодом 1. То, что он завершился в процессе погашения службы - это нормально

(205) а PID 2604 смотрю, все время разный.

(206) Я тебе сейчас страшную вещь скажу, ты не пугайся, только сядь поудобней и держись покрепче...
PID - это Process Identificator, он при каждом запуске процесса меняется...

(207) держался, не упал, спасибо :).

Выпустили обновление 11.5-7.1C. Поправили ошибку с больничными листами в ЗГУ и  ЗУП(см. (199) и ссылку в (202) ).

(204) Достаточно установить max_logical_replication_workers=0 и сообщение выводиться не будет. Вернее, не будут запускаться процессы для логической репликации.