Oracle DBA Forum  

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

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



Типичный сеанс настройки с использованием консультанта

1. Создание задачи для консультанта.
Задача - это описание в области рабочих данных (executable data area) в репозитории, управляющее анализом при настройке.

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

3. Выполнение анализа.
Выполнение задачи - это синхронная операция; управление не возвращается до тех пор, пока операция не будет завершена или же пока пользователь не прервет ее выполнение. В любой момент времени операцию можно остановить и просмотреть результаты до точки прерывания процесса анализа. Если результаты не удовлетворяют пользователя, он может продолжить выполнение задачи и получить дальнейшие рекомендации. Можно также изменить параметры задачи и перезапустить ее выполнения.

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



Ручной вызов ADDM

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


Чтобы создать задачу ADDM, выполните следующие шаги:

1. Перейдите на домашнюю страницу базы данных. В секции Related Links щелкните на ссылке Advisor Central.
2. Под заголовком Advisors выберите ссылку ADDM.
3. Выберите опцию Period Start Time, а затем щелкните на моментальном снимке, который вы хотите использовать в качестве начала интервала времени. После этого выберите опцию End Time и щелкните на моментальном снимке, показывающем окончание интервала времени.
4. На странице ADDM Task просмотрите результаты выбранной задачи ADDM.
__________________
Телеграм чат
Ответить с цитированием
  #23  
Старый 10.10.2009, 12:49
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,211
По умолчанию Обзор применения консультанта настройки кода SQL



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

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

Дополнительно можно запустить консультант по проверке кода SQL, когда необходимо проанализировать команды SQL (top SQL), потребляющие наибольшее время ЦП, сильно нагружающие ввод-вывод и расходующие большое пространство в оперативной памяти.

Консультант по настройке кода SQL подробно рассматривается в Oracle Database 10g: Администрирование I.
__________________
Телеграм чат
Ответить с цитированием
  #24  
Старый 10.10.2009, 12:50
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,211
По умолчанию Обзор применения консультанта доступа к данным из кода SQL



Обзор применения консультанта доступа к данным из кода SQL

Консультант доступа к данным из кода SQL {SQL Access Advisor) может для данной рабочей нагрузки выдать рекомендации по подходящему набору материализованных представлений, журналов материализованных представлений и индексов. Важно понимать значение подобных структур и их использовать. В результате в ходе оптимизации кода SQL можно существенно повысить производительность выборки данных..

Консультант доступа к данным из кода SQL выдает рекомендации по использованию различных индексов: битовых, основанных на функции и в виде В-дерева. Битовый индекс часто уменьшает время ответа для многих видов незапланированных запросов (ad hoc queries) и снижает требования к занимаемому пространству по сравнению с другими типами индексов. Индексы в виде В-дерева обычно используются в хранилищах данных для индексации уникальных и близких к уникальным ключам.

Данный консультант также выдает рекомендации по оптимизации материализованных представления. В результате они могут более быстро обновляться, а их применение позволит использовать преимущества перезаписи запросов (query rewrite).

Примечание: дополнительные сведения о материализованных представлениях и перезаписи запросов см. в документе Oracle Database Performance Tuning Guide.
__________________
Телеграм чат
Ответить с цитированием
  #25  
Старый 10.10.2009, 12:51
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,211
По умолчанию Типичный сеанс консультанта доступа к данным и кода SQL



Типичный сеанс консультанта доступа к данным и кода SQL

Рекомендуется в самом начале сеанса консультанта доступа к данным из кода SQL выбрать вариант Use Default Options, при котором выполнение анализа производится с использованием предопределенного набора опций консультанта.

Можно воспользоваться также другим вариантом и запустить задачу анализа, выбрав "Inherit Options from a Task or Template". В таком случае отмечается шаблон и/или задачи, опции которых наследуются и используются при выполнении анализа консультантом.

В число таких шаблонов входит несколько общих шаблонов: General (универсальная среда), OLTP (оперативная обработка транзакций) и Warehouse (хранилище данных). Можно также сохранить настроенные шаблоны от предыдущих задач и использовать их повторно, когда это необходимо.

Щелкните на кнопке Continue для запуска мастера консультанта доступа к данным из кода SQL.

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



Рабочая нагрузка

Используйте страницу Workload Source мастера SQL Access Advisor для задания определенной рабочей нагрузки, которая позволит получить рекомендации.


Предоставляются следующие варианты:

Current and Recent SQL Activity; в качестве рабочей нагрузки используется текущий код SQL из кэша.

Import Workload from SQL Repository; в качестве источника рабочей нагрузки используется ранее созданный объект БД SQL Tuning Set.

User-Defined Workload; Import SQL from a Table or View; позволяет получить рекомендации для рабочей нагрузки, которую сейчас нельзя воспроизвести на текущей базе данных. С помощью такой возможности можно получить и реализовать рекомендации доступа к данным до начала эксплуатации приложения.

Create a Hypothetical Workload from the Following Schemas and Tables; позволяет задать схему, в которой консультант может произвести поиск таблиц измерений (dimension tables) и сгенерировать рабочую нагрузку.


В дальнейшем границы рабочей нагрузки могут быть сужены. Это осуществляется путем задания фильтров в секции Filter Options. С помощью предоставляемых опций можно ограничить набор команд SQL, входящих в рабочую нагрузку. Фильтры применяются консультантом к рабочей нагрузке для того, чтобы сфокусировать усилия по настройке.

Фильтры:

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



Опции получения рекомендаций

