Установил Postgresql - с сайта Postgres pro под Windows- самая последняя 9.6 для 1с.

Выполнил рекомендации из ИТС и gilev.ru/postgres. Что на ИТС, что у Гилева встречаются настройки, которых нет в конфигурационном файле, например checkpont_segmens . Из рекомендаций Гилева мне не подошла настройка effective_io_concurrency - c подобной настройкой PG не стартует.


Сравниваю производительность баз данных под MS SQL и Postgresql , поэтому базы подняты с одного dt и выполняю одинаковые длительные обработки на одном и том же компьютере, обе СУБД на одном сервере.

Вот что я заметил. Время выполнения на обоих СУБД почти одинаковое, MS SQL почти всегда быстрее , но не критично , примерно 10%, диски под MS SQL производительней, все файлы PG на одном диске, поэтому такая разница устраивает и понятна.



НО... при втором, третьем выполнении этой же обработки, время на MS SQL уменьшается очень сильно, а на PG - уменьшения - нет .Вообще.

Например , один тест - под MS SQL 10 мин- первый запуск, 7 минут - второй запуск. Под PG- все время 12 минут.(Времена округленные).
второй тест под MS SQL первый прогон- 37, второй- 31 минута. Под Postgresql . Самый первый прогон - 50 минут, после vacuum full verbose analyze и изменения конфигурационнойго файла- 35 минут и на этом все, следующие прогоны вокруг этой цифры, уменьшения нет.


Можно ли добиться использования кеша 1с настройками Postgresgl? Или это не кэш?

Возможно вы задали мало памяти и он тупо не кэширует БД. Тут надо смотреть размеры памяти в конфиге и на сервере, размер самой БД, что за тест.
ПГ так же очень критична к запросам, плохо переваривает кривонаписанные.

ОС винда?

мало памяти- это какая настройка.
сама база 17 гб.

Один тест- проведение по партиям - стандартная в УТ10
второй тест - самодельная обработка с очень неоптимальными запросами.

(0) Одно из отличий Postgres от MSSQL в том, что ему нужен толковый админ сразу, а не когда база за терабайт перевалит.

(4) > с очень неоптимальными запросами.

Посмеялся, спасибо. :D

Комп клиентский - Win 7, сервер- Win server 2008 r2

(5) посмеялся , молодец.

(6) Может стоило тестить слона на профильной ОС.

(6) может. Скоро буду.
Сейчас я тестирую на тестовом сервере на тестовых базах.

Ожидал увидеть большую разницу в пользу MS SQL. И удивился небольшой разнице.

Но про кэш узнать хочется.

(0) В винде за использование памяти в Postgre, отвечает операционка. Рекомендую поставить данную СУБД на Linux и провести настройки.

(9) Озвучь размер БД и размер буферного кэша.

Скуль по дефолту не ограничен по памяти, может легко затянуть хоть всю базу. А для Постгри в конфиге жесткий размер кэша задается.

(11)

Размер базы я писал выше- 17 гб.

shared_buffers = 6GB
effective_cache_size = 18GB

или что-то другое?

(4) +100 аж консалтинговую компанию привлекли для настройки и поддержания посгреса. В итоге помоему лицензия от мс детский лепет по стоимости чем поддержка крупных систем на посгресе.

(13) у нас не крупная система.
Кого привлекли?

(13) в итоге стоимость поддержки постгреса стала сопоставимой по стоимости лиц. отчислений Оракла? :)

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

https://www.youtube.com/watch?v=ID_W5nMi8cE

А в прошлом году слонятники отмечали 20-летие.

Не все так думают.

https://www.youtube.com/watch?v=pe_dwL38_o8

(0) effective_io_concurrency в Windows не работает.
PostgreSQL служба не запускается
(12) О shared_buffers в документации к PostgreSQL пишут, что
"большие значения shared_buffers не так эффективны в Windows. Возможно, вы получите лучшие результаты, если оставите это значение относительно небольшим и будете больше полагаться на кеш операционной системы. Оптимальные значения shared_buffers для Windows обычно лежат в интервале от 64 до 512 мегабайт."
https://postgrespro.ru/docs/postgrespro/9.6/runtime-config-resource

Про shared_buffers  отсюда

https://its.1c.ru/db/metod8dev#content:5866:hdoc

(18)

На постргреспро с вашей же ссылки написано совсем не то, что вы пишете

shared_buffers (integer)
Задаёт объём памяти, который будет использовать сервер баз данных для буферов в разделяемой памяти. По умолчанию это обычно 128 мегабайт (128MB), но может быть и меньше, если конфигурация вашего ядра накладывает дополнительные ограничения (это определяется в процессе initdb). Это значение не должно быть меньше 128 килобайт. (Этот минимум зависит от величины BLCKSZ.) Однако для хорошей производительности обычно требуются гораздо большие значения. Задать этот параметр можно только при запуске сервера.

Если вы используете выделенный сервер с объёмом ОЗУ 1 ГБ и более, разумным начальным значением shared_buffers будет 25% от объёма памяти. Существуют варианты нагрузки, при которых эффективны будут и ещё большие значения shared_buffers, но так как Postgres Pro использует и кеш операционной системы, выделять для shared_buffers более 40% ОЗУ вряд ли будет полезно. При увеличении shared_buffers обычно требуется соответственно увеличить max_wal_size, чтобы растянуть процесс записи большого объёма новых или изменённых данных на более продолжительное время

(20) То, что процитировано в (18), идет следующим абзацем.

У меня не случай сервера с 1 гб оперативки

(12) >effective_cache_size = 18GB

Откуда значение? Советую сбросить на дефолт.

Это размер кэша. Это подсказка оптимизатору, влияет на планы запросов. Если будут неоптимальные планы, то сам понимаешь.

(23) *Это НЕ размер кэша№

(0) постгри надо ставить на линухе

(25) Да, а то двойная глупость получается, ставит на платную ОС, под которую пг условно заточен, а потом жалуется )

(0) молодец мужик, даже тесты запускаешь. подписался на тему.

(23)
effective_cache_size = RAM-shared_buffers

Это размер кэша файловой системы

Мной взято с gilev.ru

(14) Если вы готовы платить деньги за консультацию и настройку может обратится к профи https://postgrespro.ru/services ?

И вот интересно, если "для тестов" выдергивать с сайтов поставщиков или разработчиков самые последние выпуски ПО, а при этом же использовать инструкции и лайф-хаки, которые были написаны намного раньше этих выпусков?

(0) Для начала вот неплохое видео
https://pgconf.ru/2017/93686

(30) дайте ссылки на актуальные лайф-хаки

(31) спасибо за ссылку

(32) Вот полный мануал. И все по русски
https://postgrespro.ru/docs/postgrespro/9.6/index.html

Для начала от туда нужно вот это:
https://postgrespro.ru/docs/postgrespro/9.6/runtime-config.html

Про постгрес про я в курсе. Я не нашел там по теме топика- кэшу 1с. Может, плохо искал.

Я просто оставлю это здесь: интервью с экспертом postgres pro https://www.youtube.com/watch?v=JGLEvYsmdiM

Ребята одумайтесь зачем вам этот гемор.

Лучше бы 1с реализовала поддержку firebird, а не postgres..

можно еще многопоточную нагрузку потетсить с помощью http://catalog.mista.ru/public/173394/

