Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Oracle Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
 Архивные логи пухнут по 3 Гб в час  [new]
Immunitet
Member

Откуда: Магнитогорск
Сообщений: 899
Собственно сабж.
Я сам нупко, true odmin в командировке - что делать?) Где смотреть, как исправить?

-----------------------------------------------------------------------------------------------------------------------------
Ничего не дается нам так дешево и не ценится другими так дорого как вежливость
31 янв 08, 12:51    [5226481]     Ответить | Цитировать Сообщить модератору
 Re: Архивные логи пухнут по 3 Гб в час  [new]
tru55
Member

Откуда: СПб
Сообщений: 19790
1. дык логи зависят от интенсивности изменения данных
2. если версия Oracle 10, то свою лепту вносят всякие средства автоматизации (AWR) :)
31 янв 08, 12:53    [5226501]     Ответить | Цитировать Сообщить модератору
 Re: Архивные логи пухнут по 3 Гб в час  [new]
Sheriffua
Member

Откуда: г. Киев
Сообщений: 1223
Если место есть, то разве 3Гб это критично?!
31 янв 08, 12:58    [5226539]     Ответить | Цитировать Сообщить модератору
 Re: Архивные логи пухнут по 3 Гб в час  [new]
Immunitet
Member

Откуда: Магнитогорск
Сообщений: 899
Как можно посмотреть чего там такого стало так часто в архивных логах появляться?
Проанализировать, что с базой происходит - раньше ведь так не пухло))
-----------------------------------------------------------------------------------------------------------------------------
Ничего не дается нам так дешево и не ценится другими так дорого как вежливость
31 янв 08, 12:58    [5226546]     Ответить | Цитировать Сообщить модератору
 Re: Архивные логи пухнут по 3 Гб в час  [new]
Immunitet
Member

Откуда: Магнитогорск
Сообщений: 899
Sheriffua
Если место есть, то разве 3Гб это критично?!

72 Гб в сутки - критично)))
31 янв 08, 12:58    [5226549]     Ответить | Цитировать Сообщить модератору
 Re: Архивные логи пухнут по 3 Гб в час  [new]
Sheriffua
Member

Откуда: г. Киев
Сообщений: 1223
Immunitet
Как можно посмотреть чего там такого стало так часто в архивных логах появляться?
Проанализировать, что с базой происходит - раньше ведь так не пухло))
-----------------------------------------------------------------------------------------------------------------------------
Ничего не дается нам так дешево и не ценится другими так дорого как вежливость


Версия?
31 янв 08, 12:59    [5226556]     Ответить | Цитировать Сообщить модератору
 Re: Архивные логи пухнут по 3 Гб в час  [new]
Sheriffua
Member

Откуда: г. Киев
Сообщений: 1223
Immunitet
Sheriffua
Если место есть, то разве 3Гб это критично?!

72 Гб в сутки - критично)))


А что старые у вас вечно храняться? Может стоит их удалять со временем?!
31 янв 08, 13:00    [5226563]     Ответить | Цитировать Сообщить модератору
 Re: Архивные логи пухнут по 3 Гб в час  [new]
Immunitet
Member

Откуда: Магнитогорск
Сообщений: 899
Oracle9i Enterprise Edition Release 9.2.0.6.0 - 64bit Production
PL/SQL Release 9.2.0.6.0 - Production
CORE 9.2.0.6.0 Production
TNS for HPUX: Version 9.2.0.6.0 - Production
NLSRTL Version 9.2.0.6.0 - Production

дык не было такого раньше)

-----------------------------------------------------------------------------------------------------------------------------
Ничего не дается нам так дешево и не ценится другими так дорого как вежливость
31 янв 08, 13:05    [5226608]     Ответить | Цитировать Сообщить модератору
 Re: Архивные логи пухнут по 3 Гб в час  [new]
Sheriffua
Member

