INCWADRA Feb 15 2012 at 14:40

Контроль роста размера базы данных Oracle

7 min

21K

Comments 10

sadgb Feb 15 2012 at 15:55

О, теперь я вижу как с каждым днем места все меньше и меньше, и что?

>Совсем недавно на работе стало необходимым контролировать рост размера базы данных Oracle. Связано это >было с тем, что места осталось не так много, что -то около 100 Гб, а в двух компаниях (компании крупные, >страховые) базы стремительно растут.

Так вы его отслеживаете просто или контролируете? В чем смысл простого отслеживания?

INCWADRA Feb 15 2012 at 16:06

Отслеживаем и контролируем, это необходимо для закупа дополнительного оборудования, сами понимаете надо заранее оповестить руководство
Мы видим какие табличные пространства растут, а некоторые высвобождаются

INCWADRA Feb 15 2012 at 16:07

Ну и практическое изучение системных таблиц)

zhekappp Feb 15 2012 at 19:23

Может быть лучше изучить возможности штатного EM и не изобретать велосипед? ;)
Вроде, история там есть. Контроль тоже легко настраивается.
А еще лучше, конечно, EM grid control…

INCWADRA Mar 2 2012 at 10:54

EM это конечно круто, а если нет его? EM grid control это еще круче но и стоит прилично

zhekappp Mar 2 2012 at 11:04

что мешает поставить EM?
Что касается GC:
Oracle Enterprise Manager (OEM) Database Control and Grid control is provided free of charge, however, the management packs needs to be licensed for the number of users or CPU's that you «monitor» with it.

INCWADRA Mar 2 2012 at 11:53

Стоит дорого

xtender Feb 18 2012 at 18:45

Далее создадим вью current_tablespace_size там будем хранить текущие данные о табличных пространствах и суммированные данные.

Это не мат.вью, чтобы там что-то хранить.
Вообще у вас и код показательный — сразу видно что учить oracle толком не начали.
union во вьюхе — изучите rollup, grouping sets.
(select MAX(TIME_SNAPSHOT) from db_TABLESPACE_SIZE) — индексов не создали, сколько раз мучать таблицу будете всего в одном запросе… Сплошный full table scan…
Кроме того, есть еще и max() keep (dense_rank ...)

INCWADRA Mar 2 2012 at 11:00

Пжл, не надо придираться к словам, я прекрасно знаю, что вью не хранит данные. В следующий раз напишу «Далее создадим вью current_tablespace_size там будем отображать текущие данные о табличных пространствах и суммированные данные.»
Если вы заметили, то во втором insert используется GROUP BY CUBE. Я прекрасно знаю rollup, просто сделал union сначала, забыл переписать.
Создавать индексы, конечно важно, но на таблицу, которая разрастется за год на >2000 записей не вижу смысла

xtender Mar 2 2012 at 19:33

Если вы заметили, то во втором insert используется GROUP BY CUBE. Я прекрасно знаю rollup, просто сделал union сначала, забыл переписать.

Да мне лень все огрехи указывать, туда даже не дошел. Если захотите сами подучите и аналитику и прочее.