|
|
|
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 |
|
||
|
|

start [/forum/topic.php?fid=52&fpage=2793&tid=1991129]: |
0ms |
get settings: |
10ms |
get forum list: |
19ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
65ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
61ms |
get tp. blocked users: |
2ms |
| others: | 245ms |
| total: | 424ms |

| 0 / 0 |
