Привет, коллеги. Поднимаем сервер новому клиенту. УТ+БП+ЗУП, 20 пользователей. Вопрос выбора СУБД: с одной стороны проверенный, но платный MsSQL, с другой - бесплатный но ни разу не пробованный Postgres.

Что скажете? Есть проблемы с работой баз на Postgres?

Постгрес на никсах даст прирост производительности,
скачай сборку с постгреса, там есть отдельная сборка под 1С

(1) Речь не о производительности (там 20 юзеров всего), а о затратах на покупку MsSQL. Есть смысл экономить, или эта экономия потом выйдет боком при эксплуатации?

Вопрос как обычно- есть ли админы знающие постгресс

На УПП проблем не было

(3) Нет

(5) Норм все будет. Запускаем проект - несколько сот пользователей, все на Никсах. Сейчас тесты гоняем, как раз порядка 20 человек - полет нормальный

(4) в 2009 году пришлось уйти с постгреса на МС СКЛ, т.к. себестоимость не заканчивалась (распределение косвенных расходов по переделам зависало)
Но, вроде, с тех пор должны были поправить

(6) А сам Postgre человеку, не знающему его, поднять реально? Или лучше пригласить специалиста? Есть там что-то типа мастера со стандартными настройками?

(7) Да я сам в шоке был, думал никто ничего не делал ;-)

Я бы обратил внимание на автоматические регулярные бекапы бенз выгона пользователей
В MS понятно как, в Postgres не знаю

(8) Я 6 лет назад MSSQL учился ставить по видео на ютубе и документации. По слону все это уже есть, вплоть от поднятия CentOS + 1С + PostreSQL. Качество сильно поднялось.
Думаю, лучше сразу разворачивать на Linux при наличии желания и свободного времени в изучении чего-то нового.

(8) В последних сборках от постгрепро есть галочка при установке "рекомендуемые настройки" или как то так, не помню дословно
(11) ничего сложного, на самом деле

Видел огромные базы на ПГ. Ошибки "дважды динамически обновляем и рушим базу" на ПГ не было, на МС была (сейчас вроде везде устранена). Найди контакты админа для платной поддержки с SLA и ничего не бойся.

ставьте, заодно научитесь.

Работает.

Ок, всем спасибо, будем осваивать.

Что какое-то позднее зажигание. Дай бог памяти вспомнить - с какого же года - как бы 2004 или 2005-ый уже был рабочий сервер посгрес в большом количестве баз

(16) тут важно все-таки осмотрительно выбирать под серверную ось. Где-то под виндой умудряются выхватить неожиданные сюрпризы. Но в моих актуальных примерах на таких серверах ставим винду 7, хоть она и не серверная. Специально, в тех случаях, когда будет стоять посгрес. Но это скорей от пословицы: лучше перебдеть, чем ...

(17) Всяко бывает. Раньше клиенты попадались с собственным железом, софтом и админами, а это первый, у которого еще ничего нет, кроме денег и желания автоматизироваться.

(7) Нестедлупы надо отключать.
https://its.1c.ru/db/metod8dev#content:4692:hdoc

(16) с линуксовым сервером неожиданностей намного меньше по моим впечатлениям

(18) Почему именно винда 7? Планировали брать в аренду сервер с 2012.

А вообще постгрес бяка, потому что нельзя просто так взять и скопировать базу, или восстановить её на новом экземпляре сервера. Пляски с бубном гарантированы.

(19) ну тут сложный выбор... если своего у них в принципе нет, то надо исходить их своих возможностей. Однозначно постгрес, но на какую ось - сами ориентируйтесь.

(22) сервер 2012 норм. Это я просто из опыта, что в качестве сервера сравнительно небольшие машины в собственности, на которых главное стабильность, а не производительность, т.к. пользователей в каждой базе немного. Ну чисто практический такой пример

(25) Ясно, спасибо

Если у ТС-а нет опыта с пг, у заказчика винда и есть деньги, то ответ очевиден

+(27) А если денег нет, но база небольшая, то и бесплатного экспресса хватит.

(27) нет у них ни винды, ни денег лишних - смотри (22)

(20) нету таких рекомендаций щас https://its.1c.ru/db/metod8dev#content:5866:hdoc

(30) Одно другому не противоречит, а дополняет