Откуда: г. Киев
Сообщений: 1223
Посмотрите FLASHBACK_TRANSACTION_QUERY кто активничает )
31 янв 08, 13:12    [5226665]     Ответить | Цитировать Сообщить модератору
 Re: Архивные логи пухнут по 3 Гб в час  [new]
Immunitet
Member

Откуда: Магнитогорск
Сообщений: 899
Sheriffua
Посмотрите FLASHBACK_TRANSACTION_QUERY кто активничает )

Можно поподробней?)))
31 янв 08, 13:13    [5226684]     Ответить | Цитировать Сообщить модератору
 Re: Архивные логи пухнут по 3 Гб в час  [new]
tru55
Member

Откуда: СПб
Сообщений: 19790
Immunitet

дык не было такого раньше)


Что "раньше не было" - аргумент слабый, мало ли что у вас изменилось. Логи - фактически протокол ИЗМЕНЕНИЙ в базе, ни с того ни с сего образовываться не станут. Смотри v$session - кто работает, dba_jobs - может job-ы какие крутятся. Если есть подозрения на какую сессию - можно аудит на нее включить или трассировку...
31 янв 08, 13:15    [5226705]     Ответить | Цитировать Сообщить модератору
 Re: Архивные логи пухнут по 3 Гб в час  [new]
tru55
Member

Откуда: СПб
Сообщений: 19790
Sheriffua
Посмотрите FLASHBACK_TRANSACTION_QUERY кто активничает )


Енто только с 10
31 янв 08, 13:15    [5226711]     Ответить | Цитировать Сообщить модератору
 Re: Архивные логи пухнут по 3 Гб в час  [new]
Immunitet
Member

Откуда: Магнитогорск
Сообщений: 899
Я тут чего-то про Log Miner слышал - может эта штукапоможет логи проанализировать?

-----------------------------------------------------------------------------------------------------------------------------
Ничего не дается нам так дешево и не ценится другими так дорого как вежливость
31 янв 08, 13:16    [5226716]     Ответить | Цитировать Сообщить модератору
 Re: Архивные логи пухнут по 3 Гб в час  [new]
tru55
Member

Откуда: СПб
Сообщений: 19790
Immunitet
Я тут чего-то про Log Miner слышал - может эта штукапоможет логи проанализировать?


Помочь может, только небыстро енто...
31 янв 08, 13:18    [5226734]     Ответить | Цитировать Сообщить модератору
 Re: Архивные логи пухнут по 3 Гб в час  [new]
Sheriffua
Member

Откуда: г. Киев
Сообщений: 1223
tru55
Sheriffua
Посмотрите FLASHBACK_TRANSACTION_QUERY кто активничает )


Енто только с 10


Точно, а что в 9-ке ??
31 янв 08, 13:19    [5226743]     Ответить | Цитировать Сообщить модератору
 Re: Архивные логи пухнут по 3 Гб в час  [new]
Immunitet
Member

Откуда: Магнитогорск
Сообщений: 899
tru55

Помочь может, только небыстро енто...


Что сейчас можно сделать, что может принести максимальную пользу? А то у меня скила-то мало)
Нужно что-нибудь типа step-by-step )))
31 янв 08, 13:27    [5226820]     Ответить | Цитировать Сообщить модератору
 Re: Архивные логи пухнут по 3 Гб в час  [new]
tru55
Member

Откуда: СПб
Сообщений: 19790
Immunitet
tru55

Помочь может, только небыстро енто...


Что сейчас можно сделать, что может принести максимальную пользу? А то у меня скила-то мало)
Нужно что-нибудь типа step-by-step )))


Я же уже написал выше (по крайней мере, первые шаги)...
31 янв 08, 13:38    [5226892]     Ответить | Цитировать Сообщить модератору
 Re: Архивные логи пухнут по 3 Гб в час  [new]
Immunitet
Member

Откуда: Магнитогорск
Сообщений: 899
tru55

Я же уже написал выше (по крайней мере, первые шаги)...

