Планирую настроить postgresql как указано на http://catalog.mista.ru/1c/articles/1180438/
Смущает что настройки указаны для версии 11.5, в то время как последняя версия 11.7-7.1C на сайте 1с
В то же время настройки на сайте ИТС приведены для версий 9.2-9.4
Есть ли где настройки для последней версии?
Достаточно ли остановить postrgresql и в postgresql.conf убрав знак # подставить после = свои значения, сохранить файл, запустить postrgresql?
Ранее с postgresql не работал.

"Ранее с postgresql не работал." ...
а это не Ваша ветка про постгрес ?
postgresql восстановление из резервной копии

Как и написано в postgresql восстановление из резервной копии
в (0) С postgre раньше не работал.

11.5 - 11.7 разницы в настройке нет

Например в  рекомендациях написано: effective_cache_size — Оценка размера кэша файловой системы. Считается так: ОЗУ — shared_buffers. В нашем случае это 16Gb — 4Gb = 12Gb. Но рекомендуется указать этот параметр ниже, где-то 8-10Gb.
Часть postgresql.conf
# - Planner Cost Constants -

#seq_page_cost = 1.0            # measured on an arbitrary scale
#random_page_cost = 4.0            # same scale as above
#cpu_tuple_cost = 0.01            # same scale as above
#cpu_index_tuple_cost = 0.005        # same scale as above
#cpu_operator_cost = 0.0025        # same scale as above
#parallel_tuple_cost = 0.1        # same scale as above
#parallel_setup_cost = 1000.0    # same scale as above

#jit_above_cost = 100000        # perform JIT compilation if available
                    # and query more expensive than this;
                    # -1 disables
#jit_inline_above_cost = 500000        # inline small functions if query is
                    # more expensive than this; -1 disables
#jit_optimize_above_cost = 500000    # use expensive JIT optimizations if
                    # query is more expensive than this;
                    # -1 disables

#min_parallel_table_scan_size = 8MB
#min_parallel_index_scan_size = 512kB
#effective_cache_size = 4GB

Т.е я должен убрать в строке
#effective_cache_size = 4GB
хештег и после равно указать свои параметры, не трогая другие параметры , например
effective_cache_size = 16GB
-?

You will notice that this effect can only be observed if your database is sufficiently large. On fairly small databases you will not observe any changes in execution plans.
оставь 4 спокойно

База 80 GB

https://www.cybertec-postgresql.com/en/effective_cache_size-what-it-means-in-postgresql/?gclid=EAIaIQobChMIhuugnris6wIViaSyCh3q6AUwEAAYASAAEgIwhvD_BwE
(6) осилишь? параметр слабо используемый, его юзает только оптимизатор, можно взять ИР и посмотреть что больших табличек нет и на параметр пофигу почти

Нужно ли раскоментировать остальные строки из примера (4) ?

(0) Не нужно гнаться за релизами pgsql. Опыт показывает, что бывает несовместимость между релизами 1С и релизами pgsql. Причем может проявлятся не сразу, а, например, после смены периода или переиндексации, а то и просто после ввода очередного нового документа приплывет сообщение, о том что, например, с индексами того-этого. Поменял соседний релиз 1С - все норм. Лучше всего брать релиз pgsql который уже обкатан и юзается давно. А еще лучше MSSQL и не искать дополнительные "интересы" в жизни.
А оптимизации все эти большого смысла не имеют. Важнее надежность. Сама 1С с pgsql работает гораздо менее предсказуемо по сравнению с работой на MSSQL.

(9) важно придерживаться рекомендаций 1с

(9) насчёт меньшей предсказуемости - очень спорно!

10 ветка норм работает

(10) Рекомендациях 1С? Это сильно. Если бы все было стабильно и согласно рекомендациям, то не отзывались бы релизы, а тем здесь о том, какой релиз стабильнее, не было бы совсем.
(11) А смысл спорить? Только опыт. Да, нашел относительно надежную связку релизов 1С с pgsql да еще на линуксе - пяткой левой ноги админишь и жизни радуешься. А тут вдруг разработчик требует повысить релиз 1С... Здрасти.

Можно пример рабочего конфига с указанием версии postgre для релиза 1с 8.3.15.1830, а то (9) смутил

(13) не хочешь изучать Линукс - обходись окнами... Постгри с виндовс тоже работает норм, но несколько медленнее. Для конкретных платформ есть рекомендации по версиям постгри - можете их придерживаться, а можете сами решать что ставить но если будут какие-то проблемы - вы причина этих проблем. Можете конфиг постгри настроить согласно рекомендациям и1с, а можете сами, но опять под свою ответственность и 1с тут не причем!

(14) версия - согласно рекомендациям с юзерсаВ8, конфиг согласно рекомендациям с ИТС (зависит от железа!!! Прежде всего от памяти).

(0)базу не забываешь обслуживать ведь?

Для базы размером 80 ГБ и 16 ГБ памяти на "сервере" манипуляции с циферками в postgresql.conf достаточно бессмысленны.

Настроил conf, настроил резервное копирование, осталось разобраться с обслуживанием
Нужно настроить автоматические: обновление статистики, дефрагментацию индексов и реиндексацию для версии 11.7.
Буду благодарен за советы.
(18) - памяти 48 Gb

(19) max_connection должен быть больше кол-ва сеансов, в остальном действительно как в (18)
обслуживание... для начала каждую ночь Vacuum analyze и на такой базе наверное даже не думать ни о чём.