ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Горю, выручайте или уволят
25 сообщений из 69, страница 2 из 3
  2  все
Горю, выручайте или уволят
    #32115596
Сергей $
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Сергей $
Гость
win 2000 конечна
...
Рейтинг: 0 / 0
06.03.2003, 14:25
| Ответить | Цитировать | Написать  
Горю, выручайте или уволят
    #32115598
Сергей $
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Сергей $
Гость
Да двухтысячная
...
Рейтинг: 0 / 0
06.03.2003, 14:26
| Ответить | Цитировать | Написать  
Горю, выручайте или уволят
    #32115600
Сергей $
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Сергей $
Гость
Win 2к
...
Рейтинг: 0 / 0
06.03.2003, 14:28
| Ответить | Цитировать | Написать  
Горю, выручайте или уволят
    #32115611
Фотография killed
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
killed
Участник
Вот это поправь:

db_block_size=6144

Не бывает такого размера блока. Есть 2к, 4к, 8к, 16к, 32к
...
Рейтинг: 0 / 0
06.03.2003, 14:36
| Ответить | Цитировать | Написать  
Горю, выручайте или уволят
    #32115612
Сергей $
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Сергей $
Гость
pre_page_sga = TRUE

убрал этот параметр и вроде заработало
но премию снимут
...
Рейтинг: 0 / 0
06.03.2003, 14:36
| Ответить | Цитировать | Написать  
Горю, выручайте или уволят
    #32115613
Фотография Oracle X-pert
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Oracle X-pert
Участник
Esli W2K - problema deistvitelno v memory manager.
Obychno, v takom sluchae, service startuet vruchnyu, ( no ne cherez services! ).
A dal'she nado razbirat'sya s gelezom..
...
Рейтинг: 0 / 0
06.03.2003, 14:37
| Ответить | Цитировать | Написать  
Горю, выручайте или уволят
    #32115614
Фотография Oracle X-pert
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Oracle X-pert
Участник
Oracle 9i Release 2 ot etogo nedostatka svoboden.
Nashi recomeduyt pol'zovat'sya tol'ko 9.2.
...
Рейтинг: 0 / 0
06.03.2003, 14:38
| Ответить | Цитировать | Написать  
Горю, выручайте или уволят
    #32115617
Фотография Oracle X-pert
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Oracle X-pert
Участник
Sorry..
...
Рейтинг: 0 / 0
06.03.2003, 14:40
| Ответить | Цитировать | Написать  
Горю, выручайте или уволят
    #32115636
.dba
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
.dba
Участник
как у нас народ все-таки любит умозрительно решать сложные проблемы. Вместо того чтоб разобраться что, где, как и почему не работает найти простое решение вроде взмаха волшебной палочки.

2Сергей $
Разложите проблему на составляющие - что именно стало медленнее работать, какие запросы, почему индексы не используются - проверьте планы выполнения, протрассируйте сессии, проверьте события ожидания и статистику. Когда будут конкретные данные, тогда и обращайтесь на форум за помощью. Если не знаете как их собрать - тоже спрашивай - народ поможет. Но не пытайтесь решить все одним махом. Кроме того мысли о потерянной премии тоже не помогают (ну и как я понял администрирование Оракла это не ваша основная работа).
...
Рейтинг: 0 / 0
06.03.2003, 14:55
| Ответить | Цитировать | Написать  
Горю, выручайте или уволят
    #32115662
Сергей $
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Сергей $
Гость
Да я не админ, я разработчик
а валят все на меня, потому что не работает нефига
хотя я даже и дамп не ставил туда
контора у нас такая (админ, просто приблатненный)
...
Рейтинг: 0 / 0
06.03.2003, 15:12
| Ответить | Цитировать | Написать  
Горю, выручайте или уволят
    #32115931
ora600
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ora600
Участник
2 Oracle X-pert
а можно поинтересоваться насчет рекомендаций таких ОГРОМНЫХ pool size-ов , sort area, processes и относительно маленького optimizer_index_caching в контексте
"половина индексов не подхватывается" ? Или просто знакома данная БД ?

2 Sergey $
Такая огромная БД - десятки мегабайт кода ? Java используется со страшной силой? Если крутили pool size-ы в надежде сказочного убыстрения - верните из размер назад - лучше db_cache_size за их счет увеличить. И добавьте
к первоначальному варианту init-а
optimizer_index_caching=95
optimizer_index_cost_adj=5
Каков вопрос - таков ответ. Кроме того что "половина индексов не подхватывается" ничего не хотите нам сообщить (о БД) - получите лекарство только от индексов :-)

