Oracle DBA Forum  

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

Ответ
 
Опции темы Опции просмотра
  #21  
Старый 24.09.2009, 22:41
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,211
По умолчанию Установка пороговых значений



Установка пороговых значений

Задание и редактирование пороговых значения базы данных в целом производится на странице Edit Threshold. Для перехода на эту страницу выберите ссылку Manage Metrics, расположенную в секции Related Links на домашней странице базы данных. Затем щелкните на кнопке Edit Threshold. На появившейся странице введите необходимые пороговые значения для предупреждений (Warning Threshold) и сигналов (Critical Threshold). Соответствующий сигнал вырабатывается, когда в базе данных достигается заданное порогового значения. Если это необходимо, можно дополнительно указать ответное действие (Response Action).
__________________
Телеграм чат
Ответить с цитированием
  #22  
Старый 24.09.2009, 22:42
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,211
По умолчанию Создание и тестирование сигнала



Создание и тестирование сигнала

Пороговые значения можно также задать для определенного объекта.

Пример. Вы решили, что необходимо получать критическое сигнальное сообщение, когда пространство, используемое в табличном пространстве INVENTORY, превысит 75% (в INVENTORY отключено автоматическое расширение файлов данных). Для создания и тестирования сигнала выполните следующие шаги:

1. В Enterprise Manager перейдите на страницу Edit Tablespace: INVENTORY и установите требуемое пороговое значение.
2. Используя операцию "Create like", создайте дубликат существующей таблицы и заполните ее с помощью SQL*Plus.
3. После получение сообщения об ошибке, выдаваемой из-за невозможности расширения таблицы, проверьте наличие соответствующего сигнала на домашней странице экземпляра БД.

Большинство сигнальных сообщений содержит имена консультантов, которых можно вызвать для получения рекомендаций. Database Control предоставляет возможность вызова надлежащего консультанта для каждого соответствующего сигнального сообщения.
__________________
Телеграм чат
Ответить с цитированием
  #23  
Старый 24.09.2009, 22:43
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,211
По умолчанию Уведомление о сигнальных сообщениях



Уведомление о сигнальных сообщениях

Enterprise Manager предоставляет пользовательский интерфейс для механизма уведомлений, который основывается на понятии "правило уведомления" (notification rule). Такое правило устанавливает соответствующий механизм уведомления для набора поступающих сигнальных сообщений.

Используя Database Control можно отредактировать правила уведомления. Для этого на домашней странице щелкните на ссылке Preferences . В результате вы попадете на страницу General, где можно определить адрес электронной почты для приема передаваемых уведомлений.

На этой же странице щелкните на ссылке Rules в секции Notification. Выберите правило Database Availability and Critical States и затем щелкните на кнопке Edit. В результате вы попадете на страницу мастера Edit Notification Rule Database Availability and Critical States, с помощью которого можно выбрать метрики, при превышении которых вы хотите получать уведомление о появившемся критическом сообщении или предупреждении.

Можно также указать, чтобы при возникновении определенных сигналов Enterprise Manager передавал уведомления непосредственно вам. Например, если вы сконфигурировали получение уведомлений по электронной почте о критических сигналах и задали пороговое значение для метрики System Response Time Per Call, тогда вы можете послать по электронной почте сообщение, подобное следующему:




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

По умолчанию настроено получение уведомлений о сигналах, отражающих критическое состоянии, например, DB Down, Generic Alert Log Error Status и Tablespace Used. Однако для их получения необходимо указать сведения об электронной почте:

1. В Database Control щелкните на ссылке Setup, расположенной в верхней или нижней части страницы.
2. На странице Setup выберите Notification Methods.
3. Введите требуемую информацию в секции Mail Server страницы Notifications Methods.

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

Для получения уведомлений выполните следующие шаги:

1. В Database Control щелкните на ссылке Preferences, расположенной в верхней или нижней части страницы.
2. На странице Preferences выберите General. Введите ваш адрес электронной почты в секции E-mail Addresses.
3. Кроме того, вы можете отредактировать правила уведомления, например, задать уровни (Severity States) принимаемых сообщений (Critical, Warning, Clear). Для этого выберите Notification Rules. В результате будет выведена страница Notification Rules. Дополнительные сведения о конфигурировании правил уведомления см. в документе Oracle Enterprise Manager Advanced Configuration.
__________________
Телеграм чат
Ответить с цитированием
  #24  
Старый 24.09.2009, 22:49
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,211
По умолчанию Реагирование на сигналы



Реагирование на сигналы

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

