Postgres Pro для 1С: что нового
База данных - Администрирование СУБД
Вместо предисловия
Два года назад на конференции мы осмелились заявить, что 1С + Postgres = Дружба!
Сейчас я хочу рассказать про сборку Postgres Pro для 1С, что в ней нового и интересного для специалистов 1С.
Все эти годы мы плотно занимались тем, чтобы наша российская СУБД Postgres Pro могла работать с 1С. Как результат, на сайте 1С вы теперь можете найти сборку российской СУБД Postgres Pro и спокойно использовать ее в своих проектах.
Почему PostgreSQL заслуживает внимания
Пару слов обо мне. Я являюсь ведущим разработчиком PostgreSQL более 20 лет. На картинке свой вклад в PostgreSQL в виде слона, который является “тотемным животным” этой СУБД.

Три года назад мы организовали компанию Postgres Professional, в которой я являюсь генеральным директором. Я также профессиональный астроном, работаю в ГАИШ МГУ научным сотрудником, то есть совмещаю два вида деятельности.
Вкратце напомню, что такое PostgreSQL. Это ведущая мировая система управления базами данных с открытым кодом. В 2017 году она получила статус «СУБД №1» в независимом рейтинге баз данных DB-Engines Ranking.

Проект PostgreSQL замечателен тем, что существенный вклад в него внесли российские разработчики, и это общепризнано. В нашей команде есть три ведущих разработчика Postgres и два коммитера. Причем коммитер в таких больших проектах – это очень большое звание! Для нас это означает, что мы можем развивать и вносить в ядро PostgreSQL наши разработки, нужные фичи.
Postgres поддерживается платформой 1С с 2008 года, когда мы подписали контракт с фирмой 1С и сделали первые два патча. Хотя это был важный шаг, для коммерческого, профессионального использования Postgres с 1С этого было недостаточно, потому что необходима техническая поддержка пользователей. Теперь такая поддержка есть в лице нашей компании. Так что вы можете скачать Postgres для 1С, использовать и не бояться того, что что-то пойдет не так.
Почему я говорю, что Postgres – СУБД №1 в России? Недавно в Москве на большой IT-конференции проходил опрос, и люди проголосовали за Postgres. Это не случайно. Политическая ситуация в мире сложилась так, что коммерческие компании типа Microsoft и Oracle начинают терять интерес к России. Поэтому сейчас все большие айтишные проекты стартуют с Postgres. Практически все стартапы работают с СУБД Postgres. Это можно объяснить тем, что Postgres является универсальной базой данных, то есть поддерживает практически все, что вам нужно. А если чего-то не хватает, то вы всегда можете это сами дописать, т.к. код открыт. Postgres является расширяемой базой данных. Вы можете обратиться к своему разработчику, а если такого нет, обратиться к нам, и мы разработаем необходимую функциональность. Именно поэтому люди любят Postgres.
Вторая причина, почему люди любят Postgres, – эта база данных не принадлежит ни одной компании. Проект развивается международным сообществом. Это также гарантирует, что СУБД проходит очень хорошие испытания, имеет поддержку и динамично развивается. Поэтому можно не сомневаться, что с Postgres все будет хорошо.
Ниже вы можете увидеть часть форков Postgres. Это ответвления от основного проекта PostgreSQL, которые создали различные компании. Все это также говорит о том, что PostgreSQL - база действительно хорошая, иначе бы ее не брали за основу. PostgreSQL имеет очень либеральную лицензию: любой может взять PostgreSQL, создать на ее основе новую базу имени себя и выйти с ней на рынок. То есть такая СУБД очень хороша для коммерческого использования.

Postgres поддерживает все указанные нагрузки: OLTP, массивно-параллельную обработку данных, OLAP, CLOUD, потоковые данные, TIMESERIES. Есть поддержка графических ускорителей, и в последнее время добавили еще поддержку блокчейн. Наша компания лично добавила блокчейн. И не потому, что это такое модное и привлекательное слово. Но мы же говорим про цифровую экономику, и с развитием цифровых технологий разработчики баз данных встают перед проблемой: как защитить пользователей, чтобы кто-то не скомпрометировал ваши базы данных? Вот вы сейчас думаете, что ваша база данных работает, и все хорошо. А в это время ваш администратор или владелец сервиса может ее просто подменить. И вы даже не заметите этого. Вы заметите это только тогда, когда вдруг появятся какие-то данные, которые вы не помните. И чтобы защититься, мы придумали, как использовать для этого блокчейн.
Я хочу подчеркнуть, что ни одна база данных не имеет такой защиты. В Microsoft и Oracle дайте 100 долларов системному администратору, и он вам сделает все, что угодно с этой базой данных. И это надо понимать. Причем это может быть не только системный администратор, но и просто владелец хостинга. Он может подменить эту базу. Поэтому блокчейн очень важен. Уже существуют прецеденты, когда люди взламывают медицинские карточки и могут вам дописать какую-то болезнь или стереть запись об аллергии. То есть сохранность базы данных – серьезная вещь, и это касается не только финансовых областей, но и многих других.
Компанию Postgres Professional создали разработчики Postgres, нескольких из них вы можете увидеть на фотографии.