+ (34) https://postgrespro.ru/docs/postgrespro/9.6/config-one-c.html
ПРо 1С немного

(37) чем лучше?

(36) Хрень какая то.
У нас 150 магазинов техники крутятся на постгре + linux. И это реально выгодно. Представьте сколько  нужно было бы потратить на MS решение.

(41) Ну естественно у вас для этого есть выделенный линукс админ+postgres DBA?

(41) > Хрень какая то.
возможно такая хрень, что консалтеры настройщики слона просто груши пинали, а не работали, а потом за ИБД запросили круглую сумму. Свой хороший спец на постоянке надежнее.

ну и ИТ директор скорее всего гешефт с продаж имеет. А такому персонажу опенсорц поперек гланд.

(41) не обращай внимания. Он из этих, как их там... майкрософтовских евангелистов.
Я когда-то давно тоже евангелистом от майкрософт был, пока меня не достало отсутствие денег за программирование на С++ - ну это давно было и тогда только за счет 1С и смог прокормиться, а все остальное пришлось в сторону отбросить

(39) спасибо за ссылку. В моем конфигурационном  файле нет п.5 с расширяемыми библиотеками, видимо. Посмотрю.


Посмотрел. Все это есть. Ступил.
Я же устанавливал Постгри с их сайта, поэтому их настройки в конфигурационном файле уже есть изначально.

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

Я не из мелкософтовских евангелистов, мне работать надо.

Я могу настроить продакшен базу на скуле со всеми необходимыми регламентами и мониторингами за пару часов, и потом только почту смотреть каждое утро что всё ок.

Я могу в течение часа найти и распарсить проблемный тяжелый запрос в SQL Sentry Plan Explorer и исправить его в 1С.

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

(38) Я планирую нагрузочный тест из корпоративного инструментального пакета.

https://its.1c.ru/db/kip#content:40:hdoc

(48) найти "что-то" можно без SQL - по технологическому журналу

(0) у меня крутятся базы на PostgreSQL 9.6.6-1.1С. УТ 11.4, ЗУП 3.1, БП 3.0 и еще парочка тестовых. я настроил конфигурационные файлы postgresql по рекомендациям 1С с ИТС (очень старые доки не брал), посчитал некоторые параметры на сайте pgtune. основная рабочая база - УТ 11, в ней набивают реализации одновременно от 30 до 50 пользаков. размер папки базы в каталоге постгри около 30 Гб (прямо сейчас). пользаки на скорость не жалуются, не подвисает, работает стабильно (если можно так выразиться по отношению к УТ 11). нагрузочных тестов не проводил, ибо некогда пока. пару раз пришлось избыточные ведение логов включить в технологическом журнале, чтобы отловить долгий запрос.

А некоторые вещи сделать невозможно в принципе В постгресе-куесе нет диф. бэкапов - сюрприз-сюрприз. И кластерных индексов. А index only scan или включаемые столбцы преподносятся как чудеса инженерной мысли. И о чудо! ребята начали думать про адаптивный план запроса, который уже есть в продуктивном сиквеле. Проблему с временными таблицами они похоже так и не решили до сих пор, нужно дропать схему. Короче хотите трахаццо вместо зарабатывания денег - трахайтесь. Получайте за это зарплату линуксового админа, которая в 2 раза меньше 1С-ника, и будьте счастливы.

(52) ну зачем про зарплаты фантазировать-то?!

то у тебя админы линукса получают много, то они у тебя получают в два раза меньше, чем 1с-ник? Если получают меньше, то к чему тогда заявлять о дороговизне саппорта для постгри, которая съест всю экономию отказа от лицензий?

И еще. Т.е. проблема же все-таки не в том, что куплен МС-СКЛ или не куплен, а в том, что есть Специалист (с большой буквы!) на этот самый сиквел или его нет от слов "нет совсем"

(52) например, я "в живую" перед глазами не вижу спецов, которые регулярно-часто вынуждены делать вот это:
// в течение часа найти и распарсить проблемный тяжелый запрос в SQL Sentry Plan Explorer и исправить его в 1С //

(53) чувак где я говорю что админы линукса получают много? пруф будет? Консалтеры всякие типа Максима Богука или Ильи Космодемьянского наверно неплохо зарабатывают, но у них свои компании, а посмотри вакухи того же посгтрес про там шлак а не зарплаты.

(51) Можете в какой- нибудь вашей тестовой базе на Postgres с вашими настройками, например,на УТ11 замерить закрытие месяца - два раза подряд ?

(54) ты много чего не видишь, но это не говорит что этого нет :)

(56) а что даст абстрактная цифра без объемов данных? да и сравнивать надо как минимум 2 показателя, а это значит что надо УТ 11.4 развернуть на MS SQL и сравнивать то же закрытие месяца.

(57) ну фантазируй дальше.
сходи в ветке Зависает база
обвини всех в кривых руках и призови всех к переходу на постгри :)

я же но про то, что где-то чего-то нет совсем, а про то, что оно не является абсолютным и необходимым для того, чтоб просто удовлетворить потребности 10 пользователей на типовой базе, в которой эти юзеры и данных огромных нагенерить не смогут, что дошло до вызова Спеца суперуровня

(59) чувак ты что курил, я несколько раз перечитал твой пост и ничего не понял

(58) интересует, будет ли уменьшение времени . Поэтому подходит любая длительная обработка данных.

(40) Мне firebird больше нравится.

(61) а то есть выполнить несколько закрытий подряд?

Благородные доны, а кто-нить может что-то сказать, про pg-storm, видеокарту и 1с? Работает ли эта фишка применительно к эске, есть ли ускорение или нет?

(61) соррян, оставил мисту у коллеги открытой на компе (63), и ответил с удаленки )))) вопрос именно в серии повторяющихся длительных операций, верно?

(61) Да.
(65) Повтор одинаковых операций. Самое простое- Провести документ, потом еще раз провести документ , во второй раз проведется быстрее :) на MS SQL, на Postgresql у меня - нет.
А у вас как будет? Это интересует.

(66) У нас отчет о розничных продажах второй раз подряд проводится быстрее, чем первый

можете написать время в первый раз, время во второй?

можете поделиться конфигурационным файлом?

(68) в копии отчет проводится первый раз за 28 секунд, второй раз - за 23. Надо поискать что-то посложнее отчета, наверное

(69) могу, куда выслать?

Можно сюда [email protected]

(71) да и мне если можно.

(71) мне на [email protected]

(72)(73) отправил

Спасибо, Алексей, получил, посмотрю

(75) мучас грасиас, ми эстимадо амиго

Вроде мскуль кэширует планы запросов.
И перебрасывает часть данных в оперативку.
За счет этого и ускорение.
У постгреса кеширование работает?

(16) вы просто не умеете его готовить

(79) поделитесь своим опытом, пожалуйста.

(80) это так не работает :) рассказать на пальцах не получится.
Начните с того что перенесите постгрю в ее родную среду, в ОС Линукс. В идеале на отдельный сервер с хорошим процом и ввод\выводом.

(82) какой линух посоветуете для новичка в юниксовых утехах? у нас сервер и файлопомойка на одном компьютере.

(82) Берите убунту, чрезвычайно много демоматериала для новичков

