|
mlog$ - как почистить?
|
|||
---|---|---|---|
#18+
Добрый день. В базе 11-го оракла обнаружились несколько неприятно растущих таблиц вида mlog$_XXXX. В базе есть одно материальное представление, но оно похоже с ними не связано: Результаты запросов к dba_base_table_mvievs и dba_registered_archived_log пусты. Поле snaptime$$ у всех строк - 4000-01-01. Подскажите пожалуйста: Как можно найти для чего они созданы\удостовериться что нигде не используются? Могут ли они быть порождены другой из другой базы, в том числе не oracle, и как это проверить из текущей базы? Как их правильно удалить\почистить? Заранее спасибо. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.02.2019, 15:21 |
|
mlog$ - как почистить?
|
|||
---|---|---|---|
#18+
TerraUser, dba_mview_logs смотрели? использоваться могут для чего угодно в зависимости от того, насколько развита фантазия разработчика, и здорова ли она. я как-то видел mv log, который использовался для захвата изменений по таблице в реализации самописного ETL в качестве альтернативы распространенной связке триггер+лог-таблица. матвью над ним не было, чистился вручную delete'ом. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.02.2019, 16:13 |
|
mlog$ - как почистить?
|
|||
---|---|---|---|
#18+
Кит северных морей, dba_mview_logs LOG_TRIGGER NULL LAST_PURGE_DATE 2017 LAST_PURGE_STATUS 0 NUM_ROWSPURGED 0 PURGE_START NULL PURGE_INTERVAL NULL Если, что то самописное, то можно попробовать найти поиском обращение к таблице mlog$_XXXX ? Или с ним, в таком случае, можно как то ещё, не по имени таблицы? Спасибо. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.02.2019, 16:36 |
|
mlog$ - как почистить?
|
|||
---|---|---|---|
#18+
TerraUserКит северных морей, dba_mview_logs LOG_TRIGGER NULL LAST_PURGE_DATE 2017 LAST_PURGE_STATUS 0 NUM_ROWSPURGED 0 PURGE_START NULL PURGE_INTERVAL NULL Если, что то самописное, то можно попробовать найти поиском обращение к таблице mlog$_XXXX ? Или с ним, в таком случае, можно как то ещё, не по имени таблицы? Спасибо. я в основном имел в виду посмотреть dba_mview_logs.master - возможно, понимание, на какой таблице висит лог, даст подсказку о смысле его существования. но здесь уже вам, как знающему систему человеку, виднее. насчет поиска. мы исходим из предположения, что эти логи кто-то читает adhoc-запросами. если это делают из pl/sql (локально, не через dblink) - вероятно, найдете в dba_source. если напрямую из стороннего приложения - можно попробовать поискать по v$sql, ASH, AWR, возможно, где-то еще, но гарантию даст только включенный аудит. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.02.2019, 06:11 |
|
mlog$ - как почистить?
|
|||
---|---|---|---|
#18+
Аудит не обязательно включать, достаточно FGA натравить на таблицу: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8.
Ну и затем смотрим что появляется в таблице FGA: Код: plsql 1.
Когда уже не нужен будет FGA, то выключить правило. Если насоздавали много правил, то получаем код для отключения всех: Код: sql 1.
... |
|||
:
Нравится:
Не нравится:
|
|||
27.02.2019, 10:31 |
|
mlog$ - как почистить?
|
|||
---|---|---|---|
#18+
Oleg M.IvanovАудит не обязательно включать, достаточно FGAВряд ли понятие "достаточно" применимо к смене мыла на шило. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.02.2019, 10:50 |
|
|
start [/forum/topic.php?fid=52&msg=39779366&tid=1882761]: |
0ms |
get settings: |
9ms |
get forum list: |
12ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
40ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
46ms |
get tp. blocked users: |
1ms |
others: | 14ms |
total: | 143ms |
0 / 0 |