Наша цель – создать систему управления базами данных для России. Многие нас спрашивают, зачем это нужно, ведь можно взять просто обычный Postgres и использовать его?
В силу законодательного регулирования в России необходимо, чтобы у программного продукта была техническая поддержка и чтобы он удовлетворял определенным требованиям. Например, требованиям к работе с персональными данными. Для удовлетворения этим требованиям мы сделали довольно много патчей в Postgres. Они, естественно, не интересны международному сообществу, но они нужны нам для того, чтобы Федеральная служба по техническому и экспортному контролю (ФСТЭК) могла сертифицировать продукт. В таком случае вы можете без опаски использовать сертифицированную СУБД Postgres Pro.
Postgres Pro входит в реестр российского программного обеспечения. И это дает право выбрать его при проведении конкурсов и закупок, ничего согласовывать больше не придется.

Но мы не только выпускаем свои продукты, но и продолжаем развивать международный Postgres. Например, в прошлой 10-ой версии Postgres от нашей компании было больше 100 патчей. Если почитать релиз для 11-ой версии, там можно увидеть 20 фамилий ребят из нашей компании. То есть мы не занимаемся изоляционизмом, мы являемся членами международного сообщества. Но при этом мы разрабатываем нашу ветку Postgres, потому что существуют объективные требования, по которым должна быть российская компания, осуществляющая профессиональную поддержку, участвующая в развитии, которая также сможет отвечать на запросы клиентов.
Дело в том, что постгресовое сообщество - не какое-то формальное объединение, а скорее группа по интересам. Вы никому ничем не обязаны, и перед вами никто ничем не обязан. Но когда вы начинаете работать с Enterprise, когда вы начинаете работать в коммерческой компании, кто-то должен отвечать за продукт, кто-то должен предоставлять поддержку, кто-то должен помогать вам, чтобы вы не остались вдруг наедине с проблемой. Open Source очень хорош. Я сам больше 20 лет, занимаясь разработкой Postgres, являюсь апологетом Open Source. Но когда дело касается серьезных производственных вещей, то необходима какая-то компания, которая поможет.
Посмотрите опыт построения бизнеса ведущих компаний: все компании, которые выросли из Open Source, сначала делали свободный продукт, а потом начинали делать из него бизнес, продолжая поддерживать Open Source продукт. Мы пошли тоже по такому пути. У нас имеется улучшенный вариант Postgres. Это значит, что существует обычный Postgres, в который мы добавляем свои собственные патчи, которые мы делаем сами либо по заявкам наших клиентов. К нам обращаются с проблемой, мы это фиксируем, и решение этих проблем помещаем уже в Postgres Pro Standard – улучшенную версию Postgres.
Я хочу обратить внимание, что это вынужденный шаг. Дело в том, что ванильный Postgres развивается достаточно консервативно. Новый релиз, в который попадают одобренные сообществом фичи, происходит только один раз в год,. А зачастую клиенты не хотят ждать так долго, они хотят пользоваться улучшенной базой данных уже сегодня. Поэтому мы предлагаем свою версию, чтобы у людей был сразу доступ к новым фичам.
В Postgres Pro Standard уже есть патчи для 1С. Вам ничего не нужно собирать, он по умолчанию поддерживается. Его можно бесплатно скачать с сайта, попробовать, посмотреть, как он работает.
Postgres Pro Enterprise – это уже достаточно дорогая вещь, включает очень много наработок и собственные ноу-хау, которые пока закрыты и никому не доступны. Эта версия рассчитана на большие проекты. Если вы сталкивались с тем, что обычный ванильный Postgres или Postgres Pro Standard не справляются с вашими нагрузками, имеет смысл попробовать Postgres Pro Enterprise. Мы ничего не придумывали: взяли ценник как у Oracle, уменьшили его в насколько раз, а все остальное то же самое – вы платите за поддержку и за ядра. Но вы можете написать нам заявку и получить его бесплатно для того, чтобы посмотреть, поможет он вам или нет.
Преимущества Postgres Pro Enterprise:
- повышенная производительность;
- улучшенная надежность;
- отказоустойчивость.
Это то, над чем мы работаем, и то, почему очень большие компании используют Postgres Pro Enterprise. Возможно, Enterprise вам не понадобится. Но вам в любом случае понадобится поддержка. Обращайтесь к нам, мы вам поможем.
Также у Postgres Pro есть сертификат безопасности по персональным данным и конфиденциальности. И если ваши предприятия работают с чувствительными данными, вы просто обязаны работать с сертифицированной версией базы данных. Я не знаю о том, насколько сертифицирован продукт Microsoft, но по требованиям законодательства вы обязаны работать только с сертифицированным базами данных. Это обязательно в медицине, в МФЦ, еще в ряде отраслей. До поры до времени, возможно, это сходит с рук, но когда-нибудь к вам придут и спросят, сертифицирована ли у вас база данных, сертифицировано ли все остальное. Я знаю, что 1С сертифицирована. Но кроме нее, вам надо еще иметь сертифицированную базу данных. Так вот у нас она есть.
Совместимость с 1С
Проверено, доказано и везде написано, что 1С может работать c:
- версией PostgreSQL 9.6*;
- PostgreSQL 10.3, начиная с платформы 8.3.13 – наиболее актуальной для всех версией;
- версией Postgres Pro Enterprise 9.6.3.1.
Мы запускаем автоматизированные тесты – функциональные и нагрузочные - после чего все согласовываем с 1С. Сейчас такие тесты проходят:
- Postgres Pro Enterprise 10.*;
- Postgres Pro Standard 10.*;
- PostgreSQL с патчами 10.*
Как видите, мы не отказываемся от поддержки 1С обычного ванильного PostgreSQL.

