Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Oracle Новый топик    Ответить
 Теоретический вопрос про производительность  [new]
kliment
Guest
Есть база Oracle 10.2. Не кластер.
Сейчас база живет нормально.
Но ближайшее время планируется увеличить нагрузку на базу примерно в 3 раза.

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

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

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


Вопрос:
Как правильно оценить какая железка нужна?
Нет ли в enterprise manager стандартного адвайзера который бы показывал график как увеличится производительность базы с ростом buffer cache?
20 фев 07, 13:45    [3810148]     Ответить | Цитировать Сообщить модератору
 Re: Теоретический вопрос про производительность  [new]
evostr
Member

Откуда: Екатеринбург
Сообщений: 1278
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 девяточном картинки соответствующие есть, в десяточном думаю тоже должны быть.
20 фев 07, 13:54    [3810203]     Ответить | Цитировать Сообщить модератору
 Re: Теоретический вопрос про производительность  [new]
tru55
Member

Откуда: СПб
Сообщений: 19790
1. если большой объем db file sequential read (т.е. full scan таблиц) - подозрение на оптимальность приложений (в том числе, design БД)
2. все адвайзеры могут показывать данные только при текущей нагрузке (в том числе, уменьшение числа физ. чтений при росте buffer cache)
3. скорость / производительность зависит не только от buffer cache
4. неплохо бы почитать Oracle9i Database Performance Tuning Guide and Reference, не полагаясь целиком на адвайзеры
20 фев 07, 13:58    [3810226]     Ответить | Цитировать Сообщить модератору
 Re: Теоретический вопрос про производительность  [new]
evostr
Member

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

По пункту 1 есть сомнения
20 фев 07, 14:04    [3810278]     Ответить | Цитировать Сообщить модератору
 Re: Теоретический вопрос про производительность  [new]
tru55
Member

Откуда: СПб
Сообщений: 19790
Сорри, оговорка :)
20 фев 07, 14:43    [3810647]     Ответить | Цитировать Сообщить модератору
 Re: Теоретический вопрос про производительность  [new]
mcureenab
Member

Откуда: Murmansk
Сообщений: 5928
kliment
Есть мысль купить 64 Гб ОЗУ и запихать ее всю в Buffer Cache.


Тогда лучше обратить взор на класс СУБД "In memory database". Оракл одну такую предлагает.
20 фев 07, 14:58    [3810743]     Ответить | Цитировать Сообщить модератору
Все форумы / Oracle Ответить