Если расскажете как получили db_block_size=6144 , будет или хохма или сенсация :-))))
...
Рейтинг: 0 / 0
06.03.2003, 18:03
| Ответить | Цитировать | Написать  
Горю, выручайте или уволят
    #32115939
Фотография Oracle X-pert
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Oracle X-pert
Участник
Kakoi smysl dergat' v cash { optimizer_index_caching } 95%? Razve obnovleniya dannyh ne proishodit?

Po xarakteristikam HARD dannaya konf pozvolaet dergat' pool ukazannogo razmera.
Dal'she DBA ostaetsya proverit' vse HIT ratio.

Uvelichenie db_cache_size na 9i release 1 W2K problematichno iz-za
exp yvelicheniya swap.
optimizer_index_cost_adj=5 dynamic/default value.......
...
Рейтинг: 0 / 0
06.03.2003, 18:11
| Ответить | Цитировать | Написать  
Горю, выручайте или уволят
    #32115967
.dba
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
.dba
Участник
>optimizer_index_cost_adj=5 dynamic/default value.......

Вот это интересно. А я всегда думал, что default value 100.
Кстате, увеличение sort_area_size до 40Mb никакого эффекта не даст, а вот свопинг вызовет, т.к. PGA процесса сможет раздуться до 120M (sort_area_size + hash_area_size, который по умолчанию равен 2 х sort_area_size). А если таких процессов будет много, то сами понимаете, что может произойти.
...
Рейтинг: 0 / 0
06.03.2003, 18:36
| Ответить | Цитировать | Написать  
Горю, выручайте или уволят
    #32115972
.dba
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
.dba
Участник
>Kakoi smysl dergat' v cash { optimizer_index_caching } 95%? Razve obnovleniya
>dannyh ne proishodit?

Этот параметр кеш не дергает, а только влияет на решения оптимизатора использовать или нет индексное сканирование. Но пока мы не увидим конкретных запросов и планов их выполнения все эти рассуждения - просто сотрясание воздуха.
...
Рейтинг: 0 / 0
06.03.2003, 18:39
| Ответить | Цитировать | Написать  
Горю, выручайте или уволят
    #32115982
ora600
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ora600
Участник
optimizer_index_caching=95 - это подсказка CBO что он найдет с вероятностью 95% найдет индекс в кеше и поэтому можно юзать nested loops ? Тогда hit ratio здесь ни при чем.

> optimizer_index_cost_adj=5 dynamic/default value.......
optimizer_index_cost_adj=100 было по дефолту было всегда. В 9.2 изменилось ?
...
Рейтинг: 0 / 0
06.03.2003, 18:47
| Ответить | Цитировать | Написать  
Горю, выручайте или уволят
    #32115989
ora600
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ora600
Участник
2 dba
Ну вот стоит только на 5 минут отойти :-)
...
Рейтинг: 0 / 0
06.03.2003, 18:50
| Ответить | Цитировать | Написать  
Горю, выручайте или уволят
    #32115994
.dba
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
.dba
Участник
>2 dba
>Ну вот стоит только на 5 минут отойти :-)

Работать меньше надо :-))
...
Рейтинг: 0 / 0
06.03.2003, 18:52
| Ответить | Цитировать | Написать  
Горю, выручайте или уволят
    #32115997
Фотография killed
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
killed
Участник
Это по дефолту в 9.2:

NAME TYPE VALUE
------------------------------------ ----------- --------
optimizer_dynamic_sampling integer 1
optimizer_features_enable string 9.2.0
optimizer_index_caching integer 0
optimizer_index_cost_adj integer 100
optimizer_max_permutations integer 2000
optimizer_mode string CHOOSE
...
Рейтинг: 0 / 0
06.03.2003, 18:55
| Ответить | Цитировать | Написать  
Горю, выручайте или уволят
    #32115998
Фотография killed
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
killed
Участник
обратите внимание

permutations уменьшили :-)
...
Рейтинг: 0 / 0
06.03.2003, 18:56
| Ответить | Цитировать | Написать  
Горю, выручайте или уволят
    #32116028
.dba
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
.dba
Участник
>permutations уменьшили :-)

А эти пермутации до 80000 никогда и не доходили - это просто условное число. Вот что металинк пишет:

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
OPTIMIZER_MAX_PERMUTATIONS: 
===========================
  This parameter gives the user the ability to control the maximum number of join 
permutations considered for each query block. The default is  80000 , which gives 
the old behavior. When set to less than  80000 , the optimizer also tries other  initial 
order heuristics with up to four different first tables in the join  order and limits the 
number of permutations in each OR-expansion branch to  10 .  This parameter is 
overridden by the OPTIMIZER_SEARCH_LIMIT parameter in the  sense that the 
maximum number of permutations will be at least the factorial of the latter.
...
Рейтинг: 0 / 0
06.03.2003, 19:13
| Ответить | Цитировать | Написать  
Горю, выручайте или уволят
    #32116531
