Мы уходим с майнфрайм.
-
- Уже с Приветом
- Posts: 63377
- Joined: 03 Nov 2004 05:31
- Location: RU -> Toronto, ON
Re: Мы уходим с майнфрайм.
Смотрите, в наше время инклюзивности припомнят вам про индусов
Если серьезно, я в свое время был в офисе ArcSight и состав был там очень белый. Даже русские были.
Короче, рассказывайте сказки про быстрый Оракл который никто не видел кроме вас
<<таблицы обвешивать FK, джоинами>> и что потом с этой свалкой данных делать, в которой поиск нельзя делать? Ну это риторический вопрос.
<<миллионы tps>> это чё за единицы? Записи, элементарные IOPs или ещё чего? Вы вспомните в каких единицах измерялись диски ещё 5 лет назад. Там миллионами мягко говоря не пахло. Но Оракл у вас оказывается на ноутбуке работает быстрее чем hdd пишет. Супер! Ещё какие сказочки на ночь будут?
Если серьезно, я в свое время был в офисе ArcSight и состав был там очень белый. Даже русские были.
Короче, рассказывайте сказки про быстрый Оракл который никто не видел кроме вас
<<таблицы обвешивать FK, джоинами>> и что потом с этой свалкой данных делать, в которой поиск нельзя делать? Ну это риторический вопрос.
<<миллионы tps>> это чё за единицы? Записи, элементарные IOPs или ещё чего? Вы вспомните в каких единицах измерялись диски ещё 5 лет назад. Там миллионами мягко говоря не пахло. Но Оракл у вас оказывается на ноутбуке работает быстрее чем hdd пишет. Супер! Ещё какие сказочки на ночь будут?
Not everyone believes what I believe but my beliefs do not require them to.
-
- Уже с Приветом
- Posts: 28283
- Joined: 29 Aug 2000 09:01
- Location: SPB --> Gloucester, MA, US --> SPB --> Paris
Re: Мы уходим с майнфрайм.
Непонятно и про бэкапы в оракле
В сиквеле бэкап ничего не останавливает и не требует consistency. Как записалась так записалось.
Consistency востанавливается во время restore в самом конце, когда делается redo/undo
В сиквеле бэкап ничего не останавливает и не требует consistency. Как записалась так записалось.
Consistency востанавливается во время restore в самом конце, когда делается redo/undo
Зарегистрированный нацпредатель, удостоверение N 19719876044787 от 22.09.2014
-
- Уже с Приветом
- Posts: 946
- Joined: 24 Sep 2013 05:58
- Location: US\GA
Re: Мы уходим с майнфрайм.
Предположу сценарий при котором это всё тормозило - добавлять BLOBs больше размера блока. Оракл, хоть и лучше стал, но по прежнему БЛОБы не самый быстрый тип данных.
Вообще писать логи в Оракл это какое-то помешательство , есть масса более дешевых и эффективных решений.
Или диски были ну очень тормозные. В дикой природе заказчики иногда такоооое городят.
Бэкапить standby? Делать BCV?
Первый раз БД с которой работал и она перешагнула 10ТБ была в далёком 2004м... Проблем с незаканчивающимся бэкапом по причине самого Оракла не припомню.
Оракле тоже пишет в датафайлы в режиме горячего бэкапа.Dmitry67 wrote:В сиквеле бэкап ничего не останавливает
-
- Уже с Приветом
- Posts: 946
- Joined: 24 Sep 2013 05:58
- Location: US\GA
Re: Мы уходим с майнфрайм.
10 лет назад мигрировал на VMAX 40k, там уже были SSD. Может не миллионы IOPS, но железка тогда поразила своей скоростью после DMX
Так что 5 лет назад миллион в мидрейнже вполне реален, не помню когда XtremIO EMC купила, но точно больше 5 лет назад.
-
- Уже с Приветом
- Posts: 946
- Joined: 24 Sep 2013 05:58
- Location: US\GA
-
- Уже с Приветом
- Posts: 63377
- Joined: 03 Nov 2004 05:31
- Location: RU -> Toronto, ON
Re: Мы уходим с майнфрайм.
У нас в конторе EMC стоят. Стандарт был RAID5, кстати big nono для таких систем с большим потоком записи. С тех пор много воды утекло, уже стоят SSD и RAID 6.mskmel wrote:10 лет назад мигрировал на VMAX 40k, там уже были SSD. Может не миллионы IOPS, но железка тогда поразила своей скоростью после DMX
Так что 5 лет назад миллион в мидрейнже вполне реален, не помню когда XtremIO EMC купила, но точно больше 5 лет назад.
Кстати помню ещё как говорили с "владельцами" стореджа и что мама, то есть vendor, строго настрого запретил использовать RAID 5, на что получили ответ, что для нас никто стандарты менять не будет
Not everyone believes what I believe but my beliefs do not require them to.
-
- Уже с Приветом
- Posts: 15302
- Joined: 30 Apr 2003 16:43
Re: Мы уходим с майнфрайм.
Из непрочитанного: "Оно (ggsci) устанавливает 15 минут и задачи абэндятся по времени CPU. Native запуск (из командной строки) берет время от системы и управляется просто. Это функция setrlimit(). В документации найти не удалось.".
ОСь тут не причем. Вы ее все равно не знаете.
-
- Уже с Приветом
- Posts: 946
- Joined: 24 Sep 2013 05:58
- Location: US\GA
Re: Мы уходим с майнфрайм.
ulimit это установка лимитов пользователя под которым исполняется GG. По идее админ должен знать как это поменять. Как в Вашей ОС - Вам лучше знать.
-
- Уже с Приветом
- Posts: 946
- Joined: 24 Sep 2013 05:58
- Location: US\GA
Re: Мы уходим с майнфрайм.
Потому что гладиолус. Создаётся одна большая raid group для десятков потребителей, и потом от них отрезаются LUN каждому по потребностям. На 1ТБ, с точки зрения владельцев хранилки, создавать свою raidgroup с хитрым уровнем рейда - нет смысла, действительно будет хуже, т.к. дисков там будет до десятка. Достаточный уровень внимания получается получить когда несколько VMAX 40k на одну задачу, но это совсем не на маленькую 1ТБ БД.Flash-04 wrote: ↑21 Dec 2020 23:56 У нас в конторе EMC стоят. Стандарт был RAID5, кстати big nono для таких систем с большим потоком записи. С тех пор много воды утекло, уже стоят SSD и RAID 6.
Кстати помню ещё как говорили с "владельцами" стореджа и что мама, то есть vendor, строго настрого запретил использовать RAID 5, на что получили ответ, что для нас никто стандарты менять не будет
Сравнивать опыт 5+ лет назад с тем, что есть сейчас - неблагодарное занятие. И железо убежало вперёд, когда 0.1-0.5мсек IO service time не чудо, и Оракл во многих местах стал работать пооптимальнее.
-
- Уже с Приветом
- Posts: 63377
- Joined: 03 Nov 2004 05:31
- Location: RU -> Toronto, ON
Re: Мы уходим с майнфрайм.
Так то оно так, а Oracle сильно ускорился с тех времен? Обычно продукты тяжелеют со временем
Not everyone believes what I believe but my beliefs do not require them to.
-
- Уже с Приветом
- Posts: 1349
- Joined: 28 Nov 2008 17:50
Re: Мы уходим с майнфрайм.
дело то не в том, что вы или я на привете сочиняем, важно на чем серьезные проекты работают. вы нам рассказываете, что белые ребята тормозную хрень наколхозили, тогда как рядом всякие NYSE или london stock exchange террабайты в день записывают в оракл. причем Лондон на оракл мигрировал не так давно, именно потому, что оракл самый быстрый.
transactions per second, вот tpc-c тест 2012 года 5M транзакций в минуту на 80 ядрах (не секунду, но не суть. там транзакция это сотни строк и с делитами, и с апдейтами )Flash-04 wrote: ↑21 Dec 2020 17:34 <<миллионы tps>> это чё за единицы? Записи, элементарные IOPs или ещё чего? Вы вспомните в каких единицах измерялись диски ещё 5 лет назад. Там миллионами мягко говоря не пахло. Но Оракл у вас оказывается на ноутбуке работает быстрее чем hdd пишет. Супер! Ещё какие сказочки на ночь будут?
http://www.tpc.org/tpcc/results/tpcc_re ... =112032701
по факту в прямых руках, на олной машинке оракл может и обогнать многие noSQL за счет многоблочной записи. оракл за одну IO операцию сториджа может записать 128 оракловых блока, это 1Мб при 8к оракловом блоке. помню у инсерта еще был хинт /*+ APPEND */, который гарантировал, что писать будет пытаться четко в конец таблицы, давая больше шансов многоблочной записи. но понятно что индусы с барахолки принесут hdd, обвешают талицу FK и индеками и никакой многоблочной записи не будет. будет один блок от инсерт, смещение головки hdd - проверки referential integrity, добавление индекса и завного ... т.е. на 2 порядка более медленный поблочный долбежь.
-
- Уже с Приветом
- Posts: 15302
- Joined: 30 Apr 2003 16:43
Re: Мы уходим с майнфрайм.
До входа в ggsci моя сессия имеет неограниченное время ЦПУ:
$ ulimit -a
core file 8192b
cpu time unlimited
.......
Запущенные в ggsci таски(manager, extract, pump) выполняются с ограничением 15 минут.
Приходится запускать их из командной строки. Вопрос остается не отвеченным. Но за попытку все равно спасибо.
Наткнулся с Ваший подачи на вот эту статью:
https://www.networkworld.com/article/26 ... limit.html
По началу очень напоминает роман Жюля Верна "Таинственный остров".
-
- Уже с Приветом
- Posts: 946
- Joined: 24 Sep 2013 05:58
- Location: US\GA
Re: Мы уходим с майнфрайм.
Те же БЛОБы планомерно перепилили на SecureFiles.
RAC на Экзадате заметно быстрее стал, не только потому что железки быстрее, но и за счёт новых механизмов.
Оптимизатор и само исполнение execution plan стали умнее.
У них выбора нет кроме как тюнить. Сейчас сильно продвигается Multi-Tenant, в т.ч. в их Клауде, а это не средняя мелкая базулька среднего клиента в одном инстансе часто надо одной VM, а сразу пучок PDB.
Тут в топике про GG zVlad спрашивает, так 11 и 19 GG вообще небо и земля.
Идея гонять Оракл на Azure VM мне не понятна, т.к. много датацентров Оракла рядом с Азур и имеют приличные линки между друг-другом.
-
- Уже с Приветом
- Posts: 946
- Joined: 24 Sep 2013 05:58
- Location: US\GA
Re: Мы уходим с майнфрайм.
Интересное поведение Что в ggserr.log?
1. Что-то типа `strace -f` есть? Это если интересно покопать самому. В Linux\AIX\Solaris создаваемые процессы наследуют ulimit. На ГГ процессы ставить ulimit это... не дальновидно.
2. Открыть SR. Лицензии у вас вроде нет, но вдруг помогут? Не помогут - обратиться к account manager.
-
- Уже с Приветом
- Posts: 15302
- Joined: 30 Apr 2003 16:43
Re: Мы уходим с майнфрайм.
Только GG 11 официально поддерживает хашу старую DB2 v9.1. Я на днях копался в Оракловском download и не нашел ничего для DB2 for zOS младше 11 версии кроме туманных слов о достовании DB2 for zOS с Linux, что вообщем то было бы интересно, но вся эта история все таки не мой стакан чая, и совсем не так интересно.
Насчет датацентров рядом друг с другом. Ну кто ж откажется от бабла?
-
- Уже с Приветом
- Posts: 63377
- Joined: 03 Nov 2004 05:31
- Location: RU -> Toronto, ON
Re: Мы уходим с майнфрайм.
спасибо, посмотрел. Сразу глянул что это некий Sun Server стоимостью... $4 миллиона! Короче, все что вы говорите по поводу производительности, относится к очень дорогому железу и очень жирным клиентам. Контора в которой я работаю, отчитывается о более чем миллиардной прибыли в квартал, но в свое время не дала полмиллиона на апгрейд стореджа SSD. Потому я даже не знаю, насколько мал % клиентов, которые реально готовы раскошелится. Биржа - это хороший пример, но позвольте, ведь это по факту денежный принтер. Конторы, которые реально считают деньги, столько не платят. Я это из первых рук знаю, так как вижу бюджеты проектов в которых участвую.iDesperado wrote: ↑22 Dec 2020 13:21 transactions per second, вот tpc-c тест 2012 года 5M транзакций в минуту на 80 ядрах (не секунду, но не суть. там транзакция это сотни строк и с делитами, и с апдейтами )
http://www.tpc.org/tpcc/results/tpcc_re ... =112032701
P. S. А можно такой же хороший тест, но на лептопе? Мне тут на лептопе хороший перфоманс обещали
Not everyone believes what I believe but my beliefs do not require them to.
-
- Уже с Приветом
- Posts: 15302
- Joined: 30 Apr 2003 16:43
Re: Мы уходим с майнфрайм.
Ничего в ggserr.log нет, это было в репорте задачи и это был сигнал по времени ЦПУ за которорым шел абэнд.В принципе я нашел как это обойти. Действительно странно ограничивать задачи выполняемые по событиям которые надо обрабатывать постоянно.mskmel wrote: ↑22 Dec 2020 14:49Интересное поведение Что в ggserr.log?
1. Что-то типа `strace -f` есть? Это если интересно покопать самому. В Linux\AIX\Solaris создаваемые процессы наследуют ulimit. На ГГ процессы ставить ulimit это... не дальновидно.
2. Открыть SR. Лицензии у вас вроде нет, но вдруг помогут? Не помогут - обратиться к account manager.
В моем Unix-e процессы тоже наследуют ulimit, но не через ggsci.
-
- Уже с Приветом
- Posts: 946
- Joined: 24 Sep 2013 05:58
- Location: US\GA
Re: Мы уходим с майнфрайм.
Так это был 2012ый год. Сейчас стоимость all flash SAN storage $1-$3\GB, принимая во внимание, что они поддерживают inline compression and de-deplication это не дорого.
-
- Уже с Приветом
- Posts: 1349
- Joined: 28 Nov 2008 17:50
Re: Мы уходим с майнфрайм.
по ссылке интел сервер за $400к, сторидж да, $3.3 млн с 1.6 тысячами ssd. остальное софт.Flash-04 wrote: ↑22 Dec 2020 16:11 спасибо, посмотрел. Сразу глянул что это некий Sun Server стоимостью... $4 миллиона! Короче, все что вы говорите по поводу производительности, относится к очень дорогому железу и очень жирным клиентам. Контора в которой я работаю, отчитывается о более чем миллиардной прибыли в квартал, но в свое время не дала полмиллиона на апгрейд стореджа SSD. Потому я даже не знаю, насколько мал % клиентов, которые реально готовы раскошелится. Биржа - это хороший пример, но позвольте, ведь это по факту денежный принтер. Конторы, которые реально считают деньги, столько не платят. Я это из первых рук знаю, так как вижу бюджеты проектов в которых участвую.
и вот это из 2012 года прожевыет миллионы транзакций в минуту, а ваш ArcSight, о каком потоке событий идет речь ? 0.002%, 0.003% от этих 5М миллиона полновесных транзакци tpc-c ?
я сослался на tpc-c что бы указать, что люди с руками на оракле миллионы полновесных транзакций просовывали много, много лет назад. у вас же в ArcSight не tpc-c транзакции, а просто инсерты аппендом. нет делитов, нет апдейтов и блин, их же три штучки за день. поверьте, такой задачи не потребуется сторидж с 1.6 тысячами ssd за $3.3 млн.
-
- Уже с Приветом
- Posts: 63377
- Joined: 03 Nov 2004 05:31
- Location: RU -> Toronto, ON
Re: Мы уходим с майнфрайм.
Мне уже ничего проверять не надо слава Богу. ArcSight - RIP
Not everyone believes what I believe but my beliefs do not require them to.
-
- Уже с Приветом
- Posts: 1349
- Joined: 28 Nov 2008 17:50
Re: Мы уходим с майнфрайм.
а, ну там было 2 варианта, один user managed, который у меня отложился в памяти и который останавливал запись в датафайлы. второй вариант, с rman, обходится без остановки
When performing a user-managed online backup, you must place your datafiles into backup mode with the ALTER DATABASE or ALTER TABLESPACE statement with the BEGIN BACKUP clause. When a tablespace is in backup mode, the database writes the before image for an entire block to the redo stream before modifying a block. The database also records changes to the block in the online redo log. Backup mode also freezes the datafile checkpoint until the file is removed from backup mode. Oracle Database performs this safeguard because it cannot guarantee that a third-party backup tool will copy the file header before copying the data blocks.
Unlike user-managed tools, RMAN does not require extra logging or backup mode because it knows the format of data blocks. RMAN is guaranteed not to back up fractured blocks. During an RMAN backup, a database server session reads each data block and checks whether it is fractured by comparing the block header and footer. If a block is fractured, then the session rereads the block. If the same fracture is found, then the block is considered permanently corrupt. Also, RMAN does not need to freeze the datafile header checkpoint because it knows the order in which the blocks are read, which enables it to capture a known good checkpoint for the file.
-
- Уже с Приветом
- Posts: 891
- Joined: 21 Mar 2005 21:18
- Location: California
Re: Мы уходим с майнфрайм.
Вопрос дилетанта... А почему у вас Оракл в Azure? У них ведь вроде есть свой клауд (OCI?), который теоретически соптимизирован под их же БД. Или с Оракл клауд есть какие-то known issues?
-
- Уже с Приветом
- Posts: 7909
- Joined: 19 May 2008 22:10
- Location: BY->DEU->SFBA
Re: Мы уходим с майнфрайм.
А вы думали почему у компании прибыль есть? Там полмиллиона сэкономили, там миллион - вот миллиард и получился.
Я в другой отрасли, где деньги щедро льются от правительства. Но немного сталкивался с промышленностью. Гигант из Dow Jones за "копейки" удавиться готов.
-
- Уже с Приветом
- Posts: 15302
- Joined: 30 Apr 2003 16:43
Re: Мы уходим с майнфрайм.
Потому что CIOs (их много) клиента решали задачу ликвидации собственных Data Centres (клиент имеет достаточно своих помещений чтобы сдавать их под дата центры, но почему то это оказалось "проблемой"). Вот их и погнало в облако Microsoft. Немэйнфэймовскую часть давно уходыта с Oracle на MS SQL, a Unix в Linux. МФ-ская часть оказалось что может быть только на Oracle - так вендор мудро решил. Вот и получилось Oracle на Linux в Azure.starkiller wrote: ↑28 Dec 2020 18:41 Вопрос дилетанта... А почему у вас Оракл в Azure? У них ведь вроде есть свой клауд (OCI?), который теоретически соптимизирован под их же БД. Или с Оракл клауд есть какие-то known issues?
Я с нетерпений жду и всячески способствую этому переходу - хочу посмотреть во что это выльется во всех смыслах: деньги, оо которых правда враыд ли что-нибудь изнают, ТТХ платформы/инфраструктуры в Azure на которой они смогут обеспечить клиенту то что до сих пор обеспечивалось на МФ. Ожидаю это будет очень познавательно в плане сравнения МФ и не-МФ. Причем комплексного сравнениюа и по железу и по софту. База - данные пользователя, бизнес логика, их фукционалы, и обьемы работ будут более-менее одинаковыми. Изменится только инфраструктура IT. Это будет очень интересно. Важное что я буду в курсе всей инфраструктуры в Azure.
-
- Уже с Приветом
- Posts: 7723
- Joined: 29 Mar 2000 10:01
- Location: Kirkland,WA
Re: Мы уходим с майнфрайм.
тут везде детский сад. в вашем посте тоже. но я не претендую на истину - моя задача решать проблемы.