JP Morgan Chase Oracle database outage

[oMoses]

P.S. Dmitry67, Komissar, zVlad - приятно было с Вами опять поболтать!
Увы, редко сюда заглядываю (даже сам не знаю почему), но убедился, что таки "не старееют душой ветераны!"

[Flying Hen]

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

Все это очень резонно. Только сейчас появилась такая тенденция убегать на DB2 с других СУБД. Может это следствие маркетинговой активности IBM, может у людей действительно проблемы. Одна контора даже middleware пишет (ANTS SsacSA ), который на лету транслирует T-SQL и PL/SQL в DB2 SQL.

[crypto5]

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

Все это очень резонно. Только сейчас появилась такая тенденция убегать на DB2 с других СУБД.

А откуда информация про тенденции?

Может это следствие маркетинговой активности IBM, может у людей действительно проблемы. Одна контора даже middleware пишет (ANTS SsacSA ), который на лету транслирует T-SQL и PL/SQL в DB2 SQL.

Оракл уже давно такое ПО написал (в другую сторону конечно) и распространяет его бесплатно в составе sql developer.

[CompuGeek]

Все это очень резонно. Только сейчас появилась такая тенденция убегать на DB2 с других СУБД. Может это следствие маркетинговой активности IBM, может у людей действительно проблемы. Одна контора даже middleware пишет (ANTS SsacSA ), который на лету транслирует T-SQL и PL/SQL в DB2 SQL.

Компания супруги отказалась от продления многолетнего контракта с IBM.

А по теме Чейза - последние две недели онлайн аккаунты работали отвратительно, медленно, постоянные таймауты. Так что проблема скорее всего была не внезапной, но по индусской традиции все было ОК пока не наступил конец.

[uncle_Pasha]

Похоже что и Вы тоже не читали ссылку, с которой начали свою же тему. Про ЕМС там написано в частности явно и про другое что ускользнуло от Вашего в том числе внимания.

Да помню-помню - дескать, после тщательного изучения, EMC storage was ruled out! Просто кто-то от EMC быстрее подсуетился и доказал, что storage здесь был не при чем. Оно и понятно - репутация целой конторыц была поставлена на кон. Oracle отбится будет сложнее... Еще и потому, что Oracle + Sun теперь одна контора!

Интересно, как они это доказали
Типа, у нас в логе ошибок нет?

IMHO, инфу для статьи слил представитель EMC, участвовавший в escalation.

Удачи!

[zVlad]

Все это очень резонно. Только сейчас появилась такая тенденция убегать на DB2 с других СУБД. Может это следствие маркетинговой активности IBM, может у людей действительно проблемы. Одна контора даже middleware пишет (ANTS SsacSA ), который на лету транслирует T-SQL и PL/SQL в DB2 SQL.

Компания супруги отказалась от продления многолетнего контракта с IBM.

.....

А причина? DB2 на МФ или LUW? А что в замен?

[oMoses]

Похоже что и Вы тоже не читали ссылку, с которой начали свою же тему. Про ЕМС там написано в частности явно и про другое что ускользнуло от Вашего в том числе внимания.

Да помню-помню - дескать, после тщательного изучения, EMC storage was ruled out! Просто кто-то от EMC быстрее подсуетился и доказал, что storage здесь был не при чем. Оно и понятно - репутация целой конторыц была поставлена на кон. Oracle отбится будет сложнее... Еще и потому, что Oracle + Sun теперь одна контора!

Интересно, как они это доказали. Типа, у нас в логе ошибок нет?

IMHO, инфу для статьи слил представитель EMC, участвовавший в escalation.

Точно, как это я сразу об этом не догадался?!

[zVlad]

Вот еще один давний прокол Оракл. Не все у них в порядке с RAC и это не вызывает удивления потому что их RAC - высосаная из пальца архитектура. Уж лучше бы они делали кластер как shared-nothing:
http://www.eweek.com/c/a/IT-Infrastruct ... te-Outage/

To get the site back up, Orbitzs technical team conducted a rapid rearchitecture of the site—it took less than a day, Jouzaitis said—to shift operations off of RAC.

