Сборка PostgreSQL для платформы 1С под Linux и Windows #755298

Сборка PostgreSQL для платформы 1С под Linux и Windows На данной странице представлены для ознакомления собранные компанией Postgres Professional установочные пакеты новейшей версии PostgreSQL (9.4.4) под Windows 64bit и различные дистрибутивы Linux. В установочные пакеты включены изменения, предоставленные компанией 1C. Представленное программное обеспечение предлагается для загрузки на бесплатной основе. Если вы нашли баг, если у вас есть замечания или предложения, напишите на support@postgrespro.ru, мы обязательно ответим.

Сборка PostgreSQL для платформы 1С под Linux и Windows На данной странице представлены для ознакомления собранные компанией Postgres Professional установочные пакеты новейшей версии PostgreSQL (9.4.4) под Windows 64bit и различные дистрибутивы Linux. В установочные пакеты включены изменения, предоставленные компанией 1C. Представленное программное обеспечение предлагается для загрузки на бесплатной основе. Если вы нашли баг, если у вас есть замечания или предложения, напишите на support@postgrespro.ru, мы обязательно ответим.

А чем они лучше тех сборок которые 1С публиукет?

как минимум репозиторий создали, это получше чем в 1с сделано.

1. В нашей компании работают все разработчики ВСЕХ патчей 1С. Мы используем свежие, исправленные патчи. 2. Повышенна отказоустойчивость - Передоставляем более свежие пакеты, наша компания является Российским вендором PostgreSQL. 3. Обновляемый , свежий репозиторий, как уже сказали :)

Я даже знаю одного из разработчиков лично

Ваша сборка не ставится на Ubuntu 14.04 LTS, ругается на locales-all, которого в репах Ubuntu нет.

Где ж вы раньше были? :(

На CentOs встала влёт, без танцев.

Вы бы еще, следуя тренду, docker-контейнер замутили бы.

2 мин, добавить в docker файл другой репозиторий

Я ленивый, я хочу одну строчку в docker-compose

обновляемый репозитарий - это не преимущество. Я не знаю, на каких версиях 1с вы проверили эту сборку перед тем как обновить пакеты. Есть unit тесты на 1с патчи? Есть интеграционные тесты - обновили postgres, запустили базу 1С и прогнали пару отчетов, любимые запросы к регистрам сведений? На сайте об этом нигде не написано, соответственно скорей всего имеется простая сборка для n платформ. Молодцы конечно, что освоили сборку и авосоздание реп, но этого в современном мире не достаточно.

А сама 1С тестирует свои патчи перед публикацией?

>> Ваша сборка не ставится на Ubuntu 14.04 LTS, ругается на locales-all, которого в репах Ubuntu нет. упс, пофиксим.

я шо похож на человека работающего в 1с? Тем более в заявляют, что они есть разработчики патчей этих.

>>Вы бы еще, следуя тренду, docker-контейнер замутили бы. самое смешное, что сборка и тесты linux-дистрибутивов как раз через docker :) Опубликуем тут.

>> Есть интеграционные тесты - обновили postgres, запустили базу 1С и прогнали пару отчетов, любимые запросы к регистрам сведений? >>Тем более в заявляют, что они есть разработчики патчей этих. функциональное тестирование нам проводили пара организаций, в дальнейшем постораемся это автоматизировать и опубликовать. пока не получили зеленый свет со стороны 1С :)

Если исходить, что 1С тестирует патчи со платформой перед публикацией (ведь мы все надеемся на это?), то логично предположить, что эти патчи будут работать, если их наложит кто-то другой.

trusted builds будет, ни или хоть сам Dockerfile? Ато, сравните документацию на запуск официального postgres и то что на hub лежит, docker pull уже не достаточно.

Dockerfile будет тут:

у 1с патчи на версию 9.4.2 , тут же собраны под 9.4.4

>> docker pull уже не достаточно наверно вот в таком направлении пойдем:

для тестов подойдет, но для compose , trust - нет

А чего для винды только 64-разрядные сборки?

>> А чего для винды только 64-разрядные сборки? искали человека, которому 32 бита нужны :)

>> для тестов подойдет, но для compose , trust - нет docker годится для чего-то кроме тестов? покажите мне организацию, которая не тратит времени на поддержку этих костылей в проде?

Проблемы с libicu46-52, я надеюсь решили? Из-за которых пересобирать пакет с сайта 1с приходилось, для установки на ubuntu

+. Я кривой, запятую пропустил. И убунту имелась в виду 14.04

