audion

(23) насчет "fastrun" - Алексей уже говорил, это одна из его милых шуточек, пасхалок, что-ли. Как и Frag_I_ster, да простит меня многоуважаемый камрад Fragster за этот пример. У Алексея много такого, вспомните, им упоминалась версия 1С 8.3.7.1760 (хотя, естественно, речь о 8.3.6.1760). Типа защита от копирования. Я, лично, резко против такой защиты, это не комильфо, ну да дело хозяйственное. Статья, в общем-то, согласен, несколько сумбурная и лихая, но назначение трех патчей в ней худо-бедно изложено. Может, полезными будут и слайды Льва Ласкина https://pgconf.ru/media/2016/02/19/%D0%9B%D0%B0%D1%81%D0%BA%D0%B8%D0%BD%20%­D0%9B%D0%B5%D0%B2.pdf

Из первого поста не было понятно, что на сайте PG Pro есть сами исходники, вот и добавил прямую ссылку, а то заметил, народ стал часто об этом спрашивать. Может, добавите в статью этот момент, а то неофиты будут спотыкаться.

Насчет ключей сборки - спасибо, очень полезно. Я сейчас вот с zfs экспериментирую, пока что данные противоречивые, но как только что-то интересное выплывет, обещаю поделиться. И кстати, встретил рекомендацию, что если баз много, очень полезно увеличивать кол-во autovacuum_max_workers до кол-ва, когда один процесс будет в запасе, и настройки autovacuum делать весьма агрессивными, но при этом каждую минуту запускать из крона скрипт, который устанавливает процессам autovacuum пониженный приоритет. Думаю, от раздувания баз и постоянно работающего вакуума это действительно помогает.

(444) Gilev.Vyacheslav, а для самых сильных духом - и 9.5.2 http://1c.postgrespro.ru/deb/pool/main/p/postgresql-9.5/
В продакшн пока страшновато, но для тестов интересно.

(21) Сергей, большое спасибо за статью, очень своевременная и полезная. Насчет патчей в открытом доступе - почему-то старый адрес дает 404. Может, поправят.
Ну, зато есть https://www.postgrespro.ru/products/1c_build где есть ссылки на репы для Ubuntu/Debian и CentoOS, где, естественно, есть и раздел src. Так что для экспериментов вполне можно сдуть сырцы оттуда и пересобрать PG под себя.
Например, на странице http://1c.postgrespro.ru/deb/pool/main/p/postgresql-9.4/ есть все уже собранные билды для разных deb-based дистрибутивов, равно как и пакеты для сборки. В частности, вот прямая ссылка на архив http://1c.postgrespro.ru/deb/pool/main/p/postgresql-9.4/postgresql-9.4_9.4.7-1.trusty-1C.debian.tar.gz для трасти. В архиве есть каталог patches, где собраны все эти патчи.

И вот еще добавлю: для понимания сущности того, что добавили эти патчи: http://www.silverbulleters.org/ne-obizhayte-linux-oida-ili-osobennosti-patcha-1s-dlya-postgresql/

(394) via64, у вас в батнике
"%PGBIN%\pg_dump.exe" --format=custom --verbose --file=%DUMPPATH% 2>%LOGPATH%
надо добавить опцию --clean, я не зря ее указал, без нее именно такие косяки и бывают.
Вот так, наверное,
"%PGBIN%\pg_dump.exe" --format=custom --clean --verbose --file=%DUMPPATH% 2>%LOGPATH%

(314) AlexanderKai,
start ""/wait "C:\Program Files\1cv8\8.3.6.2449\bin\1cv8.exe" CONFIG /S server21\buh-gazprom-2016 /N user /P 12345 /DumpIB C:\buh-gazprom-2016.dt
Вы об этом? Ну, право, что там может не складываться с postgres?
Уже сто раз приводил заготовку скрипта (тащемта, содержательную часть)

pg_dump -Fc --clean somebase > /opt/backup/1cv82/somebase.out #создали дамп нужной базы
createdb newbase #создали новую базу, куда будет выгружен дамп, созданный выше
pg_restore -d newbase /opt/backup/1cv82/somebase.out #выгрузили дамп

Теперь пропишем новую базу в 1с.
Идем в Пуск — Программы — 1С Предприятие 8.2 — Дополнительно — Администрирование серверов 1С Предприятия
Здесь нужно создать новую базу, где в строке База данных указать название вновь созданной ИБ (в примере newbase). И для контроля — не ставить псису на опции Создать, если база не существует. Все, теперь можно добавлять путь к новой базе из меню клиента.
Если выгрузка идет в ту же самую базу, то проще:

pg_dump -Fc --clean somebase > /opt/backup/1cv82/somebase.out #создали дамп нужной базы
(для подстраховки - не повредит сделать выгрузку базы и средствами 1с, т.е. в dt)
dropdb somebase #ВНИМАНИЕ!! БАЗА УДАЛЕНА!!
createdb somebase #создали новую базу с тем же названием, что и старая.
pg_restore -d somebase /opt/backup/1cv82/somebase.out #выгрузили дамп

В 1с ничего прописывать не надо.

Опыт показывает, что PostgreSQL практически всегда лучше собирать из исходников. Вот тут камрад starik-2005 все грамотно и подробно показал http://infostart.ru/public/460864/ . Если нет желания морочить голову, можно поставить PostgreSQL Professional, подключив репозитории https://www.postgrespro.ru/products/1c_build (сборка от самих создателей патчей О. Бартунова и Ф. Сигаева).

Что же касается оптимизации PostgreSQL, это "отдельная большая тема", есть калькуляторы для первичной настройки и куча информации для тонкой.

Автору статьи: полезный материал, однозначно интересно и актуально. Было бы неплохо дополнить рекомендациями по разбивке дискового пространства, в т.ч. по разнесению каталогов БД и pg_xlog на разные физические массивы, что дает существенный прирост производительности по IO. Но, впрочем, если все это на RAID1 или 10 из серверных SSD, то, наверное, ничего разбивать и не потребуется. В любом случае плюс, большое спасибо!

Большое спасибо, Алексей, с нетерпением жду вебинара! Вот еще если бы Вы по мотивам вебинара подготовили более развернутый и обстоятельный курс, часов эдак на 20-40, где все это можно было бы рассмотреть с чувством, с толком, с расстановкой. Мечты, конечно. И книгу бы. Очень надо, просто назрел момент, особенно с нынешним курсом доллара и мелкомягкой политикой лицензирования.

Здравствуйте, Алексей, давно уже ждал хотя бы чего-то подобного, очень хорошо, что вы решили провести такой вебинар. Если можно, пару вопросов о содержании.
1. Будет ли (хотя бы вкратце) обсуждение/рекомендации по железу, в т.ч. применительно к величине базы и количеству пользователей, особенно интересуют рекомендации по дисковой, может, даже готовые решения, а также по очень частому вопросу - что лучше, меньше ядер, но выше ТЧ, или наоборот;
2. насчет 32-битных платформ, не знаю, ИМХО это детский сад, разве есть какой-то практический смысл в их использовании применительно к 1С;
3. будут ли освещены вопросы с выделением отдельных серверов для БД и для платформы 1С, скажем, когда это следует делать, какой ожидать прирост производительности и т.п. Просто экспериментировать не всегда удается, может, Вы поделитесь имеющимся опытом;

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

Книжка Г. Смита за отдельный стероид считается? Или это витамин?

Кстати, название типа "1С:лон на стероидах" вполне себе даже брэнд :-)

(47) h00k, корпусок уж очень приятственный, особенно при его цене и размерах. Туда 16 винтов - "тики так", полноразмерная серверная мамка EATX - влегкую, БП - любой. А уж как охлаждение продумано - чудо. А что ширины чуть-чуть не хватает - это абыдна, винчестеры ставятся поперек, и все кабели плотно прижимаются крышкой. Это его главный и единственный недостаток.
Кстати, выкрутились так: заказали 100 шт. очень качественных разъемов, сами их ставили на кабели, в результате - ни одного отказа, уже сколько лет. А все эти переходники molex-sata, что лежат в магазинах - мусор.

WD RE4 раньше проблем не вызывали, это просто партия дефективная попалась. Но Seagate Constellation ES3 и HGST понравились больше, и цена оказалась вкуснее.

Насчет бреда - ну, мы-то понимаем, а молодые-зеленые, кто первый раз делает?

(45) h00k, ироничный ты наш, дело бывает не только в дисках, но и в блоках питания, а точнее - в разъемах. В серверной было +17, провода задубели, а в корпусе неудобное подсоединение коннекторов, сильный изгиб. Корпус вот такой http://www.nix.ru/autocatalog/cases_chieftec/Bigtower-Chieftec-BA-02B-B-B-Black-ATX-Bez-BP-s-dvertsej_50866.html Вот и произошли 2 отказа за год. Заменили разъемы питания на БП на угловые, никто не помер. И, кстати, был печальный опыт с WD RE4, очень много отказов по дискам, изготовленным в определенную дату. Поставщик заменил все по гарантии, но теперь их почти не берем.
Да, и тебя не смутил пост (33)? насчет десяти специально обученных рэйдосмотрящих?