Министерство здравоохранения РФ планирует (http://gov.cnews.ru/top/2014/08/06/minzdrav_rf_otkazyvaetsya...) до конца 2015 года перевести на СПО и СУБД PostgreSQL информационные системы, в которых применяются проприетарные ОС и СУБД Oracle и Microsoft SQL Server. В частности, миграция запланирована для портала системы диспетчиризации карет Скорой помощи, информационно-аналитической системы (ИАС) и интеграционой шины, с помощью которой к федеральным сервисам ЕГИСЗ подключаются регионы.
При этом, в настоящее время на базе СПО уже функционируют Ситуационный центр Минздрава и значительная часть Единой государственной информационной системы здравоохранения (ЕГИСЗ), в том числе применяются серверы и рабочие терминалы на базе Linux, свободные прикладные приложения и СУБД PostgreSQL. Положительный опыт внедрения PostgreSQL для хранения больших объёмов медицинских данных уже получен (http://www.osp.ru/medit/2014/08/13042134.html) в ННГУ им. Н. И. Лобачевского, где на базе СУБД PostgreSQL создано хранилище для системы медицинской визуализации томограмм, ёмкостью 36 Тбайт.По словам Романа Сафронова, заместителя директора ИТ-департамента Минздрава, трата бюджетных средств на покупку лицензий проприетрных продуктов не оправдывает себя - «Когда в 2012 г. у нас рухнула одна из подсистем ЕГИСЗ и возник риск потери данных, мы обратились в Oracle за помощью, но они оказались бессильны. Нам пришлось оббегать всю Москву в поисках экспертов на стороне интеграторов, которые в течение нескольких дней собирали базу по крупицам и в итоге восстановили данные. А мы окончательно убедились в том, что по сути оплачиваем воздух, не получая никакой поддержки».
URL: http://gov.cnews.ru/top/2014/08/06/minzdrav_rf_otkazyvaetsya...
Новость: http://www.opennet.me/opennews/art.shtml?num=40336
> мы окончательно убедились в том, что по сути оплачиваем воздух, не получая никакой поддержкиЗолотые слова.
Есть два типа сисадминов: которые еще не делают бекапы, и которые уже делают.
200Т бекапчик или больше... Развертывание ~100ч? Или резервная система в реплике? Да дорого всё это - проще по рукам проектировщиков бить, чтобы разделяли базу данных, базу документов, прикреплённые файлы и отчеты - тогда можно и бекап с адекватным временем развертывания иметь.
Если посыпалось несколько блоков - block recovery. Данные хранить в ASM с high redundancy (или raid10 с тройным зеркалированием). Если нужен низкий mttr - Oracle Dataguard.
Просто надо админов нормальных держать, а не студентов на полставки.
> Если посыпалось несколько блоков - block recovery. Данные хранить в ASM с
> high redundancy (или raid10 с тройным зеркалированием). Если нужен низкий mttr
> - Oracle Dataguard.
> Просто надо админов нормальных держать, а не студентов на полставки.Причем тут рейд? Отказ может быть различным - от отказа питания (без электричества толку от рейда нет) или выхода из строя контроллера, до глюков маршрутизаторов (ну или ошибок маршрутизирования). И будь хоть какое зеркалирование, данные придётся выковыривать лопаточкой после этого.
Ну а если не кочевряжится - нагрузка, объёмы данных и алгоритмы восстановления должны прописаны в т.з., а за все нестыковки должен отвечать "большой начальника", а не рядовые исполнители и поставщики (к которым сам Оракл и относится). Вот если бы они какие-либо условия нарушили... Тогда бы... Понятно...
Но начинание вполне здоровое - оно будет стимулировать появления специалистов широкого профиля (PG ещё настроить надо суметь) по СПО, что хорошо скажется на кодовой базе.
Совершенно с Вами согласен. Всякая система требует определенного объема и качества ресурсов. Компетенция тоже ресурс и пожалуй в настоящее время самый критичный.
Меня удивляет то, что заменив Oracle или Microsoft SQL на PostgreSQL и ОС (Windows Solaris HP-UX AIX) на Linux проблемы снимутся сами собой. Единственное, что надо учитывать в случае с СПО это наличие необходимой компетенции по сопровождению и развитию СПО.
> проблемы снимутся сами собой.Любые попытки устроить революцию любого масштаба влекут за собой подобную эйфорию (сейчас вот все разломаем, а обратно все построится само, в стопиццот раз краше предыдущего!). Многие от нее не отказываются, даже столкнувшись с явными проблемами, о которых они вообще не думали до проведения этой самой революции.
Главное - революция свершилась! Вот теперь - заживем!
Достаточно вспомнить развал СССР и связаную с этим эйфорию подобного же плана. Все необходимые законы и жизненный уклад начали строить только тогда, когда пелена с глаз спала и пришлось взглянуть в глаза реальности.Я лично не против того, чтобы переставать кормить разжиревший от бабла оракел, тем более, что в большинстве случаев они реально не способны быстро помочь в критичной ситуации.
Но то, про что пишется в статье, чаще всего заканчивается очередным распилом бюджета. Причем, не таким, который хоть как-то еще можно отследить, а размежжевывание между конторами-однодневками, где концов не найти уже никогда. Конечный же результат их, с позволения сказать, труда - как правило, ужасает.
Собственно, начинание полезное, но пора бы уже брать под контроль такие инициативы, чтобы бабло тратилось именно на дело, а не на покупку недвижимости где-то забугром.
> Любые попытки устроить революцию любого масштаба влекут за собой подобную эйфорию (сейчас
> вот все разломаем, а обратно все построится само, в стопиццот раз
> краше предыдущего!).Ну так это та ситуация когда надо было раньше башкой думать, но увы, пробакланили. Так что придется резать по живому, увы. Ибо в данном случае только ампутация.
> Ну так это та ситуация когда надо было раньше башкой думать, но
> увы, пробакланили. Так что придется резать по живому, увы. Ибо в
> данном случае только ампутация.Ну так ведь в данном случае видно лишь предложение разломать. Отказаться от того, что было построено, предложение заменить "открытыми решениями". Но ведь "открытые решения" - это не какой-то готовый продукт с одной кнопкой "вкл/выкл", который просто поставил и забыл. Замена ими проприетарных продуктов потребует если не полного (хотя, скорее всего именно полного), то очень серьезного переделывания буквально всей инфраструктуры и всего кастомного ПО. Называются сроки - до конца 2015 года. Т.е., фактически - чуть больше года.
Знаете, я в разных миграциях участвовал, даже в рамках одних и тех же продуктов, но на новые версии, в больших и маленьких компаниях - я лично эти сроки нахожу, скажем так, ну уж слишком радужными.
Народ на SAP мигрирует по 2-3 года, на более-менее готовый уже продукт. А тут - сбацаем за год инфраструктурку, перепишем все ПО, заново распространим, протестируем и сертифицируем, вы даже и не переживайте. Деньги тока давайте из госбюджета.
Ну-ну...Никого и ни в чем убеждать не буду, советую просто немного подумать. Возможно, тогда вы тоже разделите мой скептицизм.
На САП мигрировать можно бесконечно, если заказчик выставляет требования "сделать все как я хочу", потому что начинаются дописывания на каждый чих.
> На САП мигрировать можно бесконечно, если заказчик выставляет требования "сделать все как
> я хочу", потому что начинаются дописывания на каждый чих.Это карма всех таких систем. Када и Кадар. Крест, если угодно.
1С помельче, подешевше, понесерьезней, а болеет тем же.
есть еще момент... "Одновременно Олег Бартунов является одним из двух «главных разработчиков» (major contributor) PostgreSQL, живущих в России. Второй отечественный major contributor — Федор Сигаев."
(http://open.cnews.ru/top/2011/07/06/rossijskij_astronom_pred...)
Тогда государство должно обеспечить именно им поддержку и создать условия, чтобы удержать их, так как ония являются носителями компетенции.
Это один из вопросов гос. безопасности страны
на 2-х человеках строится безопасность страны..
тут нужно комюнити разработчиков развивать
> на 2-х человеках строится безопасность страны..
> тут нужно комюнити разработчиков развиватьКонечно, надо создовать компетенцию большего объема и носителей ее не 2 человека, но этим надо заниматься на гос уровне и серьезно, а не саморегулирующая коррупция.
>> на 2-х человеках строится безопасность страны..
>> тут нужно комюнити разработчиков развивать
> Конечно, надо создовать компетенцию большего объема и носителей ее не 2 человека,
> но этим надо заниматься на гос уровне и серьезно, а не
> саморегулирующая коррупция.Тю. Еще один наивный. Щаз. Дофига ваши главснабшлангпрогулпромы нарегулировали уже на данный момент?
А их цель регулировать? Мне то всегда казалось по другому.
> на 2-х человеках строится безопасность страны..
> тут нужно комюнити разработчиков развиватьЭти 2 человека, получив финансирование, наймут кучку помощников и начнут их учить.
Profit.
>> на 2-х человеках строится безопасность страны..
>> тут нужно комюнити разработчиков развивать
> Эти 2 человека, получив финансирование, наймут кучку помощников и начнут их учить.
> Profit.Ага. Купят билет в одну сторону на Запад. И вон из такой миленькой страны. В гости к Брину.
Зачем? Там, типа, больше платят? Так нет же.
Проблемы останутся, проблемы решить никто не может, но перестанут платить за воздух тем, кто обещал проблемы решить, но не решил.Ну и к тому же платить будут тем, кто сидит в России, а не на деревню бабушке.
> Проблемы останутся, проблемы решить никто не может, но перестанут платить за воздух
> тем, кто обещал проблемы решить, но не решил.
> Ну и к тому же платить будут тем, кто сидит в России,
> а не на деревню бабушке.Дооооооооооо, пенсии вона уже заплатили, 600 раз.
Тебе пенсию перестали платить?
По рукам надо бить заранее.
> Есть два типа сисадминов: которые еще не делают бекапы, и которые уже делают.Есть два типа начальства - которое ещё не даёт деньги на хранилище бэкапов, и которое их уже не даёт.
> Есть два типа начальства - которое ещё не даёт деньги на хранилище
> бэкапов, и которое их уже не даёт.И есть еще типовое российское - которое денег на хранилище не даёт, а потом в потере данных винит администраторов.
Непонятно как они собираются обеспечить ту же безопасность на свободных софтинках и возможно неспециализированном оборудовании? Все дело в том, что по ораклу специалистов под рукой нет, а по Psql есть и они готовы все запилить вручную и стать несменяемой элитой?
> Непонятно как они собираются обеспечить ту же безопасность на свободных софтинках и возможно неспециализированном оборудовании? Все дело в том, что по ораклу специалистов под рукой нет, а по Psql есть и они готовы все запилить вручную и стать несменяемой элитой?Все дело в том, что специалистов вообще мало и их в любом случае нужно искать, но это отдельный вопрос, а здесь разговор немного о другом - о том что при всем этом ораклу еще приходится и платить непонятно за что.
> Непонятно как они собираются обеспечить ту же безопасность на свободных софтинкахВы так говорите, как будто это что-то плохое.
>> мы окончательно убедились в том, что по сути оплачиваем воздух, не получая никакой поддержки
> Золотые слова.Если откровенно, то это косяк интегратора ИС - не предусмотрели инструменты резервирования либо контроля резервных копий. Ну а так - положительная новость, да.
>Если откровенно, то это косяк интегратора ИС - не предусмотрели инструменты резервирования либо контроля резервных копий.если каждую проблему решать бэкапом, то тех.поддержка - не нужна. о чем собсно новость.
>>> мы окончательно убедились в том, что по сути оплачиваем воздух, не получая никакой поддержки
>> Золотые слова.
> Если откровенно, то это косяк интегратора ИС - не предусмотрели инструменты резервирования
> либо контроля резервных копий. Ну а так - положительная новость, да.Дело в том, что ты вроде как платишь за рабочую систему, а получаем те же яйца но в профиль, поставщик/разработчик ПО ничем не отвечает, и когда возникает серьёзная проблема, то решения от него не дождёшься, вопрос за что платили ( с учётом того что крупная система по умолчанию подразумевает персонал, который решает мелкие проблемы ).
вы путаете тех поддержку продукта и аутсорсинг. тех поддержка того же скаже Oracle отвечает только за свой продукт, а у заказчика кроме продукта стоит ещё и ПО который работает с базой данных которое неизвестно ещё с каким качеством написано или к примеру рейд на контроль который могут забить администраторы. У меня был случай когда вызвали специалиста потому что всё рухнуло, а рухнуло потому что остались целыми лишь 2 из 6 SCSI дисков в рейде которые постепенно выходили из строя, но никто не обращал на это внимание.
2 из 6-ти дисков? Это за рейд такой был? RAID10? И сколько лет на это ушло? :)
> 2 из 6-ти дисков? Это за рейд такой был? RAID10? И сколько
> лет на это ушло? :)хз, я тогда прикинул модели накопителей, они были достаточно давними. Накопители выходили из строя, нагрузка на другие возрастала, но всё работало и админ который возможно являлся чьим то родственником в этой гос компании не обращал внимание.
История изрядно приукрашенная.
> История изрядно приукрашенная.я работал в сервисном центре крупной компании и меня попросили съездить проконсультировать, поскольку в рейдах я на тот момент понимал больше остального персонала. случай из практики. Разобравшись в ситуации я объяснил что всё пропало и уехал, знаний на то чтоб заняться восстановлением того рейда у меня было не достаточно да и в сервисном центре я работал мастером по ремонту перефирии к компьютерам.
Труъ стори, бро.Однажды удалось восстановить данные с похеренного RAID5 из трех дисков, два из которых померли. Восстановить удалось немногое, но самое ценное - резервную копию базы информационной системы. Экспириенса хватило на +50 к уважению. Увы, материальных ценностей мне это не прибавило.
> Труъ стори, бро.
> Однажды удалось восстановить данные с похеренного RAID5 из трех дисков, два из
> которых померли. Восстановить удалось немногое, но самое ценное - резервную копию
> базы информационной системы. Экспириенса хватило на +50 к уважению. Увы, материальных
> ценностей мне это не прибавило.Кул стори, бро.
Могу предположить, там был 50.
вот что санкции животворящие делают
Просто сейчас к мелким начальникам йт в такой ситуации стали прислушиваться, ранее "распил превыше всего".Очень рад за выбор PostgreSQL, тем более когда в стране есть такие спецы по нему как Олег Бартунов.
> Просто сейчас к мелким начальникам йт в такой ситуации стали прислушиваться, ранее
> "распил превыше всего".Протолкнуть бесплатное очень сложно. Последний контрагрумент что я слышал был "не вписывается в бизнес-модель организации". Вот как хочешь так и понимай :/
> Очень рад за выбор PostgreSQL, тем более когда в стране есть такие
> спецы по нему как Олег Бартунов.Постгрес рулит, тем более большинство госорганизаций работают с таким объемом данных, что постгреса хватит с головой.
>> Просто сейчас к мелким начальникам йт в такой ситуации стали прислушиваться, ранее
>> "распил превыше всего".
> Протолкнуть бесплатное очень сложно. Последний контрагрумент что я слышал был "не вписывается
> в бизнес-модель организации". Вот как хочешь так и понимай :/Так банально перенос ответственности ( юридический казус, на отказ по, если оно куплено, списать проблемы намного проще ), в такой ситуации нужно предлагать создавать подручную IT компанию, которая будет продавать ПО на основе свободного, при этом будет отвечать за любые ошибки в ПО всем своим уставным капиталом. :)
>> Очень рад за выбор PostgreSQL, тем более когда в стране есть такие
>> спецы по нему как Олег Бартунов.
> Постгрес рулит, тем более большинство госорганизаций работают с таким объемом данных, что
> постгреса хватит с головой.Объёмы большие, т.к. голова нужна не только для выбора ПО но и для решения что хранить нужно, а в тех кругах пока твиттеры и 0 промилле и переименование милиции-в полицию рулят
> Объёмы большие, т.к. голова нужна не только для выбора ПО но и
> для решения что хранить нужно, а в тех кругах пока твиттеры
> и 0 промилле и переименование милиции-в полицию рулятЯ работал в госорганизации, немаленькой, тамошние объемы нельзя назвать большими.
Не все работают с супербольшими БД, это тот еще миф.
> Протолкнуть бесплатное очень сложно. Последний контрагрумент что я слышал был "не вписывается в бизнес-модель организации". Вот как хочешь так и понимай :/Легко. Надо уметь говорить на их языке.
> вот что санкции животворящие делаютДа вообще, сша ввинтили санкции в надежде что нам будет плохо. А в результате...
1) Пришлось затягивать пояс и разгонять половину коррупционеров. PROFIT.
2) Пришлось волей-неволей поднимать эффективность управления.
3) Пришлось осознать зависимость от недругов в стратегических отраслях.
4) Дошло что зависеть от одной только трубы да и причут внешних партнеров - чревато.В результате наблюдается тотальное оздоровление структуры экономики. Ну или как минимум попытки. И включение мозгов на предмет "а насколько это безопасно - зависеть от буржуев в стратегических отраслях?"
>> вот что санкции животворящие делают
> Да вообще, сша ввинтили санкции в надежде что нам будет плохо. А
> в результате...
> 1) Пришлось затягивать пояс и разгонять половину коррупционеров. PROFIT.
> 2) Пришлось волей-неволей поднимать эффективность управления.
> 3) Пришлось осознать зависимость от недругов в стратегических отраслях.
> 4) Дошло что зависеть от одной только трубы да и причут внешних
> партнеров - чревато.
> В результате наблюдается тотальное оздоровление структуры экономики.кстати дядя Вассерман, предрёк что санкции положительно скажутся на экономике)) поживём - увидим.
Его мнение лучше выслушивать, но .... как бы помягче... он в другом мире живёт, где в сталинских лагерях заключённые хорошо жили т.к. по нормам довольствия им полагалось... и т.п.
Да-да, еще расскажи, что Сталин был величайшим тираном всех времен и народов. Сталин уничтожал свой народ в немыслимых масштабах - от 10 до 110 миллионов человек были брошены в лагеря, где были расстреляны или умерли в нечеловеческих условиях.
> Его мнение лучше выслушивать, но .... как бы помягче... он в другом
> мире живёт, где в сталинских лагерях заключённые хорошо жили т.к. по
> нормам довольствия им полагалось... и т.п.поживём - увидим кто в каком мире живёт ;)
>> Его мнение лучше выслушивать, но .... как бы помягче... он в другом
>> мире живёт, где в сталинских лагерях заключённые хорошо жили т.к. по
>> нормам довольствия им полагалось... и т.п.
> поживёмА ты оптимист
> кстати дядя Вассерман, предрёк что санкции положительно скажутся на экономике)) поживём
> - увидим.Ага. Только в начале случится коллапс из-за недоступности дешёвых западных кредитов и инвестиций. Потом возникнет кризис импортёров и вся страна, сидящая на импорте, взвоет от новых цен. Ну да чего ещё бояться безработным. Зато нам достанется мост в разваленный Крым с завышением сметы в 30 раз. Я не поддерживаю ни Путина, ни Навального, это лишь голимая экономика.
> из-за недоступности дешёвых западных кредитов и инвестицийМожно подумать их давали всем подряд, а не только послушным и управляемым.
Ну, ну! Голимый экономист, ухи грей прохожему, на себя похожему! Запад всегда был и есть враг России, нет и не будит от них ничего хорошего, как бы купленные "спецы" не изгалялись в соволожестве. Лучше учи историю и объективно осмысли действительность, перед своими аналитическими сбросами, в мечтах дешевле акридитится.
> инвестиций. Потом возникнет кризис импортёров и вся страна, сидящая на импорте,
> взвоет от новых цен.Не взвоет, закон спроса-предложения никто не отменял.
>это лишь голимая экономика.пока что это предположения.
>Предлагаю запретить следующие словосочетания как подрывающие основы современного российского государства и задающие неправильные ориентиры:
> - инвестиционный климат
> - экономический рост
> - экономика (вообще)
Это, кстати, хорошая идея. Все равно каждый вкладывает в эти словосочетания тот смысл, который ему хочется.Не говоря уже о самой экономике как "науке". Взять хотя бы ВВП - вроде базовое понятие, а каждый считает его как хочет, лишь бы продемонстрировать рост, например в США методики и коэффициенты меняются практически ежегодно и подстраиваются под ситуацию. Ну и где тут наука вообще? Это гораздо больше смахивает на нумерологию. Цель абсолютно та же, имея набор исходных данных нужно придумать и произвести какие-то псевдонаучные манипуляции чтобы получить желаемый результат.
Хотя да, предвижу общественное негодование, ведь столько "дипломированных экономистов" окажется не у дел.
Зато будет кому дороги строить.
Электрон, знаете ли, тоже - базовое понятие. Базовей не придумаешь. И физику за "ненауку" вы вряд ли посчитаете. Правда, не совсем понятно таки он есть или таки его нету. И что считать за "есть" и что - за "нету".
А то что государства больше пытаются с экономическими законами бороться или, в лучшем случае, старательно игнорировать - и большинство экономистов с радостью готово им в том помочь, включая Нобелевских лауреатов типа Кругмана - то говорит о них, а отнюдь не об экономике. Ксеркс вот тоже, знаете ли, имел очень своеобразные взгляды на метеорологию - говорит ли это о ненаучности последней?
По поводу же тех кто окажется не у дел - вы не путайте экономистов и старших экономистов.
> Электрон, знаете ли, тоже - базовое понятие. Базовей не придумаешь. И физику за "ненауку" вы вряд ли посчитаете. Правда, не совсем понятно таки он есть или таки его нету. И что считать за "есть" и что - за "нету".А что не так с электроном? Есть общепринятое определение, есть четкие физические законы, которые прекрасно работают. Существующие теории без проблем применяются на практике, мы все пользуемся электроприборами. Даже электронно-лучевыми трубками в телевизорах и мониторах все пользовались и не жаловались на отсутствие электронов, так как все работает в точности согласно общепринятым и экспериментально подтвержденным научным теориям. Конечно, не все ясно пока на квантовом уровне и дальше, ну так никто из ученых и не отрицает того, что это пока науке неизвестно, но в общем-то для практических применений на данный момент это и не требуется, это пока что скорее вопросы из области теоретического любопытства и всяких там нанотехнологий светлого будущего.
Теперь сравним с экономикой - тут есть масса "дипломированных экспертов" и "эффективных менеджеров", которые уверяют всех, что они все знают и все понимают. Но почему-то ничего не работает. По крайней мере кризис 2008 года почему-то "наука" не помогла предотвратить, как и многие другие аналогичные проблемы. Зато, аналогично поклонникам Нострадамуса, все эксперты успешно подгоняют уже произошедшие события под свои теории и находят "объяснения". Соответственно и смысла в такой "науке" примерно столько же, сколько в предсказаниях Нострадамуса.
> А то что государства больше пытаются с экономическими законами бороться или, в лучшем случае, старательно игнорировать - и большинство экономистов с радостью готово им в том помочь, включая Нобелевских лауреатов типа Кругмана - то говорит о них, а отнюдь не об экономике.
То есть Вы хотите сказать, что где-то теоретически существует "правильная" наука экономика, это просто все экономисты у нас неправильные, верно? Ну так они же чему-то учатся, получают дипломы, и их при этом считают реальными экспертами-аналитиками, а не посылают канавы копать - как можно, они ж Оксфорды с Гарвардами заканчивали, не просто так. Я говорю как раз о той псевдонауке, которую им преподают, которая сейчас называется экономикой и которая помогает им "научно обосновывать" действия всяких разных государств. Другой, правильной экономики, приносящей практическую пользу и решающей существующие вопросы, в реальности как-то не видно.
А насчет борьбы с "экономическими законами" - в этой самой сегодняшней экономике все настолько расплывчато и неопределено, что каждый понимает все по своему и на каждый "закон" экономисты находят или придумывают ему противоположный применительно к любой конкретной ситуации, ну или просто придумывают другое толкование, более подходящее под их интересы. Так что нет никакой борьбы, так как просто не с чем бороться, нет никаких четких и однозначно работающих законов. В лучшем случае есть некоторые наблюдения о закономерностях, которые *иногда* можно заметить в происходящих событиях, но которые нельзя просто тупо *всегда* применять в качестве закона и рассчитать результат чего-либо.
Вот здесь я с вами согласен. Хотя по другим вопросам я к вам частенько в "оппозиции"
> Ага. Только в начале случится коллапсАбстинентный синдром, в простонародье "ломка" это конечно неприятно
но не сидеть же на этой дури вечно из-за боязни "ломки"?
> из-за недоступности дешёвых западных кредитов и инвестиций.А зачем они вообще нужны?!! Какие передовые технологии и производства
получила Россия за все это время? И сколько потеряла... Кстати с помощью инвестиций.
"Инвестируй=Покупай(конкурента)@Закрывай(конкурента)". И благодаря этим самым кредитам
крупная собственность уже фактически не принадлежит Рашке... Надо национализировать.
В период высоких цен сидящие на кредитах нефтегазовые компании это как обанкротившийся ликероводочный завод!!!
> Потом возникнет кризис импортёров и вся страна, сидящая на импорте, взвоет от новых цен.Выть нужно было начинать в 1991-м году... И понимать в нулевых что от ельцинского выкормыша проку не будет.
Или вы собирались сидеть(медленно деградировать/вымирать) на импорте вечно?..
Так что светлые идеалы Чучхе вам в помощь!!!
> Ну да чего ещё бояться безработным.Действительно когда страна сидит на импорте безработным нечего бояться того
что ВНЕЗАПНО откроют свечной заводик и ему таки придется стать работающим...
Ведь торговать импортом гораздо проще и выгоднее!
> Зато нам достанется мост в разваленный Крым с завышением сметы в 30 раз.Зато 2М человек живут без войны в той стране в которой они хотели жить...
Укры конечно довели Крым до убожества но на то он и Крым
что там все очень легко и приятно можно быстро восстановить.> Я не поддерживаю ни Путина, ни Навального,
Это лишь две стороны одной неолиберальной медали...
>это лишь голимая экономика.Байку про дверь от самолета и выживших на необитаемом острове не читали?!!
Экономика это не кредиты и инвестиции, экономика это сталь, цемент, зерно, химия... И животноводство!
> Ага. Только в начале случится коллапс из-за недоступности дешёвых западных кредитов и
> инвестиций.А чем западные кредиты и инвестиции отличаются от восточных? Чем привлечение денег, напечатанных в США, лучше привлечения денег, напечатанных в РФ?
> Потом возникнет кризис импортёров и вся страна, сидящая на импорте,
> взвоет от новых цен.И всё производство воскликнет УРА. В 1998-м уже проходили, как видишь, стало куда интереснее.
> Ну да чего ещё бояться безработным. Зато
> нам достанется мост в разваленный Крым с завышением сметы в 30
> раз. Я не поддерживаю ни Путина, ни Навального, это лишь голимая
> экономика.Судя по «завышением сметы в 30 раз», ты всё-таки смотришь в рот Навальному.
> Судя по «завышением сметы в 30 раз», ты всё-таки смотришь в рот
> Навальному.То есть чтобы знать, что деньги воруют, нужно быть фанатом именно Навального?
> То есть чтобы знать, что деньги воруют, нужно быть фанатом именно Навального?Нет, однако этот научился достаточно эффективно и результативно наступать коррупционерам и прочим типам с большими доходами которых у них по идее быть не должно на выступающие части. А раз развернулось мочилово - значит, натурально, наступил на больную мозоль кому-то. Впрочем, кое-кто не стесняется чуть ли не открыто крышевать своих племянников, гася губернатора который уволил племянничка за продолбы. Такое вот кумовство с самого верха...
>> Судя по «завышением сметы в 30 раз», ты всё-таки смотришь в рот
>> Навальному.
> То есть чтобы знать, что деньги воруют, нужно быть фанатом именно Навального?Однако ты не вышел на площадь протестовать, клавиатурный десятиборец. Не так ли? Гавкать в интернете, особенно подальше от блогов чинуш, это так безопасно!
> То есть чтобы знать, что деньги воруют, нужно быть фанатом именно Навального?То есть знать, что "деньги воруют" и предоставить конкретные факты и доказательства завышения конкретной сметы в 30 раз - это разные вещи. Но именно фанаты навального в основном веруют в то, что можно попытаться подменить одно другим и разницы никто не заметит.
А ещё она не знают такого слова как бюджет и что в госорганизациях он обязателен для освоения в поставленные сроки. И если отменят один тендер то деньги уйдут на другой.
>>госорганизациях он обязателен для освоения в поставленные сроки.
> Не знаю ни одну госорганизацию, которая ниасилила бы сие.
>>И если отменят один тендер то деньги уйдут на другой.
> если не сворует Петя, то сворует Вася. Поэтому Петя героически сворует раньше,
> чтоб подлому Васе, оборотню и коррупционеру не досталось.Ну это я собственно к тому что орать навльнятам "перемога" при каждом отмене гостендера... Ну я даже не знаю, глуповато что-ли
>> вот что санкции животворящие делают
> Да вообще, сша ввинтили санкции в надежде что нам будет плохо. А
> в результате...
> 1) Пришлось затягивать пояс и разгонять половину коррупционеров. PROFIT.Проблема в том что 30% населения безработными это тоже много.
> Проблема в том что 30% населения безработными это тоже много.Ничего страшного. Пусть или вымирают или учатся делать чего-нибудь полезное уже наконец. Зачем нам стада дармоедов?
>> Проблема в том что 30% населения безработными это тоже много.
> Ничего страшного. Пусть или вымирают или учатся делать чего-нибудь полезное уже наконец.
> Зачем нам стада дармоедов?О, живой мальтузианец! Ну, тогда представим, что твои пожилые родители пусть тоже вымирают. М? Зачем нам кормить доживающий хлам?
Мой датчик сарказма лишь слегка моргнул.
> Да вообще, сша ввинтили санкции в надежде что нам будет плохо. А в результате...
> 1) Пришлось затягивать пояс и разгонять половину коррупционеров. PROFIT.
> 2) Пришлось волей-неволей поднимать эффективность управления.
> 3) Пришлось осознать зависимость от недругов в стратегических отраслях.
> 4) Дошло что зависеть от одной только трубы да и причут внешних партнеров - чревато.Это всего лишь лозунги.
Я не вижу доказательств ваших слов реальными делами.
Особенно п. 1-4.
рухнуло в 2012, но #спасибосанкциямзаэто
Вы про какие санкции? про эти:
Ввод НСП.
1)Повышенный сбор для выезжающих за рубеж туристов.
2)Увеличение налогов.
3)Продовольственная блокада.Это я по памяти написал.
Постгрес???!!! А когда это чудесное создание вакуумить будут, диспетчерские будут работать?
Поздравляю, надеюсь за эти 10 лет ты хорошо выспался, потому как если нет, получается с тебя как с лоха бабла срубили.
А я вот что-то не понял - это какой-то намёк на то, что вакуума там сейчас как бы нет? Или что?
> А я вот что-то не понял - это какой-то намёк на то,
> что вакуума там сейчас как бы нет? Или что?Он есть, но принудительно его пинать не требуется уже давным-давно. Гуглить по слову autovacuum. Возможность отключить автоматику оставлена для сильно специфических случаев.
Ну это да, я в курсе. Ну так и какая разница? В процессе автовакуума же всё равно всё лочится, не? Т.е. если таблица большая и придёт к тебе автовакуум, всё равно же будешь ждать, пока он не уйдёт?
> Ну это да, я в курсе. Ну так и какая разница? В
> процессе автовакуума же всё равно всё лочится, не? Т.е. если таблица
> большая и придёт к тебе автовакуум, всё равно же будешь ждать,
> пока он не уйдёт?Нет.
Ну, большую таблицу оно будет читать, ну, целиком-последовательно, ну системные кеши http://rhaas.blogspot.ru/2014/08/memory-matters.html вымоются, iowait-ы поднимутся, _нормальные запросы протормозят. Но они _не блокируются до полной остановки. Это написано в /routine-vacuuming.html#VACUUM-BASICS. Там же написано про "два вакуума".
Тебе же сказали, чтобы не писать подобный бред - прочитай документацию.
Нет, не будешь. VACUUM (не full) использует очень нежный table-level SHARE UPDATE EXCLUSIVE lock, такой же использует CREATE INDEX CONCURRENTLY, к примеру.Проблемы будут если ты сам зачем-то лочишь, причем относительно жестко и очень часто, на постоянной основе - тогда автовакуум не будет успевать получить лок и будет всё время обламываться - последствия чего не заставят себя ждать слишком долго.
> А я вот что-то не понял - это какой-то намёк на то,
> что вакуума там сейчас как бы нет? Или что?NULL всегда был.
postgresql 8.4.* :
- открываем курсор на чтение какой-нибудь таблицы и "забываем" его
- запускаем VACUUM (обычный)
- Всё, deadlock (не уверен, что термин тут верный). Насколько понял, vacuum ждёт закрытия курсора, а попытка писать в таблицу ждёт отработки vacuum'а.
Проблемы в PostgreSQL вообще и с вакуумом в частности, безусловно, есть.
Но приводить в пример 8.4 и забытые курсоры - это как-то не слишком спортивно.Хотите обсудить реалии - давайте обсудим.
Начать можно отсюда:> Where PostgreSQL really needs to go is to find some way to avoid needing to vacuum old, cold data ever. The obstacle to doing this is that nobody has figured out how.
http://www.databasesoup.com/2012/12/freezing-your-tuples-off...
ну facebook же работает?
> Постгрес???!!! А когда это чудесное создание вакуумить будут, диспетчерские будут работать?Вакуум, начиная с 8-какого-то постгреса не блокирует операции с БД. Кроме того, нагрузка операции регулируется через опции конфигурации. Поэтому этой проблемы давно уже нет вовсе.
>> Постгрес???!!! А когда это чудесное создание вакуумить будут, диспетчерские будут работать?
> Вакуум, начиная с 8-какого-то постгреса не блокирует операции с БД. Кроме того,
> нагрузка операции регулируется через опции конфигурации.Как человек, таки вакуумящий 70Гб~ Pg-базу Zabbix-а (да, не 200Тб картинок) имю сказать следующее:
* "регулировки через опции" слегка переоценены: там в основном настройки автовакуума в духе, сколько надо подождать, чтобы база была в idle, прежде чем запускать автовакуум. И _никакой "регулировки нагрузки". Я, конечно, неосилятор или, может, пропустил что, не спорю, но Zabbix в базу _пишет постоянно и *авто*вакуума не случалость никогда. Не осилил тех опций - пускаю VACUUM ANALIZE (не FULL) руками "по крону" раз в 10 минут, так _быстрее_.
* Для VACUUM FULL базу-таки надо останавливать (клиентов отключать, то есть). Диски у меня "медленные" и мониторинг ентерпрайза останавливать раз в неделю-месяц на час-два-три не вариант. Пользую для - pg_repack, в пике до 4 ч. на таблицу (22Гб+12Гб индекс) _в онлайне_. Огородил семафорчиком, чтоб VACUUM выше одновременно с pg_repack-ом не пускать.
> Поэтому этой проблемы давно уже нет вовсе.
Ну-да, ну-да.
>> Поэтому этой проблемы давно уже нет вовсе.
> Ну-да, ну-да."Той" проблемы нет вовсе, еще раз повторю. Вакуум сейчас можно делать онлайн речь шла об этом.
Что конкретно у вас не получается? VACUUM FULL вам для чего?
>>> Поэтому этой проблемы давно уже нет вовсе.
>> Ну-да, ну-да.
> "Той" проблемы нет вовсе, еще раз повторю. Вакуум сейчас можно делать онлайн
> речь шла об этом.Два разных вакуума. Один из них можно. И до версии 8, наверное, тоже было можно. 1 из 2ух.
> Что конкретно у вас не получается? VACUUM FULL вам для чего?
База пухнет и фрагментируется (~~не "линейный" порядок) => счётчики каких-то там biuffers/сек, к-во iops-ов и iowait-ы растут. Тормозить начнёт, _боюсь_, хотя и "помещается" в 96Гб RAM-ы.
> База пухнет и фрагментируется (~~не "линейный" порядок) => счётчики каких-то там biuffers/сек,
> к-во iops-ов и iowait-ы растут. Тормозить начнёт, _боюсь_, хотя и "помещается"
> в 96Гб RAM-ы.Ого, база помещается в кэш, а вы чего-то боитесь.
Если очень хочется снизить iops, делайте тогда cluster по таблицам по тем ключам, по которым в основном идет выборка.
vacuum full как раз к тормозам и приводит в конце-концов.
Хинт: в новых версиях постгреса vacuum full реализован через cluster только без указания конкретного индекса. Что дает богатую пищу для размышлений.
З.Ы. Не надо бояться неведомо чего. У меня в проме 400 гб набор баз, 150 юзеров, активных процессов постгреса ~ 60. Оперативной памяти в основном сервере 72 гб. Vacuum full не делаю, жалоб нет, чего и вам желаю.
> Для VACUUM FULL базу-таки надо останавливать (клиентов отключать, то есть). Диски у меня "медленные" и мониторинг ентерпрайза останавливать раз в неделю-месяц на час-два-три не вариант.У меня есть база где-то 150ГБ, фулл вакуум делаю раз в 2 месяца (наполняется база не слишком часто) - приноровился делать так: в конфиге ставлю fsync=no, рестартую постгрес и делаю фулл-вакуум - время сократилось с пары часов до 15 минут. затем обратно включаю fsync.
(если чо, постгресс старый 8й, система старая, обновляться не собираюсь)
>> Для VACUUM FULL базу-таки надо останавливать (клиентов отключать, то есть). Диски у меня "медленные" и мониторинг ентерпрайза останавливать раз в неделю-месяц на час-два-три не вариант.
> У меня есть база где-то 150ГБ, фулл вакуум делаю раз в 2
> месяца (наполняется база не слишком часто) - приноровился делать так: в
> конфиге ставлю fsync=no, рестартую постгрес и делаю фулл-вакуум - время сократилось
> с пары часов до 15 минут. затем обратно включаю fsync.У меня два вопроса:
1. Зачем вы делаете vacuum full?
2. Какая версия postgres?
> У меня два вопроса:
> 1. Зачем вы делаете vacuum full?
> 2. Какая версия postgres?система старая, постгрес 8й до-исправления-глюков-с-вакуумом. я не специализируюсь на этом, просто было принято решение не трогать старую систему и периодически ее профилактировать. Без вакуума база разрастается до неприличных размеров.
>> У меня два вопроса:
>> 1. Зачем вы делаете vacuum full?
>> 2. Какая версия postgres?
> система старая, постгрес 8й до-исправления-глюков-с-вакуумом. я не специализируюсь на
> этом, просто было принято решение не трогать старую систему и периодически
> ее профилактировать. Без вакуума база разрастается до неприличных размеров.vacuum без full должен в вашем случае не урезать базу, но и не давать расти.
периодический full с fsync=off это офигеть как опасно, коллега. :) По краю ходите. :)
> vacuum без full должен в вашем случае не урезать базу, но и
> не давать расти.спасибо
> периодический full с fsync=off это офигеть как опасно, коллега. :) По краю
> ходите. :))) там нормальный упс, но тоже спасибо. Буду знать. Решение принято. Отвечать не мне. Чем быстрее навернется, тем быстрее или обновим систему, или сольем клиента.
Должен добавить: не все знают что vacuum хоть с full хоть без не трогает пустое место в индексах. Иногда надо делать reindex если стеснены в дисках, или просто "страшно" за рост БД.
Я лично очень редко, но делаю vacuum full, скажем раз в год, при проф работах или типа того, вместе с cluster и reindex. И то, считаю что делаю это не от жуткой необходимости, но из любви к прекрасному.
> Должен добавить: не все знают что vacuum хоть с full хоть без
> не трогает пустое место в индексах. Иногда надо делать reindex если
> стеснены в дисках, или просто "страшно" за рост БД.
> Я лично очень редко, но делаю vacuum full, скажем раз в год,
> при проф работах или типа того, вместе с cluster и reindex.
> И то, считаю что делаю это не от жуткой необходимости, но
> из любви к прекрасному.Вступлю с этого места. При большом количестве UPDATE autovacuum может не воспрепятствовать распуханию индекса. Т.е. мы настраиваем autovacuum отдельно для таблицы, чтобы срабатывал после каждых 5-10 update (могу быть не точен, пишу по памяти), а index распухает _на_порядок_, что, естественно, не сказывается лучшим образом на производительности. Это безусловно проблема проектировки, но я согласен с
> Сообщение от Andrey Mitrofanov on 07-Авг-14, 10:15
> * "регулировки через опции" "слегка" переоценены
> * Для VACUUM FULL базу-таки надо останавливать
> Вступлю с этого места. При большом количестве UPDATE autovacuum может не воспрепятствовать
> распуханию индекса. Т.е. мы настраиваем autovacuum отдельно для таблицы, чтобы срабатывал
> после каждых 5-10 update (могу быть не точен, пишу по памяти),
> а index распухает _на_порядок_, что, естественно, не сказывается лучшим образом на
> производительности. Это безусловно проблема проектировки, но я согласен сСогласитесь, что большое кол-во update ситуация нехарактерная. Так бывает, да, но тут вакуум опять же не к месту, тут только reindex поможет.
насчет reindex. в случае, описанном выше, reindex, естественно, - это lock, со всеми вытекающими последствиями и это равносильно остановке сервиса.
> насчет reindex. в случае, описанном выше, reindex, естественно, - это lock, со
> всеми вытекающими последствиями и это равносильно остановке сервиса.Откуда вы лезете то? create index concurrently!
> Откуда вы лезете то? create index concurrently!На нагруженной на запись таблице можно долго-долго лепить такие индексы и безуспешно, увы.
>> Откуда вы лезете то? create index concurrently!
> На нагруженной на запись таблице можно долго-долго лепить такие индексы и безуспешно, увы.У меня на базе Zabbix-а _работает_. Правда не 9К NVPS, как в сферических презентациях, а 600 с небольшим. Достаточно "нагруженно на запись"? Не знаю.
Тот самый большой индекс из пред.примера в #59 на 12Гб создавался чуть больше часа, судя по графикам объёма диска под базой ~~> 20 минут создание, 10 минут копировангие(?), 35+ минут "докатка" пришедших за этот час изменений.
>>> Откуда вы лезете то? create index concurrently!
>> На нагруженной на запись таблице можно долго-долго лепить такие индексы и безуспешно, увы.
> У меня на базе Zabbix-а _работает_. Правда не 9К NVPS, как в
> сферических презентациях, а 600 с небольшим. Достаточно "нагруженно на запись"? Не
> знаю.
> Тот самый большой индекс из пред.примера в #59 на 12Гб создавался чуть
> больше часа, судя по графикам объёма диска под базой ~~> 20
> минут создание, 10 минут копировангие(?), 35+ минут "докатка" пришедших за этот
> час изменений.Я тоже пишу про БД заббикса. У меня было ~900 nvps. Может, если у меня не было индекса размером 12Гб, то в примере #59 база не разбита на партиции? Соответственно, можно оптимизировать.
> насчет reindex. в случае, описанном выше, reindex, естественно, - это lock, со
> всеми вытекающими последствиями и это равносильно остановке сервиса.Что поделать, чудес нет. Зато reindex, если индекс не слеплен из всех мыслимых полей непонятно зачем, достаточно быстр и не часто нужен.
> насчет reindex. в случае, описанном выше, reindex, естественно, - это lock, со
> всеми вытекающими последствиями и это равносильно остановке сервиса.Вот [упрощённо, да] онлайновый REINDEX:
CREATE INDEX CONCURRENTLY $NEWIDX ON $копия-того-что-в-старом-индексе;
ALTER INDEX $OLDIDX RENAME TO ${OLDIDX}_0;
ALTER INDEX $NEWIDX RENAME TO $OLDIDX;
DROP INDEX ${OLDIDX}_0;И кстати, CREATE INDEX CONCURRENTLY, как ни странно, вымывает сис.кеши больше [пускаемого _часто_] VACUUM-а. Читает и сортирует всю таблицу, а vac., видимо, понимает-отличает только изменившиеся с пред.раза части стораджа.
> Вот [упрощённо, да] онлайновый REINDEX:
> CREATE INDEX CONCURRENTLY $NEWIDX ON $копия-того-что-в-старом-индексе;
> ALTER INDEX $OLDIDX RENAME TO ${OLDIDX}_0;
> ALTER INDEX $NEWIDX RENAME TO $OLDIDX;
> DROP INDEX ${OLDIDX}_0;Перед тем, как удалять старый индекс, неплохо бы проверить, что новый не кривой :)
>>[упрощённо, да]
>> DROP INDEX ${OLDIDX}_0;
> Перед тем, как удалять старый индекс, неплохо бы проверить, что новый не
> кривой :)GOTO BEGIN;)
>> насчет reindex. в случае, описанном выше, reindex, естественно, - это lock, со
>> всеми вытекающими последствиями и это равносильно остановке сервиса.
> Откуда вы лезете то? create index concurrently!Это opennet так влияет на людей, что они начинают писать неграмотно, хамить и считать себя самыми умными? Ну да, анонимность портит людей.
> Вот [упрощённо, да] онлайновый REINDEX:
А что при этом будет со статистикой по использованию этого index'a?
>> Вот [упрощённо, да] онлайновый REINDEX:
> А что при этом будет со статистикой по использованию этого index'a?С 0 пойдёт, индекс-то новый, фактически.
> Как человек, таки вакуумящий 70Гб~ Pg-базу Zabbix-а (да, не 200Тб картинок) имю
> сказать следующее:Очень рекомендую:
http://www.zabbix.org/wiki/Category:Table_partitioning
Сами пользуемся этим:
http://www.zabbix.org/wiki/Docs/howto/zabbix2_postgresql_par...
И выключили нафиг housekeeper и autovacuum.
Помогает с базой 150+ГБ.
> Очень рекомендую:
>wiki/Category:Table_partitioning
> Сами пользуемся этим:
>howto/zabbix2_postgresql_partitioningСпасибо. //Надо, конечно, но стрёмно как-то. Пока нахожу опроавдания не делать:/
> Спасибо. //Надо, конечно, но стрёмно как-то. Пока нахожу опроавдания не делать:/Тоже вариант)
А поверх PG 1C?
Да хотя бы.
> А поверх PG 1C?Только они форк походу пилят :( не срослось у них что-то насколько я помню.
> Только они форк походу пилят :( не срослось у них что-то насколько я помню.Чтобы 1С и пряморукие - ну вы поняли...
>до конца 2015 года перевести на свободное ПО и СУБД PostgreSQLОпять низкопоклонничество перед Западом.
Как в 1991 переползли на Clipper (как сейчас помню), так с кривой дорожки и не могут уйти. Место проклятое очевидно
> Опять низкопоклонничество перед Западом.
> Как в 1991 переползли на Clipper (как сейчас помню), так с кривой
> дорожки и не могут уйти. Место проклятое очевидноДа причём тут Запад. Тот же 1C - вполне себе отечественная разработка, ничуть не лучше по своим потребительским качествам.
Здоровый выбор здорового софта
> Здоровый выбор здорового софтаМинздрав предупреждает: проприетарные программы опасны для вашего финансового здоровья!
>> Здоровый выбор здорового софта
> Минздрав предупреждает: проприетарные программы опасны для вашего финансового здоровья!Финансового и душевного, тогда уж. Так как не деньгами едиными.
> Здоровый выбор здорового софтаНадо не кровати менять, а девок. Компрене ву?
Подтверждаю инфу насчет поддержки Oracle.
Блджд. А кто бекапы делать будет? Собирали базу по крупицам.
Как тут выше правильно заметили это паршивые интеграторы скорее всего. Обычно в госорганизации приходят рукозадые "свои" интеграторы, поскольку откат сделан - не напрягаются. Оттуда и такие чудеса в решете.
Экономии не будет на свободном софте, товарищи. По тому, какие деньги заламывают за внедрение не важно чего, стоимость софта там мелким слоем размазана. За бесплатный еще больше заломят, обязательно. А уж как пилят на оборудовании! Покупают супержелезо, там где обошлись бы простеньким.
Вот как раз когда пилят покупают простенькое, как супержелезо.
> Вот как раз когда пилят покупают простенькое, как супержелезо.Как можно на дешевом напилить, расскажите схему?:)
Я вижу как раз таки простую схему, которую повторяют регулярно.
Пример:
Нужен кластер СУБД? Какой размер БД и кол-во пользователей? (10гб, 50 человек).
Какие серверы нужно купить? Два двухядерных, 2-4 гб RAM, 250гб жесткие диски.
Что покупают в итоге?
Корзину IBM DS3524 с 24-мя дисками SAS 300 гб. Два сервера по 64 гб памяти и по два 6-ти ядерных Xeon на каждом. Туда покупают MS SQL Enterprise до кучи.
Это типичный случай.
это точно
> Как тут выше правильно заметили это паршивые интеграторы скорее всего. Обычно в
> госорганизации приходят рукозадые "свои" интеграторы, поскольку откат сделан - не напрягаются.
> Оттуда и такие чудеса в решете.
> Экономии не будет на свободном софте, товарищи. По тому, какие деньги заламывают
> за внедрение не важно чего, стоимость софта там мелким слоем размазана.
> За бесплатный еще больше заломят, обязательно. А уж как пилят на
> оборудовании! Покупают супержелезо, там где обошлись бы простеньким.Вы очень сильно заблуждаетесь, если думать на "вперёд" то очень даже будет.
> Вы очень сильно заблуждаетесь, если думать на "вперёд" то очень даже будет.Чтож я по-вашему совсем не вижу динамики роста, отработав в организации 4 года?:)
Или покупать то железо, что я описал выше на СУБД в 10 гб, которая за 4 года выросла с 6 гб до 10 это правильно? Это попил, без вариантов.
Или другой пример, покупать для 50 пользователей, работающих в офисе 8/5 cisco 4500 с двумя гипервизорами и 96-тью портами. Может это тоже не попил? А что тогда?
Покупать трехфазную симметру APC на 40000VA для 6-ти серверов это тоже очень нужно?:)
Минздраву РФ поплохело до такой степени, что уже экономить на спичках начали? Ню-ню. Верной дорогой идете, товарисчи.
> Минздраву РФ поплохело до такой степени, что уже экономить на спичках начали?
> Ню-ню. Верной дорогой идете, товарисчи.Скорее дошло что зависеть от конторы которая еще немного и повыключит весь софт - гнилая затея.
>> Минздраву РФ поплохело до такой степени, что уже экономить на спичках начали?
>> Ню-ню. Верной дорогой идете, товарисчи.
> Скорее дошло что зависеть от конторы которая еще немного и повыключит весь
> софт - гнилая затея.Главное, от чего зависят ваши, в частности, онкобольные - это от поставок лекарств, которые лично у вас не производятся. Софт на этом фоне - так, маленькое неудобство. выключить его еще по воде вилами писано, а химиотерапию надо прямо сегодня продолжать, сечешь?
>>> Минздраву РФ поплохело до такой степени, что уже экономить на спичках начали?
>> Скорее дошло что зависеть от конторы которая еще немного и повыключит весь софт - гнилая затея.
> Главное, от чего зависят ваши, в частности, онкобольные - это от поставокГраждан-то бабы ещё нарожают, а вот ежели встанут Сбербанк, Труба и Роскосмос, это же... это!.. ООООО!! </>
> Минздраву РФ поплохело до такой степени, что уже экономить на спичках начали?
> Ню-ню. Верной дорогой идете, товарисчи.возможно на волне санкций)) так что используйте во всю эту возможность, айтишники и опенсурсники :)
> трата бюджетных средств на покупку лицензий проприетрных продуктов не оправдывает себяПризнание [чистосердечное] вызывает очевидный вопрос Прокуратуре РФ. Дело о нецелевом использовании уже возбуждено?
Тут дело на Oracle нужно заводить, а не на минздрав. У Oracle купили ПО и поддержку, условия по поддержке они не выполнили.
При чем тут Минздрав?
Если в Минздраве интегратор не настроил нормальную систему бэкапирования, то причем тут Oracle?
> Если в Минздраве интегратор не настроил нормальную систему бэкапирования, то причем тут
> Oracle?- Алло, тех.поддержка оракля?
- Да, восстановите бэкап.- Алло, тех.поддержка оракля?
- Да, восстановите бэкап.- Алло, тех...
- Восстановите бэкап.- Алло...
- Восстановите бэкап.- Биип-Биип.
- Вы дозвонились в компанию оракля. Пожалуйста, восстановите бэкап.
Прекрасная новость, особенно в том, что выбран именно Postgress ... достойнейшая БД. Обидно иное - как часто мы мало знаем о самих себе, вот смотрите: "в настоящее время на базе СПО уже функционируют Ситуационный центр Минздрава и значительная часть Единой государственной информационной системы здравоохранения (ЕГИСЗ), в том числе применяются серверы и рабочие терминалы на базе Linux, свободные прикладные приложения и СУБД PostgreSQL"
Минздрав рекомендует PostgreSQL
бугага, точняк, минздрав рекомендует )))
> бугага, точняк, минздрав рекомендует )))ИТ в шоколаде. Ждём новости про борьбу за здоровый образ Минэкономом, выпуск денег Минсельхозом и успехи в посевной Минобороны. Новостей про управление Президентом ЖЭК-ами и перевод стрелок Думой больше не надо. >?<
Наверное, это связано с санкциями.
Это связано с отсутствием средств. "Все уже ... потрачено ... до нас", но ничего фактически не сделано, а отчитываться пора. Самая большая проблема в бюджетной структуре не тогда, когда денег нет, а тогда, когда их внезапно дают. В последнем случае явно заметно угнетение интеллектуальной деятельности.
> Это связано с отсутствием средств. "Все уже ... потрачено ... до нас",
> но ничего фактически не сделано, а отчитываться пора. Самая большая проблема
> в бюджетной структуре не тогда, когда денег нет, а тогда, когда
> их внезапно дают. В последнем случае явно заметно угнетение интеллектуальной деятельности.В РФ оно последние 20 лет глобально и вездесуще.
Таки санкции серьезные по словам знакомых врачей. Скоро по обычной страховке кроме простуды лечить ничего нельзя будет.
А тем временем, в подмосковных больницах во всю ставят винду на рабочие станции..
> А тем временем, в подмосковных больницах во всю ставят винду на рабочие
> станции..Ты так говоришь, словно это что-то жутко страшное.
Можно подумать что использование больной с рождения системы в больнице это прелестно
> Ты так говоришь, словно это что-то жутко страшное.Это зависимость от MS. Американской конторы. Это раскорм нашим бюджетом американской конторы + возможность лютого факапа, когда все умрет жестокой смертью, если санкционные гайки еще малость подтянут.
Это простите или преступная халатность, или просто саботаж. В обоих случаях УК РФ за такое выписывать надо.
> По словам Романа Сафронова, заместителя директора ИТ-департамента Минздрава, трата бюджетных
> средств на покупку лицензий проприетрных продуктов не оправдывает себя - «Когда
> в 2012 г. у нас рухнула одна из подсистем ЕГИСЗ и
> возник риск потери данных, мы обратились в Oracle за помощью, но
> они оказались бессильны. Нам пришлось оббегать всю Москву в поисках экспертов
> на стороне интеграторов, которые в течение нескольких дней собирали базу по
> крупицам и в итоге восстановили данные. А мы окончательно убедились в
> том, что по сути оплачиваем воздух, не получая никакой поддержки».2012 год - год Оракл.
:-)
— Что же произошло с процессингом Сбербанка?
— Произошла ошибка СУБД Oracle, приведшая к остановке экземпляра.
— А почему у Сбербанка нет контракта на поддержку с Oracle?
— Контракт есть. То ли premium, то ли platinum, то ли что-то такое, круче чего только Эверест в безлунную ночь. Собственно, специалисты Oracle помогали решать проблему. Поверьте, три часа для восстановления сервиса при такой аварии — не так уж много.
— А вот в PostgreSQL можно было бы исправить все баги самому, не дожидаясь милости от поставщика!
— Не поверите, но настройка производительности БД, резервное копирование, сайзинг оборудования и т. д. — это совсем иной набор навыков и компетенций, чем написание достаточно низкоуровневого кода. Поэтому даже Postgres приобретается большими компаниями в виде EnterpriseDB или GreenPlum.
ну ты почитай ветки на sql.ru, от наших разработчиков, дельные советы и по производительности дают.Насчет рисков, конечно согласен, что таким как Олег Бартунов и ко должно выделить финансирование государство - стартапом там или как-то и естественно с гарантиями сла, под обслуживания мега-госсистем.
Всё-таки жаль, что для того, чтобы понять очевидные вещи о преимуществах СПО над проприетарщиной, о которых им 10 лет талдычили профессионалы, им понадобились пиндосские санкции.
По моему опыту, руководителей, которые прислушиваются к мнению подчиненных специалистов в своем деле, днем с огнем не сыскать.
Когда наконец происходит звиздец, начинают возмущаться, почему "не акцентировали раньше"?
Бесполезно.
> По моему опыту, руководителей, которые прислушиваются к мнению подчиненных специалистов
> в своем деле, днем с огнем не сыскать.Я конечно понимаю что с упрвленцами в РФ ж...а, но нормальные руководители - есть. Но не в госконторах, разумеется. В госконторах кумовство и блат и эта гниль с самого верха насаждается, увы.
Сейчас вам расскажут какие меры необходимо предпринять в связи с этим.
Нужно создать побольше департаментов борьбы с блатом и кумовством.
И издать побольше указов об усилении ответственности за блат и кумовство.
> Сейчас вам расскажут какие меры необходимо предпринять в связи с этим.
> Нужно создать побольше департаментов борьбы с блатом и кумовством.
> И издать побольше указов об усилении ответственности за блат и кумовство.Слушай, что ты там за мир во всем мире трындел?
Совершенно потрясающая страница комментариев. Никому и в голову не пришло, что задача Министерства здравоохранения - организация здравоохранения, а не выбор ПО.Де Местр тысячу раз прав. Мыши плакали, кололись, но продолжали жрать кактус.
>организация здравоохранения, а не выбор ПО.Бзз! http:#151
Упс. Извините, не заметил. Мне следовало написать "один комментарий из ста пятидесяти отражает здравый взгляд на проблему".
> Упс. Извините, не заметил. Мне следовало написать "один комментарий из ста пятидесяти
> отражает здравый взгляд на проблему".Не хватало нам еще одного министерства. Чтобы оно этот вопрос решало?
"Министерство по вопросам программного обеспечения".
> Не хватало нам еще одного министерства. Чтобы оно этот вопрос решало?
> "Министерство по вопросам программного обеспечения".В Минобрнауки должно же быть что-то в тему? Должно??!
Обязательно должно.
Как же вы без госрегулирования и господдержки в туалет-то ходите?
Давайте я расскажу вам, как задача должна быть решена на государственном уровне. Три условные подсистемы: идентификация, законодательный документооборот, исполнительный документооборот. В каждом из документооборотов существуют собственные контексты. А теперь посмотрите вокруг и сравните теорию и практику. В России не задачи решаются, а бабло осваивается, - собственно, это ключевая особенность.
> Давайте я расскажу вам, как задача должна быть решена на государственном уровне.
> Три условные подсистемы: идентификация, законодательный документооборот, исполнительный
> документооборот. В каждом из документооборотов существуют собственные контексты. А теперь
> посмотрите вокруг и сравните теорию и практику. В России не задачи
> решаются, а бабло осваивается, - собственно, это ключевая особенность.Что Вам не нравится, право слово? Идентификация и даже можно сказать авторизация по паспорту, пажалста. Законодательный вполне себе документооборот. Исполнительного вообще хоть отбавляй, если все исполнять, жить некогда будет.
> Что Вам не нравитсяЭто неправильно сформулированный вопрос. В данном случае важно то, что я знаю а) как это должно работать, б) почему это не будет так работать. Всё остальное - эмоции.
> Идентификация и даже можно сказать авторизация по паспорту, пажалста.
Вы, наверное, удивитесь, узнав, что паспорт - не единственный документ, удостоверяющий личность. И, наверное, удивитесь ещё больше, узнав, сколько противозаконных действий совершается с помощью данных утерянных паспортов.
На самом деле моё сообщение выше было тестом. Намеренно пропущен ещё один условный контур документооборота - судебный. То, что вы не обратили на это внимание, говорит о вас больше, чем вы бы хотели.
> Это неправильно сформулированный вопрос. В данном случае важно то, что я знаю
> а) как это должно работать, б) почему это не будет так
> работать. Всё остальное - эмоции.Да Вы просто носитель сакрального знания "как должно" и "почему не будет". Потрясающе!
> Вы, наверное, удивитесь, узнав, что паспорт - не единственный документ, удостоверяющий
> личность. И, наверное, удивитесь ещё больше, узнав, сколько противозаконных действий совершается
> с помощью данных утерянных паспортов.Вот прямо в первый раз в жизни слышу о подобном, не может быть! Продолжайте, пожалуйста!
И как же решить эту проблему? Просветите же меня, скорее!
> На самом деле моё сообщение выше было тестом. Намеренно пропущен ещё один
> условный контур документооборота - судебный. То, что вы не обратили на
> это внимание, говорит о вас больше, чем вы бы хотели.Вам корона не жмет? Очень за Вас беспокоюсь.
> Продолжайте, пожалуйста!А всё, бесплатная часть консультаций закончилась. Дальше - на возмездной основе. И, боюсь, вы не сможете себе это позволить: дорого.
> Очень за Вас беспокоюсь.
Спасибо, но - напрасно.
> А всё, бесплатная часть консультаций закончилась. Дальше - на возмездной основе. И,
> боюсь, вы не сможете себе это позволить: дорого.А пока пройдите на процедуры. Сейчас сестричка вкатит что-нить из атипичных и сразу станет легче.
Это конечно хорошо, нужно делать что-то свое и конечно на базе открытых продуктов, НО это бессмысленно когда каждое ведомство начинает лепить что-то свое, нужен общий подход к организации ИТ инфроструктуры госудаврственных учреждений. Разрозненность приводит к глупейшим ситуациям. Например: мама работает в отделе кадров городской подиклиники, очень больно, когда вижу, что ей необходимо заполнять по работе практически одни и теже данные, но в разном порядке в разные "программы" (часто написанные на коленке в какомнибудь делфи), тоесть человек дублирует данные в разные программы. Сам работаю в образовательном учреждении, тоже ужас, детей в место того чтобы учить принципам работы, например с документами, учат работе именно в прожуктах МС и причем купленных. Абсурд. Еще пример: министерство образования области купило по какойто программе 3000 оем лицензий на продукцию МС, обоснованно тем, что при покупке образовательным учреждением ПК, по данной программе продаван должен сделать скидку, т.е. мин.обр. как бы зарание оплатил то, что еще не факт, будет приобретено, бред, да. И вот куда не глянь везде такой бардак, из-за корупции мы в сфере ИТ для государства топчимся на месте. И приводить примеры можно еще долго.
По-моему, благородный дон Роман Сафронов не договаривает и половины правды.
> По-моему, благородный дон Роман Сафронов не договаривает и половины правды.Вторая половина правды - только на опеннете, в комменталиях! См.выше -- минимум 50 вариантов этой второй половины.