Мониторинг и настройка производительности
Оценить
(0 голоса)
Кэш-словарь сохраняет информацию словаря данных для всех объектов БД. Следовательно, доступ к этому кэшу достаточно интенсивный. Подробная информация о статистических показателях кэш-словаря может быть запрошена с помощью представления v$rowcache. SQL> column name format al5 trunc; SQL> column scan_reqs heading SCAN_REQ; SQL> column scanjmiss heading SCAN_HIS; SQL> column cur_usage heading CUR_USAG; SQL> set numwidth 8; SQL> Rem getjmiss and scanmiss should be very low compared to requests. SQL> Rem cur_usage is the number of entries in the cache being used. SQL> select * from stats$dc 2             where getreqs 1= 0 or scanreqs I* 0 or modreqs !« 0; NAME   GETREQS GETHISS…
Оценить
(0 голоса)
Следующий раздел файла отчета report.txt показывает активность операций ввода/вывода, связанных с табличным пространством и файлом БД, включая количество физических операций чтения и записи и время, затраченное на выполнение каждого типа операций ввода/вывода (в сотых долях секунды). Если времена равны 0, установите параметр timed_statistics из файла init. ora в логическое значение TRUE. Если для расслоения (расщепления) файлов БД используется менеджер томов, то отображение файлов базы данных на физические диски может быть достаточно сложным. Тем не менее, информация по каждому файлу об активности операций ввода/ вывода может быть полезна при планировании размещения данных; эта тема обсуждалась подробно в главе 17. Для получения…
Оценить
(0 голоса)
Совместно используемая область памяти в Oracle называется SGA (System Global Area - системной глобальной областью). После буферного кэша разделяемый пул обычно является самым большим компонентом SGA. Пул совместного использования включает память библиотечного кэша, который кэширует информацию об объектах БД, таких как хранимые процедуры и представления, кэша указателя, который кэширует операторы языка SQL. Если используется Shared Server (разделяемый сервер), ранее известный под названием MTS (MuItiThreaded Server - многопоточный сервер), то разделяемый пул также включает память кэша специфической для данного сеанса информации, такой как области контекста и сортировки. Если пул совместного использования слишком мал, это может отрицательно сказаться на производительности. Размер пула…
Оценить
(0 голоса)
Как только операционная система была должным образом сконфигурирована (обратите внимание на главы с 13 по 17, а в особенности на рекомендации относительно размещения данных в главе 17), пришло время выяснить, надлежащим ли образом сконфигурирована СУБД Oracle. Настройка Oracle выполняется с использованием множества параметров в файле init.ora; в настоящей главе внимание будет сосредоточено на наиболее важных из них. Настройка файла init.ora Когда выполняется инсталляция СУБД Oracle, параметры файла init.ora базируются на "малой модели", в которой только 400 Кбайт отводится для буферов БД. Чтобы СУБД Oracle работала эффективно, на многих сайтах конечных пользователей придется изменить значения нескольких параметров в файле init.ora. Чтобы…
Оценить
(0 голоса)
Любые новые кэши будут сконфигурированы в дополнение к кэшу, размер которого устанавливается в соответствии со значением параметра db_cache size. Однако одного параметра необходимо избегать: параметра размера кэша, соответствующего текущему размеру блока. Например, если стандартный параметр db_block_size установлен равным 4096, то параметр db_4k_cache_size не может использоваться. Соответствующим параметром для табличных пространств, использующих стандартный размер блока, является db_cache_size. •             shared_pool_size: Размер в байтах пула совместного использования в области SGA. В разделяемом пуле сохраняются библиотечный кэш, совместно используемая область операторов SQL и данные, специфичные для конкретного сеанса (только тогда, когда используется Shared Server). Этот параметр также важен с точки зрения производительности. В зависимости…
Оценить
(0 голоса)
Вот наиболее важные настраиваемые параметры для рабочих нагрузок DSS: •             db_block_size: Размер в байтах блока БД. Устанавливается в процессе создания БД. Все блоки БД используют этот размер. Для рабочих нагрузок DSS следует применять блоки размером 16 или 32 Кбайт. •             db_block_buffers: Объем памяти в блоках БД (как определено параметром db block_size), выделяемой для буферного кэша. Для рабочих нагрузок DSS большие буферные кэши менее полезны, и значение этого параметра обычно устанавливается намного ниже, чем для рабочих нагрузок OLTP. Как описано ранее в разделе "Установка настраиваемых параметров для рабо- чих нагрузок OLTP" этой главы, начиная с Oraele9i, появился новый параметр db_cache_size. •            …
Оценить
(0 голоса)
В настоящем разделе предлагается ряд смешанных рекомендаций по настройке, связанных с файловыми системами, производительностью загрузки и индексов, перекомпоновкой двоичного (исполняемого) файла oracle в целях разрешения сегментов разделяемой памяти свыше 2 Гбайт. Использование СУБД Oracle с файловыми системами Проблемы, связанные с использованием файлов БД на файловых системах, обсуждаются в следующих разделах настоящей книги: •             В разделе "Расширения файловой системы Unix" главы 3 описываются расширения, сделанные в операционной системе Solaris для того, чтобы повысить производительность БД на файловой системе UFS. •             В разделе "Низкоуровневые устройства или UFS?" главы 17 обсуждается причастность файловых систем UFS к производительности. •             В разделе "Файлы UFS и…
Оценить
(0 голоса)
Хотя все последние версии СУБД Oracle поддерживают асинхронный ввод/вывод на низкоуровневых устройствах операционной системы Solaris, не все поддерживают асинхронный ввод/вывод в файловых системах Unix. Асинхронный ввод/вывод и его преимущества описываются в разделе "Асинхронные операции ввода/вывода ядра операционной системы" главы 3. Применение асинхронного ввода/вывода системой Oracle управляется с помощью параметра disk_async_io в файле init.ora (в Огас1е7 вместо этого параметра используются параметры async_read и async_write). Для низкоуровневых устройств должно использоваться принятое по умолчанию логическое значение TRUE. Предшествовавшие Огас1е8.1.5 версии также поддерживают асинхронный ввод/ вывод для файлов БД, размещенных на файловых системах. Однако Огас1е8.1.5 и 8.1.6 автоматически отключают асинхронный ввод/вывод для файлов БД,…
Оценить
(0 голоса)
Для файлов БД в файловых системах Unix следует использовать асинхронный ввод/ вывод всякий раз, когда он поддерживается, поскольку эта технология позволяет Database Writers (редакторам БД) работать более эффективно, выполняя одновременно несколько операций записи. Кроме того, применяйте прямой ввод/вывод, начиная с выпуска 1/01 операционной системы Solaris 8. Для файлов БД на низкоуровневых устройствах всегда используйте принятый по умолчанию асинхронный ввод/вывод. Чтобы не противоречить ранее высказанному предостережению об использовании скрытых параметров, которое приведено в разделе "Просмотр и изменение скрытых параметров" этой главы, предлагается оставить для скрытого параметра f ilesystemio_options принятое по умолчанию значение async и разрешать прямой ввод/вывод (начиная с выпуска 1/01…
Оценить
(0 голоса)
Рабочие нагрузки DSS часто сопровождаются требованиями периодической за-гручки больших томов данных. Чтобы сократить время загрузки БД, воспользуйтесь последовательностью, описанной в следующих параграфах. Загрузка таблиц БД Можно существенно сэкономить время, исключив доступ в процессе загрузки данных к оперативному журналу отката и архивным журналам. Можно запустить СУБД Oracle в режиме NOARCHIVELOG. Альтернативной возможностью является отключение генерации журнала отката с помощью оператора alter table перед загрузкой данных и использование того же самого оператора, чтобы вновь разрешить генерацию данных отката после того, как загрузка будет завершена. Не забудьте выполнить резервное копирование файлов БД после того, как загрузка будет выполнена. Далее приведем пример. SQL> alter…