Мониторинг и настройка производительности
Оценить
(0 голоса)
Иногда отдельные процессы буквально пожирают ресурсы ЦП, что является причиной низкой производительности системы для других пользователей. Чтобы выявить процессы, потребляющие большую часть ресурсов ЦП, следует воспользоваться командой /usr/ucb/ps -aux или, начиная с Solaris 8, утилитой prstat. Обратите внимание на то, что процесс ps сам по себе является достаточно серьезным потребителем ресурсов ЦП, особенно в системах, где выполняется большое количество процессов. Утилита sdtprocess, поставляемая как составная часть пакета CDE в составе операционной системы Solaris, предлагает полезное представление тех же самых данных на основе XI1. Столбец TIME также показывает, что каждый процесс-пожиратель использовал по 5 минут времени ЦП. Насколько сильно это повлияет…
Оценить
(0 голоса)
На рисунке 21.12 представлена трасса утилиты mpstat, полученная на сервере с 8-ю центральными процессорами. Обратите внимание на то, что прерывания (intr) неравномерно распределены между всемн центральными процессорами. Центральные процессоры с номерами П, 14 и 18 обрабатывают большее количество прерываний, чем другие центральные процессоры. Они демонстрируют самую высокую системную (sys) активность, но при этом не самую высокую пользовательскую (usr) активность. Во время загрузки операционной системы Solaris драйверы дисковых массивов и сетевых интерфейсов привязываются к определенным центральным процессорам. Эти центральные процессоры обрабатывают прерывания, связанные с этими устройствами, от имени всех остальных центральных процессоров. Обратите внимание также на то, что операционная система Solaris…
Оценить
(0 голоса)
Хорошо настроенная СУБД имеет следующие характеристики: •             Система главным образом ограничена возможностями ЦП. •             Операции дискового ввода/вывода хорошо сбалансированы. •             Буферный кэш работает эффективно. •             СУБД сконфигурирована таким образом, чтобы обеспечить эффективную работу. Как уже было отмечено ранее, если хотите, чтобы СУБД хорошо работала, приложения должны 6bitb эффективно запрограммированы. Проанализировав память, диски, сети и центральные процессоры, необходимо предпринять заключительный шаг: выполнить мониторинг и настроить СУБД. Этот процесс подробно исследуется в нескольких следующих главах для СУБД Oracle. Sybase, Informix. Мониторинг и настройка буферного кэша - жизненно важный элемент настройки СУБД в целом. Краткий обзор основных проблем представлен в следующем разделе, но…
Оценить
(0 голоса)
Одним из основных показателей (еще говорят, одной из основных метрик) в мониторинге производительности БД для рабочих нагрузок OLTP является частота успешных обращений к буферному кэшу. Буферный кэш сохраняет в памяти столько блоков БД, считанных с диска, сколько возможно. При этом предполагается, что одни и те же блоки БД будут часто использоваться различными транзакциями; buffer cache hit rate (частота успешных обращений к буферному кэшу, или попадания в буферный кэш) показывает, сколь часто требуемый блок был извлечен из кэша, а не считан с диска. Поскольку доступ к памяти осуществляется намного быстрее, чем доступ к диску, успешные попадания в буферный кэш важны для…
Оценить
(0 голоса)
Частота успешных обращений к буферному кэшу может вводить в заблуждение. Например, насколько 95% попаданий в кэш лучше, чем 90%? Обеспечивается ли при этом повышение производительности на 5%? Ответ на этот вопрос скорее отрицательный! Итак, 90% попаданий в кэш означает, что 90% всех операций чтения удовлетворяется из кэша, и только 10% операций чтения влечет за собой физический доступ к диску. А вот 95% попаданий в кэш означает, что только 5% операций чтения выполняется с диска. Таким образом, повышение частоты успешных обращений к буферному кэшу с 90% до 95% повлечет за собой уменьшение вдвое, а не просто на 5%, количества операций физического…
Оценить
(0 голоса)
Частота успешных обращений к кэшу, равная 80%, может быть весьма приемлемой в одной ситуации, в то время как намного более высокая частота успешных обращений к кэшу, равная 95%, может оказаться неадекватной в другой ситуации. На основании чего можно сделать заключение о необходимости увеличения размера буферного кэша для того, чтобы попытаться улучшить частоту попаданий в кэш? При определении адекватной частоты попаданий в кэш необходимо принять во внимание три фактора: •             Доступный объем памяти. Любой ценой следует избегать замещения страниц памяти, или страничной подкачки. Если увеличение размера буферного кэша вызывает замещение страниц приложений, тогда лучше оставить кэш без изменения. Если доступна свободная…
Оценить
(0 голоса)
Учитывая, что СУБД может быть основным приложением на конкретной системе, исследование поведения базы данных должно пролить свет на уже собранную информацию. Мониторинг и настройка представляют собой итерационный процесс. Настройка СУБД может изменить поведение вычислительной системы, и тогда будет важно коротко повторить предыдущие этапы, описанные в настоящей главе.
Оценить
(0 голоса)
К сожалению, до Solaris 8 было не так то просто определить, использует ли некоторый сегмент памяти совместного использования технологию ISM, описанную в разделе "Единообразно объявленная память совместного использования" в главе 3. Начиная с Solaris 8. утилита ipcs включает параметр -i, который показывает, сколько сегментов разделяемой памяти было присоединено в качестве ISM (столбец ISMATTCH). Кроме того, утилита ртар дает информацию о том, присоединил ли конкретный процесс некоторый сегмент памяти совместного использования в качестве ISM (ism будет появляться непосредственно перед параметром shmid). Для операционной системы Solaris 7 и более ранних выпусков, для того, чтобы ответить на этот вопрос, могут применяться процедуры, показанные…
Оценить
(0 голоса)
В настоящей главе будут рассматриваться методы мониторинга и конфигурирования Oracle, а также даваться рекомендации по настройке как в средах OLTP, так и в средах DSS. Будут рассматриваться расширения Oracle9i, которые поддерживают динамическую реконфигурацию, и исследоваться проблемы, связанные с восстановлением системы после сбоев. СУБД Oracle может контролироваться и управляться с использованием OEM (Oracle Enterprise Manager - менеджера масштаба предприятия от Oracle), который представляет собой мощный инструмент на основе графического интерфейса пользователя, обеспечивающий детальный контроль всех аспектов поведения и управление БД. СУБД Oracle также предоставляет доступ к информации базы данных, сохраненной в ее резидентных таблицах производительности, часто называемых просто системными таблицами. Эта…
Оценить
(0 голоса)
Запуск и закрытие СУБД Oracle, а также выполнение операторов alter system требуют наличия специальных привилегий. Метод подключения к СУБД Oracle для запуска административных команд неоднократно изменялся в нескольких последних выпусках; далее рассматриваются различные методы для основных версий. Начиная с Oracle9i, команда svrmgrl больше не поддерживается. Рекомендуемый метод подключения основан на использовании команды sqlplus. Этот метод также работает и с более ранними версиями СУБД Oracle, такими как Огас1е8 и Oracle8i. Подключение может быть выполнено в два этапа, как показано в примере, основанном на Огас1е8.1.5. Далее по тексту настоящей главы будет применяться выражение "sysdba" в качестве аббревиатуры для обозначения последовательностей команд, используемых…