[ОТВЕТИТЬ]
Опции темы
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
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 , потом можно отключить внешний диск.
07.04.2009 12:54
 
при всем уважении... ребята не надо никаких USB!
этож очень большая вероятность потери ... имхо...
07.04.2009 13:22
 
Снова здравствуйте. Хочу еще от себя добавить, что это не супермажная база...
07.04.2009 14:10
 
Цитата:
baggio при всем уважении... ребята не надо никаких USB!
этож очень большая вероятность потери ... имхо...
а разве перед глобальными операциями над базой не полагается делать архив, это был офф.
Цитата:
Radik Снова здравствуйте. Хочу еще от себя добавить, что это не супермажная база...
Приложение, хранящее и работающее с данными в Oracle, не имеет значения.
Не будем вдаваться в подробности зачем хочешь уменьшить свободное место в табличных пространствах, методы уже описаны, либо
alter table move <имя нового ТП>
alter index rebuild <Имя нового ТП>
либо экспорт/импорт.
В первом варианте потребуется временно столько же свободного места сколько занято в табличных пространствах, для второго не потребуется. В первом варианте если есть в таблицах поля LOB, то такие таблицы не перенесутся по команде move их нужно будет переносить отдельно, во втором варианте всё должно выгрузиться и загрузиться, реально при экспорте получается файл раза в 3-4 меньше, чем реально занятое место в БД (не путать с выделенным, т.е. общим размером датафайлов)
10.04.2009 10:15
 
*43 Спасибо за идеи...будем пробовать пересторить индексы в другое таб. простарнство. Старый добрый REBUILD INDEX. Exp/Imp в данном случае не подходит потому что данные под экспорт слишком большиие, а Linux на котором крутится Oracle древний такой он не может работать с файлами больше 2Gb/ Вообщем я встрял ребята. Встрял *43 Век живи век учись ЭХ.
10.04.2009 12:40
 
exp/imp позволяют бить на несколько файлов.
10.04.2009 12:53
 
и ещё умеет ждать пока место освободят на диске
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


Опции темы



Часовой пояс GMT +3, время: 09:37.

Все в прочитанное - Донат - RSS - - Карта - Вверх

Форум сделан на основе vBulletin®
Copyright ©2000 - 2017, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.