Consulting

С таким положением вещей можно и нужно бороться. Во первых, при решении задачи повышения производительности необходимо рассматривать не отдельно СУБД, а программно-аппаратный комплекс в целом. А также локальную сеть, в которой он функционирует. При таком подходе ошибки конфигурации и (или) узкие места могут встретиться в самых неожиданных для Вас местах. 

Поэтому наиболее разумным является аудит программно-аппаратного комплекса. Результатом будет описание системы в целом с зафиксированными параметрами ее производительности. При необходимости выдаются рекомендации по улучшению ситуации. Подобный документ очень удобен в качестве обоснования обновления (upgrade) аппаратного обеспечения для руководства компании. И он часто имеет больший вес, чем внутренний документ, созданный сотрудниками самой компании. 

Что содержит такой документ ? Как правило, следующие основные разделы:

Общее описание системы:

• описание выполняемых задач, характер приложения (OLTP, DSS);
• кол-во пользователей, объемы данных;
• особенности работы ИС (пики работы, активность в ночное время и т.п)

Для сервера ИС:

• загрузка cpu с распределением во времени;
• загрузка дисковой подсистемы, описание ее устройства (для raid'а);
• загрузка оперативной памяти сервера.

Для СУБД Oracle:

• анализ нагрузки СУБД, с учетом характера приложения, с выявлением узких мест. Анализ текущих параметров СУБД с рекомендациями по их изменению;
• рекомендации по использованию или оценки существующих процедур резервного копирования, систем высокой надежности (standby);
• запросы Вашего приложения, требующие максимальные системные ресурсы, а также предложения по их модификации;
• заключение о степени защищенности СУБД.

Для локальной сети:

• профиль нагрузки локальной сети с указанием конфликтов и ошибок проектирования, если они есть.

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

Рекомендации по модернизации, как правило, опираются на следующие факты и документы:

• запас прочности нынешней системы;
• наличие "узких мест" в аппаратном и/или программном обеспечении;
• рекомендации по изменению настроек ОС, RAID, СУБД;
• рекомендации по модернизации аппаратного обеспечения.

Пример такого отчета (требуется авторизация). По результатам обследования могут быть рекомендованы дополнительные работы. Cм. список стандартных услуг или  детальный список возможных работ.

Как это делается:

Для того, чтобы исследовать Вашу информационную системы необходимо установить у Вас ряд пакетов. К таким пакетам относятся statspack, rda, osm. В принципе, Вы сами можете их поставить себе и прислать мне для анализа результаты их работы !   Но этот вариант подходит в том случае, когда Вы точно знаете, в чем проблема и хотите получить рекомендации по ее решению. В более сложных ситуациях нужно все-таки видеть систему самому. 

Что дальше:

Итак, у Вас есть зафиксированное состояние вашей системы на момент обследования. Теперь стоит побеспокоиться о системе активного мониторинга, системе аудита и создании рабочих инструкций вашего отдела эксплуатации и администрирования.  

Истории из жизни:

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

Были случаи, когда raid создавали безо всякого представления об его последующем использовании.

Система резервного копирования чаще всего отсутствует вообще, если в составе компании нет выделенного DBA.

Часто не знают о специализированном ПО Veritas или подобном ему. 

А бывают настолько грамотные специалисты и настолько отлаженные системы, что написать какие-то рекомендации в  отчет трудно ! :))