JP Morgan Chase Oracle database outage

[mynameiszb]

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

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

У меня были случаи, когда по "секьюрити ризонам" работу должны были выполнять только те перцы ("а за что им тогда деньги платят?"), после чего они убивали тупо данные, выполнив разжеванную step-by-step процедуру через одно место.

И расстрелять показательно не разрешали ни одного. Т.к. это уже политическое решение. А данные перезальют. Они же. После долгой дрессировки и телефонных коллов и пр. радостей.

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

[IvanGrozniy]

Вчера прислали

We recently experienced a service interruption that affected the chase.com website and mobile services, and we apologize if this created any difficulties for you. We have resolved the problem, and want to assure you that your account information was not compromised as a result of this outage.

We know that our customers rely upon the 24 hour access to their account information provided by Chase.com. This was not the level of service we know you expect, and we will work hard to better serve and communicate with you.

Your accounts and confidential information remain secure and we want to remind you that Chase will never ask for your personal information or login credentials via email.

Please accept our apology for any inconvenience this may have caused. We’re continuing to work hard to maintain your trust and confidence.

We’re always here to assist you.

[zVlad]

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

Вы что хотите сказать что наш МФ только для получения апдейтов работает?

[Flash-04]

я хочу сказать что он у вас только для пользователей внутри открыт.

[zVlad]

я хочу сказать что он у вас только для пользователей внутри открыт.

Он у нас закрыт точно также как закрыты все сервера под Виндовс, Unix и пользовательские десктопы. МФ находится в том же самом субнет-е, на тех же свичах, раутерах и т.п. что и все остальное.

[Ivan Popugaev]

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

Откуда 25%? У Майкрософта последние лет 15 ( с NT 4.0 ) цифра была на уровне 16 - 18%.

[Flying Hen]

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

Ну скажем так, ходят слухи. Есть компания, http://www.ants.com, которая сделала ставку на такие миграции. Нанимают людей, пишут софт и готовятся к большому потоку клиентов. IBM взяла их в партнеры, так что наверное это жжжж неспроста.

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

SQL Developer делает one-time migration, а это совсем другое дело. То, о чем я говорю (ANTs software) фактически заставляет DB2 вести себя как Sybase или Oracle с точки зрения клиента. Все, что передается с клиента на сервер и обратно, переделывается на лету ихним middleware. Преимущество такого подхода в том, что не надо переписывать клиентскую часть.

[Dmitry67]

Не думаю что это работает на чем то более сложном, чем классический SQL года так 92го, а сложнее - гаш вправо, шаг влево...

[mynameiszb]

То, о чем я говорю (ANTs software) фактически заставляет DB2 вести себя как Sybase или Oracle с точки зрения клиента. Все, что передается с клиента на сервер и обратно, переделывается на лету ихним middleware. Преимущество такого подхода в том, что не надо переписывать клиентскую часть.

Интересно, какую они производительность при этом получают? Сколько не работал, реально заставить систему работать с тысячами транзакций в секунду на относительно слабом железе можно лишь реально используя фичи конкретной базы. Включая написанный процедурный код на сервере и пр.

И переносимость здесь - очень слабая. Даже в текущем крошечном приложении заливку данных для Oracle и MS SQL переписывал по разному, иначе оно ползало при унифицированных вызовах с клиента.

[crypto5]

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

Откуда 25%? У Майкрософта последние лет 15 ( с NT 4.0 ) цифра была на уровне 16 - 18%.

Из неткрафта.

[Dmitry67]

То, о чем я говорю (ANTs software) фактически заставляет DB2 вести себя как Sybase или Oracle с точки зрения клиента. Все, что передается с клиента на сервер и обратно, переделывается на лету ихним middleware. Преимущество такого подхода в том, что не надо переписывать клиентскую часть.

Интересно, какую они производительность при этом получают? Сколько не работал, реально заставить систему работать с тысячами транзакций в секунду на относительно слабом железе можно лишь реально используя фичи конкретной базы. Включая написанный процедурный код на сервере и пр.

И переносимость здесь - очень слабая. Даже в текущем крошечном приложении заливку данных для Oracle и MS SQL переписывал по разному, иначе оно ползало при унифицированных вызовах с клиента.

Совершенно верно.
Если ваше приложение универсально и работает с любой базой, значит в каждой базе вы используете 5% фич. Зачем тогда вы платите деньги?
Ну а вспоминая что Oracle и MS SQL по разному интерпретируют даже стандарт SQL 92 (у Оракла пустая строка есть NULL) то помимо падения производительности гарантированы глюки даже не простых запросах

[mynameiszb]

Совершенно верно.
Если ваше приложение универсально и работает с любой базой, значит в каждой базе вы используете 5% фич. Зачем тогда вы платите деньги?
Ну а вспоминая что Oracle и MS SQL по разному интерпретируют даже стандарт SQL 92 (у Оракла пустая строка есть NULL) то помимо падения производительности гарантированы глюки даже не простых запросах

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

[Flying Hen]

Не думаю что это работает на чем то более сложном, чем классический SQL года так 92го, а сложнее - гаш вправо, шаг влево...

Насчет шаг влево - шаг вправо, я думаю, эти сложности сильно преувеличены. Большинство кода в коммерческих системах совершенно тривиально. В случае отдельных навороченных запросов существуют в/о контракторы, которые все починят

[Flying Hen]

Интересно, какую они производительность при этом получают? Сколько не работал, реально заставить систему работать с тысячами транзакций в секунду на относительно слабом железе можно лишь реально используя фичи конкретной базы. Включая написанный процедурный код на сервере и пр.

Насчет производительности не знаю. Теоретически она может быть похуже, но практически надо экспериментировать. Вся надежда на качество DB2

[mynameiszb]

В случае отдельных навороченных запросов существуют в/о контракторы, которые все починят

Лично наблюдал двух таких зубров. Которые за неделю проанилизировали систему и выдали рекомендации. Кратко: переписать все нахрен и перед этим уволить 99% "создателей системы". Оптимизации существующий "ужас-ужас" не подлежит