(78) У постгреса проблема не в отсутствии кэширования, а в плохом оптимизаторе (в характерных для 1с многоэтажных запросах к виртуальным таблицам). Поэтому он может миллионные таблицы начать соединять вложенными циклами, и кэширование практически ничего не ускорит..

(84) было сравнение чисто оптимизаторов постгря и мсскл
9.1 и 20008 постгес выиграл.

(84) при наличии актуальной статистики (при включенном автофакууме она должна вроде как быть актуальной) всё там нормально с планами...я проверял, будет делать соединение хэшированием, таблицы 10 млн записей...

не думаю что там появилось что то новое

(86) Угу.. сферический постгрес в вакууме выиграет у mssql) А в реальности минутами грузящие проц процессы постгреса - правда жизни.

(88) на винде процессы?

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

(90) на сиквеле те же яйца

(91) Он не настолько оптимист, поэтому в этих случаях чаще применяет сложные джойны, а не нестедлупы. А постгрес всегда предполагает, что вложенный запрос максимально селективен и возвращает маленький объем данных. Наверное это хороший стиль sql-программирования. Но в 1с не так.

(83) бубунту хуже всего работает с постгресом

(92) бред, всё намного сложнее, и упирается в низкоуровневую архитектуру, см. (16)

(94) Я одно время использовал постгрес с запрещенным нестедлупом в конф-файле - нормально, тупизны меньше было. То есть не было такого, что запрос зависал на несколько минут. Хотя, в среднем запросы выполнялись медленнее.

(93) вы заблуждаетесь, это я как использующий 2 постгрес сервера в работе. один на центосе, второй на убунту.
разницы нет.

(96) на партнерском от чувака ссылка на доклад которого в (31), была такая инфа, он говорл что ставят только на центос

Тут, оказывается , есть "движуха"

Доклад для ознакомления хорош . Вчера посмотрел, понравилось.
Он- докладчик - Антон Дорошкевич на инфостарте в моем топике проявился. Может, напишет про кэш.

(98) Виктор, а зачем вам, простите, понадобилось заниматься сисадминскими вещами?

К эксперту начинаю готовиться. Без Postgres не получится :(

Сотка мне досталась

(100) Т.е. вы переводите рабочую базу с MS на постгрес чтобы попрактиковаться для экзамена?

(101) многие переводят.
Это тенденция.

Я уже перестал встречать мсскл.

мода

(101) Нет, не продуктив, базы разработчиков.

(104) Понятно. Спасибо за ответ. Т.е. вы сами себе придумываете проблемы и потом героически пытаетесь их решить ради какого-то странного экзамена...Отличная ветка-демотиватор для всех кто считает что 1С-ники обязаны иметь сертификаты.

У меня другое мнение и про экзамен, и про Постгрис

(106) Я поясню свой ответ. Во всё цивилизованном IT-мире есть  DBA которые затачиваются под конкретную базу: Oracle, SQL Server, постгрес/мускул. И только 1С на своем экзамене спрашивает знания MS DBA и postgres DBA. Так никто не работает (ну может кто и работает но не 1С-ники точно). При этом принимающие экзамен сами виндусятники до мозга костей и даже картинки постгреса в своем букваре они налепили виндовозные.

Мой вам совет - хотите получить реальную пользу, а не намешать кашу в голове от идиотский вопросов принимающих эксперта - пройдите курсы DBA1 и DBA2 от postgres pro, а про парней в желтых футболках забудьте.

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

(108) ок, а какие практические задачи вы будете решать на работе с помощью разбора ТЖ с помощью регулярок?

+(107) перечитал (107) и понял что так работают действительно только 1С-ники (к-к к-к и в продакшен, а потом пишут на партнерке или мисте что база сломалась PostgreSQL служба не запускается), нормальные DBA так не работают.

постгре под винду не приспособлен. и его делают ну разве чтобы был.
аналогичко как и сервер 1с под линукс

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

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

(111) Ибо работа с памятью в винде сильно отличается. Ну и соответственно никому пререписывать код под винду не интересно

(105) Это называется challendge. работа без них неинтересна

(114) По этому лучше фраерберд под винду? :)

(114) Можно указать на отличия? Какие именно отличия по работе с памятью?

Пятнично))))

(117) Как минимум в линуксе есть fork()

Собственно где-то была статья почему на винде не реализовали (18)

ТС как-то затруднился с ответом на вопрос (109), я попробую ответить за него. Оставлю за скобками тот случай когда ТЖ собирается для передачи в фирму 1С, в этих случаях он как правило имеет гигантский размер и кучу служебной инфы, которую смогут разобрать только разрабы платформы. Ок, а для обычного 1С-ника в чем же польза? А. Морозов в своей статье на ИТС говорит: я типа показываю как можно, а для чего - придумывайте сами. Ок, открываем его книжку и видим, типа топ-5 наиболее длительных транзакций, запросов к СУБД, вызовов, пространств блокировок. Так то что касается СУБД, для этого есть служебные запросы. А то что касается сервера 1С - у всех проприетарных софтов есть инструменты для мониторинга работающие на уровне ядра. И в итоге что мы имеем - правильно, трахайтесь ребятки чтобы сдать экзамен, т.к. у нас ничего для мониторинга своего сервера нет.

(121) сбор тж имеет смысл чтоб посмотреть на большие запросы и блокировки

но конечно делать это через регулярные выражения не айс

(122) большие запросы можно посмотреть средствами СУБД, а вот какие возникали ожидания на упр. блокировках и в каком контексте можно посмотреть только в ТЖ. И это печально.

(124) в тж удобнее смотреть чем в субд, ибо есть контекст

Что мешало запилить свой мониторинг, если уж запилили свои блокировки? Не шмогла я не шмогла...

(125) Удобнее? На высоконагруженной базе? Ну если ты мастер рег. выражений то наверно да, удобнее.

Помнится на инфостарте Богачев рассказывал как он находил контекст длинных запросов, запрещал запросы на скуле длинеее 5 секунд и ему звонил юзверь у которого отчет отвалился.

А теперь рассказывает как грепать регекспы сидя под виндой запустив виртуалку линукса...эх, куда мы катимся

(126) у Гилева был например свой анализатор на предмет блокировок и длинных запросов

(125) А кстати чувак ты в курсе что сбор длинных запросов в ТЖ нехило так замедляет работу системы?

(129) у него и щас он есть, но он не работает с упр. блокировками

(130) Когда уже все тормозит, то можно и еще чутка замедлить

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

(133) Самые блокируемы ресурсы вполне можно посмотреть

(134) с помощью рег. выражений?

(133) а суммарное ожидание не особо то и нужно, ну разве только для интереса. а так апдекс рулит

(135) Да что ты пристал со своими рег выражениями то?
Даже у 1с есть спец инструмент (не помню названия)

(137) ЦУП?

(138) Да

ЦУП платный, надо больше сотни выложить. И он не работает на уровне ядра, а так же разбирает логи.

(140) а зачем на уровне ядра то?
тебе шашечки или ехать?

(126) >Что мешало запилить свой мониторинг, если уж запилили свои блокировки?

Объясняю на пальцах. Это на та фича, за которую клиенты платят деньги. Для своих разрабов есть логи. Для особо продвинутых клиентов есть сторонние средства мониторинга (в т.ч. бесплатные), собирающие и парсящие логи хоть с черта лысого.

