JP Morgan Chase Oracle database outage

[zVlad]

А вот о случаях каррапшн в Оракл даже я, человек далекие от Оракл, слышал неоднократно.

Вы слышали о случаях коррапшн из за ошибок в оракле?

А мы сейчас о чем говорим?

[crypto5]

А вот о случаях каррапшн в Оракл даже я, человек далекие от Оракл, слышал неоднократно.

Вы слышали о случаях коррапшн из за ошибок в оракле?

А мы сейчас о чем говорим?

Коррапшн в оракл вполне может быть != коррапшн из-за ошибки в оракл.

[zVlad]

По-моему о консерватизме DB2 может говорить только человек ничего о DB2 не знающий. Оракл в этом смысле самое большее эталон выскочки, который внедряет фичи даже толком в них не разобравшись. Вот и довнедрялись.

Лирическое отступление.
Читая zVladа (не только в этой теме), складывается впечатление, что везде (ну кроме ИБМ конечно же), работают одни криворукие идиоты. И все, кто не работает на МФ - ущербные, жалкие людишки, которые чужие на этом празднике жизни и им всем крупно не повезло, потому что богоподобные творения непогрешимой ИБМ прошли мимо них.
Вот меня лично кроме Web Sphere и Eclipse ничего более от солнцеподобных не коснулось. Но и этих двух творений вполне достаточно, чтобы составить впечатление.

....

Я неоднократно и подробно рассказывал о том что и как. Впечатление создавшееся у Вас от моих выступлений не адекватно говоримому мною. Мой поинт, если кратко, был и есть в том в каждом месте нужно использовать то что лучше подходит требованиям задачи и бизнеса. Использование 8-ми Соляр с Оракл в крупном банке - это глупость и она принесла плоды как мы видим.
И специально по WebSphere я высказывался без восхищения.

[crypto5]

Использование 8-ми Соляр с Оракл в крупном банке - это глупость.

Почему?

она принесла плоды как мы видим.

Это неправда, пока что не выяснили почему именно случился outage.

[oMoses]

7. А перетащить такое хозяйство и функционал на новую платформу, да к тому же столь консервативную, как DB2 - это умереть можно....

Протестую! Это как раз тот случай, когда консерватизм благо. Не гнались бы за новыми фичами, глядишь бы не было проблем. Кстати, DB2 вполне не плохо эволюционизирует в последние годы.

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

[oMoses]

3. "...can be blamed on an Oracle bug" - хотелось бы узнать, какой именно....

да кто же вас скажет? вот у меня недавно был случай: испортилась Oracle DB. Ошибка - "data file corrupted", номер не помню. При попытке recover говорит "отсутствует control file такой-то". И ведь правда отсутствует, был создан час назад и как корова языком слизнула. Дальше дока говорит что дело швах, и надо восстанавливать из бекапа. Вот и восстановили Чем это отличается от описанной выше ситуации?

Control files полагается иметь несколько... И потом, ошибка по части corrupted data block - не есть баг Оракла. Как правило - это глюк storage subsystem or OS.

[oMoses]

А в DB2 глюков и проблем действительно меньше.

Данное утверждение субъективно и в принципе недоказуемо. Еще раз повторюсь, что уже солидно вложившись в Солярку/Оракл/EMC, поздно думать про DB2. Уверен, что и имеющаяся система может работать (и почти наверняка работает!) успешно. А подобные катастрофы возможны везде...

Что меня удивляет, так это столь медленная скорость восстановления данных (3 дня!) при наличии таких продвинутых ресурсов. Вероятно, Комиссар, все-же прав - без индусского инопланетного разума здесь не обошлось....

[oMoses]

По моему тут как раз все логично. Если верхний уровень попросил записать бредовый блок в базу, то нижние уровни должны as is этот бред отмиррорить и в бэкап положить - им же пофиг что на странице записано.

Не совсем так. Если по минимуму, то нижний уровень должен был отрапортовать о наличии плохого блока, а правильный DBA - выловить это сообщение и вовремя, а главное верно, отреагировать.

[crypto5]

По моему тут как раз все логично. Если верхний уровень попросил записать бредовый блок в базу, то нижние уровни должны as is этот бред отмиррорить и в бэкап положить - им же пофиг что на странице записано.

Не совсем так. Если по минимуму, то нижний уровень должен был отрапортовать о наличии плохого блока, а правильный DBA - выловить это сообщение и вовремя, а главное верно, отреагировать.

А как нижний уровень догадается что блок плохой?

[zVlad]

Использование 8-ми Соляр с Оракл в крупном банке - это глупость.

1. Почему?

она принесла плоды как мы видим.

2. Это неправда, пока что не выяснили почему именно случился outage.

1. Потому что 1000 РС серверов заменили бы 8-мь Соляр за меньшие деньги. Интересно что у нас одна атомная станция два года назад тоже почему то ушли с одного МФ на 8 System p серверов.

2. Но разве о том что делалось восстановление БД с бэкапа мы не знаем? А какие еще могут причины для этого если технических не было?

[oMoses]

Читая zVladа (не только в этой теме), складывается впечатление, что везде (ну кроме ИБМ конечно же), работают одни криворукие идиоты. И все, кто не работает на МФ - ущербные, жалкие людишки, которые чужие на этом празднике жизни и им всем крупно не повезло, потому что богоподобные творения непогрешимой ИБМ прошли мимо них.

Пусть zVlad это откомментирует, но с Вами сложно не согласится!

Пока не известно, что именно там случилось и почему, как-то странно обвинять именно Оракл. А особенно странно говорить, что вот если бы там была DB2 на МФ, то такого (а какого?) никогда бы не произошло. В Оракле глюков конечно хватает, но конкретно в этой ситуации там может быть все что угодно.

Согласен - достоверных данных очень мало. Я более чем уверен, что индусы в IT Chase bank валят вину на все, что не движется, как-то Oracle, EMC и "third-party software" - это нормально потому как ставки высоки и непременно последуют (если уже не последовали) оргвыводы...

[oMoses]

Коррапшн в оракл вполне может быть != коррапшн из-за ошибки в оракл.

Совершенно правильное утверждение. Такое, скорее всего случится по вине OS или hardware...

[zVlad]

По моему тут как раз все логично. Если верхний уровень попросил записать бредовый блок в базу, то нижние уровни должны as is этот бред отмиррорить и в бэкап положить - им же пофиг что на странице записано.

Не совсем так. Если по минимуму, то нижний уровень должен был отрапортовать о наличии плохого блока, а правильный DBA - выловить это сообщение и вовремя, а главное верно, отреагировать.

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

[crypto5]

Использование 8-ми Соляр с Оракл в крупном банке - это глупость.

1. Почему?

она принесла плоды как мы видим.

2. Это неправда, пока что не выяснили почему именно случился outage.

1. Потому что 1000 РС серверов заменили бы 8-мь Соляр за меньшие деньги. Интересно что у нас одна атомная станция два года назад тоже почему то ушли с одного МФ на 8 System p серверов.

Да уж, серьезный аргумент..

2. Но разве о том что делалось восстановление БД с бэкапа мы не знаем? А какие еще могут причины для этого если технических не было?

Очевидно что кроме бага в оракле могло быть куча других проблем, например проблемы с storage system, или какой нибудь логический баг в банковском ПО.

[zVlad]

....
Очевидно что кроме бага в оракле могло быть куча других проблем, например проблемы с storage system, или какой нибудь логический баг в банковском ПО.

А Вы ссылку то в первом сообщении этой темы изучали?