Из v$session и dba_jobs какие поля выгребать?
31 янв 08, 13:47    [5226974]     Ответить | Цитировать Сообщить модератору
 Re: Архивные логи пухнут по 3 Гб в час  [new]
Immunitet
Member

Откуда: Магнитогорск
Сообщений: 899
Что выгребать, на что смотреть?
Можно определить что за insert-ы так генерят логи?
-----------------------------------------------------------------------------------------------------------------------------
Ничего не дается нам так дешево и не ценится другими так дорого как вежливость
31 янв 08, 13:55    [5227050]     Ответить | Цитировать Сообщить модератору
 Re: Архивные логи пухнут по 3 Гб в час  [new]
tru55
Member

Откуда: СПб
Сообщений: 19790
Дык, может сначала посмотреть, потом спрашивать? Глядишь, некоторые вопросы отпадут сами собой. В dba_jobs есть время последнего выполнения job, время следующего выполнения, в поле WHAT - выполняемая процедура. В dba_job_running - те, кто выполняются сейчас...
31 янв 08, 14:04    [5227116]     Ответить | Цитировать Сообщить модератору
 Re: Архивные логи пухнут по 3 Гб в час  [new]
Sheriffua
Member

Откуда: г. Киев
Сообщений: 1223
Immunitet
tru55

Я же уже написал выше (по крайней мере, первые шаги)...

Из v$session и dba_jobs какие поля выгребать?


Из v$session - посмотри активные, а из dba_jobs - запущенные.
31 янв 08, 14:05    [5227134]     Ответить | Цитировать Сообщить модератору
 Re: Архивные логи пухнут по 3 Гб в час  [new]
stil
Member

Откуда: Кемерово
Сообщений: 1295
Immunitet
Что выгребать, на что смотреть?
Можно определить что за insert-ы так генерят логи?
-----------------------------------------------------------------------------------------------------------------------------
Ничего не дается нам так дешево и не ценится другими так дорого как вежливость


Ну... Логи могут генерить и не только инсерты вроде
31 янв 08, 14:05    [5227136]     Ответить | Цитировать Сообщить модератору
 Re: Архивные логи пухнут по 3 Гб в час  [new]
tompson
Member

Откуда: Киев
Сообщений: 249
stil
Immunitet
Что выгребать, на что смотреть?
Можно определить что за insert-ы так генерят логи?
-----------------------------------------------------------------------------------------------------------------------------
Ничего не дается нам так дешево и не ценится другими так дорого как вежливость


Ну... Логи могут генерить и не только инсерты вроде

АГА !! Если верить дяде Тому то и select тоже может генерить логи
31 янв 08, 14:08    [5227157]     Ответить | Цитировать Сообщить модератору
 Re: Архивные логи пухнут по 3 Гб в час  [new]
stil
Member

Откуда: Кемерово
Сообщений: 1295
Immunitet
По три гига в час
Круглые сутки? Или все таки в определенные часы? Можно отсортировать по времени записи сами и посмотреть часы интенсивности генерации например... Ну а потом dba_jobs (если это конечно джобы виноваты)
31 янв 08, 14:09    [5227161]     Ответить | Цитировать Сообщить модератору
 Re: Архивные логи пухнут по 3 Гб в час  [new]
Takurava
Member

Откуда:
Сообщений: 1776
Я бы начал с того, что выбрал бы народ, у которого redo size большой:
select s.SID, s.USERNAME,s .OSUSER, s.MACHINE, s.STATUS, s.PROGRAM, st.NAME, ss.VALUE, ss.STATISTIC#
  from v$session s, v$sesstat ss, v$statname st
  where ss.SID=s.SID and st.STATISTIC#=ss.STATISTIC#
    and s.USERNAME is not null and ss.VALUE>10000 and s.OSUSER<>'oracle'
    and st.NAME='redo size'
  order by ss.VALUE desc;
31 янв 08, 14:13    [5227209]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
Все форумы / Oracle Ответить