[zVlad]

Вот еще интерсно про Оракл, называется "Update: Two-thirds of Oracle DBAs don't apply security patches":

http://www.computerworld.com/s/article/ ... ty_patches

There are two major reasons for the trend, Markovich said. The first and most important is that most DBAs fear the consequences of installing a patch on a running database, he said.

Совсем иначе обстоят дела в случае DB2 на МФ. Во-первых, секьюрити патчи появляются "once in blue moon". Во-вторых у Db2 DBAs на МФ хорошим тоном является делать мэйнтэнансе дважды в год, и в этом нет ничего выдающегося или опасного. Да в zOS это нормально. После того как я сделал апгрэйд на новый релиз в начале года, я сейчас занимаюсь мэйнтэнансем, который планирую завершить в ноябре, и в начале следущего года пойду на следущий релиз zOS. Никаких последствий ни я ни наш DBA не боимся.

Вот это тоже с точки зрения МФ-щика ни в какие ворота не лезет:

Some application vendors also don't certify Oracle patches to run with their applications, Markovich said. As a result, a database administrator might, for instance, be wary of installing a patch on an Oracle database that is being used by a SAP application because that might be grounds for the application vendor to refuse addressing any disruptions to the application, he said.

Нормальным считается не согласовывать с вендором аппликайшнс на каком уровне DB2 или zOS мы работаем. Вендора обязанность устранять нестывки с уровнем ИБМ продукта, а не наоборот.

Еще одна ситуация по другому выраженная на МФ:

Another problem is that companies that want to install the most recent Oracle patches need to first ensure that they have already installed the previous patch set, Markovich said. So companies that fail to keep up with the latest patches keep falling further behind with each patch set release, he said.

SMP/E - программа для инсталяций и мэйнтенансов позволяет установить отдельный патч предоставив точную информацию какие другие патчи должны быть установлены вместе с этим. Другими словами я могу годами не делать текущего мэнтенанса, но когда вдруг мне приспичило установить единственный нужный патч я могу это сделать без того чтобы устанавливать тысячи патчей, а всего может быть 10-20.

http://blogs.computerworld.com/dbas_not ... n_failures

[Flash-04]

ну как сказать, любой Windows администратор устанавливает пачи по крайней мере раз в две недели

[zVlad]

ну как сказать, любой Windows администратор устанавливает пачи по крайней мере раз в две недели

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

[Flash-04]

просто ваш матрас под замком, поэтому клопы до него не добрались ещё

[zVlad]

просто ваш матрас под замком, поэтому клопы до него не добрались ещё

Не под большим замком чем сервера на Виндовс. Я это уже показывал. А недавно напрямую с МФ (через прохи сервер и Интернет) получал с ИБМ сервера в Boulder-е мэйнтенанс. Это на уровне системы, сами МФ бохы у нас сконфигурирован быть доступным удаленно через Интернет для ИБМ персонала в случае возникновения проблем с железом и для "call home" через прохи и Интернет (раньше это был dial-up, а теперь интернет).

[Flash-04]

господи... вы мне лучше скажите, если Windows сервер в продакшене за "огненной стеной" сконфигурирован только для получения апдейтов из Интернет (а на самом деле с корпоративного SUS сервера), пользователи никогда на нем не броузят, то откуда там взяться malware??? полная аналогия с вашим MF.

[crypto5]

просто ваш матрас под замком, поэтому клопы до него не добрались ещё

Не под большим замком чем сервера на Виндовс. Я это уже показывал. А недавно напрямую с МФ (через прохи сервер и Интернет) получал с ИБМ сервера в Boulder-е мэйнтенанс. Это на уровне системы, сами МФ бохы у нас сконфигурирован быть доступным удаленно через Интернет для ИБМ персонала в случае возникновения проблем с железом и для "call home" через прохи и Интернет (раньше это был dial-up, а теперь интернет).

По сравнению с 25% сайтов в интернете работающих под виндой это выглядит внушительно, и огромный шаг вперед