Администрирование Oracle

← →
alies (2006-09-22 08:31) [0]

Помогите! У меня растет число подключений к БД Oracle. Запросы выполняются очень долго. Денег на более мощный сервак нет. Подскажите как мне обеспечить более быструю работу сервера. Заранее благодарен.

← →
roottim © (2006-09-22 08:50) [1]

ПРавильно написать приложение например

← →
evvcom © (2006-09-22 09:02) [2]

Запросы стали выполняться дольше скорее всего из-за значительного увеличения количества данных в таблицах, а не увеличения количества подключений пользователей.
Программа минимум:
1. Пересобрать статистику (если она вообще, когда-нить собиралась).
2. Постараться оптимизировать тормозящие запросы.
Программа максимум:
1. Разобраться, понять, прослушать курсы по оптимизации запросов.

← →
Sergey13 © (2006-09-22 09:22) [3]

> [2] evvcom © (22.09.06 09:02)
> 1. Пересобрать статистику (если она вообще, когда-нить собиралась).
Или удалить совсем. Иногда это даже лучше.

> [0] alies (22.09.06 08:31)
> Помогите! У меня растет число подключений к БД Oracle.
Помочь ограничить число сессий? Поставь параметр sessions в файле параметров в максимально устраивающее тебя значение. Рост прекратится. 8-)

← →
alies (2006-09-22 09:39) [4]

> Поставь параметр sessions в файле параметров в максимально
> устраивающее тебя значение.

Я это уже сделал. Растет кол-во пользователей.
Статистику пересобрал...

Что еще придумать можно?

Курсов не проходил, времени нет. А работа идет..

← →
Sergey13 © (2006-09-22 09:51) [5]

> [4] alies (22.09.06 09:39)

Волшебной кнопки в Оракле нет! И не ищи.
Выход один. Изучать документацию (это отдельная тема/книга/раздел - Designing and Tuning for Performance, но начать лучше с Основных концепций). Читать книги (Т.Кайта например) и статьи. Вычленять проблему. Устранять.
Курсы очень желательны, но после самостоятельного, хотя бы минимального, знакомства с сервером.
Можно еще нанять админа попробовать.

← →
zdm © (2006-09-22 09:57) [6]

Тогда только ОЗУ,сказёвая дисковая система в RAID, по моему, всегда беспроирышный вариант, если с запросами не реально разобраться.

← →
Sergey13 © (2006-09-22 10:02) [7]

> [6] zdm © (22.09.06 09:57)
RAID нафиг не нужен по большому счету. ОЗУ под виндой все равно больше 2 гиг (стандартно) не дашь процессу.
Тюнить надо. И прежде всего приложения. Многие авторитеты считают, что до 90% успеха зависит именно от этого. Никакие параметры не могут столь радикально повлиять на ситуацию.

← →
zdm © (2006-09-22 10:06) [8]

sergey 13 , я конечно не имел ввиду, типа, купи брат дорогого железа- и будет тебе счастье. Конечно в первую очередь надо заняться оптимизацией всех обращений к БД, А на счет 2 гиг ты не прав

← →
Sergey13 © (2006-09-22 10:07) [9]

> А на счет 2 гиг ты не прав

В чем?

← →
zdm © (2006-09-22 10:07) [10]

и на счет RAID точно

← →
Sergey13 © (2006-09-22 10:09) [11]

> [10] zdm © (22.09.06 10:07)

Что "точно"?

← →
zdm © (2006-09-22 10:10) [12]

с Win 2000 и XP , система начинает корректно обрабатывать ресурсы памяти, поскольку, извини отвлекусь, и сама файловая система, которая приобрела название NTFS, способна работать с одним, даже страничным файлом в размере болшье 2 ГБ(это не FAT), Серёж, если я не прав скажи!

← →
zdm © (2006-09-22 10:13) [13]

Серёж, я не хочу задавать глупых вопросов, хотя частенько проскакивает, я про RAID ,, извини, но это-же очень сильно поднимает производительность

← →
alies (2006-09-22 10:22) [14]

На счет того что Винда не дает одному прцессу больше 2 гигов это так, может знает кто как убрать.
Райд уже стоит. Это действительно ускоряет.

Sergey13 ©

> Тюнить надо.

О каком тюнинге ты говоришь?

← →
alies (2006-09-22 10:22) [15]

На счет 2 гг, вернее обойти

← →
roottim © (2006-09-22 10:27) [16]

Тюнинг запросов... и логики приложения...

