06.02.2010 12:56
AirAir
 
Добрый день! У меня БД на Oracle 10g. Для резервного копирования использую rman, база работает в режиме archivelog. Сегодня началось что то странное - архивные журналы повторного выполнения стали создоваться через каждую минуту, хотя нагрузка на систему со стороны пользователей не прибавилась. Каждый фаил 50 мб - это норма т.к. активные файлы повто.выпол. именно столько и весят. В результате выделенная область FLASH RECOVERY AREA заполняется очень быстро. Пока не пойму что случилось. Может кто подскажет где мне смотреть и что могло повлиять на такое активное заполнение Redo-логов. Заранее спасибо.
06.02.2010 13:24
AirAir
 
Файлы REDO0.LOG и меняются намного реже по времени чем появляются архивные журналы повтор.выполнения
06.02.2010 14:47
OlegON
 
Не верится, что редо не переключаются, а архивлоги посыпались. Рекомендую убедиться. А если редо переключаются быстро, то и в базе что-то происходит, смотрите, может, джобы... Как засекал, что "не прибавилась нагрузка"?
08.02.2010 10:27
AirAir
 
Thread 1 advanced to log sequence 17533 (LGWR switch)
Current log# 1 seq# 17533 mem# 0: C:\ORACLE\PRODUCT\ORADATA\NIKITCO2\REDO01.LOG
Mon Feb 08 09:39:47 2010
Thread 1 advanced to log sequence 17534 (LGWR switch)
Current log# 2 seq# 17534 mem# 0: C:\ORACLE\PRODUCT\ORADATA\NIKITCO2\REDO02.LOG
Mon Feb 08 09:40:22 2010
Thread 1 advanced to log sequence 17535 (LGWR switch)
Current log# 3 seq# 17535 mem# 0: C:\ORACLE\PRODUCT\ORADATA\NIKITCO2\REDO03.LOG
Mon Feb 08 09:40:50 2010
Thread 1 advanced to log sequence 17536 (LGWR switch)
Current log# 1 seq# 17536 mem# 0: C:\ORACLE\PRODUCT\ORADATA\NIKITCO2\REDO01.LOG
Mon Feb 08 09:42:34 2010
Thread 1 advanced to log sequence 17537 (LGWR switch)
Current log# 2 seq# 17537 mem# 0: C:\ORACLE\PRODUCT\ORADATA\NIKITCO2\REDO02.LOG
Mon Feb 08 09:43:29 2010
Thread 1 advanced to log sequence 17538 (LGWR switch)
Current log# 3 seq# 17538 mem# 0: C:\ORACLE\PRODUCT\ORADATA\NIKITCO2\REDO03.LOG
Mon Feb 08 09:44:02 2010
Thread 1 advanced to log sequence 17539 (LGWR switch)
Current log# 1 seq# 17539 mem# 0: C:\ORACLE\PRODUCT\ORADATA\NIKITCO2\REDO01.LOG
Mon Feb 08 09:44:29 2010
Thread 1 advanced to log sequence 17540 (LGWR switch)
Current log# 2 seq# 17540 mem# 0: C:\ORACLE\PRODUCT\ORADATA\NIKITCO2\REDO02.LOG
Mon Feb 08 09:46:02 2010
Thread 1 advanced to log sequence 17541 (LGWR switch)
Current log# 3 seq# 17541 mem# 0: C:\ORACLE\PRODUCT\ORADATA\NIKITCO2\REDO03.LOG
Mon Feb 08 09:46:56 2010
Такие сообщения в alert log
08.02.2010 10:41
OlegON
 
Ну это достаточно часто... Я бы редо увеличил и их количество. Ничего про архивлоги тут не сказано. Я предполагаю, что они появляются с такой же частотой. Там в параметрах переключения логов ничего не напутали?
Цитата:
show parameter log_check
08.02.2010 11:17
AirAir
 
SQL> show parameter log_check;

NAME TYPE VALUE
------------------------------------ ----------- --------
log_checkpoint_interval integer 0
log_checkpoints_to_alert boolean FALSE
log_checkpoint_timeout integer 1800
SQL>

Да архивные создаются с такойже частотой.
Chedulerы и Jobы никакие не выполняются. Сейчас попробую тчательно проанализировать alert и сравнить записи в нем с предыдущими числами, когда всё было нормально.


Поповоду увиличения количества redo-это вариант, но меня смущает то,что если я смотрюфайлы просто в папке где лежит БД(и redo), то колонка "Изменен" у redo в данный момент стоит время 9.30 а архивные появляются через каждую минуту до сейчашнего момента т.е. до 11.15. Т.е. получается, что redo еще не переключился а архивные уже создались.Это ведь неправильно-фоновый процесс ARCn должен сбрасывать redo в архивный после заполнения redo!
08.02.2010 13:57
AirAir
 
Олег! Скажи какой размер буфера журнала повторного выполнения у тебя и файлов redo и сколько у тебя redo?
08.02.2010 14:03
OlegON
 
Кажется, от 100 до 700 Мб и от 3 до 10 в количестве...
08.02.2010 14:12
AirAir
 
Действительно если смотреть представление Select * from v$log, то оперативные журналы переключаются каждую минуту, у меня в старшей базе такого даже нет.
08.02.2010 14:15
OlegON
 
Запусти оптимизатор, он транзакции покажет
Часовой пояс GMT +3, время: 19:53.

Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.