Oracle DBA Forum  

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

Ответ
 
Опции темы Опции просмотра
  #11  
Старый 10.10.2009, 12:25
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,211
По умолчанию Вывод статистик, связанных с службой



Вывод статистик, связанных с службой

В n-уровневой среде на сервере приложений используется пул соединений с базой данных. Поэтому просмотр данных о сеансах может не предоставить сведений, необходимых для анализа производительности. Использование имен служб (сервисов) позволяет вести мониторинг производительности более аккуратно. Два представления отражают информацию на уровне службы, похожую на ту, которая доступна на уровне сеанса в соответствующих представлениях вида V$SESSION_*.

Представление V$SERVICE_WAIT_CLASS показывает статистики для каждой службы и класса ожиданий.

Представление V$ SERVICE_EVENT показывает такую же информацию, как и V$SERVICE_WAIT_CLASS, за исключением того, что данные детализированы по идентификатору события (event_ID).
__________________
Телеграм чат
Ответить с цитированием
  #12  
Старый 10.10.2009, 12:26
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,211
По умолчанию Представления, используемые при поиске и устранении неисправностей



Представления, используемые при поиске и устранении неисправностей, а также при настройке

На слайде показаны некоторые представления, к которым можно обратиться, чтобы выявить причину проблем производительности, а также для того, чтобы проанализировать текущее состояние базы данных.

Полное описание этих представлений см. в документе Oracle Database Reference Manual.
__________________
Телеграм чат
Ответить с цитированием
  #13  
Старый 10.10.2009, 12:28
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,211
По умолчанию Представления словаря



Представления словаря

Для получения детальных сведений о хранении данных используйте пакет DBMS_STATS, который собирает статистики и заполняет столбцы в представлениях вида DBAxxx.

DBMS_STATS заносит информацию в столбцы представлений, имеющую отношение к:


хранению табличных данных в экстентах и блоках:

- DBA_TABL.ES
- DBA_TAB_COLUMNS

хранению данных кластера в экстентах и блоках:

DBA_CLUSTERS

хранению индексных данных в экстентах и блоках, а также к степени пригодности индексов:

- DBA_INDEXES
- INDEX_STATS

Распределению неиндексированных и индексированных данных внутри столбцов:
- DBA_TAB_HISTOGRAMS

Дополнительные сведения об использовании пакета DBMS_STATS см. в документе Oracle Database Performance Tuning Guide.

Представления INDEX_STATS и INDEX_HISTOGRAM, содержащие индексные статистики, заполняются после выполнения команды ANALYZE INDEX ... VALIDATE STRUCTURE.
__________________
Телеграм чат
Ответить с цитированием
  #14  
Старый 10.10.2009, 12:29
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,211
По умолчанию Диагностика подвисаний или крайне медленное функционирование БД



Диагностика подвисаний или крайне медленное функционирование БД

Если база данных работает очень плохо или на самом деле зависла, используйте для анализа проблемы доступные функциональные возможности.

Система поддерживает сбор статистик реального времени, получая их непосредственно из SGA, используя для этого оптимизированные и облегченные вызовы системного уровня, а не SQL. В Enterprise Manager такой режим получения статистик называется режимом доступа к памяти (Memory Access Mode). Для каждого экземпляра Oracle имеется один поток сбора (collector thread) данных из SGA, стартующий автоматически агентом ЕМ, когда запускается мониторинг экземпляра базы данных. На слайде приведены основные представления производительности V$, используемые для диагностики на высоком уровне. Их содержимое доступно через прямой доступ к SGA.

Если требуется более детальная информация (drill-down information), для ее получения необходим SQL.

Информация о хосте, например, количество ЦП и имя хоста, также собирается и предоставляется через интерфейс ЕМ.
__________________
Телеграм чат
Ответить с цитированием
  #15  
Старый 10.10.2009, 12:34
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,211
По умолчанию Использование режима доступа к памяти



Использование режима доступа к памяти

На страницу с графиками, получаемыми в режиме доступа к памяти, можно перейти по ссылке Monitor in Memory Access Mode, расположенной на домашней странице БД в секции Related Links. Ссылка переносит вас на страницу Performance в режиме просмотра с прямым доступом к памяти ( "Memory Access"). Как показано на слайде, сначала необходимо воспользоваться кнопкой "Enable Memory Access Mode". Позднее этот режим можно отключить.

Для возврата в режим просмотра на основе SQL просто щелкните на кнопке "Switch to SQL Access Mode", расположенной на странице Performance.

Режим Memory Access исключает обработку, связанную с разбором и выполнением команд SQL. В результате повышается надежность сбора данных. Это происходит, потому что устраняется конкуренция за библиотечный кэш, при которой могут возникнуть ситуации, когда невозможно вести мониторинг, используя SQL. Вам следует переключиться в режим Memory Access, когда система медленно работает или "зависла".

