Oracle DBA Forum  

Вернуться   Oracle DBA Forum > Oracle University Official Study Notes (RUS) > База данных Oracle 10g Администрирование > База данных Oracle 10g Администрирование I

Ответ
 
Опции темы Опции просмотра
  #1  
Старый 26.09.2009, 18:29
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию 13 Управление производительностью

__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #2  
Старый 26.09.2009, 18:30
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию Рассматриваемые вопросы

__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #3  
Старый 26.09.2009, 18:31
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию Мониторинг производительности



Мониторинг производительности

Чтобы система работала без провалов в производительности, администратор базы данных Oracle 10g должен регулярно проводить мониторинг производительности с целью определения узких мест и устранения проблем.

Существуют сотни метрик производительности, за которыми должен следить АБД. Они охватывают все от производительности сети, скорости дискового ввода-вывода до длительности отдельных операций приложения. Такие метрики производительности обычно называются метриками базы данных (database metrics).

Примечание: дополнительные сведения о производительности базы данных Oracle см. в курсе Oracle Database 10g: SQL Timing Workshop.
__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #4  
Старый 26.09.2009, 18:32
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию Мониторинг производительности (продолжение)



Мониторинг производительности (продолжение)

В Enterprise Manager страницу, доступную по закладке Performance, можно рассматривать в качестве портала доступа к множеству мощных инструментов мониторинга и производительности. На первом экране суммируется информация о процессах и операциях активных сеансов. График Average Active Sessions показывает уровень использования ЦП, а также отражает то, какие ресурсы вызвали наибольшие события ожидания. В примере экрана, приводимом на слайде, видно, что за последнее время произошло увеличение использования ЦП и рост ожиданий пользовательского ввода-вывода (User I/O), системного ввода-вывода (System I/O) и одновременного использования внутренних ресурсов БД (Concurrency). Можно щелкнуть мышью на любой из категорий этих ожиданий, чтобы получить детальные сведения об ожиданиях. Информация о вводе-выводе делится по типам ввода-вывода, например, чтение из журнального файла (log file read), запись в управляющий файл (control file write) и т.д.
__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #5  
Старый 26.09.2009, 18:34
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию Мониторинг производительности (продолжение)



Мониторинг производительности (продолжение)

После перехода к просмотру детальной информации (drill down) об ожиданиях определенной категории предоставляются данные за выбранный 5-ти минутный интервал. Кроме того, выводятся сведения об оказывавших наибольшее влияние на системную загрузку командах SQL (Top Working SQL) и сеансах (Top Working Sessions), связанных с определенными событиями ожидания в этом 5-ти минутном интервале. Это позволяет выполнить основанный на фактических данных анализ замедления работы системы и обнаружить потенциальные причины этого замедления.
__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #6  
Старый 26.09.2009, 18:35
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию Мониторинг производительности (продолжение)



Мониторинг производительности (продолжение)