Обычно люди предпочитают брать ванильную версию на свой страх и риск, разбираться, пробовать. А потом если им чего-то не хватает или им нужна какая-то поддержка, они приходят к нам.
Хочу сказать, что процент внедрения Postgres в сообществе 1С еще небольшой. Но я всех убеждаю начать пользоваться Postgres уже завтра. Всем сомневающимся я отвечаю: «Не бойтесь!». Вы знаете, уже существуют достаточно крупные сервисы на Postgres, облачные бухгалтерии в Новосибирске, Екатеринбурге работают на Postgres, они обслуживают тысячи пользователей. Я лично знаю десятки клиентов, которые внедрили Postgres на заводах, работают на нем и просто счастливы. Вы почувствуете свободу с Postgres. Потому что вам не надо будет платить Microsoft, вы не будете зависеть от его патчей, от его поддержки и так далее.
Как проводится тестирование на совместимость с 1С
Что собой представляют тесты? Это тестовые конфигурации 1С, которые выполняют типовые операции с платформой. Они поддерживаются Postgres Professional, мы их разрабатываем и тестируем. А приемку результатов тестирования осуществляет компания 1С.

Если у вас есть какие-то идеи или свои тесты, давайте сотрудничать. От этого будет зависеть качество нашего продукта. Мы, конечно, можем сами написать тесты и сотрудничаем с компаниями, но то многообразие данных и многообразие ситуаций, которые существуют в сообществе 1С, мы не можем охватить. Поэтому призываю, если вы проводите свои тесты, например, «Операционный день» или «Операционный месяц», и у вас есть тестовые данные, есть результаты - поделитесь с нами. Можете сделать данные предварительно анонимными. Мы включим их в наши тесты, и вы будете уверены, что мы вашу ситуацию точно проверили, протестировали. Нам очень не хватает фидбэка от всех вас.
Новая версия Postgres для 1С
Вы сейчас работаете на Postgres 9.6, несмотря на то, что скоро выйдет Postgres 11. Но пока на него ни один серьезный человек не перейдет, нужно подождать, по крайней мере, несколько минорных релизов, потому что база данных – вещь серьезная. Поэтому наиболее актуальная для вас версия 10.
Что вас ожидает нового в этой версии, когда мы завершим тестирование? Вас ждут такие вещи, как:
- параллельная обработка запросов - она уже была, но сейчас стала очень интересной;
- многопараметрическая статистика добавлена. Это очень важно, потому что в Postgres выполнение запросов зависит от того, какую оценку стоимости база данных может дать для вашего запроса. И это зависит от статистики. До сих пор до версии 10 статистика была однопараметрическая, т.е. для какой-то определенной колонки. А сейчас стала многопараметрической, так что вы можете делать статистику для связанных колонок. Это важно для 1С, потому что в 1С бывают сложные запросы, когда колонки друг с другом связаны, и это надо учитывать;
- логическая репликация и секционирование таблиц. Это очень важно, когда у вас база данных становится большой. Тогда ее начинают разбивать на секции. И в Postgres 10 добавлено надежное секционирование, которое позволяет масштабироваться. Не на уровне приложения, а на уровне баз данных.