Оракл, кстати, нормальный мониторинг запилил лет через 15-20. И еще лет 5 доводил до ума.

(141) Вот тут все ругают мелкомягких, а у них из коробки и профайлер, и DMV на любой вкус, и отчеты полезные. Я не хочу покупать ЦУП, и не хочу грепать регекспы чтобы получить 2 контекста.

Их ругают только за цену

(142) >>Это на та фича, за которую клиенты платят деньги.

почему в MS SQL Server есть мониторинг а в 1С за те же деньги условно - стоимость сервера х64 - нет? в случае с 1С клиенты какие-то другими рублями платят

(144) тебе mister за цену Оракла сможет пояснить наверно, если захочет

(146) по сравнению с постгре цена сильно отличиется. и если юзеров 100, то на 1/4 этих деньги можно и спеца нанять

(147) ЛОЛ, чувак ты удивишься но платная версия постгреса стоит дороже мелкософта

а на 100 юзеров надо брать ентерпрайз версию конечно же, а то вдруг у тебя счетчик транзакций кончится, бгг

(149) вот фреш работает на постгре и норм

На мс еще CAL нужно брать по 10к за штуку

кстати сейчас уже 64 битный счетчик транзакций

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

Я говорю про обычных 1С-ников в обычной конторе, а не в софтовой. Что незачем обычному 1С-нику подписываться под эту херню. И если с SQL Server обычный 1С-нк сможет разобраться худо-бедно и обеспечить беспроблемную эксплуатацию, то с опенсорсом - нет (и не надо). Хотите "бесплатно" - нанимайте админов, консалтеров, а потом считайте. Вот что я пытаюсь тут донести.

а в (13) тому подтверждение

(154) для собственного развития. что не скучно было

(154)
Для начала давайте посчитаем стоимость покупки и владения MS SQL хотя бы на 10 пользователей на 1 год.
И такую же стоимость по postreSQL.

(154) Ты боишься выйти из скорлупы
http://catalog.mista.ru/public/729814/

(157) давай...

Лицензия на сервер MS SQL Server Standard 2016 Runtime для пользователей 1С:Предприятие 8. Электронная поставка
Артикул: 4601546127617

Цена: 18 654 рубля

Клиентский доступ на 10 рабочих мест к MS SQL Server 2016 Runtime для 1С:Предприятие 8. Электронная поставка
Артикул: 4601546127648

Цена: 94 423 рубля

Итого: 113 077

Стоимость админа линукс + pg DBA (будем считать что 1 человек это совмещает): (условно) 100 000 * 12 = 1 200 000.

(159) зачем админа в штат?

(158) ЛОЛ чувак я по постгресу наверно таки побольше тебя знаю (хотя бы потому что ты даже не знаешь как эта СУБД правильно называется). И это дает мне основание делать некоторые заявления.

(160) зачем вообще админа? всё само работать будет

(162) 1 раз настроил и все

а те админы в конторах на 10 чел они и мскл настроить то не могут

Ок берем вендорскую поддержку

Сертификат поддержки на 1 год СУБД PostgreSQL на 1 ядро х86 42 480 * 8 ядер (условно) = 339 840

Что это за поддержка, какое качество - я хз.

(163) есть реальный свой опыт?

(159)
1) Для начала туда еще нужно стоимость Windows Server добавить
2) Не все около московских ЗП крутиться.

Например Ижевск. Стоимость 1С специалиста от 40, со знанием линукса и постгре от 50. Разница 10.
Согласен, что для нерезиновой MS выбор правильный.
Но если в штате есть сисадмин, то дешевле опенсорс даже для Москвы.

(167) Что самое прикольное применительно к 1С полностью уйти от мелкомягких не получится, т.к. сервер 1С всё равно надо ставить на винду. И тут если брать сервер, наверно в 90% средних предприятий лучше разместить всё на одном (щас память процы и ссд вполне позволяют держать очень много пользователей на 1 сервере) - и заюзать шаред мемори, что с постгресом невозможно вообще. И в итоге сервер с 512 Гб оперативы и 4 ссд дисками в 10 рейде просто закроет вообще все проблемы.

(168) Зачем на винду? Чем он плох в линуксе?

(169) работает стабильней, не?

(170) Да вроде одинаково.
Мы же сейчас о системе с 10 пользователями говорим?

(171) хз я меньше чем с 30 не работал

(164) я же ему много раз повторил, что предлагается система на малое число пользователей. "А он уперся рогом в землю и не верит".

Есть реальный опыт работы на линукс сервере полностью. Клиентские машине на винде, а весь 1С сервер на линукс вместе с СУБД. Работа ничем не хуже виндусовой. Но это были типовые БП и ЗУП и отдельные базы с самопиской. Но не ERP.

Почему нельзя _тестовый_ поднять для 10 юзеров? Слово тестовый выделено умышлено.

и по моим представлениям, если у нас тут (на юге, так сказать) некий Админ не может справиться с линукс-сервером, то это и не админ вовсе, а какое-то недоразумение, которому будут искать замену, найдут и это не будет стоить больше, чем стоят услуги админов "в среднем по больнице".

(154) я например простой и в меру тупой одинэсник. Года 4 назад я перевел трех из моих клиентов на постгри под вин-сервер. Настраивал постгри сам, никаких проблем. Все работает до сих пор, базы у двух из них уже под соточку отросли, у третьего под 50 гигов. Одновременно работающих пользователей у всех троих примерно 10-15 человек.
Понятно, что:
- постгри лучше работает в родной среде под линуксом.
- тонко настраивать постгри - целая наука.
- с блокировками МС работает лучше.
- не очень мне известно, как постгри будет работать при количестве пользователей >20.
Но вот честно: обычному тупому среднестатистическому одинэснику постгри или МС - без разницы! Ибо и на постгри все очень устойчиво и беспроблемно работает. А запускать,  настраивать и сопровождать даже проще.

(159) что за пошлые примеры мелких лавок? А если юзеров 500, а если 1500?

(3) >мало памяти- это какая настройка.
сама база 17 гб.
Один тест- проведение по партиям - стандартная в УТ10

в сигнел юзер режиме тестить - отстой. В мультиюзер режиме...

да, у УТ10 блокировки-то хоть управляемые?

(168) >>И в итоге сервер с 512 Гб оперативы и 4 ссд дисками в 10 рейде просто закроет вообще все проблемы.
Обычно, после покупки Windows Server и MS SQL Server, денег на такое уже не остается. Поэтому берут самые медленные, недорогие процессоры, памяти, в лучшем случае, впритык, а потом создают жалостливые ветки о том, что "Все тормозит и валится", в надежде найти хоть какое-то оправдание своей "экономии".

(176) Если 500 или 1500 в 1с то везде мсскл, посмотри проекты ЦКТП ни одного погреса там нет

(179) т.е. вы мне будете рассказывать что там у нас на основании того, что у третьих лиц бла-бла-бла?

(180) а вы это кто и что у вас?)

(181) у нас на первом этапе в Документообороте корп чуть за 500 сеансов в пике, на втором будет хз сколько но точно больше 1000

Изменяю формулировку своего вопроса.

Вопрос : Есть ли в Progresql процедурный кэш? Если есть, как им управлять?

(182) а у вас есть pg dba для этого хозяйства?

(184) у нас есть я и ещё один чел есть. Хватает,хотя мы в первую очередь разрабы

