Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Oracle Новый топик    Ответить
 online redolog уменьшение размера  [new]
AlexGru
Member

Откуда: Пермь рядом
Сообщений: 1600
День добрый.

Размер редо файлов по 3Гб, всего их штук 10, переключений в час от 10 до 20.
При этом море ожидайни log file sync.
Может ли уменьшение размера redo помочь с этим ожиданием. ?

Спасибо.
21 окт 12, 17:42    [13352648]     Ответить | Цитировать Сообщить модератору
 Re: online redolog уменьшение размера  [new]
88588
Guest
Размер и количество файлов redo логов не при чем.
Какой у вас размер лог буфера и для вашей базы нормально генерить 1Гб реду за 1 минуту?
21 окт 12, 18:20    [13352747]     Ответить | Цитировать Сообщить модератору
 Re: online redolog уменьшение размера  [new]
AlexGru
Member

Откуда: Пермь рядом
Сообщений: 1600
88588,

1 Гб в минуту да, это норма.

размер редо лог буффера 100-150 Мб.
21 окт 12, 21:48    [13353396]     Ответить | Цитировать Сообщить модератору
 Re: online redolog уменьшение размера  [new]
88588
Guest
Это слишком много
21 окт 12, 21:56    [13353409]     Ответить | Цитировать Сообщить модератору
 Re: online redolog уменьшение размера  [new]
Edward Shevtsov
Member

Откуда: Moscow
Сообщений: 13469
log file sync - это коммиты. Но размер логов все равно надо бы *увеличить*
21 окт 12, 23:57    [13353832]     Ответить | Цитировать Сообщить модератору
 Re: online redolog уменьшение размера  [new]
jan2ary
Member

Откуда: Киев
Сообщений: 1780
AlexGru
размер редо лог буффера 100-150 Мб.
Скока-скока?!
22 окт 12, 00:02    [13353848]     Ответить | Цитировать Сообщить модератору
 Re: online redolog уменьшение размера  [new]
Dgordeenko
Member

Откуда: Серпухов-Подольск-Москва
Сообщений: 216
Вообще, рекомендации в доке были относительно того, чтобы редо-логи переключались примерно раз в 15-20 минут, и соответственно их размер можно устанавливать исходя из этого целевого параметра. Хотя в реальности всё чуть сложнее как всегда.

А какая у вас версия БД, ОС?
А что у вас с параметром FAST_START_MTTR_TARGET, _log_io_size?
А каково соотношение log file sync и log file parallel write в awr отчётах?

И это, а у вас случаем standby в max protection mode не используется?

Вообще, на металинке и ноты по этому поводу есть хорошие, и скрипты для сбора диагностики...
23 окт 12, 01:41    [13359815]     Ответить | Цитировать Сообщить модератору
 Re: online redolog уменьшение размера  [new]
-2-
Member

Откуда:
Сообщений: 15330
Dgordeenko
чтобы редо-логи переключались примерно раз в 15-20 минут
эта ересь тянется со времен древне-тормозной техники. по нынешним временам в приоритетах время восстановления, стендбаи прочее маркетоложество, что делает бесполезным увеличивать размер члена до 100ГБ.
23 окт 12, 03:04    [13359860]     Ответить | Цитировать Сообщить модератору
 Re: online redolog уменьшение размера  [new]
linkd
Member

Откуда: С-Петербург
Сообщений: 24
Похоже у вас приложение на базе генерит много редо, теоретически лучше бы увеличить размер логов чтобы в пике было не больше 10 переключений в час, но на log file sync waits это не окажет практически никакого существенного влияния, а логи и так огромные.

Со стороны базы значение log file sync wait (не количество) можно затюнить только оптимизацией или заменой дисковой системы куда пишутся redologs, каково среднее значение waits - 1 ms или 20 ms? Если ближе к верхней границе - то возможно в этом есть проблемы, например для моих текущих задач все что больше 4 ms - очень плохо.

Если доступен тюнинг со стороны приложения - то там возможностей гораздо больше - как уменьшение размера, так и количества транзакций.
23 окт 12, 03:27    [13359872]     Ответить | Цитировать Сообщить модератору
 Re: online redolog уменьшение размера  [new]
Edward Shevtsov
Member

Откуда: Moscow
Сообщений: 13469
-2-
Dgordeenko
чтобы редо-логи переключались примерно раз в 15-20 минут
эта ересь тянется со времен древне-тормозной техники. по нынешним временам в приоритетах время восстановления, стендбаи прочее маркетоложество, что делает бесполезным увеличивать размер члена до 100ГБ.
обоснуй
23 окт 12, 03:30    [13359874]     Ответить | Цитировать Сообщить модератору
 Re: online redolog уменьшение размера  [new]
-3-
Guest
-2-
эта ересь тянется со времен древне-тормозной техники. по нынешним временам в приоритетах время восстановления, стендбаи прочее маркетоложество, что делает бесполезным увеличивать размер члена до 100ГБ.
Какой бред...
23 окт 12, 16:51    [13364079]     Ответить | Цитировать Сообщить модератору
 Re: online redolog уменьшение размера  [new]
pravednik
Member

