DeepEdit!

Программирование баз данных на Oracle, техническая документация, литература, статьи и публикации

  • Увеличить размер шрифта
  • Размер шрифта по умолчанию
  • Уменьшить размер шрифта

Методология настройки производительности Oracle 101

Давайте рассмотрим доказанный и надежный реальный тестовый подход к
управлению производительностью        который мы называем "вилочным"
(от шахматного термина "вилка", а не от названия столового прибора. — 

Прим. пер.). 

Он очень прост. Свои усилия по диагностике следует начать, с одной сто­роны с операционной системы (первый "зубец"), а с другой стороны — с Oracle (второй "зубец"). Затем следует сознательно вести свое исследование в направ­лении каждого из "зубцов", стремясь к их постепенному сближению. Когда ин­формация, получаемая с обеих сторон, совпадет, это будет означать, что проблема обнаружена. Но, пользуясь предложенным подходом, можно полу­чить гораздо больше, чем просто нахождение проблемы. Следует помнить, что усилиями по настройке должны руководить не коэффициенты попадания в кэш, а события ожидания. Таким образом, предлагается следовать приведен­ным ниже шагам для определения целей и выбора мишени для настройки:
Установите разумные цели настройки.
Измерьте и задокументируйте текущую производительность.
Идентифицируйте узкие места производительности Oracle на текущий момент (чего ожидает Oracle, какие операторы SQL являются частью события ожидания).
Идентифицируйте узкие места ОС на данное время.
Настройте требующийся компонент (приложение, базу данных, ввод/вывод, конкуренцию, ОС и т. д.).
Отследите и выполните процедуры контроля изменений.
Измерьте и зафиксируйте текущую производительность.
Повторяйте шаги с 3 по 7 до тех пор, пока не будут достигнуты цели
настройки.
Помните, что не нужно настраивать компонент, если он не является источ­ником возникновения узких мест. Это может привести к серьезным отрицатель­ным последствиям. Самое главное: все усилия по настройке нужно прекратить, как только будут достигнуты намеченные ориентиры. В конце концов если се­годня переделать всю работу, что останется на завтра? — Это шутка!
Если некоторые значения коэффициентов попадания в кэш для настраивае­мой системы не совпадают с желательными, но при этом не затрагивают рас­сматриваемые параметры, попытка достичь их одновременно только усложнит ситуацию вокруг главной проблемы. Однако можно в любой момент времени вернуться к ее решению после того, как будет покончено с текущей. Настройка системы во многом похожа на рафтинг в бурлящей поде. Здесь всегда можно найти следы, оставленные прошедшими судами, течения и водовороты, каждый из которых тянет к себе и грозит утопить всю проделанную работу в пучине на­прасных усилий и скрытых опасностей. Поэтому очень важно не сбиться с кур­са, иметь цель — доплыть до спокойных вод ниже по течению и только после этого продолжить свои труды.
Давайте разберем каждый шаг процесса.
 









jAntivirus