кстати, недавно была ветка уже про Ваш сайт

см.

>> И убунту имелась в виду 14.04 сломана убунту 14.04, спасибо за фидбек :( обновление будет в вторник-среду.

Куда лучше фидбыки писать? Мы извращенцы, обычно ломаем неломаемое. :)

Пишите сюда: d.vasilyev@postgrespro.ru или a.slaykovsky@postgrespro.ru обязательно ответим :)

хм... Спасибо!

Добрый день! Для убунту починили (следует сгенирировать ru_RU.UTF-8 и en_US.UTF-8 локали). Обновлять сборки до 9.4.5 мы не будем пока, так как есть критичный баг, из-за которого будет общее обновление всех бранчей.

Попытался качнуть - ссылки не рабочие. Например

Прошу прощения. Починил!

какой?

>> какой?

у нас при ответе можно просто номер ставить в скобки. Движок распознает.

Насколько круче MSSQL?

Поставить погонять что ли...

Эх.. Вкратце результат сравнения таков: производительность Microsoft SQL Server и PostgreSQL принципиально не отличается при условии: речь идет о PostgreSQL на Linux. А вот на Windows PostgreSQL ставить не следует - нерационально это.

Честно? ничем не круче. MSSQL имеет нативную поддержку, PostgreSQL постольку поскольку. Но работа со стороны 1С сделать движок более дружелюбному к PostgreSQL есть. Плюс со своей стороны мы пытаемся сделать более умный планер запросов (генетические алгоритмы уже в каком то виде реализованы). Основная фича - стоимость.

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

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

Спасибо, будем тестить. Полезное дело делаете)

А поделитесь пожалуйста конфигом для постгреса для 1С :)

Спасибо!

а вас не спонсируют? Мне кажется странным, что государство на поддержку СПО не кошелится.

Поставил 9.4.4 на win при изменении параметра effective_io_concurrency > 1 перестает запускаться хз в чем проблема, в событиях нет описания проблемы

А зачем postges на windows? Сервер на CentOS/Debian поднимается с нуля за пару часов, в виртуальной среде еще быстрее, лицензий не просит.

Дебиан поднят тоже, хочу для сравнения проверить производительность и заодно поиграться с конфигами Первый тест показал проведение документов в винде быстрее :(

> type "c:Program FilesPostgreSQL9.4datapostgresql.conf" | findstr /i effective_io effective_io_concurrency = 2            # 1-1000; 0 disables prefetching >"c:Program FilesPostgreSQL9.4inpg_ctl.exe" -D "c:Program FilesPostgreSQL9.4data" start server starting LOG:  parameter "effective_io_concurrency" cannot be changed 2015-10-15 10:31:48 AST FATAL:  configuration file "c:/Program Files/PostgreQL/9.4/data/postgresql.conf" contains errors документация говорит нам о Asynchronous I/O depends on an effective posix_fadvise function, which some operating systems lack. If the function is not present then setting this parameter to anything but zero will result in an error. On some operating systems (e.g., Solaris), the function is present but does not actually do anything.

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

в windows 8 появилось что-то, надо будет попросить программистов попатчить, попробовать :)

нет, пока не спонсирует. 15 июня, 18:00 Минкомсвязь России назвало победителей среди заявок по импортозамещению программного обеспечения Cистемы управления базами данных (СУБД). Победитель — «Постгрес профессиональный», «Диасофт», «1С». Второе место — отечественная СУБД «Линтер»: «Релэкс», «Диасофт Платформа», «Техносерв». денег каких-то пока не видели.

Добрый день! Мы обновили Linux и Windows сборки до 9.2.14, 9.3.10, 9.4.5. Также, для Windows включает в себя 2 патча, один из которых фиксит критический баг с остановкой Postgres и другой -- фикс на права доступа.

Найти их можно на:

Также, мы учли пожелания и выложили x86_32 сборку под Windows.

Могли бы дать рекомендации по настройке СУБД? Под интенсивное изменение данных, только под интенсивное чтение, только под интенсивную запись данных? Те настройки которыми пользуемся получены при переводе оригинальных доков. Исходили из общих знаний IT. Даже после такой настройки скорость работы с базами увеличилась почти в 5-10 раз.

а какими вы пользуетесь настройками? Расскажите в чем отличия от стандартных.

Файл настроек Файл конфигурации сервера На сервере кроме PostgreSQL версии 9.2.1-1.1С(x64), поднят сервер SVN, и три экземпляра серверов 1С:Предприятие 8. Каждому экземпляру выделено по 5 Гб ОЗУ. Файл pgstat.stat вынесен на ram диск.