Откуда: Jacksonville, FL
Сообщений: 16268
Dgordeenko
чтобы редо-логи переключались примерно раз в 15-20 минут

Чем хуже будет переключение раз в 5-10 минут, если при этом никаких "вредных" словечек в алерте и ожиданий не будет ?
23 окт 12, 16:56    [13364132]     Ответить | Цитировать Сообщить модератору
 Re: online redolog уменьшение размера  [new]
-2-
Member

Откуда:
Сообщений: 15330
Чем грозит конец редо, чекпоинтом? Пытаться удерживать больше грязи в кеше? Только инкрементальный чекпоинт все равно производится каждые три секунды ради чтобы переключение редо не приводило к непомерным всплескам io. Тогда зачем 15-20-30 минут? Разве они спасут, если в течение этих минут инкремент не справился кешем.
23 окт 12, 18:34    [13364824]     Ответить | Цитировать Сообщить модератору
 Re: online redolog уменьшение размера  [new]
-3-
Guest
-2-
Только инкрементальный чекпоинт все равно производится каждые три секунды
Опять фигню пишешь
23 окт 12, 19:28    [13365004]     Ответить | Цитировать Сообщить модератору
 Re: online redolog уменьшение размера  [new]
Dgordeenko
Member

Откуда: Серпухов-Подольск-Москва
Сообщений: 216
pravednik,

я большей частью ориентируюсь на документацию и бестпрактики.
Формально вроде бы ничего страшного, но как эта конфигурация будет вести себя в пики при 2-5х увеличении нагрузки? (паразитный код, допустим, или пропущенный сайзинг системы).

Теоретически, одна из первых ссылок в гугле:
Single log switch entails stopping further acceptance of generated of redo, reading & writing to control files for redo log status and SCN, (System Change Number), information, flushing memory, and the closing & opening of individual redo log files. Since there are many other resources in use when log switching occurs it is imperative that we are not fooled by high resource usage on these erroneous resources
+
http://docs.oracle.com/cd/B19306_01/server.102/b14211/instance_tune.htm#i37678
раздел 10.3.15

т.е. по своей сути - трата ресурсов, которая не приносит очевидной (для меня) выгоды.
Если у вас другое мнение на этот счёт - я был бы рад его услышать.
23 окт 12, 21:38    [13365434]     Ответить | Цитировать Сообщить модератору
 Re: online redolog уменьшение размера  [new]
AlexGru
Member

Откуда: Пермь рядом
Сообщений: 1600
Dgordeenko
Вообще, рекомендации в доке были относительно того, чтобы редо-логи переключались примерно раз в 15-20 минут, и соответственно их размер можно устанавливать исходя из этого целевого параметра. Хотя в реальности всё чуть сложнее как всегда.

А какая у вас версия БД, ОС?
А что у вас с параметром FAST_START_MTTR_TARGET, _log_io_size?
А каково соотношение log file sync и log file parallel write в awr отчётах?

И это, а у вас случаем standby в max protection mode не используется?

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


cat /etc/redhat-release
Red Hat Enterprise Linux Server release 5.5 (Tikanga)


BANNER
--------------------------------------------------------------------------------
Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production
PL/SQL Release 11.2.0.3.0 - Production
CORE	11.2.0.3.0	Production
TNS for Linux: Version 11.2.0.3.0 - Production
NLSRTL Version 11.2.0.3.0 - Production


select value from v$parameter where name='fast_start_mttr_target';

VALUE
------------------
300



 Это то?
 select distinct lebsz "LGWR block size (Bytes)" from X$KCCLE;

LGWR block size (Bytes)
-----------------------
                    512
                      0


+
А каково соотношение log file sync и log file parallel write в awr отчётах?
Попозже посмотрю.

И это, а у вас случаем standby в max protection mode не используется?
На standby

SELECT 
      D.PROTECTION_MODE,D.DB_UNIQUE_NAME, D.PROTECTION_LEVEL,
      D.DATABASE_ROLE ROLE, D.SWITCHOVER_STATUS, D.OPEN_MODE
FROM V$DATABASE D;

PROTECTION_MODE      DB_UNIQUE_NAME                 PROTECTION_LEVEL     ROLE             SWITCHOVER_STATUS    OPEN_MODE
-------------------- ------------------------------ -------------------- ---------------- -------------------- --------------------
MAXIMUM PERFORMANCE  nsser                          MAXIMUM PERFORMANCE  PHYSICAL STANDBY NOT ALLOWED          MOUNTED


Спасибо, на металинке тоже поищу.
24 окт 12, 17:25    [13370221]     Ответить | Цитировать Сообщить модератору
 Re: online redolog уменьшение размера  [new]
Dgordeenko
Member

Откуда: Серпухов-Подольск-Москва
Сообщений: 216
AlexGru,

По ОС вроде большинство багов, связанных с этим ожиданием, на SunOS. На RedHat'е вроде не видел, когда ноты смотрел.

select value from v$parameter where name in ('_log_io_size', 'log_buffer');

Если _log_io_size будет стандартный, т.е. равен 1\3 от redo log buffer то возможно, что имеет смысл установить его в достаточно маленькое значение, покрывающее потребности транзакций генерирующих мало редо-данных (где-то на форуме было обсуждение этого параметра при большом буффере).