(31) На практике, отключение нестлупов радикально рубит тормоза и зависания, правда ценой снижения производительности в целом. Каждый решает сам, что важнее.

(32) Т.е. оптимизатор все время ошибается и на больших объемах где надо юзать мердж джойн или хэш джойн, выбирает NL?

(33) Не всё время. Но при джойнах с подзапросом (что очень характерно для 1с) - весьма часто.

(28) А "небольшая" это сколько?

(35) До 10 гиг

(0) Автор, у тебя вопрос поставлен некорректно. На самом деле, пиздгрес норм работает, в т.ч. и на винде, и тебе это подтвердит на инфосратовском евенте А.Дорошкевич, если ты к нему обратишься. Поставь вопрос корректно, и от этого зависит твое решение.

(28) Експресс зарезан по использованию ресурсов вроде бы 1 ядром, так что сразу фтопку

(36) Значит пока небольшая

(38) Уже 1 сокетом или 4 ядрами. Но это не так важно. Важнее, что 1 гиг оперативы только.

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

ну и моя любимая ссылочка на интервью с одним из разрабов постгрес профессиональный (тем самым который делал инсталлятор для 1С) https://www.youtube.com/watch?v=JGLEvYsmdiM

У Postgres Pro качайте сборку для 1с - самый беспроблемный вариант.

(8) под win обычный инсталлятор- спросит по ходу у установки и про оптимизацию и про размещение и программы и базы данных.

(10) батник для архивации пишется за 10 минут - примеров полно. А батник в шедулер windows.

(45) Батник позволит без выгона пользователей сделать бэкап?

(44) Отлично, спасибо

(46) В этом Постгре ничем не отличается от МС

Рекомендация enable_nestloop=off относится к 2009-2011 годам, то есть, это было давно v8: PostgreSQL, документы с большим количество проводок и ведомость амортизации
С тех пор даже БГУ первой редакции переписали так, что enable_nestloop можно уже не выключать, хотя с выключенным все равно быстрее раз в 10.

Начались проблемы с производительностью сервера 1С
Здесь автору темы разработчики из Postgres Professional подогнали бета релиз с патчем, решающий проблему с падением производительности из-за особенности поведения СУБД на Windows системах.

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

(49) Угу. Подзапросы позаменяли на временные таблицы.

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

(53) Вообще-то временные таблицы в 1с появились не сразу. Только когда понаступали на грабли с тормозами, пришлось скрипя зубами реализовать пакетные запросы.

Проблема будет, так что я выбираю вариант db2 (где он в списке?)

https://i.gyazo.com/d5488c0eef54995bc91116d094d84258.png

Это современная версия платформы. которую быстро заменили из-за недрожелюбности к постгре

вы можете и дальше жить и использовать типовые конифгурации. но тогда забудьте о сложных запросах с полными соединями -  будет такая ошибка. внезапно после обновления платформы.

И мы "ниче не делали" - просто у нас постгре стоял на сервере.

(55) Эх жаль 1с не поддерживает firebird. Самая моя любимая СУБД из "легких".

Скуль конечно.
Не фиг и затраты (на 20 чел), а качество гарантированно.+Админы всегда есть.

(57) уже полчаса пытаюсь поднять db2 .еще не дошел до загрузки .dt

Как все изменили за 5 лет! Не ну летало же! какойто файлик в папку кидал, вроде семафора.

Не забывайте, что еще желательно поднять slave-сервер для репликации данных в режиме реально времени, а PostgreSQL это опять же бесплатно. Можно поставить Grafana для визуализации репликации. Антивирус не тормозит операционную систему. Даже визуально все написанное под 1С 8.3 запускается и работает быстрее, чем на сервере Windows. И памяти желательно побольше сразу ставить.

(60) вы видели скриншот мой в 55?

это проблема базы под слоником.

или проблема 1С со слоником. выбирайте.
у оракла еще вроде есть бесплатная. не тестировал

в 90% случаев слоник подойдет для мелкой организации. пока не придут "умные погромисты" и начнут писать запросы.

типовые конфы , как ни странно. медленно но отработают и на постгре.

мой ответ - я нейтрален!

постгри если и юзать, то под линуксом. имхо.
У самого именно так и работает.