На сервере около 79 баз. Ускорение рассчитываем по времени загрузки баз из dt файла. При настройках по умолчанию, загрузка шла около 20 часов. После изменения настроек 2-3 часа.

Одновременно работают не более чем с 5. Оптимизацию делали на чтение. Изменения редкие.

Благодарю.

А сколько пользователей?

А кто-нибудь уже опробовал в деле версии предлагаемые в топике?

Около 6-8 пользователей. Тут храним копии баз. Обычно с каждой базой работает не более одного пользователя. Крайне редко количество пользователей на одну базу может достигать 10. Но все работают только на чтение. Исключения базы разработчиков. Это 4 человека. Там могут быть изменения. Опробовали :) Вчера, вроде, админу прислали фиксы. Пока не ставили. Срочная работа появилась. Планируем в ближайшее время постепенно переходить на версии из топика.

Я проверяю на время заполнения и проведения документов, как будет удачный конфиг выложу

>Около 6-8 пользователей у вас параметр max_connections = 100. Разве нет смысла его уменьшать? >постепенно переходить так бывает?

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

Ок. max_connections порежем. Не думал что он много ресурсов может тратить. Постепенный переход протестирован.  Поднимаем второй экземпляр СУБД на другом порту и постепенно туда базы новые добавляем. Старые переносим когда с ними никто не работает. Версия из топика не смогла поделить память (предположительно) с имеющимися экземплярами. Но это было до выхода фиксов. Эх... где б ее найти на русском. Админ благо английский хорошо знает. Сидел почти месяц переводил. Потом вместе с ним по ключевым (на мое усмотрение) параметрам пробежались. Но исходил я из общих представлений "как работают" СУБД. Х.з. насколько точно вышло.

свой конфиг можно сравнить с конфигом который "разогнал" чей-то сервак и подумать.

Некогда думать, работать надо.

А мануалы читать есть когда?

Круто! Надо бы посмотреть...

А может кто, на пальцах объяснить что за механизмы кэширования использует Postgre? Как я понял, при изучении переводов, СУБД использует систему кэширования данных предоставляемую ОС. И тут нужно выбирать объем который будет как бы свободным. Интересно, что делается с этим кэшем, когда эта память начинает использоваться под другие процессы? Она же не считается (по крайней мере в Windows) занятой.

А вот за это - Спасибо!

Вот вроде есть неплохой мануал

Будь ласка.

Ух! Оно еще и актуализируется. Похоже устаревшую версию этого находил в других местах. Спасибо.

Хочу спросить про huge pages, возможность использования которых включили в PostgreSQL, начиная с версии 9.4. Как я понял(если не ошибаюсь), в область huge pages помещаются shared buffers. Насколько эта возможность может быть полезна, на каком функционале СУБД эта полезность будет ощутимо проявляться? Или наоборот, работа может ухудшиться, есть уже какая-нибудь статистика по этой теме? Речь, естественно, о Linux.

для OLTP нагрузки должна помочь.

Вчера весь вечер пытался с помощью pg_dump сделать бекап базы, не получилось писал такую команду pg_dump -F c -U potgres db > backup.tgz или так pg_dump -F c -U potgres -W db > backup.tgz Во всех случаях пишет не удалось пройти проверку подлинности... Постгрес стоит на ubuntu server т.к. на убунту не устанавливается пароль на пользователя, я установил его сам войдя под пользователем системы sudo su postgres psql ALTER USER postgres WITH PASSWORD ‘123456’;

ЧЯДНТ?

>>pg_dump -F c -U potgres -W db > backup.tgz Букву s в имя пользователя вставь

шаман, лечишь по фотографии :) ?

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

Телемедицина :)

То есть, применительно к 1С, на мелких базах(10-20 ГБ) с типовыми конфами и количестве пользователей 20-40 смысла особого не будет, наверное.

pg_dump -F c -U postgres -W db > backup.tgz не работает версия 9.4.5, у меня одного такая фигня?

вот с этого послушай.

А вот так pg_dump -F c -U potgres -W 123456 > backup.tgz

+ точнее вот так pg_dump -F c -U "postgres" -W "123456" > backup.tgz

Так не сработает т.к. в команде нет имени базы ) pg_dump -F c -U "postgres" -W "123456" db > backup.tgz Пробовал, пишет что-то не так с параметрами, попробую вечером еще раз

Спасибо.