Телеграмм чат группы oracle

Ну, сейчас задача по всем узнать инфу. Нет конкретно допозрительныз ещё.

22:36пожаловаться #1

Jamal Sale in Oracle RU

Джобиком можно ставить флаги по таблам и каждую минуту чистить напр sys.aud$.

22:36пожаловаться #2

ну можно от противного - найти все, которые точно используются, монитрить остальные.

22:37пожаловаться #3

Jamal Sale in Oracle RU

За неделю соберёшь точную стату

22:37пожаловаться #4

ZhekaPPP in Oracle RU

по этой информации уже можно сделать список, по каким не включать. Кроме этого если код на pl/sql, то можете по dba_dependencies отсеять массу таблиц

22:37пожаловаться #5

ДЛ

Я ж писал выше, что sys.aud$ стольно пухнет оч быстро, и от нагрузки бд встаёт

22:37пожаловаться #6

Можно взять все таблицы, исключить все что есть в dba_hist_sqlplan, v$sql_plan, и те что есть в v$bh

22:37пожаловаться #7

Jamal Sale in Oracle RU

Ну я на этой ответил что ее можно чистить. Или у тебя база встаёт от неск млн строк ?

22:38пожаловаться #8

ДЛ

Ну, у меня пока это основной план. Изучаю альтернативные варианты.

22:38пожаловаться #9

+ v$bh да

22:38пожаловаться #10

ДЛ

Бд сильно напрягается от интенсивной записи в sys.aud$
По коммитам просадка.

22:38пожаловаться #11

Но принципиально это какая-то странная задача

22:39пожаловаться #12

Jamal Sale in Oracle RU

Ясно

22:39пожаловаться #13

А если таблицу раз в год трогают?

22:39пожаловаться #14

ДЛ

Туда не попадут те, что целиком в PGA читаются.

22:40пожаловаться #15

ну слушай. серебряной пули нет. комбинируй подходы ))

22:40пожаловаться #16

Хедер будет

22:40пожаловаться #17

ДЛ

Ну, я рассматриваю варианты.

22:40пожаловаться #18

ДЛ

Ну, и анализ v$bh - это хуже аудита. Память терабайт. Эту таблицу даже просто CTAS делать минут 10…

22:42пожаловаться #19

прочитай три миллиона строк sys.aud$ и исключи аудит того, что там в топе за эти три минуты