зервного копирования). Объем анализируемой базы около 20 Гбайт.
Изменение конфигурации сервера должно быть серьезно мотивиро-
вано и подкреплено объективными данными о реальной нагрузке на
сервер.
Заключение.
Рассмотренные этапы позволяют выработать методи-
ки подготовительных работ, настройки производительности и других
параметров БД, что существенно снижает трудоемкость этих процес-
сов и облегчает работу администратора. Настройка БД устраняет необ-
ходимость приобретения дополнительного оборудования для поддер-
жания требуемых параметров БД, снижает требования к конфигурации
оборудования, уменьшает стоимость обслуживания всей системы. За
счет настройки можно сократить время ответа, что повышает психоло-
гический комфорт пользователей и качество обслуживания клиентов.
В связи с появлением и распространением новых версий СУБД
Oracle был проведен анализ возможности использования предложен-
ной методики для оценки производительности в СУБД Oracle 10.2g.
Для этого были рассмотрены изменения в структуре системных пред-
ставлений в новых версиях СУБД.
Данные, предоставленные документацией на СУБД Oracle 10.2,
показывают, что структура используемых системных представлений
или осталась неизменной (например, представление V$FILESTAT) или
при добавлении новых полей сохранены ранее использовавшиеся по-
ля для поддержки более старых версий. Например, в представление
V$SYSSTAT было добавлено новое поле STAT_ID (идентификатор
статистики). При этом сохранено ранее использовавшееся в аналогич-
ных целях поле STATISTIC#, отмеченное в документации, как атри-
бут поддержки более ранних релизов (Note: Statistics numbers are not
guaranteed to remain constant from one release to another [8]).
Анализ собранной статистки позволяет определить SQL-запросы,
которые были выполнены наибольшее число раз; SQL-запросы, вы-
полнение которых потребовало наибольшего числа физического или
логического чтения в БД, и др. Кроме того, можно определить запро-
сы, которые были выполнены не оптимально и требуют настройки.
Анализ статистики за 25.03.10 показал, что следующие SQL-запросы
были выполнены:
SELECT PODR_TYPE FROM M4ADMIN.PODRAZD WHERE PODR_ID
= :B1
— 26 207 901 раз;
SELECT PODR_PARENT FROM M4ADMIN.PODRAZD WHERE PODR_ID
= :B1
— 10 977 751 раз;
SELECT CHECKSUM FROM APPROVAL_TECH WHERE OB_ID = :B2
AND SIGN_TYPE = :B1
— 2 220 833 раз;
SELECT CHECK_SUM FROM CHK_SUM WHERE OB_ID = :B1 AND
TI_KIND = (SELECT TI_ID FROM TECHINFORM_KIND WHERE S_NAME
= :B2)
— 2 132 798 раз.
ISSN 0236-3933. Вестник МГТУ им. Н.Э. Баумана. Сер. “Приборостроение”. 2010. № 4 101
