П р оизводительность Oracle для многих представляет серьезную проб­лему. Начиная с 1990 года мне довелось поработать с тысячами про­фессионалов, занятых в проектах по повышению производительности систем, основанных на Oracle. Развитие всех таких проектов проходит через несколько стандартных стадий. Полагаю, названия этих стадий лежат в сейфовом хранилище1 где-нибудь в Женеве. Если мне не изме­няет память, названия эти таковы:

По какой-то причине меня и моих коллег редко приглашают в проект, не достигший стадии «упадка и отчаянного дефицита». Вот так обыч­но выглядит проект по повышению производительности к моменту на­шего появления. Не встречались ли вы с подобными ситуациями?

Чем серьезнее трудности с производительностью, тем больше лю­дей приходит на совещания, чтобы поговорить о ней. Если на сове­щании собрались «лучшие эксперты» из нескольких фирм - это очень плохой признак. За время своей карьеры я побывал на десят­ках совещаний, где «лучшие эксперты» консалтинговых компаний, производителей компьютеров и систем хранения данных, постав­щиков программного обеспечения, сетевых провайдеров пытались решить проблемы производительности. Ровно в 100% случаев уча­стники совещания проводили время в бесконечных спорах о перво­причинах недостаточной производительности. Неделями. Как мо­гут умные, образованные, целеустремленные специалисты, глядя на одну и ту же систему, иметь столь разные (и зачастую противо­положные) мнения о причинах снижения производительностью? Очевидно, производительность Oracle-системы - это очень слож­ный вопрос.

Многие из моих студентов понимающе усмехаются, когда я расска­зываю истории о консультантах, с гордостью рапортовавших об успе­хах в улучшении какой-либо статистики (будь то увеличение коэф­фициента попаданий или уменьшение количества экстентов и т. д.) и получивших обескураживающий ответ, что пользователи и не за­метили никаких изменений. Обычно результатом такой работы ста­новится длинный отчет консультанта, в котором в максимально вежливых выражениях объясняется, что, хотя пользователи в силу своей отсталости этого и не заметили, система стала значительно лучше - в полном соответствии с приложенным счетом.

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

Модернизация оборудования либо не помогает, либо приводит к даль­нейшему замедлению

Со времени первого знакомства с публикацией Нейла Гюнтера (Neil Gunther) «The Practical Performance Analyst» («Аналитик-практик производительности)» в 1998 году мне неоднократно доводилось де­монстрировать возможность такого противоестественного феномена. «Допускаете ли вы, что замена оборудования на более мощное мо­жет ухудшить производительность важного приложения?» Во всех группах, где я задавал этот вопрос и приводил соответствующие факты, реакция была практически одинаковой. Большинство слу­шателей недоверчиво улыбалось, пока я рассказывал, как такое мо­жет произойти, в конце же подходили один или двое, радуясь, что наконец поняли, что же произошло несколько месяцев назад, когда после модернизации «все пошло не так».

Улучшение оборудования нечасто приводит к ухудшению произво­дительности, но такое случается. Очень часто эффект от замены ап­паратной части практически не заметен, если, конечно, не считать весьма заметного утекания денег в обмен на неощутимые преиму­щества. То, что модернизация может не дать никаких преиму­ществ, немного беспокоит. Мысль о том, что улучшение оборудова­ния может в действительности привести к снижению производи­тельности, полностью обескураживает. Как может получиться, что замена оборудования на более мощное не только не повышает про­изводительность, но может даже повредить ей? Очевидно, произво­дительность Oracle-системы - это очень сложный вопрос.

Мы с коллегами пришли к выводу, что практически любая система не менее чем на 50% загружена бесполезной работой. Мы очень осто­рожно подходим к определению «бесполезности», понимая под ней ту часть нагрузки, которая может быть исключена без потерь для функционирования бизнеса. Как может совершенно ненужная рабо­та отнимать большую часть ресурсов во многих грамотно управляе­мых системах? Очевидно, производительность Oracle-системы - это очень сложный вопрос.

Это умные люди. Почему же их проекты в таком беспорядке? Очевид­но, что оптимизация Oracle-системы - это очень сложное дело. Как еще можно объяснить то, что такое количество проектов в стольких не связанных между собой компаниях сталкиваются со столь похожими трудностями?