Уровень защиты - надо смотреть на primary БД, а не на standby.
log file sync может быть из-за подтормаживаний передачи редопотока на standby, если у вас lgwr sync affrim используется, допустим (т.е. фактически максимальная защита, максимальная доступность).
select value from v$parameter where name like 'log_archive_dest%';


По идеи в простом случае (не учитывая стендбай) исходя из соотношений параметров log file sync и log file parallel write в awr отчётах можно понять устранимы ли ожидания без тюнинга io.
24 окт 12, 22:39    [13371446]     Ответить | Цитировать Сообщить модератору
 Re: online redolog уменьшение размера  [new]
AlexVin
Member

Откуда: E-burg
Сообщений: 1055
Dgordeenko
По идее в простом случае исходя из соотношений параметров log file sync и log file parallel write в awr отчётах можно понять устранимы ли ожидания без тюнинга io.

если количество ожиданий ждя обоих евентов сопоставимо - то что?
если log file sync не много больше - то... что?
если log file sync в разы больше - то... что? и как?
25 окт 12, 07:03    [13372010]     Ответить | Цитировать Сообщить модератору
 Re: online redolog уменьшение размера  [new]
Yuri Pudovchenko
Member

Откуда: Moscow
Сообщений: 201
Коллега, а покажите в миллисекундах - сколько длится этот log file sync ?
Можно взять из AWR.
25 окт 12, 11:26    [13373007]     Ответить | Цитировать Сообщить модератору
 Re: online redolog уменьшение размера  [new]
AlexGru
Member

Откуда: Пермь рядом
Сообщений: 1600
Yuri Pudovchenko,

Из AWR из раздела Background Wait Events
Значение                        Avg wait (ms)
log file parallel write          7
log file sync                    28


по другим блокам примерно такие же цифры.

Как это можно интерпретировать?
Спасибо.
29 окт 12, 10:21    [13389004]     Ответить | Цитировать Сообщить модератору
 Re: online redolog уменьшение размера  [new]
wurdu
Member

Откуда: Владивосток
Сообщений: 4441
AlexGru, для начала, надо четко сформулировать проблему. "море ожиданий log file sync" - это не проблема, а констатация кол-ва commit/rollback. И уменьшить кол-во log file sync можно либо изменив код приложения, либо параметрами commit_logging, commit_wait (с сопутствующими нюансами).
Если проблема во влиянии log file sync на время отклика, то желательно это продемонстрировать через trace 10046.
Что касается 7 ms на log file parallel write - много это или нет, можно оценить по объему redo, который при этом пишет LGWR. (redo size + redo wastage) / redo writes покажет этот средний размер. Если там, например, мегабайты, то 7 ms может быть адекватным временем. У системы хранения есть кэш на запись? 28 ms для log file sync при 7 ms на log file parallel write вполне обычное явление и обычно связано с механизмом group commit (piggyback commit).
29 окт 12, 13:00    [13390109]     Ответить | Цитировать Сообщить модератору
 Re: online redolog уменьшение размера  [new]
AlexGru
Member

Откуда: Пермь рядом
Сообщений: 1600
wurdu
можно оценить по объему redo, который при этом пишет LGWR. (redo size + redo wastage) / redo writes покажет этот средний размер.


clear;
select round((rs.value + rws.value)/rwr.value) as res
from
(SELECT  value FROM v$sysstat WHERE name='redo size')    rs,
(SELECT  value FROM v$sysstat WHERE name='redo wastage') rws,
(SELECT  value FROM v$sysstat WHERE name='redo writes')  rwr;

       RES
----------
    438785


Много это или мало?
29 окт 12, 14:49    [13391267]     Ответить | Цитировать Сообщить модератору
 Re: online redolog уменьшение размера  [new]
Edward Shevtsov
Member

Откуда: Moscow
Сообщений: 13469
AlexGru,

надо с топа ожиданий начинать анализ. Много/мало - это все относительно.
29 окт 12, 14:55    [13391323]     Ответить | Цитировать Сообщить модератору
 Re: online redolog уменьшение размера  [new]
wurdu
Member

Откуда: Владивосток
Сообщений: 4441
AlexGru
wurdu
можно оценить по объему redo, который при этом пишет LGWR. (redo size + redo wastage) / redo writes покажет этот средний размер.


clear;
select round((rs.value + rws.value)/rwr.value) as res
from
(SELECT  value FROM v$sysstat WHERE name='redo size')    rs,
(SELECT  value FROM v$sysstat WHERE name='redo wastage') rws,
(SELECT  value FROM v$sysstat WHERE name='redo writes')  rwr;

       RES
----------
    438785


Много это или мало?
Скажем так, я предпочитаю, чтобы при подобных условиях log file parallel write был в районе 1-3 ms (попадаем в кэш массива). Но я не знаю, какой массив у тебя. Может это адекватное для него время. В любом случае, надо описать проблему.
30 окт 12, 08:38    [13394498]     Ответить | Цитировать Сообщить модератору
Все форумы / Oracle Ответить