Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Базы";
Текущий архив: 2004.10.31;
Скачать: [xml.tar.bz2];

Вниз

настройка памяти SGA oracle   Найти похожие ветки 

 
mid   (2004-10-04 10:55) [0]

первоначально SGA_MAX_SIZE было установлено 1Г
сервер имеет 4Г и на нем работает только oracle
при попытке поставить SGA_MAX_SIZE больше 1,2Г инстанция не запускается

в чем может быть причина?


 
roottim ©   (2004-10-04 11:11) [1]

а что пишет alert.log


 
mid   (2004-10-04 16:44) [2]

В 9 - ом oracle насколько я понял этот файл называется "имя инстанции"+ALRT.log

там приводятся параметры при запуске, какие фоновые процессы стартуют и кое что еще, никаких отличий нет например при
SGA_MAX_SIZE = 1Г и SGA_MAX_SIZE = 2Г (кроме как в самих параметрах SGA_MAX_SIZE)

Я ввел в некоторое заблуждение oracle стартует и при (SGA_MAX_SIZE = 2Г), но не распределяет соответствующим образом память (выделяется всего около 10М), соответственно нельзя даже подключиться к инстанции

Я использую PRE_PAGE_SGA=true, чтобы при запуске происходила полная загрузка в SGA


 
Sergey13 ©   (2004-10-04 16:50) [3]

>выделяется всего около 10М
А скока стоит в
db_block_buffers и db_block_size?


 
mid   (2004-10-04 16:59) [4]

В 9-ом можно указать db_cache_size вместо db_block_buffers

db_cache_size=256М

shared_pool_size=1028М
SGA_MAX_SIZE = 1280М


 
Sergey13 ©   (2004-10-04 17:06) [5]

Ну тогда я пас. С 9 я не работал.
Попробуй еще поискать/задать на
http://www.sql.ru/forum/actualtopics.aspx?bid=3
Там частенько про память бывают вопросики


 
roottim ©   (2004-10-05 08:31) [6]

а не кажется ли что буферный кэш и разделяемый пул превышают допустимый предел SGA


 
mid   (2004-10-05 09:11) [7]

to roottim ©  
В посте mid   (04.10.04 16:59) [4]
опечатка вместо shared_pool_size=1028М должно быть shared_pool_size=1024М

Однако ошибка заключается именно в этом обязательно должно быть выполнено следующее SGA_MAX_SIZE=db_cache_size+sared_pool_size

Увеличил SGA_MAX_SIZE до 1792М. Однако было замечено следующее увеличение sared_pool_size на приложениях никака не повлияло (по крайней мере визуально), однако простые SQL запросы запускаемые, например, из Toad начали выполняться заметно долго (время доходит до 17с) выполнялись меньше 1с

В связи с вышеизложенным возникает следующий вопрос как определить разумный предел при установке SGA_MAX_SIZE (db_cache_size,sared_pool_size)


 
roottim ©   (2004-10-05 11:34) [8]

SGA_MAX_SIZE=db_cache_size+sared_pool_size
это не так...
SGA складывается не из 2-х слагаемых...
и разделяемый пул может от установленного значения может незначительно варироваться в ту или иную сторону)
и большой размер разделяемого пула, неозначает повышение производительности...

я так понял из скл.ру что у вас шаред сервер..
и сколько интересно одновременных транзакций/ед.вр?

>В связи с вышеизложенным возникает следующий вопрос как определить разумный предел при установке
От многого зависит.. Том Кайт 1том.. наверно поможет понять.


 
mid   (2004-10-05 12:08) [9]

>SGA складывается не из 2-х слагаемых...

Никто не утверждает обратное, в посте я подчеркнул при каком условии удалось запустить oracle c нужным распределением памяти

>сколько интересно одновременных транзакций/ед.вр?

не превышает указанное в Init.ora, на практике если превышало 300, то это означало смерть

Разумный предел при котором сервер все разруливает около 80

Специфика в том что транзакции длительные (продолжаются несколько минут) и интенсивные (в одной транзакции может быть несколько сотен операторов update,insert)


 
roottim ©   (2004-10-05 13:04) [10]

>на практике если превышало 300
> Специфика в том что транзакции длительные (продолжаются несколько минут)
Eсли 4Г памяти.. (тобиш 3 эффективных) и не более 300
 то наверно стоит подумать о dedicated реализации с настройкой памяти PGA. а SGA (в зависимости от условий) сделать минимально необходимой и + оптимизировать приложения
несколько минут для MTS это смерть... в идеале  транзакции в режиме МТS должны быть около секунды... лучше конечно короче..


 
mid   (2004-10-05 15:03) [11]

Выбран shared потому-что user-ов, то на самом деле около 500 и возможно будет увеличиваться, теоретически они могут все одновременно подключиться, на самом деле одновременно к базе подключается не более 50 после проведения соответствующей работы с базой они отключаются освобождая ресурсы


 
roottim ©   (2004-10-05 15:28) [12]

ну если PGA выделить 20Мб и оставить свободным под них 1.5Гб под
то хватит на 768 подключений одновременно..
остается еще 1.5 под SGA (наверняка можно и меньше, но все зависит от количества, объемов, OLAP и тп..  :)) )



Страницы: 1 вся ветка

Форум: "Базы";
Текущий архив: 2004.10.31;
Скачать: [xml.tar.bz2];

Наверх




Память: 0.47 MB
Время: 0.038 c
1-1098064879
smile_t
2004-10-18 06:01
2004.10.31
масштабирование


3-1096477969
mid
2004-09-29 21:12
2004.10.31
function based индекс в oracle


14-1097698629
Marser
2004-10-14 00:17
2004.10.31
Андорра-Македония 1:0


14-1097253935
Leaner
2004-10-08 20:45
2004.10.31
Количество секторов в кластере


1-1097783635
ALex B.
2004-10-14 23:53
2004.10.31
Динамическое создание потоков.





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский