Освобождение места в data-файле : Oracle

isi · █ 07.04.2009 11:31

Человек спрашивает как уменьшить, а не про обоснованность данного процесса

Цитата:

ismailovrr-pinokio ➤ Можно конечно через экспорт и импрот попробовать уменьшить.
Только вот у меня дата файлы c табличным пространстом USERS
размером по 30 Gb оба. Это мне нужно примерно 60*2=120 свободного места. Дефицит места на сервке для таких операций мало.
Думать еще раз думать.*43 Век живи век учись.

Не понял как ты так посчитал, во вторых при экспорте выгружаются только данные и т.д. но не индексы (которые как правило раза в 1,5-2 больше данных занимают) они будут создаваться при импорте заново,
следовательно если у тебя база 60 гигов (+ ты говоришь у тебя много пустого места), то выгрузка будет в районе 10-15 Гигов (к тому же экспортировать можно в сжатом виде), это что касается импорта/экспорта

Второй вариант тебе правильно подсказывают про alter table move / datafile resize, этот вариант хорош для больших БД, когда простои при imp/exp превышают по времени разумные пределы

Другие методы тебе не помогут (упустим тонкости)

Для 10 можно настроить при определенных условиях автоматическое управление размером, но я так понимаю специфика требует оставатся на oracle 8 - 9

В твоем случае я бы все таки воспользовался через imp/exp

deucel · █ 07.04.2009 11:56

Можно подключить внешний диск (например по USB)
создать на нем табличное пространство REORG (не забыть про квоту)

Код:

ALTER USER "SUPERMAG"  QUOTA UNLIMITED ON "REORG"

перенести туда таблицы и индексы (выполнять под SUPERMAG)

Код:

DECLARE
   sql_stmt   VARCHAR2 (100);
BEGIN
   FOR c_rec IN (SELECT table_name
                   FROM all_tables
                  WHERE owner = 'SUPERMAG')
   LOOP
      sql_stmt := 'ALTER TABLE ' || c_rec.table_name || ' MOVE TABLESPACE REORG';

      EXECUTE IMMEDIATE sql_stmt;
   END LOOP;
END;
/

DECLARE
   sql_stmt   VARCHAR2 (100);
BEGIN
   FOR c_rec IN (SELECT index_name
                   FROM all_indexes
                  WHERE owner = 'SUPERMAG')
   LOOP
      sql_stmt := 'ALTER INDEX ' || c_rec.index_name || ' REBUILD TABLESPACE REORG';

      EXECUTE IMMEDIATE sql_stmt;
   END LOOP;
END;
/

но учти, переносится не все (старые таб. пространства не удалять)

и соотв. нужно будет перенести все назад (исправить в скрипте)
для индексов - таб. пространство INDX
для таблиц - таб. пространство USERS
после - собрать в адм. модуле полную статистику.
(не забыть убрать квоту)

Код:

ALTER USER "SUPERMAG"  QUOTA 0 K ON "REORG"

Не забыть удалить таб. пространство REORG , потом можно отключить внешний диск.

baggio · █ 07.04.2009 12:54

при всем уважении... ребята не надо никаких USB!
этож очень большая вероятность потери ... имхо...

Radik · █ 07.04.2009 13:22

Снова здравствуйте. Хочу еще от себя добавить, что это не супермажная база...

kadr · █ 07.04.2009 14:10

Цитата:

baggio ➤ при всем уважении... ребята не надо никаких USB!
этож очень большая вероятность потери ... имхо...

а разве перед глобальными операциями над базой не полагается делать архив, это был офф.

Цитата:

Radik ➤ Снова здравствуйте. Хочу еще от себя добавить, что это не супермажная база...

Приложение, хранящее и работающее с данными в Oracle, не имеет значения.
Не будем вдаваться в подробности зачем хочешь уменьшить свободное место в табличных пространствах, методы уже описаны, либо
alter table move <имя нового ТП>
alter index rebuild <Имя нового ТП>
либо экспорт/импорт.
В первом варианте потребуется временно столько же свободного места сколько занято в табличных пространствах, для второго не потребуется. В первом варианте если есть в таблицах поля LOB, то такие таблицы не перенесутся по команде move их нужно будет переносить отдельно, во втором варианте всё должно выгрузиться и загрузиться, реально при экспорте получается файл раза в 3-4 меньше, чем реально занятое место в БД (не путать с выделенным, т.е. общим размером датафайлов)

ismailovrr-pinokio · █ 10.04.2009 10:15

*43 Спасибо за идеи...будем пробовать пересторить индексы в другое таб. простарнство. Старый добрый REBUILD INDEX. Exp/Imp в данном случае не подходит потому что данные под экспорт слишком большиие, а Linux на котором крутится Oracle древний такой он не может работать с файлами больше 2Gb/ Вообщем я встрял ребята. Встрял *43 Век живи век учись ЭХ.

OlegON · █ 10.04.2009 12:40

exp/imp позволяют бить на несколько файлов.

kadr · █ 10.04.2009 12:53

и ещё умеет ждать пока место освободят на диске

ismailovrr-pinokio · █ 10.04.2009 15:26

exp/imp позволяют бить на несколько файлов! - Хорошее предложение СПАСИБО *64 может это и выход из положения. В конце тунеля виден свет! В восьмерке набираю exp help=y . Смотрю help.... видно нужно в filesize указать размеры файл экспорта и Oracle будет разбивать на куски экспорт. Опять же это предположение. Опыт - золото, теория - серебро!*64

кубышкин · █ 20.04.2009 15:20

может не по теме есть интересный момент таблицы и индексы SYSTEM не смотря на то что им предписанно размещение в табличном пространстве SYSTEM разбросанны по USERS ?
Каким образом их можно в кучку собрать ? получается хрень дата файл занят этими ометками и ресайзу не поддается
ибо куски лежат в самом конце
о забыл версия 8.1.6