man2002ua
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
man2002ua
Участник
Знакомая лажа :) Неприятно, когда индексы в ж..е и проги работают на порядок медленее.
Первое что надо сделать - запусить Estimate/Compute statistics для индексов.
Для начала это попробуй.
Если не получиться - буду дальше вспоминать
...
Рейтинг: 0 / 0
07.03.2003, 15:14
| Ответить | Цитировать | Написать  
Горю, выручайте или уволят
    #32138509
Vento
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vento
Гость
Насчет параметра optimizer_max_permutations.

У нас был случай когда изменение именно этого параметра значительно увеличивало скорость обработки запроса.

Ситуация рассматривалась на 5 cерверах:
1. Linux Slackware 7.1, 2xXEON 400MHz, RAM 512Mb, SCSI RAID 5, OraDB 8.1.7.0.1 Enterprise

2. Linux Slackware 7.1, 2xPIII 800MHz, RAM 768Mb, SCSI RAID 5, OraDB 8.1.7.0.1 Enterprise

3. Linux SuSE 8.1, 1xP4 2,4GHz, RAM 512Mb, IDE, OraDB 8.1.7.0.1 Enterprise

4. Linux SuSE 8.1, 1xP4 2,4GHz, RAM 512Mb, IDE, OraDB 9.2.0.1 Enterprise

5. Linux SuSE 8.1, 2xXEON 1GHz, RAM 1Gb, SCSI RAID 10, OraDB OraDB 9.2.0.1 Enterprise (с патчем p2761332_9203)

Запрос приводить не буду (если кого интересует вышлю по почте): состоит из 21 таблицы, включает внешние внутренние объединения, in, exists и многое другое (запрос строится автоматически).

На 9-ке этот параметр имел значение 2000 на 8-ке - 80000. Запрос работал в 5-10 раз быстрее на 9-ке. После установки значения 2000 на 8-ках запросы обрабатывались также быстро как и на девятках (с учетом аппаратных возможностей машин и, соответственно параметров SGA и PGA).
...
Рейтинг: 0 / 0
11.04.2003, 12:51
| Ответить | Цитировать | Написать  
Горю, выручайте или уволят
    #32138570
Фотография softy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softy
Участник
"запросы обрабатывались также быстро "

Ты хотел сказать также медленно?
...
Рейтинг: 0 / 0
11.04.2003, 13:16
| Ответить | Цитировать | Написать  
Горю, выручайте или уволят
    #32138595
Фотография Denis Popov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Denis Popov
Участник
ИМХО то, что значение optimizer_max_permutations сказалось именно на тяжелых запросах весьма показательно, т.е. там, где количество возможных перестановок (читай планов выполнения) весьма велико. Уменьшение значения этого параметра заставило Оракл прервать поиск оптимального плана (а именно построение плана занимала львиную долю времени) и выдать то, что получилось.

У меня вопрос: если подобный запрос периодически выполняется, то не стоило ли однажды, дождавшись выполнения при максимальном значении optimizer_max_permutations, закрепить план выполнения памяти, и в дальнейшем использовать его, не строив сызнова?
...
Рейтинг: 0 / 0
11.04.2003, 13:27
| Ответить | Цитировать | Написать  
Горю, выручайте или уволят
    #32138603
.dba
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
.dba
Участник
>На 9-ке этот параметр имел значение 2000 на 8-ке - 80000. Запрос работал в
>5-10 раз быстрее на 9-ке. После установки значения 2000 на 8-ках запросы
>обрабатывались также быстро как и на девятках (с учетом аппаратных
>возможностей машин и, соответственно параметров SGA и PGA).

Вериться с трудом что парсинг может занять столько времени при дефолтных значениях параметров. Сколько ж времени тогда занимает весь запрос? Даже если 1 сек на 9-ке, то это значит, что парсинг на 8-ке занимал как минимум 10 сек.? Это-то на Гигагерцовых пентиумах? Чтож там за запрос такой?
...
Рейтинг: 0 / 0
11.04.2003, 13:31
| Ответить | Цитировать | Написать  
25 сообщений из 69, страница 2 из 3
  2  все
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Горю, выручайте или уволят
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=52&msg=32115994&tid=1991023]:
 0ms
get settings:
 10ms
get forum list:
 17ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 186ms
get topic data:
 12ms
get forum data:
 3ms
get page messages:
 85ms
get tp. blocked users:
 1ms
others: 223ms
total:  545ms
созд. / загр.: 545ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]