А вообще ты бы рассказал о системе.. сколько юзеров пользуют(рабочих мест).. сколько коннектов на юзера (если > 2, то уже плохо). Версия oracle и т.п. Посему вопросы: у меня тормозит оракле, помогите никчему не приводят.

← →
Sergey13 © (2006-09-22 10:39) [17]

> [12] zdm © (22.09.06 10:10)

При чем тут файлы? Я писал про ОЗУ. Стандартно (насколько я знаю) винда выделяет под процесс максимально 4 гига. 2 оставляет под себя и 2 отдает самому процессу. Можно заставить винду перераспределить это дело как 1 себе и 3 процессу (через параметр в boot.ini). Но вроде не для всех версий (редакций) винды это работает.

> [13] zdm © (22.09.06 10:13)
Я не спорю, поднимает. Но примерно такого же эфекта (если не большего) можно достигнуть если правильно разнести файлы БД (и данные и служебные) по разным физическим дискам. Дешевле и надежнее.

← →
alies (2006-09-22 10:41) [18]

Система WServer2003/Oracle 9.2/ не давно пропачил до 6-ки. ОЗУ хватает 8 гг, но опять же этот ВИНДОЗЗЗ...
Пользователей у меня уже около 300. Вот и попадаю..

← →
Sergey13 © (2006-09-22 10:52) [19]

> [18] alies (22.09.06 10:41)

> Пользователей у меня уже около 300.
Да хоть 10 раз по 300. Сессий сколько одновременно? Откуда тормоза идут? Для первичного тюнинга неплохо поставить программу SpotLight on Oracle от Quest Software. Там все в графическом виде представлено - где (в какой подсистеме - IO, шаред пул, реду и т.п.) плохо - там красненьким моргать начинает. Можно выявить самые прожорливые до ресурсов сессии. После начинать разбираться более детально.

← →
Desdechado © (2006-09-22 11:04) [20]

Да для анализа произодительности (для начала) достатосно и комплектного Enterprise Manager.
Полазь по режимам, поищи Tuning, там есть всякие графики (что и сколько и чем загружено), есть списки тяжелых запросов, есть возможность анализировать их планы.
Для начала достаточно (естественно, после книжек).
Разнести табличные пространства с индексами, битмаповыми индексами и данными. При создании юзеров никогда не использовать TABLESPACE SYSTEM.
Возможно, построить индексы по полям, которые участвуют в сортировках и соединениях таблиц. Убить индексы-дубли (например, убить индекс по полю внешнего ключа, если это поле входит первым в уникальный/первичный ключ).

ЗЫ вообще, имхо, проблема может быть в дилетантском проектировании БД и (как следствие) вывихнутых запросах, а не в администрировании.

← →
alies (2006-09-22 11:29) [21]

> Сессий сколько одновременно

Так я и говорю про это...

> [21] alies (22.09.06 11:29)
> Так я и говорю про это...
Ты болтаешь, а не говоришь. 8-)
Растет - это как. Может "с утра было 5, а к обеду уже 6"? Или уже 865 сессий открыто?

Скока вешать в граммах? (с) реклама

> Sergey13 © (22.09.06 11:36) [22]
> > [21] alies (22.09.06 11:29)
> > Так я и говорю про это...
> Ты болтаешь, а не говоришь. 8-)
> Растет - это как. Может "с утра было 5, а к обеду уже 6"?
> Или уже 865 сессий открыто?
>
> Скока вешать в граммах? (с) реклама

:))))

> Стандартно (насколько я знаю) винда выделяет под процесс
> максимально 4 гига. 2 оставляет под себя и 2 отдает самому
> процессу.

Может я чего не правильно понимаю, но причем тут это? Ведь любой SQL сервер использует далеко не 1 процесс? И речь нужно вести о памяти использумой ВСЕМИ проессами сервера.

Понятно. С Ораклом дела не имел.

> Ведь любой SQL сервер использует далеко не 1 процесс?

Любой ?

стоимость курсов сопоставима со стоимостью 2-х процессорного сервера Kraftway.
насчет коннектов - без комментариев согласен

