[ОТВЕТИТЬ]
Опции темы
07.04.2009 11:31  
isi
Человек спрашивает как уменьшить, а не про обоснованность данного процесса

Цитата:
Сообщение от 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  
deucel
Можно подключить внешний диск (например по 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  
baggio
при всем уважении... ребята не надо никаких USB!
этож очень большая вероятность потери ... имхо...
 
07.04.2009 13:22  
Radik
Снова здравствуйте. Хочу еще от себя добавить, что это не супермажная база...
 
07.04.2009 14:10  
kadr
Цитата:
Сообщение от baggio
при всем уважении... ребята не надо никаких USB!
этож очень большая вероятность потери ... имхо...
а разве перед глобальными операциями над базой не полагается делать архив, это был офф.
Цитата:
Сообщение от Radik
Снова здравствуйте. Хочу еще от себя добавить, что это не супермажная база...
Приложение, хранящее и работающее с данными в Oracle, не имеет значения.
Не будем вдаваться в подробности зачем хочешь уменьшить свободное место в табличных пространствах, методы уже описаны, либо
alter table move <имя нового ТП>
alter index rebuild <Имя нового ТП>
либо экспорт/импорт.
В первом варианте потребуется временно столько же свободного места сколько занято в табличных пространствах, для второго не потребуется. В первом варианте если есть в таблицах поля LOB, то такие таблицы не перенесутся по команде move их нужно будет переносить отдельно, во втором варианте всё должно выгрузиться и загрузиться, реально при экспорте получается файл раза в 3-4 меньше, чем реально занятое место в БД (не путать с выделенным, т.е. общим размером датафайлов)
 
10.04.2009 10:15  
ismailovrr-pinokio
*43 Спасибо за идеи...будем пробовать пересторить индексы в другое таб. простарнство. Старый добрый REBUILD INDEX. Exp/Imp в данном случае не подходит потому что данные под экспорт слишком большиие, а Linux на котором крутится Oracle древний такой он не может работать с файлами больше 2Gb/ Вообщем я встрял ребята. Встрял *43 Век живи век учись ЭХ.
 
10.04.2009 12:40  
OlegON
exp/imp позволяют бить на несколько файлов.
 
10.04.2009 12:53  
kadr
и ещё умеет ждать пока место освободят на диске
 
10.04.2009 15:26  
ismailovrr-pinokio
exp/imp позволяют бить на несколько файлов! - Хорошее предложение СПАСИБО *64 может это и выход из положения. В конце тунеля виден свет! В восьмерке набираю exp help=y . Смотрю help.... видно нужно в filesize указать размеры файл экспорта и Oracle будет разбивать на куски экспорт. Опять же это предположение. Опыт - золото, теория - серебро!*64
 
20.04.2009 15:20  
кубышкин
может не по теме есть интересный момент таблицы и индексы SYSTEM не смотря на то что им предписанно размещение в табличном пространстве SYSTEM разбросанны по USERS ?
Каким образом их можно в кучку собрать ? получается хрень дата файл занят этими ометками и ресайзу не поддается
ибо куски лежат в самом конце
о забыл версия 8.1.6
 
 


Опции темы



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

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