(183) кэш планов запросов? - Tcnm

*Есть

(185) а позвольте поинтересоваться, что используете для резервного копирования баз? и еще вопросик, используете ли репликацию?

(188) онлайн бэкап не используем - если вопрос про это. Я предлагал.

(189) онлайн бэкап? я не про это и кстати что это такое? :) я имел в виду утилиты резервного копирования типа barman или backrest

(190) это наподобие ArchiveLog у оракла.
Утилитами этими не пользуемся.

У нас не 24*7*365, технологическое окно приличное по времени

(191) т.е. делаете только полный бэкап через пг дамп? Вопросов больше не имею :)

(186) Как им управлять? Я привожу примеры когда процедурный кэш на MS SQL приводит к уменьшению времени выполнения процедур, на стороне PostgreSQL подобного у меня нет

(150) http://forum.infostart.ru/forum9/topic183832/message1905754/#message1905754 а он говорит что не очень. На тренинге Богачев уклончиво сказал что проблемы есть.
ЦУП это лагучее г..но за 100к, когда тебе на обучении работы с ним говорят, открывайте сразу несколько окон, ибо он иногда вылетает, наводит на мысль.
Анализ блокировок завершился на 9 раз и это Энтерпрайз инструмент за 100 000 от вендора? Он на столько крут что вендор на обучении рекомендует им не пользоватся.

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

(194) Богачев это не вендор, он не работает в 1С, у него своя контора геликс софт) новая редакция ЦУП получше работает

(196) курсы по подготовке читает,может и экзамен принимает - ту не в курсе.

вообще когда чел читает курс в УЦ№1 утверждать что он сам по себе а 1с само по себе очень спорно

(195) делаете бэкап выгрузкой дт?) да вы крутые спецы) а если предлагал -чего ж сам не сделал?)

(193) очистить?

(199) ну вообщето для онлайн бэкапа нужен ещё 1 сервер, не мощный но нужен

(201) чтобы бэкап снимать с реплики, да? но у вас ни еще одного сервера ни репликаци ни бэкапов кроме выгрузки в дт нет...зато бесплатно чо

(196) Богачев ведёт курс от лица вендора, не важно что он приглашенный специалист, он его ведёт по программе и рассказывает только то, что можно

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

(196) ЦУП 3 редакции уже вышел?

(204) разумеется pgdump дважды в сутки делается.

"Все программисты делятся на тех кто ещё не делает бэкап и кто уже"

(205) вроде 2.1, на упр. формах и с другой архитектурой работы

(202) вы адекватен? Я вам всё должен выложить? - я вам вообще ничего не должен. И да бэкапы есть, из бэкапа поднимается, регламент восстановления и сроки как-бэ согласованы. Руководителей текущий момент устраивает

(207) может и другой,но анализ такой-же медленный

(208) Гм, я где-то просил что-то выложить? Бэкапы два раза в день при 500 пользователях это не бэкапы, это недоразумение.

(207) нет 2.1 по прежнему под капотом на автоматическом режиме управления блокировками работает и при анализе из-за этого в том числе валится. Он на УФ, да там расширился функционал, например тест центр для уф и тд. Но принципиально то же самое.
1с анонсировало КИП 3, с, как они говорят, принципиально другим подходом для решения этих задач. Только релиза все нет и нет

(210) вы точно не читатель

(212) да ладно? То что я ожидал прочитать - я прочитал)

(211) грепайте регэкспы

(214) Типо того.
Хотя месяц назад на ИС парнишка на java написал парсер с зашитыми типовыми решениями задач типо 10 самых долгих контекстных вызовов, ожидания на блокировках и тд + самому можно грепать регэкспы

(215) у Морозова в его букваре есть готовые скрипты на перле под эти вещи. Надо попробовать их погонять чтоб понять есть ли польза хоть какая-нибудь.

(216) "А. Морозов в своей статье на ИТС говорит: я типа показываю как можно, а для чего - придумывайте сами.", не вы ли это тут постили?

(216) там сложно и не понятна, много страшных букв. Я как пользователь хочу кнопочку.
Когда ты пишешь свой тупой код для простенькой управляемой формы, на самом деле ты юзаешь model-view-controller с double-way data binding в three-layered-data-app-engine, сдобренный high level object-relation-mapping на базе declarative metadata description, имеющей свой platform-independed query language, c declarative data-driven user interface, complete transparent serialization и domain-oriented programm language.
© orefkov

(217) я, его статья на ИТС начинается с этого, есно не дословно, но смысл этот. А что?

(200) нет. не очистить. Посмотрите в вопрос топика.
я привожу примеры с временами, на MS SQL при втором и далее выполнении одинаковых операций, читай запросов, их время уменьшается за счет использования процедурного кэша- запрос потому что не компилируется и план берется из кэша,
подобного на стороне PostgreSQL не наблюдается - второе, третье выполнение не дает уменьшения времени. Вы говорите, что есть кэш запросов - у него такая же функция, как у процедурного на MS SQL или это что-то другое?

(220) вы таки верите, что за счёт процедурного кэша время с 10 мин сократилось до 7? А вот, что за счёт разогрева кэша - вполне реально

И да, с памятью постгри на Линукс работает куда лучше

(150) не знаю какой фреш работает на постгресе, но фреш ДИТ Москвы на 10к юзеров работает на MS, бгг http://v8.1c.ru/expert/cts/cts-231-003.htm

(220) https://habrahabr.ru/company/postgrespro/blog/275755/
Так как читать там много, то цитата:
"В Постгресе нет глобального кэша разобранных запросов. Более того, если не предпринять специальных усилий, то запрос не будет сохраняться и локально в памяти процесса.
В частности, при повторении одного и того же запроса он будет полностью разбираться каждый раз заново."

Под специальными усилиями подразумевается PREPARE.
pgbench с флагом -M prepared дает рост производительности в 1.8 раза.

(225) Ты что, думаешь, 1С не делает PREPARE?

(225) pgbench это тест несложных запросов, потом по сути это попытка переложить часть задач с сервера СУБД на сервер 1С. Не факт что это оправданная стратегия

(227) меня в работе самых последних версий конфигураций немного озадачило другое. Это касается самых свежих релизов БП и ЗУП. Процесс обновления конфигураций остающихся на поддержке.

Т.е. речь идет о типовых, где не была включена возможность изменений. Рассчитывал обойтись доработкой расширений, чтоб максимально оставаться на типовых. Просто попробовать, не спешить "ломать" типовые механизмы. И обратил внимание на то, что процесс обновления в самом начале создает несколько блокировок. И из-за них очень-очень долго отрабатывает обновление... Лекарство нашел пока только в том, чтобы назначить на каждый процесс не более, чем по одной базе, что позволило создать процессу некое изолированное адресное пространство и процессы обновления стали завершаться за нормальное время.

просто на базах с релизами конфигураций, построенных на основе теперь уже устаревших БСП такого поведения конфигуратора при обновлении базы не видел. Может быть блокировки были, но граблей заметно не было. Теперь базы просто необходимо жестко изолировать в отдельные процессы.

(227) А сервер 1С переложит эту работу на плечи программистов 1С, как и в случае с механизмом управляемых блокировок.
По принципу - вам надо, вы и подготавливайте.
(226) Я не знаю. Включил ТЖ. Запустил тест Гилева. Погрепил ТЖ. Никаких PREPARE не нашел.