Страницы в режиме Memory Access содержат данные, собираемые с более высокой частотой, чем в режиме SQL. По этой причине выводимые графики могут незначительно отличаться от полученных в режиме SQL. В результате страницы в режиме Memory Access могут предоставлять лучшую информацию о том, как начинались и завершались события. Кроме того, вы можете обнаружить короткие события, которые иначе были бы пропущены.

Примечание: режим доступа к памяти (memory access mode) также называют прямым методов доступа к SGA (direct SGA attach mode).
__________________
Телеграм чат
Ответить с цитированием
  #16  
Старый 10.10.2009, 12:35
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,211
По умолчанию Использование страницы анализа подвисаний



Использование страницы анализа подвисаний

Для анализа подвисаний и медленной работы системы можно воспользоваться страницей Hang Analysis, на которую можно перейти в секции Additional Monitoring Links, расположенной в ЕМ на странице Performance. Можно также использовать страницу Blocking Sessions для вывода списка всех сеансов, блокирующих в текущий момент времени другие сеансы.

Страница Hang Analysis используется для:

выяснения того, какие сеансы являются причиной узких мест;
проверки итоговой информации о блокирующих и блокируемых сеансах.

На этой странице отображается графическая топология находящихся в ожидании сеансов системы. Блокируемые сеансы выводятся ниже блокирующих. Enterprise Manager представляет ситуацию, используя хронологию операций. Он обнаруживает, какие сеансы "висят" или, вероятнее всего, "подвисли", а не находятся в состоянии ожидания с незаметной продолжительностью. Чтобы просмотреть итоговую информацию о сеансе, щелкните в выводимой топологии на идентификаторе сеанса. В результате на странице Session Summary отображаются общие сведения о выбранном сеансе. Находясь на этой странице, можно щелкнуть на ссылке View Session Details, чтобы получить дополнительную информацию о сеансе и решить, стоит ли аварийно завершать сеанс.

Выводимые сеансы выделяются зелеными, желтыми и красными цветами в зависимости от тяжести состояния сеанса, представленного в топологии.

С учетом размера топологии можно также выбрать подходящий масштабный коэффициент (Zoom Factor), задаваемый в процентах. В случае большого количества блокируемых сеансов можно использовать меньший коэффициент для отображения информации об ожиданиях в системе в целом. Затем можно увеличить масштаб для просмотра существенных частей топологии и получения дополнительных сведений (drill down).

Вы можете перемещать щелчком мыши микро-окно в прямоугольной области, расположенной ниже ноля Zoom Factor. В результате происходит перемещение в нужную область топологии. Например, если щелкнуть в левой части прямоугольной области, топология сдвинется вправо, что позволит полностью увидеть левую сторону топологической схемы.
__________________
Телеграм чат
Ответить с цитированием
  #17  
Старый 10.10.2009, 12:41
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,211
По умолчанию Автоматический репозиторий рабочей загрузки



Автоматический репозиторий рабочей загрузки

Автоматический репозиторий рабочей загрузки (Automatic Workload Repository, AWR) предназначен для постоянного хранения статистик производительности системы, владельцем которых является пользователь SYS. AWR размещается в табличном пространстве SYSAUX.

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

Пользователям, применявшим Statspack, следуют в Oracle 10g переходить к использованию репозитория рабочей загрузки. Однако нет поддерживаемого способа миграции данных, полученных с помощью утилиты Statspack, в репозитарии. Также нет обратной совместимости репозитария рабочей загрузки и схемы, используемой утилитой Statspack.

По умолчанию моментальные снимки фиксируются каждые 60 минут. Можно настроить частоту получения моментальных снимков с помощью параметра INTERVAL. Так как консультанты БД основывают свои рекомендации на этих снимках, необходимо так установить интервал между получением статистик, чтобы это не повлияло на точность диагностики. Например, когда интервал равен 4 часам, можно пропустить пиковые показатели, возникающие внутри 60-минутных интервалов.

Для изменения параметров, управляющих сбором моментальных снимков, используется хранимая процедура DBMS_WORKLOAD_REPOSIT0RY ,MODIFY_SNAPSHOT_SETTINGS или Database Control. В Database Control щелкните на ссылке Automatic Workload Repository, расположенной в секции Statistics Management на странице с закладкой Administration. Затем щелкните на кнопке Edit, чтобы выполнить изменения.

Хранимая процедура позволяет более гибко задавать значения параметра INTERVAL по сравнению с тем, как это можно сделать, используя Database Control.