(63) Когда попытались перейти на Windows на УТ10.3 на 1С 8.3.12 вылезла куча глюков с формами. Откатились на 8.3.10. Пока не дадут отмашку - дергаться не будем.
А со слоником работает уже с 2008 года. Еще с PostgreSQL 8.3 начинали, так что есть с чем сравнивать. были и взлеты и падения, но в целом работать можно, есть свои плюсы и минусы, но в целом плюсы начинают перевешивать.

(55) Уважаемый, думаете под MSSQL подобных ошибок нет? Я уже натыкался на SDBL, специально по поиску посчитал их количество под MSSQL = 47 штук было исправлено за последнее время.
А конкретно по вашей ошибке - откатывайтесь на 8.3.11, либо обновляйте 8.3.12 до крайней. Там это поправили вроде, посмотрите по исправленным ошибкам.

(8) установка и настройка из коробки: https://postgrespro.ru/products/postgrespro/download/10.5.1

в Слоне до сих пор нет нормальных дифф бекапов. На мой взгяд самый большой недостаток. Что бы PITR  запилить, такие танцы с бубном. В сиквеле три щелчка мышкой.

и конечно

(70) Диф бэкапы не аргумент, кому-то нужны кому-то нет, есть плюсы есть минусы. И какая связь диф бэкапов с PITR?

(52) Начиная с версии платформы 8.3.11 и PostgreSQL 9.6.3(с патчами для 1С) работу с временным таблицами заметно улучшили. Также улучшили работу планировщика СУБД для определенных случаев, а в самой платформе оптимизировали работу с набором записей регистра бухгалтерии как для файловой, так и для Postgres.
Все, что делается в этом направлении, довольно неплохо.

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

(66) ну если железяка есть а на базовод от М$ денег не хватило - постгри вполне вариант... хотя под линуксом работает с памятью лучше

(55) вот, имхо, полу-дб и 1С не дружат совсем

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

(77) но критичен к обслуживанию баз и больше нагружает оборудование

+ (78) но для высоконагруженных систем он предпочтительнее

Говорят, что пока не победили RLS на постгри (1С движется в этом направлении). Возможно на постгри придется от RLS отказаться или упростить.

(80) ага, конечно.... у мну нетленка с пиковой 350 чел, из них порядка 300-330 под РЛС и ничё, справляется постгри вполне....

(81) Какую версию Постгре используешь?

(75) потгри изначально линуксовый..
нет времени объяснять.

У пары клиентов был Postgres. Сам ставил и настраивал.
Правда под виндовый сервер.
Норм работали.
Но по моим тестам в производительности постгре все же уступает процентов 20.
Поэтому одного уже перевел на МС, второй в процессе покупки МС.
Базы у обоих чуть >50 гиг, примерно по 20 пользователей у каждого.

Хотя если постгре линуксовый, то думаю что выбор не столь однозначен в пользу МС.

На самом деле я за постгрес.
У себя в конторе именно его поставил. У клиентов ставлю MS SQL ибо не хочется их вопли потом слушать.

(86) в какой момент? Когда их нахлобучат за нелициуху или кривую нелицуху?

///

не вывозит постгре, как ни крути

(82) 9.6.5-4.1C и да, на нем-же крутится Документооборот корп с пиковой почти 1000 чел.

(89) а ты его точно умеешь готовить?

(78) У ib/fb еще есть заморочки, связанные с обеспечением обратной совместимости формата данных. В результате чего многие счетчики в базе до смешного малы и быстро переполняются, делая базу ридонли. А перейти на 64-битные счетчики разработчики почему-то боятся.

(0) у нас 2 года уже на  Postgres 2 базы работают.
Типовые Бух 3.0.
Проблем нет.
До конца сентября планируем обновить с 9.4 на 9.6

(93) но если уж решили обновлять, то ставьте сразу 10-ку

(94) В 1С для версии PostgreSQL-10.3-2.1C(на releases.1c.ru) пишут "Внимание! Текущая версия конфигурации "PostgreSQL" предназначена для использования с версией технологической платформы 1С:Предприятие 8 не ниже 8.3.13.1198", в Postgres Professional ничего не пишут для версии postgrespro-1c-10-10.5
Как 10-ка будет себя вести с различными версиями платформы от 8.3.9 до 8.3.11 неизвестно. Личные ощущения бета-тестеров(в том числе и мои), что все хорошо работает, конечно, можно принимать во внимание, но ставить  ее в работу, наверное, рискованно.
А 8.3.13, мало того, что сама до сих пор тестовая, так и типовые конфигурации, не говоря уже о переписанных/самописных, на ней могут вести себя непонятно как.