(228) ну если юзеров есть ограничение на рабочий процесс не более 1 ИБ - золотое правило...

А насчет новые - так у БП давно ЦФ больше чем у упыпырища.

(230) 1.Кого? семантический контроль текста запроса?
2.Это про то, что часть работы по построению плана запроса делает клиент (семантический, лингвинистический контроль) - ничего 1С этого не делает. Единственно 1С транслирует свой запрос в язык запроса базовода (и без всяких виртуальных таблиц и с именами таблиц на 1С а СУБД).

онлайн бэкапы, семантический лингвистический контроль плана запросов делает клиент...

О сколько нам открытий чудных
Готовят Кемерова дух

(221) Тогда возвращаемся к началу. Подобного разогрева кэш на Postgresql  , получается , нет?

(234) потому, что тестите на постгри под виндой. Попробуйте то-же самое на том-же железе под ну пусть дебианом или убунтой.

Может вы приведете примеры из ваших информационных баз с временами ?

(236) сходу и не вспомню... завтра, если будет время, какую-нить нетленку загружу из копии и попробую сделать 2-3 раза один и тот-же отчёт.

Вспоминается у Алексея Лустина почти вдвое получалось ОСВ на УПП (демонстрировалось на вебинаре "PostgreSQL "на стероидах"").

(192) PG может восстанавливать по данным WAL до любого момента времени + репликация хорошо работает - то чего MS SQL не умеет ну или точно не умел.

(238) Исключительно для справедливости: если выбрать требуемую стратегия резервного копирования то и у сиквела можно восстановить базу на любой момент времени (ну как минимум на 2012 я это делал ради теста).

(239) можно, но там нужен полный бекап + вожможно дифференциальный + бекап логов.

Но вот репликация на MS SQL в свое время не взлетела, на PG работает без проблем.

И кстати по скорости бекапа\восстановления PG быстрее, по крайней мере в нашем случае.

(240) винда или линь?

Линь.

по винду постгрес смысла ставить НЕТ

(243) ну почему, для тренировки вполне, но не для продуктива конечно.

(244) А в чем тренировка то состоит? если половина настроек не работает? или работает не так?

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

И да параметры сравнивал, если не ошибаюсь для 9.4.2 под окнами нет: мин/макс wal_size и effective_io_concurency... т.е. всего 3 параметров нет, хотя все 3 могут неплохо съиграть... думаю нет т.к. работа с памятью у постгри под окнами никакая.

(246) ну дамп и рестор из гуя сделать - это 15 мин тренировки

(247) нафиг гуй! Командная строка онли!

+(237) как-то слишком оптимистично у меня получилось
1 выполнение - 6:11
2-3:14
3-3:11

(238) орнул с тебя. не умеет, дааа.

обалдеть разница.

между 1 и 2 никаких манипуляций с postgresql не было?

(251) нет, но может клиент кэшь формы делал но такой разницы от построения кэша не должно быть никак

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

(253) откуда я могу знать про вас, мне он тогда был полезен

(247) Несколько лет назад бэкап постгресовской базы 1с был тем еще квестом. Помню, там какие-то типы данных были, которые не включались в бэкап (mvarchar вроде), и чтобы восстановить бэкап нужно было плясать с бубном. Сейчас иначе?

(255) не совсем понял о чем речь, база бэкапится - база из бэкапа восстанавливается - что ещё от бэкапа требуется?

(255) а ты бэкап делал путем создания скрипта на кучу инсерт?

(257) ага, текстовый

так есть же бинарный. Или я настолько далек от пг?

+ (258) можно конечно было делать онлайн бэкап но нужен небольшой серверок... даже хорошего десктопа видимо хватило-бы,но куроводство решило по другому.

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

(261) а рестор сколько по времени?

(262) точно не скажу, так навскидку 1,6-2 * время выгрузки

Совсем маленькая база ЗиК БУ(около 11 ГБ в PostgreSQL)
pg_dump -Z 9(макс. сжатие по умолчанию) - 4 мин. 12 сек.
pg_dump -Z 0(без сжатия) - 50 сек
pg_dump -Z 0 -j 10(в 10 потоков) - 11 сек.
Все в бинарном формате.
Многопоточный pg_restore восстанавливает базу за минуту с небольшим.

(264) у нас базы поболее и вот этот разрыв (4 мин - 50 сек) не настолько суровый

(264) как определяете размер в PostgreSQL?

(266) каталог \Data\base\<oid>

или типа того

У меня база УТ 11 размером в 11 гб сжимается до 4 гб за 7 минут, распакуется за 3 в 4 потока.

(258) Это не бэкап, это выгрузка. Соответственно нет гарантии восстановления.

P.S. Если кто не в курсе, разница между бэкапом и выгрузкой в том, что после восстановления из выгрузки получается ДРУГАЯ БАЗА. А после восстановления из бэкапа — та же самая (бит-в-бит).

(154) "нет (и не надо)"
Это почему это? Какая-то ангажированная барыжья точка зрения, в 1937 году с таким не церемонились, между прочим. И так среди одинэсников тупых пафосных барыг - как липкого золота за баней, а этот контингент, между прочим, дискредитирует почетное и уважаемое звание "Программист 1С", а тут еще и разбираться не надо. Очень даже надо во всём разбираться, а MS-SQL, по-хорошему, надо запретить, потому что микрософт это амерская контора и, соответственно, амерский налоговый резидент, на их налоги одеваются и обуваются солдаты НАТО. Вы что - фашист, если пишете такие вещи? Россия - лучшая в мире страна, 1С:Предприятие - лучшая, на текущий момент, отечественная система СУБД, нам эти гейропские педофильские ценности ни к чему, мы сами во всем разберемся что надо, а что нет.
И да, у меня работает postgres на 14 человек, пользователи не жалуются.

(166) Есть и НАТОвский скуль и постгрес я настроил 1 раз.

(272) рукалицо...

(266) SELECT pg_size_pretty( pg_database_size( 'my_base' ) );
Или в pgAdmin, в свойствах базы на вкладке "Statistics".

(272) ЛОЛ, когда 1С научится нормально работать с временными таблицами без всяких патчей ядра постгреса (или платформы - я хз) - тогда приходи, поговорим)))

(276) озвучте параметры ваших баз данных и нагрузки на них.
В большинстве задач постгрес нормально справляется, а базы на которых он начинает затыкаться на временных таблицах есть далеко не у каждого.
И да, резервирование у него гораздо приятнее чем у MS

(277) мне не нужно "в большинстве" случаев, потому что у меня ответственность. поэтому я директор, а ты бета-тестер

(232) Оказывается, есть такое:
"Модуль aqo представляет собой расширение Postgres Pro Enterprise для оптимизации запросов по стоимости выполнения. Используя методы машинного обучения, а точнее модификацию алгоритма k-NN, aqo улучшает оценку количества строк, что может способствовать выбору лучшего плана и, как следствие, ускорению запросов.

