Одно из моих увлечений заключается в изготовлении довольно крупных вещей из дерева. Такое хобби требует применения тяжелых инструментов, которые так и норовят перемолоть мои пальцы вместо толстенного куска черного американского ореха (Juglans Nigra). Одно из самых интересных занятий, связанных с этим хобби, - читать о новой технике, позволяющей повысить точность, сберечь время и вместе с этим значительно уменьшить риск несчастного случая. Мне нравится чувствовать, что я делаю что-то не так, потому что в такие минуты понимаю, что сейчас узнаю нечто такое, что сделает мою жизнь заметно лучше. Подобные открытия весьма благотворно сказываются на моем эмоциональном здоровье. Конечно, я испытываю легкое разочарование от очередного свидетельства своего несовершенства, но мне очень приятно сознавать, что скоро я стану лучше.
Основываясь на таком подходе, я предлагаю вам рассмотреть следующие гипотезы:
Если вы обнаруживаете, что настройка производительности Oracle чересчур сложна, то, скорее всего, вы делаете это неправильно.
Теперь - самое страшное:
Вы делаете это неправильно, потому что вас так научили.
Я бросаю вызов. Я убежден, что большинство методик настройки, общепринятых и преподаваемых с 1980-х годов, в корне ошибочны. Я взялся за эту книгу, движимый желанием поделиться с вами результатами исследования, убедившего меня, что существует гораздо более удачный путь.
Начнем с краткого обзора «метода», который вы, может быть, сейчас применяете. Вообще метод должен предполагать определенную последовательность действий. Первое, что можно заметить в имеющейся сегодня литературе, - поразительное отсутствие настоящего метода. Большинство авторов уделяют больше внимания советам и техническим приемам, нежели методам. В результате получается громоздкий набор «вещей, которые могут понадобиться», но нет почти ни слова отом, действительно ли они могут понадобиться и в каких случаях. Посмотрев на результаты поиска в google.com по строке «Oracle performance method», вы поймете, что я имею в виду.
Большинство рекомендуемых в настоящее время методик повышения производительности Oracle может быть сведено к последовательности шагов, описанных в Методе C - традиционном (conventional, отсюда и название) методе проб и ошибок. Если вы испытываете трудности с оптимизацией производительности, то может оказаться, что все дело в Методе C. Что этот метод действительно оптимизирует, так это доходы специалиста по оптимизации, проводящего время в решении проблем производительности.
Метод C: метод проб и ошибок, доминирующий сегодня в культуре настройки производительности Oracle
Предпринять действия с целью улучшения x. Отменить любые изменения, приведшие к заметному снижению производительности.
Если пользователи не ощутили достаточного улучшения времени отклика, перейти к шагу 1.
Если достаточное увеличение производительности достигнуто, все равно перейти к шагу 1, так как продолжение поиска может привести к дальнейшему улучшению.
Конечно, данный метод проб и ошибок - не единственный в природе способ повышения производительности. Метод YAPP, разработанный Аньо Колком (Anjo Kolk) и Шари Ямагучи (Shari Yamaguchi) в 1990-х [Kolk и другие (1999)]1, был, вероятно, первым, который возвысился над нагромождением советов и приемов и содержал действительно пригодную к использованию определенную последовательность шагов. Этот метод совершил переворот в диагностике проблем производительности и послужил главным источником вдохновения при написании данной книги.
| < Предыдущая | Следующая > |
|---|