(84)А как делается переход с посгресс на МС?

(96) PG -> dt -> MS
всё элеемнтарно

(90) Ничо так :)

(97) А если база большая? :)

(0) > Есть проблемы с работой баз на Postgres?

Нет никаких проблем.
По производительности разницы особой вы не заметите.
Истории про просадку на 20% и более по сравнению с MS SQL актуальны были несколько лет назад. С современными версиями платформы и самого Postgres'а проблем быть не должно.
Если речь о типовых конфигурациях актуальных версий, то можете смело ставить Postgres.

Разницы между Postgres под Линукс и под Винду тоже вряд ли заметите. Принципиальным вопрос выбора ОС становится на больших высоко нагруженных базах сложных конфигураций, когда даже 5% производительности становится принципиальным.

Проблемы с которыми столкнётесь:
Под Postgres нет аналогов MS SQL Management Studio. Вернее аналоги есть, но все они значительно менее функциональны.
То есть для настройки всех регламентов, на настройку которых в MS SQL Management Studio у вас уйдёт 15 минут, придется потратить значительно больше времени (если у вас нет опыта и, тем более, если ли вы делаете это впервые).
На сайте postgrespro есть в открытом доступе видеуроки DBA1 и DBA2.

(99) Страдай. Или переноси кусками

(99) А в чем проблема?

(102) Действительно, в чем проблема перейти с одной СУБД на другую если в .dt база уже не выгружается? Пять минут же процесс занимает. :) (101) Такие вещи надо планировать и занимает относительно долгое время.

(103) А ты хотел забесплатно с халявы на платный сервер переехать?

(104) Это не я хотел, это ты в (97) написал, что это элементарно. :)
А так я свой выбор не сделаю. Зависит от ситуации при условии что работаем только на лицухе. Если на лицуху пофигу, то однозначно MS SQL. Для всяких Linux и PostgreSQL надо читать лицензию, может выяснится, что они бесплатны только для некоммерческого использования.

(103) "в .dt база уже не выгружается" // Подробнее

(106) У меня есть один клиент, где базу выгрузить в dt или тяжело, или невозможно, потому что там уже 390 Гб.

Ну т.е. дело только во времени, технических ограничений никаких со стороны платформы нет?

(108)Как это нет?

(108) не могу назвать точное ограничение, но если база реально занимает в DT чрезмерно места, то процесс выгрузки просто не завершается. 32-битный вылетает с ошибкой памяти, 64-ый просто висит. Сколько там дней пришлось бы ждать его - не стали ждать.

(95) официальный бэта-тестер?

(100) но версионникам важно иметь квалифицированного админа.

(98) ну хз, есть у кого и поболее базы

(107) база 309гб?

(110) до каких размеров файл dt без проблем создаётся?

(109) А какие ограничения и прописаны ли они где-нибудь на ИТС или хотя бы партнерке?

(99) сверните базу, переходите на MsSQL

Забыл добавить, "голосовалка" странная. Я бы не утверждал, так однозначно ;).

(111) В сервисе публикации ошибок 1С могу кликнуть "у меня ошибка проявляется".
Нет, это сказано с оттенком легкой самоиронии.

(114) Да, но не 309, а 390.

(120) Включить план обмена, создать копию базы. Из копии выгрузить dt, загрузить dt на новый SQL. Запустить план обмена. Готово.

(121)  Да там выгрузка в dt не нужна, копии средствами СУБД делаем.

(112) > по версионникам важно иметь квалифицированного админа

Где это написано? А главное - зачем?
Как квалификация админа коррелирует с типом СУБД? Значит ли ваше утверждение, что для, например, MS SQL можно иметь админа, который вообще не разбирается в БД?

(122) Вопрос был по переходу с пг на мс ))

(123) Разумеется, мс может настроить любой дошкольник.
А как только базу переводят в ALLOW_SNAPSHOT_ISOLATIONЮ дошкольник сразу становится квалифицированным админом...