Оценка производительности Oracle Database

Question

В настоящее время я работаю над 9.2.0.8 базой данных Oracle. У меня есть некоторые вопросы, связанные с Performace of Database, которые тоже связаны с записями журналов Redo &. Ответы на реальную практику будут высоко оценены. пожалуйста помоги.

1. В настоящее время у меня есть 25 журнальных файлов с 2 членами в каждом файле. Каждый член имеет размер 100 м. Итак, стоит ли хранить 25 журнальных файлов с двумя членами (по 100 МБ каждый).
2. Моя база данных составляет 24 * 7 с минимальным пользователем 275 & Макс. 650. Моя база данных имеет в основном SELECT, но очень меньше INSERT/UPDATE/DELETE. И с 1 месяца я начал обдумывать, что моя база данных генерирует архивы в среднем 17 ГБ мин до 28 ГБ при MAX. Но LOGSWITCH происходит в среднем каждые 5-10 мин. в несколько раз чаще. И даже несколько раз 3 раза в минуту. Но мой SPFILE говорит log_checkpoint_timeout = 1800 (30 минут).

3. И О журнале Реды защелки & раздора, когда я isssue: - ВЫБРАТЬ имя, значение FROM V $ Sysstat ГДЕ имя = 'журнальные пространства запросов'; Выход: -

   NAME                VALUE 
       -------------------------------------------------------------------- ---------- 
       redo log space requests            20422 
   (This value is getting increased day by day) 
   

4. Где, как рекоммендуется Oracle, чтобы иметь пространство запрос журнальном близко к нулю.
5. Так что я хочу знать, почему моя база данных идет для переключения журнала часто. Это из-за данных или Becoze чего-то еще.
6. Мое сомнение было, если я увеличиваю буфер буфера REDO, проблема может быть решена. И я увеличил буфер журнала повторов с 8 МБ до 11 МБ. Но я не нашел большой разницы.
7. Если я увеличиваю размер файла REDO LOG FILE от 100 МБ до 200 МБ, поможет ли он. Помогло бы мне уменьшить время переключения журнала & довести значение REDO LOG SPACE REQUEST до нуля.

Answer 1

17GB лог-файлов в минуту кажется мне очень высоким. Возможно, одно из табличных пространств в вашей базе данных все еще находится в режиме онлайн-резервного копирования.

Answer 2

Возможно, это поможет узнать, какие сеансы генерируют много повторов и какие сессии ждут в журнале журнала повтора больше всего.

SQL> l 
    1 select name, sid, value 
    2 from v$sesstat s, v$statname n 
    3 where name in ('redo size','redo log space requests') 
    4 and n.statistic# = s.statistic# 
    5 and value > 0 
    6* order by 1,2 

Answer 3

Кое-что о информации, которую вы предоставили не добавляет - если вы действительно генерируя около 20G/мин архивных журналов, то вы бы переключение лог-файлы 100M, по крайней мере в 200 раз в минуту - не 3 раза/минута наихудший случай, о котором вы упомянули. Это также не соответствует вашему описанию «... главным образом SELECT».

В реальном мире я бы не стал беспокоиться о переключателях журналов каждые 5-10 минут в среднем. С этим многократным переходом ни один из параметров init не запускается для переключения - это происходит из-за заполнения онлайн-журналов. В этом случае единственным способом управления скоростью переключения является изменение размера журналов, например. удвоение размера журнала уменьшит частоту переключения вдвое.