Awr oracle что это
Русские Блоги
Oracle AWR генерация отчетов и анализ производительности
1. Этапы генерации отчетов AWE
Для настройки SQL, частичного SQL мы можем напрямую использовать план выполнения и другую прямую настройку, а для всей системы? В настоящее время вы можете использовать собственный отчет системы Oracle для анализа системы в целом. Oracle предоставляет несколько отчетов анализа производительности, таких как AWR, ASH, ADDM и т. Д.
Этот блог в основном представляет AWR
AWR расшифровывается как Automatic Workload Repository, который представляет собой инструмент сбора и анализа производительности, представленный после версии Oracle 10g, который предоставляет данные отчетов всей системы за определенный период времени. С помощью отчета AWR вы можете анализировать производительность системы базы данных в течение определенного периода времени.
1.1 Выбор инструмента
Для базы данных Oracle вы можете использовать клиентское программное обеспечение sqlplus или plsql
использование sqlplus
Вы можете войти, используя инструмент sqlplus
Введите базу данных
Вставьте описание изображения здесь
1.2 Автоматически создавать снимки
Выполнить после запуска испытания под давлением
Вставьте описание изображения здесь
Измените конфигурацию, собирайте каждые 30 минут и сохраняйте в течение 1 дня.
Отключить автоматический сбор AWR
Примечание: по умолчанию 10g автоматически запускает сбор информации awr, что будет иметь определенное влияние на систему (очень маленькое), если вы хотите отключить сбор информации awr, вам нужно только установить для параметра interval значение 0. Но после того, как интервал установлен в 0, отчет AWR не может быть сгенерирован.
1.3 Создать снимок вручную
Помимо автоматического создания снимков, вы также можете создавать снимки вручную
1.4 Создать отчет AWR
Например, моя команда:
логин sqlplus можно использовать
@? / rdbms / admin / awrrpt; AWR в этом примере включает в себя:
@? / rdbms / admin / awrrpti; выберите номер экземпляра в RAC
@? / rdbms / admin / awrddrpt; сравнительный отчет AWR
@? / RDBMS / admin / awrgrpt; глобальный отчет AWR RAC
После выполнения команды вам будет предложено ввести некоторые параметры
Например, во время моего эксперимента диапазон идентификатора снимка для печати журнала: 6727
Поэтому я заполняю по желанию: 6743
2. Анализ отчета AWR
2.1 БД Время AWR
Время БД в основном используется для определения того, имеет ли текущая система какие-либо существенные узкие места. Является ли более частым доступ к системе и вызывает длительное время ожидания? Что вы думаете? Вообще говоря, если прошедшее время, умноженное на количество процессоров, больше, чем DB Time, это нормально, а системное давление не велико, в противном случае давление высокое. Пример показан на рисунке. 24,93 * 8, очевидно, больше 0,49, поэтому системное давление очень мало
Вставьте описание изображения здесь
2.2 load_profile из AWR
Индикатор load_profile в основном используется для отображения некоторых общих параметров текущей системы, которые указывают на производительность. Здесь мы представляем немного Redo_size, который используется для отображения среднего размера журнала в секунду и среднего размера журнала каждой транзакции. Иногда транзакции можно комбинировать с количеством транзакций в секунду.Проанализируйте, насколько занята текущая транзакция
Вставьте описание изображения здесь
2.3 Процент эффективности AWR
Вставьте описание изображения здесь
2.4 AWR 10 лучших событий
10 основных событий переднего плана по общему времени ожидания, ожидание событий является важным индикатором для измерения оптимизации базы данных. Наблюдая за двумя столбцами «Событие» и «Время% DB», вы можете интуитивно видеть основные события ожидания текущей базы данных.
Как видно из рисунка, основная причина системного опроса состоит в том, что процессор слишком занят и блокировка ожидает
Вставьте описание изображения здесь
### 2.5 AWR SQL Статистика
Статистика SQL отображает SQL с медленным выполнением системы из нескольких измерений, вы можете щелкнуть, а затем использовать SQL для настройки, вы можете использовать план выполнения для настройки SQL
Вставьте описание изображения здесь
У AWR есть много показателей эффективности. В этом блоге я прочитал заметки к книге «Сбор урожая, больше, чем оптимизация SQL». Здесь я кратко представлю некоторые из наиболее важных показателей.
Интеллектуальная рекомендация
[Leetcode Tour] Array-697. Степень массива
Добавить расширение Redis для PHP7 под Windows
1 Просмотр информации о версии PHP Непосредственно используйте функцию phpinfo (), вывод в браузер в порядке Результаты вывода, в основном, отображают следующую информацию: версия PHP, архитектура, сб.
неправильная причина: Первичный ключ сущности установлен в режим саморазвития, но первичный ключ идентификатора устанавливается для него при сохранении.
работа на прошлой неделе не особенно подходит для различных причин, рисунок слайдера имеет узкое и не будет завершена на этой неделе, но это хорошо, чтобы быть в разработке и продвижении персонажа и д.
Том Зибель технические книги рекомендуется
iOS разработка программного обеспечения 1. Опытный в Objective-C [США] Кит Ли, Су Баолонг Народная почта и телекоммуникационная пресса Эта книга подходит для некоторых разработчиков, которые уже начал.
Awr oracle что это
� ������� ��� ����� ���������� ������� ��� ������
Would you like an HTML report, or a plain text report?
Enter ‘html’ for an HTML report, or ‘text’ for plain text Defaults to ‘html’
Enter value for report_type:
Instances in this Workload Repository schema srw1inst, srw2inst,
Enter value for num_days:
������ ����� ����������� ����� � ���� � ������� ���. ��������� ������ �������� ��������� ������: 
������ ���� �������� ���������� � ������� Snap shot detail 
Instance Efficiency Percentages(������������� ���������� � ���������) 
��� 5 foreground ��������� �������� ������� ������ ��� ������ ����������� ������� ������������������.
SQL Ordered by CUP Time.
��� �������� �� ������������� �������� ���������� 
Знакомство с Automatic Workload Repository
Oracle предоставляет множество инструментов для сборки информации о базе данных и предоставления отчетов на ее основании. Изначально были скрипты UTLBSTAT/UTLESTAT, которые использовались для мониторинга метрик производительности. В Oracle 8i был представлен STATPACK, его функциональность была расширена в Oracle 9i. В версии Oracle Database 10g statpack эволюционировал в Automatic Workload Repository (AWR). AWR лицензируется как часть пакета диагностики. Прежде чем его использовать убедитесь, лицензирована ли у вас эта опция. Но, в версии 10G осталась возможность использовать statpack, его функционал так же был расширен.
Oracle предоставляет множество инструментов для сборки информации о базе данных и предоставления отчетов на ее основании. Изначально были скрипты UTLBSTAT/UTLESTAT, которые использовались для мониторинга метрик производительности. В Oracle 8i был представлен STATPACK, его функциональность была расширена в Oracle 9i. В версии Oracle Database 10g statpack эволюционировал в Automatic Workload Repository (AWR). AWR лицензируется как часть пакета диагностики. Прежде чем его использовать убедитесь, лицензирована ли у вас эта опция. Но, в версии 10G осталась возможность использовать statpack, его функционал так же был расширен.
AWR (Автоматический репозиторий рабочей нагрузки) основывается на похожих принципах сбора статистической информации в копии, как statspack и estat/bstat. Разница заключается в приёмах и методологии сбора информации, а также в количестве дополнительной информации.
Схема работы AWR
Automatic Workload Repository представляет из себя набор внутренних таблиц словаря данных БД Oracle и специальный фоновый процесс MMON, который появился в Oracle10g.
Периодически AWR создает статистическую копию (снимок) и сохраняет информацию в таблицах расположенных в табличном пространстве SYSAUX. По умолчанию регулярный период сбора установлен на 60 минут. Это значение может быть уменьшено до 10 минут при желании. Механизм сбора статистической копии (awr snapshot) установлен в базе данных 10G по умолчанию и в отличии от пакета statspack установки на автоматический сбор информации не требуется.
Как говорилось выше, для исполнения сбора статистики был введён новый фоновый процесс (MMON). За сбор информации для статистической копии отвечает подчинённый процесс (slave process) M001. В виду того, что MMON является фоновым процессом, влияние на производительность системы во время сбора информации сведено к минимуму путём доступа к структурам памяти (SGA) на прямую, минуя уровень SQL запросов.
Ниже, на рисунке, схематично показана архитектура AWR и его взаимодействие с другими компонентами Oracle :
Как видно из схемы, фоновый процесс MMON периодически опрашивает динамические представления V$ и таблицы X$ и переносит статистическую информацию в свои внутренние таблицы словаря данных с префиксом WRH$. По умолчанию, сбор статистики процессом MMON выполняется каждый час. Процесс MMON также ответственен за удаление устаревшей информации из репозитария AWR. В отличие от утилиты STATSPACK, AWR может хранить статистические данные в виде ‘скользящего окна’. Например, AWR хранит по умолчанию статистику только за последние семь дней, хотя его можно настроить так, что статистика будет удаляться только вручную, как это предусмотрено в STATSPACK. MMON также собирает статистику ожиданий для новой компоненты Active Session History (ASH), которая позволяет просматривать историю работы каждого активного сеанса базы данных.
Репозиторий AWR
Репозиторий представляет набор таблиц и представлений словаря данных Oracle. Владельцем репозитория является пользователь SYS, объекты репозитория размещены в табличном пространстве SYSAUX. Все данные размещаются в наборе таблиц с префиксом WR.
Статистическая информация, которая хранится в хранилище данных AWR активно используется, как внутренними, так и внешними компонентами Oracle, в то время как в STATPACK информация не использовалась, и дожидалась действий DBA. К внутренним компонентам, использующим статистику AWR, можно отнести такие новые компоненты, как Automatic Database Diagnostic Monitor (ADDM), SQL Tuning Advisor, SQL Access Advisor, Automatic Segment Advisor, Undo Advisor, Segment Advisorи т.д. Все эти компоненты впервые представлены в Oracle10g и служат для автоматизации и выработки рекомендаций по настройке производительности различных подсистем базы данных Oracle. Например, компонента ADDM автоматически выполняет анализ текущих данных в AWR после каждого нового снимка и показывает возможные узкие места в базе данных, а также предлагает свои рекомендации по возможным путям их решения. Внешними компонентами, использующими статистику AWR, являются Oracle Enterprise Manager, Statspack Viewer и т.д.
Хранилище данных механизма AWR содержит таблицы следующих типов:
Ниже представлен запрос для получения списка этих таблиц:
Как видно, по именам таблиц легко догадаться о данных, которые в них размещены.
Возможности AWR
Можно разделить статистические данные собираемые AWR на два больших класса:
Automatic Workload Repository (AWR) используется для сбора статистики производительности, включая:
Управление AWR
Для управления настройками AWR можно использовать стандартный пакет PL/SQL DBMS_WORKLOAD_REPOSITORY и графический интерфейс Oracle Enterprise Manager. Пакет DBMS_WORKLOAD_REPOSITORY содержит следующие вызовы:
Константы пакета DBMS_WORKLOAD_REPOSITORY MIN_INTEVAL и MAX_INTERVAL задают допустимые минимальные и максимальные значения для интервала сбора статистики в минутах соответственно, а MIN_RETENTION и MAX_RETENTION задают минимальное и максимальное время хранения статистики в базе данных соответственно.
Моментальные снимки (Snapshots)
По умолчанию, снимки делаются каждый час и хранятся в течении 7 дней. Для определения установленных значений выполняется запрос:
Результаты запроса показывают, что интервал создания снимков равен 1 часу и хранятся снимки 7 дней, т.е. выставлены значения, используемые по умолчанию.
Автоматическая сборка статистики возможна при значении параметра STATISTICS_LEVEL равным ALL или TYPICAL. Если значение равно BASIC, выполняется ручное управление снимками. Узнать текущее значение параметра можно выполнив запрос:
Изменить значение параметра STATISTICS_LEVEL можно конструкцией ALTER SYSTEM или ALTER SESSION.
Создание моментальных снимков
По умолчанию, снимки создаются автоматически, но бывают ситуации, когда требуется ручное создание снимка. Для этого выполняется команда:
Как видно, функция CREATE_SNAPSHOT не имеет параметров. Все необходимые параметры берутся из системы.
Изменение настроек моментальных снимков
Значения, предлагаемые Oracle по умолчанию, могут быть изменены. Для этого выполняется такой запрос:
Внесенные изменения и настройки отражаются в представлении DBA_HIST_WR_CONTROL. При установке значения интервал (interval) равное 0, снимки не делаются. Делать это не рекомендуется.
Удаление снимков
Для удаления снимков из репозитория используется процедура DROP_SNAPSHOT_RANGE:
Вся информация о сделанных снимках может быть запрошена из представления DBA_HIST_SNAPSHOT. Далее представлен запрос иллюстрирующий это:
Базовые линии
Пара снимков, ассоциированные с базовой линией сохраняется до тех пор, пока базовая линия не будет явно удалена:
Для параметра CASCADE значение по умолчанию берется равным FALSE.
Запуск отчета AWR
В отличие от механизма statspack при использовании AWR нет надобности настраивать автоматический механизм сбора копий (snapshots). Эта функция работает по умолчанию в любой базе 10-ой версии. Пользователю остается лишь получить отчёт, который основывается на выбранных копиях.
Для получения отчетов, Oracle предоставляет два скрипта awrrpt.sql и awrrpti.sql. Для генерации отчета выполните скрипты:
Запуск из SQLPlus осуществляется как показано ниже:
SQL> @$ORACLE_HOME/rdbms/admin/awrrpti.sql
Specify the Report Type
Would you like an HTML report, or a plain text report?
Enter ‘html’ for an HTML report, or ‘text’ for plain text
Defaults to ‘html’
На этом шаге запрашивается формат отчета, для получения в HTML введите html, для получения текстового варианта укажите text. По умолчанию используется HTML, в приведенном примере указан HTML:
Enter value for report_type: html
Type Specified: html
Instances in this Workload Repository schema
Enter value for dbid: 268115148
Using 268115148 for database Id
Enter value for inst_num: 1
Using 1 for instance number
Using the Automatic Workload Repository (AWR) 273
Specify the number of days of snapshots to choose from
Entering the number of days (n) will result in the most recent (n) days of
snapshots being listed. Pressing without specifying a number
lists all completed snapshots.
Specify the Begin and End Snapshot Ids
На этом шаге будут запрошены идентификаторы начального и конечного снимков
Enter value for begin_snap: 290
Begin Snapshot Id specified: 290
Enter value for end_snap: 295
End Snapshot Id specified: 295
Specify the Report Name
The default report file name is awrrpt_1_290_345.html. To use this name,
press to continue, otherwise enter an alternative.
И на последнем шаге будет предложено указать имя отчета или использовать предложенное системой:
Enter value for report_name: report.html
Using the report_name report.html
Примеры использования информации AWR
Как было сказано выше, хранилище данных AWR служит источником данных о работе сервера баз данных для различных компонент сервера. Описание настройки других подсистем сервера, которые используют хранилище AWR для выработки своих рекомендаций, остается за рамками этой статьи. Ниже приведено несколько примеров того, как можно использовать информацию AWR для анализа тенденций в работе сервера Oracle. Анализ тенденций, или трендов, позволяет увидеть картину того, какие характеристики производительности имеет база данных по часам в течение дня или по дням недели. Обычно такая усредненная картина достаточно точно описывает поведение базы данных для конкретного набора приложений и конечных пользователей. Это позволяет более эффективно определять узкие места в работе и моменты времени, когда возможен спад производительности сервера.
Например, DBA хочет знать, какой в среднем объем физических чтений и в какие моменты времени в течение дня генерирует база данных. Приведенный ниже запрос к хранилищу AWR отвечает на этот вопрос:
Пример результата работы этого скрипта может выглядеть следующим образом:
Из приведенного выше отчета видно, что наибольший объем операций физического чтения приходится в среднем на период времени с 11 до 13 часов, что может вызвать нежелательные задержки в работе пользователей. Знание подобного рода информации позволяет DBA более точно локализовать причины подобного рода проблем. Если скопировать полученные данные в Excel и построив график, можно получить графическое представление ситуации, как показано на нижеприведенном рисунке:
Тот же отчет, но по дням недели выглядит следующим образом:
Еще один пример аналитического отчета, приведенный ниже, показывает усредненное время ожидания по часам суток, что позволяет определить, в какие моменты пользовательские сессии потенциально могут иметь задержку с ответом на свои запросы, вызванную ожиданием каких-либо ресурсов базы данных:
Таким образом, механизм AWR наряду со стандартным набором отчетов предоставляет широкие возможности по более детальному анализу производительности в различных временных срезах. Использование AWR совместно с такими новыми технологиями Oracle, такими как Active Session History, улучшенный Wait Event Interface и набором встроенных утилит ADDM, SQL Tuning Advisor и других значительно облегчает задачи администрирования, мониторинга и поддержания производительности больших систем Oracle на необходимом уровне.
На этом позвольте завершить эту обзорную статью посвященную AWR. Удачи.
Ссылки по теме
| Помощь |
 | |
| Задать вопрос | |
| программы | |
| обучение | |
| экзамены | |
| компьютеры | |
| |
| ICQ-консультанты | |
| |
| Skype-консультанты | |
| Общая справка | |
| Как оформить заказ | |
| Тарифы доставки | |
| Способы оплаты | |
| Прайс-лист | |
| Карта сайта | |
| |
| О нас |