Модуль aqo может собирать статистику по всем выполняемым запросам, за исключением запросов, обращающихся к системным отношениям. Если запросы различаются только константами, они считаются относящимися к одному типу. Для каждого типа модуль aqo сохраняет для машинного обучения качество оценки количества строк, время планирования, время и статистику выполнения. Но основе этих данных aqo строит новый план выполнения и использует его для следующего запроса того же типа. В тестах aqo показал значительное увеличение производительности для сложных запросов."
https://postgrespro.ru/docs/enterprise/9.6/aqo
Понятно, что далеко не бесплатно, но есть.
Наверное и семантический анализ также применяется,
машинное обучение все-таки...

Пока что решение проблемы с врем. таблицами у постгреса только в задумках https://postgrespro.ru/roadmap/56516
И то - только у нашего постгрес про, т.к. для core team скорей всего эта проблема пох. И если чуваки решат эту проблему то форкнут скорей всего в платную Enterprise версию.

(280)вы передёргивает, ещё скажите что сиквел, которым вы видимо фарцуете, принципиально беспроблемен

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

(280) 1С тоже работает над улучшением работы с временными таблицами http://downloads.v8.1c.ru/content//Platform/8_3_11_2954/1cv8upd.htm#717c2d04-026f-11e7-a3f7-0050569f678a
Результаты сравнения тестов Вышла 8.3.11 тестовая 956-е сообщение. 30% - достаточно неплохо.

(278) Какой ты нафиг директор (С) Масяня.

(280) Проблема с временными таблицами решена и в энтерпрайз она есть

(277) подскажи пожалуйста как у PG приятно настроить дифференциальные бекапы?

(286) да все постгресисты-одноэсники такие постгресисты ниибацо что делают бэкапы через выгрузку в dt, а когда спрашиваешь за barman или backrest - "че-че? не, не слышал..."

Архивация WAL? - ессно архивы нужно снимать с реплики - не, денег на второй сервер нет, 2 раза в сутки дамп будем снимать (у архива валидации нет - да и ладно, куроводство сказало и так сойдет)

Проблемы с pg_class при интенсивной работе - а что это такое о_О? вы всё передергиваете и фарцуете мс склем...

(287) резервные копии средствами postgres, архивация WAL работает, реплика тоже работает. Проблем с Postgres не имеем уже 3 года на 5 серверах.
Разницы с производительность  по отношению с MS практически нет (+/-)
Работать через psqд вполне научились, системных представлений и лога вполне достаточно чтобы решать все проблемы с производительностью и не оптимальными запросами.

Работает сервер на debian + postgres стабильнее, по крайней мере по части зависаний и перезагрузок.

Крутится около 20 баз, их них 6 под активной нагрузкой.

Что еще для счастья нужно?

(288) чтобы прийти к этому, нужно специально этим заниматься...как с MS - поставил, настроил и забыл - не получится

и обрати внимание с какими проблемами сталкиваются при нагрузочном тестировании
MS https://www.youtube.com/watch?v=0KN5DdkbS2g
PG https://www.youtube.com/watch?v=ID_W5nMi8cE

PG без допила ядра и патчей вообще не взлетел

+(289) причем эти патчи и допилы могут быть не приняты сообществом и в ванильный Pg не войдут, их скорей всего воткнут в платный Enterprise

вторую ссылку я видел, они как раз сказали что в Enterprise патчи уже включены
Первую посмотрю, но 5000 пользователей это близко не наш уровень, поэтому совсем голова не болит по поводу того кто будет лучше PG или MS на 5к пользователей.

Мы в свое время и на 50 MS SQL ложили;)

(288) Разницы с производительность  по отношению с MS практически нет (+/-)

И это при нулевых знаниях об ms sql. Откуда дровишки то про разницу? Когнитивные искажения?

(291) а сколько у вас активных пользователей?

(293) в основной 100, в других меньше.
Если база в которой до 40 млн записей в сутки, правда это база не связана с 1С.

(294) а у вас есть линукс админ+DBA?

(295) нет. Мы лет 6 назад пересадили ИТ отдел на ПК с linux + многие другие сервисы крутятся на linux, все с ним знакомы.
Сами сервера под Linux в обслуживании не нуждаются, только за свободным местом следим. Хотя есть один сотрудник, который Postgres начинал внедрять и лучше его знает.

(296) ясно, спасибо за инфу

(296) и 1сные сервера на линуксе?

(296) а, еще вопросик, у вас линуксовые сервера виртуальные?

(287) не трынди! Если твоя любимая соска/barman/backrest никому не нужна - это значит только что она никому не нужна.

WAL архивация? Прочитал наконец-то что есть онлайн-бэкап... может следующий раз не будешь так глупо выглядеть.

(292) а чем тебе не нравятся "нулевые знания об мс скл" ? Его же никто знать не должен или как? Тут всем как раз в голову вбивают, что в отличие по постгри, не нужно ничего знать - все работает само, а не так, как в кривом халявном постгри. Поэтому, увы.

(300) это не онлайн бэкап называется, а архивирование WAL

https://postgrespro.ru/docs/postgrespro/9.6/continuous-archiving

так что глупо сейчас ты выглядишь

(289) для комплекта не хватает оракла, в среднем если активных юзеров >300 - оракл рвёт сиквел как тузик грелку

(302) https://www.postgresql.org/docs/8.1/static/backup-online.html

(289)на 1с?

(305) к (303)

(302) Так он же через pg_dump архивы делает. Зачем ему что-то еще )))

(306) да, речь именно про 1с, до 300 активистов в базе не имеет никаких оснований для использования оракла, но далее...

(289) Может плохие танцоры?

(308) Кто тесты проводил? Есть публичная инфа?

(299) нет.так сложилось исторически что виртуализацией практически не пользуемся.

(311) а 1С сервер тоже на линуксе?

(299) например на лейзвийной циске у нас... но тут есть некоторые моменты в использовании с которыми я не согласен. Подробностей не будет, как минимум публично.

(313) А циска уже сервера выпускает? что-то я отстал от жизни

(314) очень давно.... но сцуко на мой взгляд они переоценены

(312) да, под виндой у нас только клиенты, и то не все.

(316) год-два назад некто В.Богачев рекомендовал сервера 1С для нагруженных систем размещать только под окнами....
Нагрузка большая?
Проблемы какие-то есть?

(316) И еще некто Лустин говорит что

"Однако там есть одна особенность – 1С-сервер лучше ставить все-таки не на Linux, а на Windows – из-за проблем с active directory и kerberos-библиотекой. Это связано не с Postgres, а с особенностью статической линковки библиотеки kerberos под CentOS, под Ubuntu и не только."

https://habrahabr.ru/company/pgdayrussia/blog/331448/

Реально есть какие-то "особенности" и вообще о чем он?:)

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

(319) вот поэтому и хочется услышать человека у кого всё работает в продакшене ;)

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

(321) веб.

(321) ну документ документу рознь, тут оценить от чистого количество корректно не получится.

Веб-сервисы - это чисто обмен данными, вебморда, Rest/Odata?
Какие-то доп. возможности используете кроме веба (риб, ком, внешние источники и т.п.)?

(323) у нас сеть магазинов автозапчастей. Есть работа с веб-сервисами поставщиков, часть поставщиков присылают прайсы, которые парсятся, грузятся в отдельную БД и из нее погружаются в базы 1С, есть обмен с сайтом, правда трафик там небольшой,ну и по мелочи есть еще разные сервисы, которые из 1С используем, кроме того есть различные регламентные задания. Например у нас есть РС с текущей инофрмацией номенклатуры, куда каждые 10 сек записываются текущие остатки + всякая другая нужная информация