Расскажу немного подробнее про параллельную обработку запросов. В версии 9.3 появились background workers – это «демоны», которые делают задачки в фоновом режиме. В версии 9.6 появились Parallel sequential scans, когда диск читается параллельно сразу несколькими запросами. Т.е. если у вас 1С генерит 10 запросов к одной и той же таблице, то раньше эти все 10 запросов «дрались» за диск, и тогда там очень много overhead. А с параллельной обработкой один процесс читает, а все остальные ждут и пользуются результатами этого «чтения». Это сильно облегчает работу базы данных.

Появились еще Hash joins и Nested Loops – все это обрабатывается в системе параллельно. Наверное, ни у кого не осталось ноутбука или сервера, у которого только 1 ядро. Сейчас нормально, когда сервера имеют 8-12 ядер, и Postgres их эффективно использует. В этом и заключается параллелизм. Все ядра используются для выполнения вашего запроса.
В версии 10 появилось еще больше поддержки параллелизма – Bitmap heap scans, Index scans, Merge joins…
Я хочу отметить одну вещь. Известно, что 1С-ники пишут запросы на “своем” языке. В первый раз, когда я столкнулся с запросами 1С в 2008 году, я был шокирован. Несколько дней мы занимались тем, что пытались сократить запрос размером в 100 кБ и сделать его удобоваримым. Сейчас к нам приходят запросы длиной даже в 1 мБ. Я всегда поражаюсь, когда прихожу к вам, смотрю, неужели вот этот человек может описать вот такой запрос? И я очень горд за Postgres, потому что он справляется с такими запросами и при этом не умирает. Перечисленные выше функции и помогают решать такие проблемы.
В версии 11 появятся еще более удивительные вещи: улучшилась параллельная обработка запросов, появилась JIT-компиляция - Just-in-time compilation, компиляция «на лету».

Преимущества Postgres Pro
Несколько примеров того, почему люди выбирают нашу базу данных. В Postgres Pro есть встроенная компрессия таблиц. И если у вас была база данных в 60 TB, в нашей версии она будет 10 TB. Реальный и хороший выигрыш.
Есть адаптивный оптимизатор запросов. 64-разрядный счетчик транзакций, что позволяет вам работать долго, практически до бесконечности, пока вселенная будет жить. Вы можете не переживать, что счетчик транзакций в базе данных перейдет порог 2 млрд., и вы испытаете боль. Большие компании особенно часто сталкиваются с такой проблемой.

Есть множество разных оптимизаций.

Например, устранение SELF-join. Вы знаете, что если вы хотите взять три колоночки из одной таблицы, 1С генерирует SELF-join. Это боль для любой базы данных. И в нашей версии мы уточняем, что это три колонки из одной таблички. Надо просто написать «select a, b, c from table» и все. А не генерить под запросы join и т.д.

Мы сделали оценку селективности join, потому что когда вы делаете таблицы, нужно четко и очень хорошо предсказывать, сколько данных мы возьмем с одной таблицы, сколько с другой. И в зависимости от количества данных (оценки), мы делаем разные стратегии, разные алгоритмы работы. Этот аспект мы тоже улучшили, а еще сделали оптимизацию GROUP BY.


Наконец, мы решили проблему переименования файлов статистики в Windows. Под Windows существовала проблема со статистикой, когда база работает-работает, а потом вдруг начинает работать медленно. Потому что потерялись файлы статистики. Эту проблему обнаружил Антон Дорошкевич, и мы ее исправили.

Эффект оптимизации – все работает быстрее. На официальных бенчмарках мы получили выигрыш 20%. На самом деле, у нас выигрыши в несколько раз больше, хотя все, конечно, зависит от нагрузок. Но, по-моему, и 20% - это очень хорошо. Не затратив ни копейки, получаете дополнительный выигрыш.


Напоследок я хочу всех пригласить на 5-ую конференцию по Postgres, которая пройдет в Москве 4-6 февраля 2019 года.

Приезжайте к нам, чтобы прокачать знания в работе на Postgres. Конференция пройдет в Москве, в шикарных залах на экономическом факультете МГУ.
А в самом конце скажу: «All you need is Postgres!».