На основной странице данных о производительности, доступной по закладке Performance, также показываются графики Instance Disk I/O (дисковый ввод-вывод экземпляра) и Instance Throughput (пропускная способность экземпляра).
__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #7  
Старый 26.09.2009, 18:36
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию Мониторинг производительности: сеансы с наибольшей нагрузкой на систему (Top Sessions



Мониторинг производительности: сеансы с наибольшей нагрузкой на систему (Top Sessions)

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

В приводимой на слайде таблице перечисляются сеансы, отсортированные по использованию ЦП. Сеанс 152 пользователя SH больше других расходует ресурс ЦП в данное время.
__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #8  
Старый 26.09.2009, 18:37
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию Мониторинг производительности: службы с наибольшей нагрузкой на систему (Top Services



Мониторинг производительности: службы с наибольшей нагрузкой на систему (Top Services)

В многоуровневых системах, когда сервер приложений использует пул соединений с базой данных, просмотр сеансов может не предоставить информацию, требуемую для анализа производительности. Объединение сеансов в группу и присвоение ей имени службы позволяет вести мониторинг более аккуратно.

В примере на слайде приведены три службы: inventory, orcl и nr. Независимо от того, от какого сеанса поступил запрос на выполнение действия, если этот сеанс подсоединен через одну из этих служб, данные о производительности собираются на основе имени службы. Как ясно видно из приводимых данных, inventory была наиболее активной службой в течение 5-ти минутного интервала.
__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #9  
Старый 26.09.2009, 18:39
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию Обзор консультанта настройки кода SQL



Обзор консультанта настройки кода SQL

Консультант настройки кода SQL - это основное средство процесса настройки. Он вызывает оптимизатор автоматической настройки (Automatic Tuning Optimizer -АТО), который выполняет четыре отдельных вида анализа.

Анализ статистик (Statistics Analysis). Оптимизатор автоматической настройки проверяет для каждого объекта запроса, отсутствуют ли у него статистики или они устарели, и выдает рекомендации по сбору соответствующих статистик.

Построение профиля кода команды SQL (SQL Profiling). АТО проверяет свои собственные оценки и собирает вспомогательную информацию, чтобы устранить ошибки в оценках. Он формирует профиль кода SQL, используя вспомогательную информацию, и вырабатывает рекомендации для его создания. После создания профиля кода SQL оптимизатор запроса (query optimizer) в состоянии сгенерировать хорошо настроенный план выполнения.

Анализ путей доступа к данным (Access Path Analysis). АТО проверяет, можно ли путем добавления нового индекса значительно улучшить эффективность доступа к данным каждой таблицы запроса. Если это так, автоматический оптимизатор настройки выдает рекомендации по созданию таких индексов.

Анализ структуры команды SQL (SQL Structure Analysis). АТО пытается выявить команды SQL, использующие плохие планы выполнения, и вырабатывает соответствующие рекомендации по изменению их структуры. Рекомендации могут относиться к синтаксису и семантике команд.
__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #10  
Старый 26.09.2009, 18:40
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию Опции консультанта настройки кода SQL и выдаваемые им рекомендации



Опции консультанта настройки кода SQL и выдаваемые им рекомендации

После запуска консультанта настройки кода SQL Enterprise Manager автоматически создает задачу настройки при условии, что у пользователя есть системная привилегия ADVISOR. Enterprise Manager выводит на странице Schedule Advisor информацию о задаче настройки и автоматически устанавливаемых по умолчанию опциях. Пользователь может изменить задаваемые по умолчанию установки для своей задачи. Одна из основных опций - это границы задачи настройки. Когда выбрана опция Limited, консультант настройки кода SQL вырабатывает рекомендации, основываясь на результатах проверки статистик, анализа путей доступа к данным и анализа структуры кода SQL. По этой опции никакие рекомендации по профилю кода SQL не генерируются. Когда выбрана опция Comprehensive, консультант настройки кода SQL вырабатывает все рекомендации, которые предоставляются по опции Limited. Дополнительно вызывается оптимизатор в режиме формирования профиля кода SQL для построения подходящего профиля. Вместе с опцией Comprehensive можно задать ограничение времени для задачи настройки. Значение по умолчанию - 60 минут.

Щелкните на кнопке Schedule SQL Tuning Advisor, чтобы на странице Schedule Advisor сконфигурировать и выполнить задачу настройки. Вернитесь на страницу Тор SQL, щелкните на настраиваемой команде и перейдите на страницу SQL Details, где на закладке Tuning History можно просмотреть рекомендации в выводимом перечне завершенных задач консультанта. Щелкнув на задаче, можно просмотреть основную информацию о рекомендациях. По кнопке View Recommendations выводятся подробные рекомендации.
__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
Ответ
Опции темы
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.

Быстрый переход


Текущее время: 21:05. Часовой пояс GMT +3.


Powered by vBulletin®