> Да для анализа произодительности (для начала) достатосно и комплектного Enterprise Manager.
на САМЫЙ крайний случай
> А на счет 2 гиг
да куда вам нахрен-то??? или параметры базы обнародуйте.
> zdm © (22.09.06 10:07) [10]
> и на счет RAID точно
райд пднимет скорость чтения/записи. Но при том же кол-ве дисков можно просто грамотно раскидать tablespace`ы, и деньги забрать себе :))))

Поддержка памяти большого размера в Windows Server 2003 и Windows 2000
Список продуктов, к которым относится данная статья.
Код статьи : 283037
Последнее изменение : : 23 ноября 2005 г.
Редакция : 8.2
Аннотация
В этой статье рассмотрены технологии РАЕ (Physical Address Extension) и AWE (Address Windowing Extensions), а также взаимодействие этих технологий и ограничения, связанные с использованием памяти за пределами используемого 32-разрядными операционными системами диапазона 4 ГБ.
Дополнительная информация
Расширение физических адресов (РАЕ) — это функция процессоров с архитектурой IA32, которая делает возможной адресацию физической памяти объемом свыше 4 ГБ. Данная технология используется операционными системами Microsoft Windows 2000 Advanced Server, Microsoft Windows 2000 Datacenter Server, Microsoft Windows Server 2003, Enterprise Edition, Microsoft Windows Server 2003 и Datacenter Edition. Чтобы включить PAE, необходимо указать в файле Boot.ini параметр /PAE.

Примечание. Windows Server 2003 Enterprise Edition и Windows Server 2003 Datacenter Edition автоматически включают режим PAE только в тех случаях, когда сервер использует устройства памяти, допускающие подключение в процессе работы. В системах, поддерживающих подобные устройства, параметр /PAE указывать не обязательно. В остальных случаях для использования памяти за пределами 4 ГБ необходимо указать в файле Boot.ini параметр /PAE.

Как правило, на компьютерах под управлением Windows 2000 или Windows Server 2003 один процесс может получить доступ не более чем к 2 ГБ адресного пространства (при условии, что не используется параметр /3GB), часть которого относится к физической, а часть — к виртуальной памяти. Чем больше запущено программ (и, следовательно, процессов), тем больше выделяется памяти в пределах 2 ГБ адресного пространства.

По достижении верхней границы этого диапазона резко возрастает интенсивность операций подкачки, что приводит к снижению быстродействия системы. Для выделения программам дополнительной памяти диспетчеры памяти Windows 2000 и Windows Server 2003 используют режим РАЕ. Это позволяет снизить потребность в обмене данными с файлом подкачки и повысить быстродействие системы. Приложения, работающие на компьютере, не имеют сведений о действительном размере памяти, поскольку управление и распределение памяти в рамках РАЕ осуществляется диспетчером памяти, независимо от работы приложений.

Сказанное выше справедливо для приложений, которые выполняются, когда используется параметр /3GB. Приложения, требующие 3 ГБ памяти, как правило, сохраняют основную часть данных в физической памяти, не перенося их в файл подкачки, что позволяет повысить быстродействие подобных приложений. Исключением является ситуация, когда параметры /3GB и /PAE используются совместно. В этом случае операционная система из-за виртуальной памяти ядра не использует память за пределами 16 ГБ. Таким образом, если в файл Boot.ini добавлен параметр /3GB, а на компьютере установлено более 16 ГБ физической памяти, после перезагрузки операционная система не использует память за пределами этого диапазона. Если удалить параметр /3GB и перезагрузить компьютер, будет использована вся физическая память.

AWE представляет собой набор интерфейсов прикладного программирования (API) для функций диспетчера памяти. Применение интерфейсов AWE позволяет приложениям получать доступ к памяти за пределами 4 ГБ, доступных при использовании стандартной 32-разрядной адресации. AWE дает возможность приложениям зарезервировать физическую памяти в виде невыгружаемой памяти, а затем динамически сопоставляет участки невыгружаемой памяти рабочей памяти приложений. Благодаря этому интенсивно использующие память программы (например большие базы данных) могут резервировать большие объемы физической памяти для хранения данных, избегая необходимости переносить данные в файл подкачки и обратно. Вместо этого обмен данными происходит в рамках рабочей области, а зарезервированная память превышает 4 ГБ. Кроме того, применяя расширения РАЕ, диспетчер памяти и функции AWE могут использовать память свыше 4 ГБ (без РАЕ интерфейс AWE не может резервировать память за пределами этого диапазона).

Ниже представлен пример файла Boot.ini, содержащего параметр PAE.
[boot loader]
timeout=30
default=multi(0)disk(0)rdisk(0)partition(2)\WINDOWS
[operating systems]
multi(0)disk(0)rdisk(0)partition(2)\WINDOWS="Windows Server 2003, Enterprise" /fastdetect /PAE

Внимание! Содержимое файл Boot.ini зависит от конфигурации используемой системы. Дополнительные сведения см. в следующей статье базы знаний Майкрософт:

Администрирование Oracle Найти похожие ветки