Спасибо за внимание.
Данная статья написана по итогам доклада, прочитанного на конференции INFOSTART EVENT 2018 EDUCATION.
Вступайте в нашу телеграмм-группу Инфостарт
Вы можете заказать платную адаптацию этой статьи под ваши задачи на «Бирже заказов».
- 0% комиссии — оплата напрямую исполнителю;
- Исполнители любого масштаба — от отдельных специалистов до команд под проект;
- Прямой обмен контактами между заказчиком и исполнителем;
- Безопасная сделка — при необходимости;
- Рейтинги, кейсы и прозрачная система откликов.
См. также
HighLoad оптимизация Администрирование СУБД Разработчик 1С:Предприятие 8 1С:ERP Управление предприятием 2 Бухгалтерский учет Бесплатно (free)
После миграции с MS SQL на PostgreSQL закрытие месяца в 1С:ERP стало идти 8 часов вместо 12 минут. Рассказываем, как мы нашли причину в оценке Hash Join, которую планировщик завышал в миллионы раз, и как исправили её так, что проблемный запрос теперь выполняется за 18 секунд вместо часа.
19.10.2026 950 Tantor 0
Администрирование СУБД Сервера Системный администратор Разработчик 1С:Предприятие 8 Россия Бесплатно (free)
Примеры скриптов для работы с автономным сервером (ibsrv).
09.10.2026 1058 hexhoc 6
Администрирование СУБД HighLoad оптимизация Разработчик 1С:Предприятие 8 1С:ERP Управление предприятием 2 Россия Бесплатно (free)
Большинство материалов о компрессии в PostgreSQL отвечают на вопрос «во сколько раз удалось уменьшить базу». Мы предлагаем посмотреть на проблему с другой стороны — какой ценой достигается эта экономия? В статье разбираем архитектурные компромиссы различных подходов к компрессии страниц, объясняем, почему при разработке CSM в Tantor Postgres отказались от погони за максимальным коэффициентом сжатия, и показываем результаты нагрузочных испытаний на реальных базах 1С.
01.10.2026 1441 Tantor 6
DevOps и автоматизация разработки Администрирование СУБД Групповая разработка (Git, хранилище) Разработчик 1С 8.3 Абонемент ($m)
В корпоративных инсталляциях «1С:Предприятие 8.3» под управлением PostgreSQL всё чаще проявляются архитектурные пределы масштабирования: рост числа пользователей, обязательная маркировка, плотный поток API-интеграций и высокая стоимость простоя. Вводная часть цикла разбирает ключевые факторы современной эксплуатационной нагрузки и формирует инженерную методологию эволюционной модернизации без остановки продуктивного контура. Материал основан на практическом кейсе «Торговый контур» и показывает, как определить целевые метрики (p95, MTTR, APDEX), выстроить наблюдаемость, стабилизировать работу кластера и подготовить инфраструктуру к дальнейшему масштабированию. Публикация задаёт фундамент для последующих частей, посвящённых телеметрии, оптимизации PostgreSQL, CI/CD и архитектурному росту.
1 стартмани
10.09.2026 1518 Ninel_S 0
HighLoad оптимизация Администрирование СУБД Разработчик 1С:Предприятие 8 1С:ERP Управление предприятием 2 Бесплатно (free)
В рамках 18 релиза СУБД Tantor Postgres мы рассказывали об оптимизациях, которые помогают планировщику сделать более точный выбор между Nested Loop и Hash Join. В следующем релизе у нас планируются оптимизации, которые позволят ускорить выполнение как Nested Loop, так и Hash Join. Сегодня мы расскажем об одном из таких методов - фильтре Блума.
31.08.2026 6116 Tantor 3
Администрирование СУБД Системный администратор Разработчик 1С 8.3 Бесплатно (free)
Мы подготовили для сообщества Infostart.ru практическое занятие, в котором каждый желающий сможет: научиться собирать реальные данные о процессах кластера 1С; выявлять «перестарков» — процессы старше периода и без соединений; выполнять безопасный перезапуск (с dry-run и подтверждением); настраивать автоматическую проверку через systemd на Linux; отправлять уведомления (Telegram, почта) при обнаружении проблем; работать с логами, ротацией, профилями кластеров и конфигурацией; развернуть полноценный учебный проект AdminClusterMonitor у себя в тестовой среде.
30.08.2026 1722 Ninel_S 2
Администрирование СУБД Системный администратор 1С:Предприятие 8 Бесплатно (free)
На infostart.ru вышел разбор Ивана Недомолкова «Сервер 1С падает: настройка сбора дампов (logcfg.xml), лимиты памяти и передача дампа в поддержку» - это хорошая инструкция, как ловить и разбирать падение rphost постфактум: logcfg.xml, procdump, анализ дампа. Но там нет ответа на вопрос «а почему кластер вообще прибил процесс сам, ещё до всякого краша». Мы дополняем разбор тремя сводными таблицами лимитов памяти и автомасштабирования кластера - и заодно фиксируем, чем в этой части лицензия ПРОФ урезана относительно КОРП.
12.08.2026 2363 Ninel_S 5
Администрирование СУБД Системный администратор Разработчик Бесплатно (free)
5,5 тысячи пользователей в единой базе 1С, розница в режиме 24/7 и SLA 99,98% – в таких условиях любая авария быстро превращается в очереди на кассах, потерю денег и давление со стороны бизнеса. Показываем, как выстроить процесс аварийно-восстановительных работ: от первых алертов и базового скрининга системы до подключения команды, проверки гипотез и дебрифа после инцидента. Разбираем, как метрики, дашборды, техжурнал, Zabbix, Prometheus, Grafana, Telegram-боты и скрипты помогают не гадать, а быстро находить причину проблемы. На реальных авариях объясняем, почему «быстро» не должно означать «рискованно», как работа над ошибками снижает панику и почему каждая авария может сделать систему надежнее.
11.08.2026 3401 jul.dolganova 9
На мелких базах до 10-50Гб, а это 90% всех баз 1С производительность что у Postgres, что у MS SQL Server производительность неплохая.
Если у постгри появится инструмент управления схожий по функционалу с SQL Management Studio, то думаю, все его и будут выбирать, в виду бесплатности.
Чего конкретно не хватает в PGAdmin4?
Про УТ на 10 Гб и 10тью хромыми менеджерами и речи нет
"обычный Postgres справится", а может и не справится, погадаем :)
мы ж не дома хэловордим, а учетные системы обслуживаем/разрабатываем для бизнеса.
базы должны бэкапиться и восстанавливаться, система вести себя предсказуемо, запросы отрабатывать корректно
Бесплатность тут не ключевой показатель, более-менее живой заводик может себе позволить и MS и Pg (если стоимость сопоставима)
Но мало информации, чтобы новый проект начать на pg, сколько будет стоить эта ent версия, что она может
Не из буклетов, и статей, а по отзывам тех же админов и прогов, каждый день работающих непосредственно с 1С
Раньше pg ent позиционировалась как та же pg с теми же патчами для 1С только с платной техподдержкой, теперь говорят
- улучшенная надежность;
- отказоустойчивость.
включает очень много наработок и собственные ноу-хау, которые пока закрыты и никому не доступны
По стоимсоти - для 1С она есть в прайсе Фирмы 1С, опять же доступном всем на сайте 1с
По гаданию - не надо гадать, обычный постгрес справится там где справляется ms sql std.
Ent - для совсем больших, и не только в объёме базы - сотни ГБ, но и в количестве пользователей - сотни
И это не из статей и прессрелизов, а из опыта реальной эксплуатации в течении нескольких лет различных систем 1С, в том числе и очень больших
Будете сильно удивлены их запросами!
Я как-то спросил, по моему чуть ли не 20000 рублей в месяц поддержка на одно ядро!
А я спросил, если у меня процессор 6-ти ядерный - ответ, значит умножайте на 6!
Не хило?!
Единственное, что могу предположить - для получения техподдержки необходимо свободно распространяемую версию перевести на коммерческую лицензию, в рамках которой предоставляется поддержка, и 20 тыс. на ядро стоимость лицензии.
Но, согласитесь, 42000 на ядро в год, а если процессор, к примеру, шести ядерный, то 42000*6=252000 рублей не слишком ли за теподдержку?
Понятно, Газпром и им подобные с госструктурами могут себе позволить,
но большинству предприятий это непозволительная роскошь.
Если руководство правильно оценит старания, то можно ожидать и премию/бонус по итогам года...
Кстати, в месяц получается 21 т .р. На непозволительную роскошь(если нанимать отдельного специалиста на такую зарплату), на мой(скромный) взгляд, это не тянет.
За такие деньги можно купить вполне себе сервер с лицензионным софтом!
Вопрос стоит о корректности создания архивов в PostgreSQL PRO.
Слышал уже от некоторых, кто работал с PostgreSQL c 1C, что грохается база, а восстановленная из архивов информация оказывается некорректной.
Второй вопрос - перетекания PostgreSQL PRO из бесплатной версии в платную...
Не получится ли так, как у 1С - запускают бесплатный сервис, обкатают его на пользователях и начинают брать за это деньги.
Выбор между полным резервным копированием и инкрементальным, на уровне страниц, позволяющим ускорить процесс копирования и восстановления
Реализация единой стратегии резервного копирования для кластеров Postgres Pro с несколькими серверами
Автоматический контроль целостности данных и проверка резервных копий без восстановления данных кластера
Управление резервными копиями в соответствии с политикой их сохранения
Выполнение резервного копирования, восстановления и проверки в параллельных потоках
Хранение копируемых данных в сжатом состоянии для экономии дискового пространства
Снятие резервной копии с ведомого сервера с целью избежать дополнительной нагрузки на ведущий сервер
Расширенные параметры ведения журнала
Дополнительные команды для упрощения архивации журнала WAL
солидарен
Пока для обывателя ее эксплуатация это наличие бубна, что на первой картинке.
А то уже 10й комментарий, что все бесплатно! Чукотские люди!
Это цены 2017 и 2018 года, в 2019 они чуточку подрастут.
При этом, бесплатным постгресом можно пользоваться и без техподдержки - это будет бесплатно - но без поддержки.
И можно ли его использовать для работы с 1С?
В тексте, да и в видео, не акцентируется, но разговор идет о форке для российского рынка PostreSQL Pro. Лицензирование ФСТЭК, патчи 1С из коробки, более частые релизы, правки под нужды локальных пользователей(т.е. продукты 1С).
В видео, на которое ссылается статья, Бартунов прямым текстом говорит что Постгрес Про это форк. Не важно что они делают комиты в ванильную Постгрес, Про это отдельный продукт-развитие которого более не зависит от Постгрес сообщества, какие фичи в нем будут и как он будет развиваться теперь решают только Бартунов и его команда-соответственно да это российский продукт.
Как тогда быть? Получается, что все попытки "сегментации" таблиц, настройки индексов и прочие "радости" по настройке и повышению производительности системы не дают нам шансов дальше на работу с техподдержкой от 1С.
Странно, что 1С до сих пор ни как не реализовало систему полноценного администрирования базы для решения вопросов повышения производительности. Ясно, что базы администрируются по разному, но и утилиты можно было бы создать для разных SQL систем разные.
А так получается каждый на свой страх и риск решает как ему быть.
(36)
Индексы нужно создавать в 1С, а не в БД и это 1000 раз обсуждалось
Ну и главный прирост даёт правильная структура данных и оптималтный код запроса, а не тончайшая настройка БД
> PostgreSQL 10.3, начиная с платформы 8.3.13
Заходим на сайт postgrespro - сборки PostgreSQL 10 для 1С лежат в разделе "экспериментальные" с запретом использовать в продакшен. Так их можно использовать или нет?
И в презентации PostgreSQL как "оттестирован" упоминается только в комплекте с 8.3.10 и 8.3.13. А 11 и 12 куда пропали?
Заходим в раздел "Поддерживаемые версии". Ищем 10ку. Потом в раздел экспериментальные - находим.
Вот я и спрашиваю - чего я не понимаю.
1. Присвоили себе достижения бесплатного по и продают его за космические деньги.
2. Все видео продают чёрный ящик и ни слова чем он конкретно отличается от бесплатной версии.
3. Архивирование таблиц уже много лет есть у Майкрософт, выдали как будто этого не у кого нет
4. Скажите проще «если вы нам заплатите мы оперативно будем поднимать вашу систему и разницей с надежностью Майкрософт вы не заметите»
5. Продавать угрожая проверкой (Мфц) многое говорит о вашей порядочности
6. Как понял суть бизнесплата предложить 1с патчи, получить сертификацию и обложить данью в виде поддержки.
ПС: почему за 10 лет нельзя было написать пару форм администрирования , резервного копирования и сделать действительно достойные патчи для привлекательности продукта ?
Лицензия на
1 Ядро PG PRO (Standard) для 1С - ~80 тр (1 ядро - 1 поток ???)
1 Ядро MS SQL ~ 70тр (1 ядро - 2 потока)
Я не против PG как БД для 1С, но использование PG PRO под 1С вместо MS SQL - ??? не понятно ...
Скажите пожалуйста, по прошествии времени не сталкнулись ли вы с какими нибудь сложностями с postgreSQL 11.1? Просто сейчас тоже стоит выбор, установить с сайта 1С, версию 10.5, или всё таки с сайта postgrespro версию 11.1. Просто кто что пишет. Некоторые пишут что лучше 10.5, типо 11.1 ещё сырая и возможны глюки. Хотелось бы узнать ваше мнение?
Хотя много позже мне сказали, что эта проблема могла быть решена, если бы вставил в сервер вдвое больше памяти... но проблема в том, что в наличии тогда не было планок большего размера.
Какие выводы могу сделать с "высоты" своего опыта.
1) Дефолтные настройки PostgreSQL ВСЕГДА используют минимум ресурсов. Отсюда ошибочное мнение многих "новичков", что PostgreSQL "тормозит", в отличии от MS SQL, который по дефолту "отжирает" все свободные ресурсы сервера. После установки PostgreSQL ВСЕГДА нужно настраивать "под свои нужды"
2) Намного проще настройка многосерверного кластера (мое субьективное мнение)
3) Цена вопроса. Для заказчика цена вопроса только моя работа :)
4) Управление PostgreSQL. Вы посмотрите на PGAdmin 4 версии. Это же шедевр!
Года 2 назад пытались перейти на PG (50+ юзеров, ЗКГУ 3 (5 баз от 50 до 100 Gb) RLS включен, сервера отдельные 1С, SQL
без РЛС еще как-то работает с тормозами, а включишь РЛС так вообще труба, если нужна копия базы на MSSQL архивирование - поднятие на тестовом стенде любой базы занимает не более 10 мин., на PG с этим полный секас
А в каком релизе устранена проблема (начиная с какого релиза)? И была ли она в "общем" Postgresql-е, в частности в Одноэсовском?
Для установки 9.6 нужно либу одну затащить с их репы + пометиь ее, чтобы не обновлялась (кстати, для этого есть отличная утилита - "apt-mark hold/unhold пакет"). Ну, конечно, все залетало у них сразу. Сделал им доработочку - картинку в списке товаров показывать - тоже очень ввсе шустренько. Купил им сервачок на базе R2600X с 16 гигами памяти, 970 pro винтом на 512 гигов и двумя серверными медийными винтами от сегейта , на которых организовал RAID1, и куда каждый вечер делается бэкап кроном, а перед этим тем же кроном делается ребут сервисов постгри и 1С. Гилев в серверной дает около 40 попугаев (была бы память побыстрее - было бы их побольше, но и так хватает, особенно на фоне детских показателей "крутых" серверов с их 10 попугаями). Сделал удаленный доступ по VNC - 3д-окружение гнома делает процесс не таким плавным, как при коннекте к винде, но это лечится, а с другой стороны - не особо напрягает. После бэкапа (~3 минуты, база 20 гигов, целевой бэкап 2 гига) через 20 минут делается восстановление в тестовую базу (около 10 минут), чтобы проверить, что все работает. Думаю все будет красиво работать долгое время.
Возникает вопрос к сообществу: хотели ли бы вы, чтобы я написал статью на эту тему с подробным описанием того, как это все настраивается? В принципе можно и видео снять. Есть потребность у сообщества?
Производительность "искаропки" жуть. Кстати забыл, комплектный pgadmin из дистрибутива 1С не взлетал, пришлось с сайта ставить
Бесплатно? нуну
всё 64х битное.
сервер на винде 2016 памяти 64
платформа 8.3.14.1630
Постгрес версии 10.8 с users.v8.1c.ru ,
1C разные конфигурации - из распространенных Бух3 и УПП1.3, всего разных конфигураций больше 3 но меньше 10, обмены между некоторыми из них, в обменах пришлось исправлять запросы так как они просто падали (ошибка 1:1 как тут
Далее, некоторые базы не выгружаются "бэкапом" pgAdmin - ошибка которая обсуждается тут
И пусть говорят что это не ошибка а ограничение, если GUI pgAdmin пишет "ошибка" - значит ошибка и хоть тресни.
Начав работать, понял что надо срочно редактировать конфиг, "установщик" от 1С - делал даже не школьник а друг админа, неужели сложно хоть объём памяти у винды запросить и прописать в конфиг постгреса 3 параметра? Нет, давайте сразу к автомобилю набор напильников, "мы же не знаем как вам удобнее"...
что интересно, у знакомого на другом похожем сервере только с постгресом 10.6 вроде даже ERP летала. но обменов там вообще не было, там чистый лист был - так сказать пред-опытная эксплуатация
мой же вывод довольно прост - буду владельцем бизнеса, возьму m$, может в какой-то школоло версии, но m$.
тем более что "наши разработки postgres" накрылись (ну они еще не поняли про свой ценник, но скорее всего - накрылись)
Но сразу оговорюсь, PG на Windows - плохая история, и если не готовы переводить СУБД на Linux, то тогда боевые нагрузки более чем на 20-30 сессий 1с будут иметь тормоза.
По дампу большого значения в таблице (cf) - беда, согласен.
Пока непонятно как решать средствами субд.
Пока непонятно как решать средствами субд
Попытка решить эту задачу уже привела в появлению сторонней утилиты, которая так и называется -
Подсмотрел в очередном . Может быть, подобное появится и в оригинальной версии СУБД(когда-нибудь).
Надеюсь что сообщество PG оттестирует и может этот набор станет дефолтным
Но думаю что pgbadger закрывает проблему на 80%, а остальные 20 пока буду выжимать сменится поколение железа.
Единственное что тянет попробовать - закинуть временные таблицы в ram disk, сейчас думаю какой его размер сделать
Вы можете заказать платную консультацию или разработку у автора. Будет создан приватный заказ на «Бирже заказов» для автора.
№ 960592
Создание 10.12.18 14:20
Обновление 10.12.18 14:20
Просмотры 41025
Загрузки 0
Рейтинг
83
Комментарии 109
Код открыт Да
Рубрики Администрирование СУБД
Кому
Системный администратор
,
Разработчик
Тип файла Нет файла
Платформа Не имеет значения
Конфигурация Универсальные
Операционная система PostgreSQL
Страна Не имеет значения
Отрасль Не имеет значения
Налоги Не имеет значения
Вид учета Не имеет значения
Доступ к файлу Бесплатно (free)
