[ТЕМА ЗАКРЫТА]
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
 
Запусти оптимизатор, он транзакции покажет
08.02.2010 15:32
AirAir
 
Олег! я ниразу не пользовался оптимизатором и не знаю что это такое, потвоему сообщению как я понял этот оптимизатор выдаст тоже самое что и представление V$transaction. Предстовление то выдает строки то нет, это и правильно - то есть не завиксированная транзакция то их нет. Правда поля из этого представления мне пока невсе известны - буду разбираться. Правиль думаю или надо знакомиться с оптимизатором?
08.02.2010 15:35
OlegON
 
Оптимайзер покажет больше. Но если хочешь сам - думаешь правильно.
08.02.2010 17:06
AirAir
 
Олег! Спасибо тебе большое - ты направил меня на путь истенный.Проблема решена!
Используя представление V$transaction я увидел,что часто возникает какая то длинная транзакция, используя идентификаторы транзакции и представления v$lock, v$session я определил сессию и источник этой транзакции - это оказался кассовый модуль. У меня стоят кассы УКМ2. Просматривая администратор кассового модуля я увидел, что постоянно принимаются кассовые документы начиная с 1 февраля по сегодняшний день. Почистил каталоги куда происходит выгрузка кассовых документов и всё вернулось на круги своя. С кассовым модулем один раз как-то была такая засада, но тогда я это как то быстро заметил чисто случайно сидя в почтовике. Еще раз огромное тебе спасибо!
08.02.2010 17:12
OlegON
 
Молодец, за сообразительность нажал спасибо...
08.02.2010 21:57
Dim
 
проверь наличие и правильность кассовых документов на всякий случай....
16.03.2010 15:46
ignat
 
"Добрый день! У меня БД на Oracle 10g. Для резервного копирования использую rman, база работает в режиме archivelog. Сегодня началось что то странное - архивные журналы повторного выполнения стали создоваться через каждую минуту, хотя нагрузка на систему со стороны пользователей не прибавилась. Каждый фаил 50 мб - это норма т.к. активные файлы повто.выпол. именно столько и весят. В результате выделенная область FLASH RECOVERY AREA заполняется очень быстро. Пока не пойму что случилось. Может кто подскажет где мне смотреть и что могло повлиять на такое активное заполнение Redo-логов. Заранее спасибо." - У меня все аналогично. НО. Незавершенных транзакций V$transaction не обнаружено. Архивы начинают создаваться сразу после перезагрузки сервера, когда к Ораклу НЕ ПОДКЛЮЧЕНО НИ ОДНОГО ПОЛЬЗОВАТЕЛЯ. Что еще можете посоветовать ?
16.03.2010 16:06
OlegON
 
Насчет транзакций уверен? Что в этот момент в алертлоге с момента старта? Что будет, если запустить с job_queue_processes=0?
16.03.2010 16:07
AirAir
 
А у меня не было не завершенных транзакций - просто я наблюдал за ними и увидел, что появляется и проподает транзакция связанная с одним и тем же. Попробуй отключи кассовый и почтовый модуль и посмотри будут также часто создоваться архивные файлы или нет.
16.03.2010 16:09
Mtirt
 
Цитата:
AirAir А у меня не было не завершенных транзакций - просто я наблюдал за ними и увидел, что появляется и проподает транзакция связанная с одним и тем же. Попробуй отключи кассовый и почтовый модуль и посмотри будут также часто создоваться архивные файлы или нет.
А ничего, что у автора скорее всего нет Супермага?
А есть просто оракл?
16.03.2010 16:10
AirAir
 
Тут полюбму связанно что-то с транзакциями, ведь архивные журналы создаются когда что-то меняется в БД, а в БД любые изменения происходят в транзакциях
16.03.2010 16:11
AirAir
 
А ничего, что у автора скорее всего нет Супермага?
А есть просто оракл?

Без разницы - БД есть БД!
16.03.2010 16:12
Mtirt
 
Только в этой БД нет кассового и почтового модуля, которые ты предлагаешь автору остановить.
16.03.2010 16:14
AirAir
 
Да, тут я поспешил, но однозначно, что есть какието транзакции(Запущены job-ы или cheduler-ы) или еще что-то
Опции темы


Часовой пояс GMT +3, время: 02:39.

 

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