Большинство сигналов (например, отражающих нехватку пространства) сбрасывается автоматически, когда исчезает причина проблемы. Однако другие сигналы (например, Generic Alert Log Error) передаются, чтобы уведомить о ситуации, и требуют вашего подтверждения. После проведения всех необходимых корректирующих мероприятий вы можете подтвердить сигнал, сбросив и очистив его. Сброс (clearing) сигнала пересылает его в хранилище (Alert History), которое можно просмотреть по ссылке на домашней странице в секции Related Links. При очистке (purging) сигнал удаляется из Alert History.

Для сброса сигнала (например, Generic Alert Log Error) щелкните на ссылке Alert Log, находящейся на домашней странице в секции Diagnostic Summary. В результате будет выведена страница Alert Log Errors. Выберите сигнал, который необходимо сбросить, и щелкните на кнопке Clear. Чтобы очистить сигнал, отметьте его и щелкните на кнопке Purge. Кроме того, для сброса или очистки всех сигналов можно воспользоваться кнопками Clear Every Open Alert и Purge Every Alert.
__________________
Телеграм чат
Ответить с цитированием
  #25  
Старый 24.09.2009, 22:51
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,211
По умолчанию Типы сигнальных сообщений и их сброс



Типы сигнальных сообщений и их сброс

Существует два типа сигналов, генерируемых сервером (server-generated alerts): использующие и не использующие пороговые значения (threshold and nonthreshold). Большинство сигналов, генерируемых сервером, конфигурируются путем задания пороговых значений метрик БД для выработки критических и предупреждающих сообщений. Можно определить пороговые значения более чем для 120 метрик. Примеры метрик:

Physical Reads Per Sec (число физические чтения в секунду);
User Commits Per Sec (число пользовательских фиксаций транзакций в секунду);
SQL Service Response Time (время отклика операций SQL для службы).

Все метрики связаны с экземпляром, кроме метрики Tablespace Space Usage (использование пространства в табличном пространстве), которая связана с БД. Сигналы на основе пороговых значений (threshold alerts) также называют сигналами состояний (stateful alerts). Такие сигналы автоматически сбрасываются (cleared), когда исчезает условие появления сигнала. Подобные сигналы появляются в представлении DBA_OUTSTANDING_ALERTS, а после сброса переносятся в DBA_ALERT_HISTORY. Другие сигналы, генерируемые сервером, связаны с определенными событиями в базе данных, например, Snapshot Too Old (слишком старая моментальная копия ), Recovery Area Low On Free Space (не хватает пространства в области восстановления), Resumable Session Suspended (приостановлен возобновляемый сеанс). Такие не связанные с пороговыми значения сигналы также называют сигналами без состояний (stateless alerts). Они сразу направляются в архивную таблицу (history table). Операция сброса сигналов без состояния имеет смысл только в среде Database Control, так как Database Control хранит эти сигналы в своем собственном репозитории.
__________________
Телеграм чат
Ответить с цитированием
  #26  
Старый 24.09.2009, 22:53
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,211
По умолчанию Автоматически выполняемые задачи сопровождения



Автоматически выполняемые задачи сопровождения

Анализируя информацию, хранимую в AWR, база данных может выявить необходимость выполнения рутинных задач сопровождения, например, обновления статистик оптимизатора. Инфраструктура автоматически исполняемых задач сопровождения позволяет базе данных выполнять такие операции автоматически. При этом используется планировщик (Scheduler), выполняющий эти задачи в предопределенном "окне сопровождения " (MAINTENANCE_WINDOW_GROUP).

По умолчанию окно сопровождения охватывает период времени с 10:00 вечера до 6:00 утра в рабочие дни и с 12:00 дня в субботу до 12:00 дня в понедельник в период уикенда.. Все атрибуты окна сопровождения настраиваются, включая время начала и окончания, частоту, дни недели и т.д.. Кроме того, связывая окно сопровождения с планом ресурсного менеджера, можно ограничить влияние выполняемых задач сопровождения на обычные операции.

Примеры задач сопровождения:

Обновление статистик оптимизатора с помощью инфраструктуры автоматически исполняемых задач сопровождения.
Задание, выполняющее по умолчанию сегментный консультант в окне сопровождения.
В базе данных, создаваемой с помощью DBCA, инициируется регулярное выполнение резервирования базы данных.
__________________
Телеграм чат
Ответить с цитированием
  #27  
Старый 24.09.2009, 22:54
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,211
По умолчанию Итоги

__________________
Телеграм чат
Ответить с цитированием
  #28  
Старый 24.09.2009, 22:54
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,211
По умолчанию

__________________
Телеграм чат
Ответить с цитированием
Ответ
Опции темы
Опции просмотра

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

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

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


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


Powered by vBulletin®