Моментальные снимки можно получать вручную с помощью Database Control или хранимой процедуры DBMS_WORKLOAD_REРОSI TORY.CREATE_SNAPSHOT. Они дополняют автоматически получаемые снимки и фиксируют поведение системы в двух определенных точках, которые не совпадают с моментами запланированных сборов статистик, выполняемых автоматически.
__________________
Телеграм чат
Ответить с цитированием
  #18  
Старый 10.10.2009, 12:42
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,211
По умолчанию Базовые показатели, получаемые на основе моментальных снимков из AWR



Базовые показатели, получаемые на основе моментальных снимков из AWR

Механизм получения базовых показателей (baseline) позволяет пометить наборы моментальных снимков, полученные в существенные периоды времени. Базовые значения показателей определяются на основе пары моментальных снимков; эти снимки идентифицируются с помощью последовательных номеров (snap_id). Каждый набор базовых значений соответствует одной и только одной паре моментальных снимков.

Для идентификации базовых показателей используются имена, назначаемые пользователем или генерируемые системой. Базовые показатели можно подсчитать, выполнив процедуру DBMS_WORKLOAD_REPOSITORY.CREATE_BASELINE, при вызове которой задается имя набора базовых показателей и пара идентификаторов моментальных снимков. Имя набора базовых показателей (baseline) должно быть уникальным для всего периода жизни базы данных.

Базовые показатели используются для удержания данных моментальных снимков.

Моментальные снимки, принадлежащие наборам базовых показателей, удерживаются до тех пор, пока не будут удалены соответствующие базовые показатели. Обычно базовые показатели за некоторый репрезентативный период времени в прошлом используются для сравнения с текущим функционированием системы. Кроме того, в Database Control можно настроить получение сигналов на основе пороговых значений (threshold-basedalerts), полученных с использованием базовых показателей (baseline).
Получить номера snap_id можно прямо из представления DBA_HIST_SNAPSHOT или с помощью Database Control.

Примечание: дополнительную информацию о пакете DBMS_WORKLOAD_REPOSITORY см. в документе Oracle Database PL/SQL Packages and Types Reference Guide.
__________________
Телеграм чат
Ответить с цитированием
  #19  
Старый 10.10.2009, 12:45
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,211
По умолчанию Обзор инфраструктуры консультантов



Обзор инфраструктуры консультантов

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

Ниже приведен перечень доступных консультантов:

Автоматический диагностический монитор базы данных (Automatic Database Diagnostic Monitor - ADDM); производит анализ экземпляра "сверху-вниз", выявляет проблемы и их потенциальные причины, а также выдает рекомендации по устранению проблем. ADDM может также вызывать другие консультанты.

Консультант настройки кода SQL (SQL Tuning Advisor); выдает рекомендации по настройке команд SQL.

Консультант доступа к данным из SQL (SQL Access Advisor); используется для решения проблем, возникающих внутри схем БД, выявляет оптимальный путь доступа к данным (например, с помощью индексов и материализованных представлений).

Консультант PGA (PGA Advisor); предоставляет подробные статистики, имеющие отношение к рабочим областям, и вырабатывает рекомендации по оптимальному использованию пространства в программной глобачъной области (Program Global Area - PGA) на основе характеристик рабочей загрузки.

Консультант SGA (SGA Advisor); отвечает за настройку и выработку рекомендаций по размеру системной глобальной области (System Global Area - SGA) на основе модели доступа к различным компонентам внутри SGA.

Сегментный консультант (Segment Advisor); выдает рекомендации по решению проблем, связанных с пространством объектов, а также анализирует тенденции увеличения размера объектов.

Консультант управления информацией отмены (Undo Advisor); выдает рекомендации по заданию параметра времени удержания информации отмены, а также предоставляет сведения о размере дополнительного пространства, которое может потребоваться для операций отката назад к определенному моменту времени.


Основные преимущества инфраструктуры применяемых консультантов:

все консультанты используют унифицированный интерфейс;
все они могут быть вызваны и результаты их работу не противоречат друг другу.
__________________
Телеграм чат
Ответить с цитированием
  #20  
Старый 10.10.2009, 12:46
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,211
По умолчанию Использование консультантов с помощью Database Control



Использование консультантов с помощью Database Control

Advisor Central - это главная страница для доступа ко всем консультантам. Перейти на нее можно, щелкнув на ссылке Advisor Central в секции Related Links на странице Database.
Однако это не единственное место внутри Database Control Console, откуда можно вызвать консультантов.

На странице Advisor Central можно просмотреть все задачи консультантов, зарегистрированные в автоматическом репозиторий рабочей загрузки (Automatic Workload Repository - AWR). Можно вывести сведения о задачах, соответствующих предопределенному типу и периоду времени.
__________________
Телеграм чат
Ответить с цитированием
Ответ
Опции темы
Опции просмотра

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

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

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


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


Powered by vBulletin®