Дмитрий Волков, dsvolk@jet msk su Инфосистемы Джет, 2004 г
| Вид материала | Документы |
- 500 великих тайн. Автор-сост. Н. Н. Николаева. М.: Вече, 2009. 608, 82.27kb.
- Волков О. И., Скляренко, 52.88kb.
- России Москва «посев», 4019.32kb.
- Волков Александр Михайлович учебно-методический комплекс, 385.93kb.
- Волков Александр Михайлович учебно-методический комплекс, 441.18kb.
- Библиографический указатель книг, поступивших в конб им. В. Г. Белинского в 2010, 319.58kb.
- < alexander kudryavtsev @ algo msk com, 68.19kb.
- Волков Федор Дмитриевич За кулисами второй мировой войны Сайт Военная литература, 2370.03kb.
- Составитель: Бабанский Дмитрий 7 499 270, 2881.78kb.
- Программа по курсу "Уголовное право" / Сост проф. Б. С. Волков, проф. И. Д. Козочкин,, 638.15kb.
Оптимизация информационных систем на основе СУБД Oracle
Оптимизация ИС – мифы, легенды и реальный опыт
(Полная версия статьи см. Jet Info. N2 (129)/2004 г.)
Дмитрий Волков, dsvolk@jet.msk.su
Инфосистемы Джет, 2004 г.
1. Введение 4
2. Мифы и легенды 4
2.1 Миф параметра fast=true 4
2.2 Миф более быстрых ЦПУ 4
2.3 Миф об утилизации ЦПУ 5
2.4 Миф числа пользователей 5
2.5 Миф однократной настройки 5
3. Низкая производительность ИС. Кого винить и как исправить ситуацию? 5
3.1 Обязанности администратора БД 6
3.2 Оптимизация СУБД 6
3.3 Кто должен заниматься оптимизацией СУБД? 10
3.4 Что делать? 10
4. Теория оптимизации 10
4.1 Когда нужно исследовать ИС? 10
4.2 Jump-Jet 11
4.2.1 Сбор данных 11
4.2.2 Методология оптимизации 12
4.2.3 Следующий шаг 14
4.3 Круговорот оптимизации в природе 14
4.4 Правило 80/20 15
5. Практика оптимизации 15
5.1 Аппаратная часть 16
5.2 СУБД 16
5.3 Профиль рабочего дня 17
6. Применение рекомендаций 19
7. Что ждет администраторов БД с выходом Oracle 10g 21
Приложение 22
Терминология и формулы отчета Statspack 22
Список литературы 26
Список литературы Error: Reference source not found
Аннотация
Если в основе информационной системы (ИС) лежит СУБД Oracle и возникает недовольство пользователей недостаточной производительностью ИС, то, как правило, усилия по исправлению ситуации направляются на оптимизацию СУБД. При этом иногда совершается следующая ошибка – усилия сосредотачиваются на изменении параметров CУБД, а не на уменьшении времени отклика для конечного пользователя. Администраторы ИС изменяют параметры СУБД, но желательного ускорения работы пользователи не получают.
Большое количество статей, обучающих материалов и документации описывают традиционный подход к оптимизации СУБД Oracle, основанный на знании большого количества значений коэффициентов производительности (Ratio tuning). Дальнейшая оптимизация БД связана с улучшением этих коэффициентов, однако с ростом сложности ИС такой подход становится все менее эффективным.
Возникает парадокс, когда все коэффициенты находятся в границах требуемых диапазонов, а недовольство пользователей производительностью своей ИС (временем отклика) растет все больше и больше.
На практике оказывается гораздо важнее уметь оценивать производительность ИС как единого целого, включая аппаратный комплекс, системное программное обеспечение, а также воздействие со стороны сетевого окружения.
Рассматриваемая в статье методология обследования ИС демонстрирует кто, когда и с помощью каких программных средств должен выполнять комплексное обследование ИС.
Приводится пример реального отчета по обследованию информационной системы на основе СУБД Oracle 8i и сервера Sun Microsystems Sun Fire 480. Разбираются выданные рекомендации, описывается их применение и достигнутый после применения данных рекомендаций результат.
Данная статья предназначена для руководителей и специалистов IT-подразделений, занимающихся эксплуатацией промышленных систем на основе СУБД Oracle, и желающих получить максимальную производительность своей ИС.
1.Введение
При возникновении проблем с производительностью информационной системы на основе СУБД Oracle необходимо проводить полное исследование программно-аппаратного комплекса, а не только проводить измерение отдельных компонентов производительности СУБД (Perfomance Ratio). Кажется, что этот факт достаточно очевиден. Современные программно-аппаратные комплексы настолько сложны, что проблема может находиться где угодно.
Бездумное обновление аппаратного обеспечения не всегда сможет решить вопрос увеличения производительности, напротив, в некоторых случаях может ее (производительность) понизить! Важно определить, в чем заключаются ”узкие места” ИС, какие действия следует предпринять для их преодоления, понять какая следующая проблема может ожидать и правильно наметить стратегию развития ИС.
В данной статье рассматривается процесс оптимизации на примере реальной системы. Но сначала стоит обратить внимание на часто встречающие мифы и легенды об оптимизации ИС, обсудить роль администраторов ИС в работах по оптимизации, а также рассказать о разработанных специалистами компании «Инфосистемы Джет» программных средствах для исследования состояния ИС.
2.Мифы и легенды
Оптимизация ИС всегда была окружена слухами и легендами, например, о магических параметрах БД, способных привести к ускорению работы пользователей в десятки раз или о sql-запросах, которые вдруг начинают формировать отчеты с космической скоростью.
Стоит поблагодарить авторов-фантастов за создание и развитие таких легенд, они делают все возможное, чтобы сотрудники подразделений, занимающиеся оптимизацией ИС, никогда не оставались без работы.
Но некоторые заблуждения являются просто вредными для общего понимания ситуации. На них стоит обратить внимание!