Теоретический вопрос про производительность

Есть база Oracle 10.2. Не кластер.
Сейчас база живет нормально.
Но ближайшее время планируется увеличить нагрузку на базу примерно в 3 раза.

Соответственно планируется приобретение нового сервера под этот проект.
В Enterprise Manager видно что большая нагрузка идет на чтения с диска(db file sequential read).

База по обьему небольшая - 60 Гб

Есть мысль купить 64 Гб ОЗУ и запихать ее всю в Buffer Cache. Однако это дорого.
Гораздо дешевле приобрести 32Гб.


Вопрос:
Как правильно оценить какая железка нужна?
Нет ли в enterprise manager стандартного адвайзера который бы показывал график как увеличится производительность базы с ростом buffer cache?

kliment

Есть база Oracle 10.2. Не кластер. Сейчас база живет нормально. Но ближайшее время планируется увеличить нагрузку на базу примерно в 3 раза. Соответственно планируется приобретение нового сервера под этот проект. В Enterprise Manager видно что большая нагрузка идет на чтения с диска(db file sequential read). База по обьему небольшая - 60 Гб Есть мысль купить 64 Гб ОЗУ и запихать ее всю в Buffer Cache. Однако это дорого. Гораздо дешевле приобрести 32Гб. Вопрос: Как правильно оценить какая железка нужна?

А что значит увеличение нагрузки на базу в 3 раза? Увеличение количества пользователей, транзакций, объема БД? Почему решили, что текущее железо не справится?

kliment

Нет ли в enterprise manager стандартного адвайзера который бы показывал график как увеличится производительность базы с ростом buffer cache?

Во-первых, buffer cache далеко не единственное, от чего зависит производительность. Во-вторых, посмотреть изменение количества физических чтений с изменением размера buffer cache можно с помощью v$db_cache_advise, в OEM девяточном картинки соответствующие есть, в десяточном думаю тоже должны быть.

1. если большой объем db file sequential read (т.е. full scan таблиц) - подозрение на оптимальность приложений (в том числе, design БД)
2. все адвайзеры могут показывать данные только при текущей нагрузке (в том числе, уменьшение числа физ. чтений при росте buffer cache)
3. скорость / производительность зависит не только от buffer cache
4. неплохо бы почитать Oracle9i Database Performance Tuning Guide and Reference, не полагаясь целиком на адвайзеры

tru55

1. если большой объем db file sequential read (т.е. full scan таблиц) - подозрение на оптимальность приложений (в том числе, design БД) 2. все адвайзеры могут показывать данные только при текущей нагрузке (в том числе, уменьшение числа физ. чтений при росте buffer cache) 3. скорость / производительность зависит не только от buffer cache 4. неплохо бы почитать Oracle9i Database Performance Tuning Guide and Reference, не полагаясь целиком на адвайзеры

По пункту 1 есть сомнения

Сорри, оговорка :)

kliment

Есть мысль купить 64 Гб ОЗУ и запихать ее всю в Buffer Cache.

Тогда лучше обратить взор на класс СУБД "In memory database". Оракл одну такую предлагает.