(301) Да просто радует логика чела. Я не знаю как это делают на сиквеле, но на слоне точно круче. Что-то из серии - не читал, но осуждаю.

(325) если про меня, то со всем что касается администрирования в ms sql знаком. Мы на sql до перехода на pg года 4 работали. И по поводу круче не нужно передергивать, хотя система резервирования на pg действительно круче.

(326) А чем лучше?

(327) Там из коробки работает репликация, можно реплицировать на несколько серверов. Но на самом деле это ничем не круче AlwaisOn и Windows Failover Cluster
https://docs.microsoft.com/ru-ru/sql/sql-server/failover-clusters/windows/windows-server-failover-clustering-wsfc-with-sql-server

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

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

Таблицы еще можно бэкапить. Хоть 1С не советует туда лазить но иногда это очень быстро, полезно и приятно)

(329) а зачем нужен резервный сервер с репликой, если автоматически на нее переключиться не получиться? да и где гарантия что получится вообще, если на основном сервере сгорит память и репликация не успеет завершиться?

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

ну несколько минут не критично

Всяко лучше чем вчерашний архив поднимать

(330) всякое решение имеет соотношение цена/качество. На данный момент резервный сервер с репликой базы нас устраивает.
Да и где гарантия что WFS в нужный момент правильно сработает? Вы гоняли рабочие сервера на все возможные форс-мажорные обстоятельства?

(334) А вы переключались на реплики?

(333) зачем вчерашний? полный+диф+бэкапы лога+конечный фрагмент журнала

(336) ну ладно часовой давности

В мскл чтобы сделать (336) достаточно план обслуживания настроить, а на Pg нужно ибаццо https://eax.me/postgresql-replication/

(335) да переключались, во время обновления ПО на рабочих серверах.

(337) да откуда часовой-то? с точностью до секунды до сбоя можно восстановиться при фулл модели

(340) Ты бэкап каждую секунду делаешь? Откуда у тебя данные секундной давности?

А если файл не побит, то ничего и восстанваливать не нужно

(341) (342) /*рукалицо иди поучи матчасть штоли

(340) На одном и том же железе 4 года назад полную модель выключали, потому что сервер упирался в дисковую подсистему в пиковые моменты а также при создании диф. копий.
Сейчас PG пишет WAL без заметной нагрузки на диски.

(339) сколько заняло время переключения?
(344) с реплики пишет?

(345) до 10 мин.

(345) WAL пишутся на рабочем сервера, до каскадной систему репликации мы еще не дошли;)

(346) у меня восстановление из бэкапа занимает столько же
(347) всё это надо админить, само просто так не работает...

+(348) ну может минут 20, а не 10, но одинхрен сопоставимо

при этом я одинесник а не админ

(348) а размер БД? У нас восстановление идет около часа. (350) Я тоже далеко не админ.

(351) около 100 Гб

(351) >>Я тоже далеко не админ.

так вас целый отдел линуксоидов + постгресист, а я один+виндовый одмин который в базах ни бумбум

(352) сопоставимо, у нас чуть более 80.
А за счет чего у вас 20 мин получается? Винты SSD или регистров не так много?
(353) у нас отдел 1С-ников в первую очередь.

У нас на SAS + RAID 10 на MS SQL 2005/2008 восстановление около часа шло.
(354) Хотя регистры тут наверное не причем

(355) SSD + проц https://ark.intel.com/ru/products/91754/Intel-Xeon-Processor-E5-2680-v4-35M-Cache-2_40-GHz

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

(356) ясно.

Кто в курсе, дайте, пож-та, ссылку на не старую (максимум год) публикацию Лустина про Postgresql

(359) У него только вебинар платный был. Таких руководств вроде нет

(359) а зачем именно Лустин?

Я несколько раз видел эту фамилию в сочетании с postgresql :)

https://www.1c-interes.ru/catalog/all6964/25227623/

•Глава 6. Администрирование PostgreSQL при работе с «1С:Предприятием» ?Основы
?Расширения
?Логирование
? Настройки PostgreSQL для работы с «1С:Предприятием» ?Основные параметры postgresql.conf
?Общие положения
?Настройки сервера для PostgreSQL
?Обозначения
?Параметры производительности
?Параметры для платформы «1С:Предприятие»
?Online_analyse

?Расследование проблем
?Резервное копирование и восстановление ?Дамп SQL
?Физические бэкапы
?Непрерывная архивация

?Дополнительные источники информации

(363) когда чуваки, которые написали эту чудо-книгу, научатся диагностировать постгрес на таком уровне как чуваки с яндекс-почты, тогда они будут иметь право что-то спрашивать на своем экзамене, ггг

https://habrahabr.ru/company/pgdayrussia/blog/329178/

+(364) а у них в букваре картинки постгреса под винду, бгг

(365) потому что кроме, грубо говоря, балбесов из под винды никому больше эти картинки неинтересны :))))

Ребята, а вы сами напишите.

Начало такое

Настройка PostgreSQL версий 9.6 и 10.0 на максимальную производительность для платформы 1С.

(368) шаг (0) установить линукс

(369) шаг один - открыть терминал

(370) шаг два - снес линукс, поставил ms )

(368) максимальная производительность будет зависеть от ваших конкретных условий - железа, базы данных, нагрузки на эту базу данных.
Общих рекомендаций по настройке PG а также по доработке конфигурации можно много где найти, на том же сайте 1С.
А дальше нужно тестировать и смотреть во что вы упираетесь.

(371) шаг три - наконец-то начал зарабатывать деньги на 1С

(368) >>Настройка PostgreSQL версий 9.6 и 10.0 на максимальную производительность для платформы 1С
Это больше похоже на строку в резюме или название услуги.
И то и другое платно.

С этих слов начинается статья

https://kb.1c.ru/articleView.jsp?id=91

только там про версии 9.2-9.4

(375) думаешь сильно изменилось?

Hi All!

Народ, поделитесь плиз дистрибутивом

PostgreSQL для Linux x86 (64-bit) (DEB), версия 9.6.6-1.1С

Странное дело, на https://releases.1c.ru/ он весит всего 5 метров!

Буду очень признателен!

Михаил.

может там онлайн установщик?

Нет, там таровский архив

postgresql_9.6.6_1.1C_amd64_deb.tar.bz2

с *.deb файлами-пакетов внутри

(377) Бери отсюда
https://postgrespro.ru/products/1c_build

+ (380) Точнее от сюда. https://postgrespro.ru/products/archive/1c

Там то же самое.

(379) Там еще есть архив с доп. модулями. Он тоже нужен.

Архива с до. модулями не увидел.

Там ведь только добавляется репозиторий с ключем, из которого ставится постгри...

Hi All!

Все заработало. Почти сутки - полет нормальный :)

Спасибо!

P.S. Таки не понятно, почему на портале ИТС выложен огрызок дистрибутива:

libpq5_9.6.6-1.1C_amd64                    deb?130096
postgresql-9.6_9.6.6-1.1C_amd64            deb?4038 K
postgresql-client-9.6_9.6.6-1.1C_amd64     deb?1197 K
postgresql-contrib-9.6_9.6.6-1.1C_amd64    deb?524878

http://catalog.mista.ru/public/554213/