|
|
|
LGWR waits minimize?
|
|||
|---|---|---|---|
|
#18+
ORA 8.1.7.4.2 REDO 3 шт по 10MB (not arch-d 3MB) LOG_BUFFER 262144 OS Win2kAS RAID5 смотрим Spotlight Итак, есть процесс репликации, стартующий через определенные промежутки времени, и он порождает большую нагрузку на lgwr (severity 7 8) Что в параметрах не так? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2003, 12:02 |
|
||
|
LGWR waits minimize?
|
|||
|---|---|---|---|
|
#18+
у вас редо-логи лежат на RAID5 ? Какая частота переключения логов? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2003, 12:09 |
|
||
|
LGWR waits minimize?
|
|||
|---|---|---|---|
|
#18+
> у вас редо-логи лежат на RAID5 ? да -- весь массив RAID5 > Какая частота переключения логов? эээ боюсь только на глазок (как по-нормальному определить пока не знаю) 20-40 сек. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2003, 12:16 |
|
||
|
LGWR waits minimize?
|
|||
|---|---|---|---|
|
#18+
прогнал, не знаю какая чатсота ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2003, 12:16 |
|
||
|
LGWR waits minimize?
|
|||
|---|---|---|---|
|
#18+
в alert.log посмотрите, там видно с какой периодичностью переключаются логи ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2003, 13:26 |
|
||
|
LGWR waits minimize?
|
|||
|---|---|---|---|
|
#18+
System level ------------------ use dedicated disks. Move the redolog files from RAID 5 devices. RAID 5 is not efficient for writes. Alternate redo logs on different disks to minimize the effect of the archiver on the log writer Topic: "For Your Notepad" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2003, 14:41 |
|
||
|
LGWR waits minimize?
|
|||
|---|---|---|---|
|
#18+
Охренеть. Это очень часто. Нормальные значения - 20-30 минут. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2003, 14:42 |
|
||
|
LGWR waits minimize?
|
|||
|---|---|---|---|
|
#18+
2 Oracle X-pert как я уже писал, весь массив RAID5... бум переделывать 2 Scott Tiger DB_BLOCK=8192 LOG =10485760 в блоках = 1280 LOG_CHECKPOINT_INTERVAL=1400? LOG_CHECKPOINT_TIMEOUT=0 насколько так верно? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2003, 15:33 |
|
||
|
LGWR waits minimize?
|
|||
|---|---|---|---|
|
#18+
Это всё не то. Не понял, что значит "в блоках". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2003, 16:02 |
|
||
|
LGWR waits minimize?
|
|||
|---|---|---|---|
|
#18+
В блоках ОС ------------ Designing and Tuning for Performance Set the value of the LOG_CHECKPOINT_INTERVAL initialization parameter (in multiples of physical block size) to be larger than the size of your largest redo log file. -------------- ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2003, 16:12 |
|
||
|
LGWR waits minimize?
|
|||
|---|---|---|---|
|
#18+
короче надо установить log_checkpoint_interval = размер журнала регистрации В БЛОКАХ ОПЕРЦИОННОЙ СИСТЕМЫЫ + 1. сколько размер блока в ОС? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2003, 16:24 |
|
||
|
LGWR waits minimize?
|
|||
|---|---|---|---|
|
#18+
512 байт видимо ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2003, 16:32 |
|
||
|
LGWR waits minimize?
|
|||
|---|---|---|---|
|
#18+
вот и получается 10485760 / 512 = 20480 плюс 1 = 20481 и срабатывать lgwr будет значительно реже. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2003, 16:43 |
|
||
|
LGWR waits minimize?
|
|||
|---|---|---|---|
|
#18+
Маленькое уточнение. В 8.1 если log_checkpoint_interval больше размера журнального файла, то этот параметр выставляется в 90% размера самого маленького журнала. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.04.2003, 17:00 |
|
||
|
LGWR waits minimize?
|
|||
|---|---|---|---|
|
#18+
кстати, уже не первый топик начинается типа "мне Spotlight подмигивает - что делать?". И почему-то все решили что надо уменьшать частоту чекпоинтов. Думаю что не зная какого события ждет LGWR нельзя ничего советовать. Определить можно опять же с помощью statspack'а. Согласен со Скотом Тигером, что 14 секунд слишком маленький интервал для переключения и скорее всего LGWR ждет переключения журнала, а причин может быть много (чекпоинт не завершен, журнал не заархивирован, журнал не очищен). Так что в первую очередь я бы увеличил размер редологов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.04.2003, 19:44 |
|
||
|
LGWR waits minimize?
|
|||
|---|---|---|---|
|
#18+
>вот и получается 10485760 / 512 = 20480 плюс 1 = 20481 и срабатывать lgwr будет значительно реже. Видимо речь шла об ожиданиях. lgwr "срабатывает" независимо от чекпоинта. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.04.2003, 20:42 |
|
||
|
LGWR waits minimize?
|
|||
|---|---|---|---|
|
#18+
2 killed почему вы считаете что 512Bytes блок, если db_block_size=8912? тогда как увеличивать log_buffer, умножать на 2 смотреть результат? или есть более оптимальные стратегии? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.04.2003, 13:03 |
|
||
|
LGWR waits minimize?
|
|||
|---|---|---|---|
|
#18+
а почему вы решили, что db_block_size - как то связан с блоком ОС ? Речь то идет про размер блока ОС. Я не уверен, что на Виндовс он равен 512. Поэтому написал "видимо" Стратегия такая: <Size_of_redo_log> = (10 * 60 * 20) /14 [MB] ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.04.2003, 00:59 |
|
||
|
LGWR waits minimize?
|
|||
|---|---|---|---|
|
#18+
Set the initialization parameter LOG_CHECKPOINT_INTERVAL to a value n (where n is an integer) to require that the checkpoint position never follow the most recent redo block by more than n blocks. In other words, at most n redo blocks can exist between the checkpoint position and the last block written to the redo log. In effect, you are limiting the amount of redo blocks that can exist between the checkpoint and the end of the log. Oracle limits the maximum value of LOG_CHECKPOINT_INTERVAL to 90% of the smallest log to ensure that the checkpoint advances into the current log before that log fills and a log switch is attempted. LOG_CHECKPOINT_INTERVAL is specified in redo blocks. Redo blocks are the same size as operating system blocks. Use the LOG_FILE_SIZE_REDO_BLKS column in V$INSTANCE_RECOVERY to see the number of redo blocks corresponding to 90% of the size of the smallest log file. To calculate performance overhead, use the V$SYSSTAT view. For example, assume that you execute the following query: SELECT NAME, VALUE FROM V$SYSSTAT WHERE NAME IN ('physical reads','physical writes', 'physical writes non checkpoint'); Calculate the percentage of extra I/Os generated by fast-start checkpointing using this formula: [((PW_2 - PW_1) - (PWNC_2 - PWNC_1)) / ((PR_2 - PR_1) + (PW_2 - PW_1))] x 100% = EIO It can take some time for database statistics to stabilize after instance startup or dynamic initialization parameter modification. After such events, wait until all blocks age out of the buffer cache at least once before taking measurements. If the percentage of extra I/Os is too high, then increase the value of FAST_START_MTTR_TARGET. The number of extra writes caused by setting FAST_START_MTTR_TARGET to a nonzero value is application-dependent; it is not dependent on cache size. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.04.2003, 08:53 |
|
||
|
LGWR waits minimize?
|
|||
|---|---|---|---|
|
#18+
Все ясно, спасибо! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.04.2003, 09:13 |
|
||
|
LGWR waits minimize?
|
|||
|---|---|---|---|
|
#18+
2 Oracle X-pert у меня 8.1.7, как написано в первом постинге FAST_START_MTTR_TARGET -- это вроде только в 9 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.04.2003, 09:31 |
|
||
|
LGWR waits minimize?
|
|||
|---|---|---|---|
|
#18+
Sorry.. No raschety verny i dla Oracle 8i ( high/8.1.5). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.04.2003, 09:35 |
|
||
|
LGWR waits minimize?
|
|||
|---|---|---|---|
|
#18+
2 .dba: Код: plaintext А он так классно подмигивает :) Колбасная софтинка - можно весь день сидеть и созерцать кручение и перетекание без единой мысли в голове ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.04.2003, 10:31 |
|
||
|
LGWR waits minimize?
|
|||
|---|---|---|---|
|
#18+
Часто он вообще не в тему мигает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.04.2003, 10:35 |
|
||
|
LGWR waits minimize?
|
|||
|---|---|---|---|
|
#18+
Чем грозит частое переключение ЖФ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.04.2003, 14:16 |
|
||
|
LGWR waits minimize?
|
|||
|---|---|---|---|
|
#18+
>А он так классно подмигивает :) Колбасная софтинка - можно весь день >сидеть и созерцать кручение и перетекание без единой мысли в голове так я c этим Spotlight'ом никогда не работал, а уже представляю как он выглядит :-))) и как работает. Интересно, хоть кто-то решил какую-нибудь проблему с его помощью??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.04.2003, 14:29 |
|
||
|
LGWR waits minimize?
|
|||
|---|---|---|---|
|
#18+
За счет чего тормозит? Какая разница пишет он в один файл или переключился и пишет в другой? С тем же диском работает ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.04.2003, 14:40 |
|
||
|
LGWR waits minimize?
|
|||
|---|---|---|---|
|
#18+
2 .dba скорее всего нет, этож просто красивый монитор, а решать приходится мозгами :) не всегдна только своими :) Правда монитор очень приличный, т.к. в графическом виде существенно больше инфо в ед. времени можно получить. 2 HL слишком частые переключения грузят CPU. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.04.2003, 14:45 |
|
||
|
LGWR waits minimize?
|
|||
|---|---|---|---|
|
#18+
2 HL Разница есть в том, что при частых переключениях журналов возникают паразитные высокоприоритетные операции записи на диски, тормозящие все остальные задачи (т.н. чекпойнты или точки синхронизации). Надо посмотреть статистики dbwr (non-checkpoint writes и checkpoint writes) - хорошая прививка от маленьких журналов. Иногда такие "паразитные" записи доходят до 40% от всех операций записи на диски (то есть почти половину времени система занята собой, а не обслуживанием пользовательских запросов). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.04.2003, 14:50 |
|
||
|
LGWR waits minimize?
|
|||
|---|---|---|---|
|
#18+
>За счет чего тормозит? >Какая разница пишет он в один файл или переключился и пишет в другой? Для того, чтоб переключить журналы Оракл выполняет следующие действия (все последовательно): 1. DBWR сбрасывает весь (в общем случае) буферный кеш на диск; 2. CKPT делает соответствующую запись в заголовки всех датафайлов и контролфайла. 3. ARCH архивирует текущий журнал (а также предыдущие, если еще не успел). 4. ARCH очищает текущий журнал. В течении всех этих операций LGWR просто простаивает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.04.2003, 16:04 |
|
||
|
LGWR waits minimize?
|
|||
|---|---|---|---|
|
#18+
>4. ARCH очищает текущий журнал. Что значит очищает? >В течении всех этих операций LGWR просто простаивает. а я думаю, он пишет следующий журнал ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.04.2003, 16:09 |
|
||
|
LGWR waits minimize?
|
|||
|---|---|---|---|
|
#18+
>>4. ARCH очищает текущий журнал. >Что значит очищает? Очищает - значит делает заполняет кодом x00 оставляя только заголовок. Можно сделать вручную - alter database clear logfile. Событие ожидания при этом "log file switch (clearing log file)" >>В течении всех этих операций LGWR просто простаивает. >а я думаю, он пишет следующий журнал Нееее Эд, - см. мой предыдущий постинг :-) Это ж все делается ПЕРЕД записью в следующий журнал. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.04.2003, 16:16 |
|
||
|
LGWR waits minimize?
|
|||
|---|---|---|---|
|
#18+
а да! Ошибочка - очищает следующий журнал, а не текущий. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.04.2003, 16:19 |
|
||
|
LGWR waits minimize?
|
|||
|---|---|---|---|
|
#18+
Ген, тогда ты мне объясни, как LGWR может потенциально догнать ARCH ? Согласно твоей логике это невозможно. А на практике я это видел не раз. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.04.2003, 16:32 |
|
||
|
LGWR waits minimize?
|
|||
|---|---|---|---|
|
#18+
ну согласен, я не так выразился - конечно архивация происходит после переключения, но текущий журнал может быть уже заполнен, а тот на который надо переключиться еще не заархивирован - вот и происходит задержка. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.04.2003, 16:42 |
|
||
|
|

start [/forum/topic.php?all=1&fid=52&tid=1991129]: |
0ms |
get settings: |
8ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
221ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
84ms |
get tp. blocked users: |
2ms |
| others: | 247ms |
| total: | 594ms |

| 0 / 0 |