Используйте страницу Recommendations Options для указания того, ограничивать ли рекомендации консультанта только одним методом доступа. В секции Recommendation Types выберите Indexes или Materialized Views или же оба вида рекомендаций.

Можно также выбрать Evaluation Only для проведения одной лишь оценки существующих структур доступа. В этом режиме консультант не генерирует новые рекомендации, а комментирует использование существующих структур. Это полезно для отслеживания эффективности использования во времени текущих индексов, материализованных представлений и журналов материализованных представлений.

Секция Advisor Mode используется для задания одного из двух режимов выполнения консультанта. Эти режимы влияют на качество рекомендаций, а также на время, требуемое для их получения. Когда задан Comprehensive Mode, консультант осуществляет поиск большой совокупности команд-кандидатов, в результате чего повышается качество рекомендаций. Если же выбран Limited Mode, консультант отрабатывает быстро, ограничиваясь рекомендациями для определенных команд-кандидатов.

В секции Advanced Options можно отразить или скрыть опции, которые позволяют задать ограничения на пространство (Space Restrictions), параметры настройки (Tuning Options) и месторасположение структур хранения по умолчанию (Default Storage Locations).

Используйте раздел Workload Categorization для задания опций учета в рабочей нагрузке операций изменения (Workload Volatility) и границ рабочей нагрузки (Workload Scope).

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



Опции получения рекомендаций (продолжение)

В разделе Workload Scope можно выбрать вариант частичной рабочей нагрузки (Partial Workload), при котором не включаются рекомендации по удалению неиспользуемых структур доступа, или вариант полной загрузки (Complete Workload), включающий такие рекомендации.

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

Раздел Tuning Options используется для задания опций учета специальных условий при выработке рекомендаций. С помощью выпадающего списка в поле "Prioritize Tuning of SQL Statements by" задается значение, на основе которого упорядочиваются по убыванию команды SQL. Список содержит: Optimizer Cost (стоимостная оценка оптимизатора), Buffer Gets (чтения буферов). CPU Time (время ЦП), Disk Reads (дисковые чтения), Elapsed Time (общее время выполнения) и Execution Count (число выполнений).

Раздел Default Storage Locations позволяет переопределить установки по умолчанию для схем и табличных пространств. По умолчанию индексы размещаются в тех же схемах и табличных пространствах, что и соответствующими им таблицы. Материализованные представления размещаются в схеме и табличном пространстве пользователя, который выполнял один из запросов, на основе которого была получена рекомендация по созданию материализованного представления.

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



Просмотр рекомендаций

На странице Advisor Central можно просмотреть список всех завершившихся задач консультанта доступа к данным из кода SQL. Выберите задачу, для которой вы хотите вывести рекомендации, а затем щелкните на кнопке View Result. Используйте страницу Results for Task Summary для вывода общих сведений о находках (findings) консультанта. На этой странице приводятся графики и статистики, предоставляющие сведения о том, как рекомендации изменят общую эффективность при данной рабочей нагрузке и потенциально улучшат время выполнения запросов. Здесь же показываются данные о числе проанализированных команд и количестве выданных рекомендаций.

Для просмотра информации, отражающей другие аспекты результатов, полученных после выполнения задачи консультанта, щелкните на одной из трех закладок этой страницы: Recommendations, SQL Statements или Details.

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

Щелкнув на кнопке Show SQL, можно просмотреть сгенерированный SQL-скрипт для выбранных рекомендаций. Вы можете щелкнуть на соответствующий идентификатор рекомендации в таблице, чтобы вывести перечень действий, которые необходимо произвести для того, чтобы реализовать рекомендацию. На странице Actions можно просмотреть все соответствующие команды SQL, которые на самом деле необходимо выполнить. Снимите отметки для рекомендаций, которые вы не хотите выполнять. Затем щелкните на кнопке Schedule Implementation, чтобы реализовать оставленные рекомендации. Этот шаг выполняется в виде запланированного задания.
__________________
Телеграм чат
Ответить с цитированием
  #30  
Старый 10.10.2009, 13:01
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,211
По умолчанию Асинхронная операция COMMIT



Асинхронная операция COMMIT

Когда транзакция фиксируется, процесс записи в журнал (LGWR) пишет на диск данные повторного выполнения (redo) для операции commit вместе с накопленными журнальными записями (redo) о всех изменениях в соответствующей транзакции. По умолчанию база данных Oracle записывает данные повторного выполнения на диск и только после этого производит возврат управления клиенту. Такой режим работы вносит задержку в выполнение операции commit, так как приложение должно ждать завершения записи журнальных данных на диск.

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

Таким образом, генерируемые для транзакции данные повторного выполнения могут быть не сохранены, когда сообщение о фиксации возвращается пользователю. В результате появляется небольшое окно уязвимости, когда для транзакции, которая казалось бы была зафиксирована, может быть произведен откат назад. Наиболее очевидная причина этого -отказ машины. В этом случае также теряются записи о фиксации в журнальном буфере, которые не были записаны на диск в оперативный журнал. Другой причиной могут быть проблемы файлового ввода-вывода в оперативный журнал, возникающие в тот момент, когда процесс LGWR на самом деле пытается сбросить данные из журнального буфера на диск. Когда журнальные файлы не мультиплексируются, обеспечивая достаточный уровень избыточности, тогда, возможна, потеря результатов операции commit.
__________________
Телеграм чат
Ответить с цитированием
Ответ
Опции темы
Опции просмотра

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

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

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


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


Powered by vBulletin®