Настройка производительности СУБД Oracle Database

• СУБД Oracle

Подробности

Автор: Андрей Васенин

Опубликовано: 20 августа 2018

Просмотров: 942

Рейтинг:  3 / 5

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

Проблема

Вы осознаете, что при первоначальном создании базы данных Oracle 12c некоторые функции (когда они включены) имеют долгосрочные последствия для производительности и доступности таблицы. В частности, при создании базы данных вы хотите сделать следующее:

Читать блог о создании БД Oracle с макс. производительностью

• память
• оптимизация
• Парсинг
• Кэш курсора
• Мьютекс
• Защелка

Подробности

Автор: Александров Попков

Опубликовано: 25 марта 2018

Просмотров: 1235

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

Выполняется проверка синтаксиса и определяется допустимость инструкции SQL.

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

Читать блог

• производительность
• СУБД Oracle
• база данных
• Real Application Testing
• рабочая нагрузка
• Database Replay
• SQL Performance Analyzer

Подробности

Автор: Илья Дергунов

Опубликовано: 19 марта 2018

Просмотров: 2219

Одной из главных проблем, стоящих перед администратором баз данных, является оценка потенциального воздействия на производительность внесения серьезного системного изменения, например, обновления базы данных до новой версии. Существуют несколько средств сторонних производителей, помогающих тестировать изменения, но Oracle предлагает новую опцию Real Application Testing (Тестирование реальных приложений), также называемую Total Recall (Полное повторение), которая представляет собой удобное в использовании решение, позволяющее проверять эффект системных изменений в тестовой среде перед внесением этих изменений в производственную систему, и тем самым безопасно производить в системе изменения без негативных последствий. Real Application Testing состоит из двух разных функциональных компонентов: Database Replay (Воспроизведение нагрузки базы данных) и SQL Performance Analyzer (Анализатор производительности SQL-операторов), которые вместе образуют полное решение для оценки воздействия серьезных системных изменения на производительность. Более подробно они будут рассматриваются в этой статье моего блога.

Читать блог

• производительность
• настройка
• база данных
• SQL
• Экземпляр
• Ожидание

Подробности

Автор: Александров Попков

Опубликовано: 16 марта 2018

Просмотров: 2294

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

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

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

Читать блог

• производительность
• база данных
• Oracle database
• Измерение
• Экземпляр

Подробности

Автор: Antoni

Опубликовано: 05 марта 2018

Просмотров: 5808

Одной из самых сложных задач в работе администратора баз данных (DBA) является точная оценка производительности экземпляра Oracle. Специалисты и руководства советуют проводить тщательную проактивную настройку, но в реальности в большинстве случаев удается осуществлять только реактивную настройку, которая обычно требует приложения массы усилий по исправлению существующих проблем, ощутимо замедляющих работу базы данных и увеличивающих количество жалоб со стороны пользователей. При проактивной и реактивной настройке анализируются одни и те же вещи, но проактивная настройка позволяет принимать решения в спокойной среде с низким уровнем стресса. В идеале на проактивное планирование следует тратить более двух третей всего посвящаемого настройке времени. В таком случае необходимость в реагировании на внезапные чрезвычайные ситуации будет возникать в будущем гораздо реже.

Читать блог

• система
• сервер Oracle
• диск
• ввод-вывод

Подробности

Автор: Antoniy

Опубликовано: 19 февраля 2018

Просмотров: 1002

Для измерения производительности средств ввода-вывода сервера баз данных Oracle на выбор доступен целый ряд замечательных инструментов. В частности, в составе операционной системе поставляется несколько утилит, которые просты в использовании и предоставляют информацию о загруженности дисков. Двумя наиболее популярными из этих утилит для измерения производительности дисков являются утилиты iostat и sar. О том, как ими пользоваться, более подробно рассказывалось в этом блоге.

Читать блог

• Oracle
• сервер
• система
• производительность
• настройка
• память
• процессор

Подробности

Автор: Боба

Опубликовано: 03 февраля 2018

Просмотров: 2276

Усилия по настройке экземпляра, предпринимаемые внутри Oracle, будут давать ограниченный (или даже негативный) эффект, если не обращать никакого внимания на производительность системы (сервера) в целом. Под производительностью системы подразумевается производительность ЦП (CPU), использование памяти (ОЗУ) и дисковый ввод-вывод (массивы HDD). В этой заметке блога мы рассмотрим каждый из этих важных ресурсов весьма подробно.

Читать блог

• Oracle database

Подробности

Автор: Rasen Fasenger

Опубликовано: 30 января 2018

Просмотров: 3732

Рейтинг:  5 / 5

Хорошо известным фактом о производительности системы является то, что выборка данных, хранящихся в памяти, производится гораздо быстрее, чем извлечение данных с дискового устройства хранения. Зная об этом, база данных Oracle старается удерживать как можно больше из недавно запрашивавшихся данных в своей области SGA. Помимо данных, для быстрого доступа в памяти кэшируется еще прошедший синтаксический анализ SQL-код и необходимая информация из словаря данных. Настраивать выделяемый Oracle объем памяти можно довольно легко, изменяя параметр инициализации MEMORY_TARGET.

Между конфигурацией памяти и использованием этой памяти приложением существует двусторонняя связь. Правильный размер выделяемой памяти зависит от природы приложения, количества пользователей и размера транзакций. Если памяти не достаточно, приложению придется выполнять отнимающие много времени дисковые операции ввода-вывода. Однако само приложение тоже может излишне потреблять память и тогда выдача ему большего количества памяти не будет правильной стратегией.

Читать блог о настройке памяти СУБД Oracle

Подробности

Автор: Antoniy

Опубликовано: 29 января 2018

Просмотров: 1461

Рейтинг:  5 / 5

В блогах нашей соцсети уже рассказывалось о том, как писать эффективные SQL-операторы для максимизации производительности приложения. Применение оптимального SQL-кода и эффективное проектирование схемы размещения объектов базы данных являются частью планируемого или проактивного процесса настройки. В этой статье речь пойдет о том, как эффективно использовать ресурсы, с которыми работает Oracle, т.е. память, ЦП и диски.

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

Читать блог