CftClub.ru
Клуб специалистов ЦФТ-Банк

Большие таблицы и как с ними боремся
На страницу 1, 2  След.
 
Ответить на тему    Клуб специалистов ЦФТ-Банк (IBSO) -> Oracle DBA
Предыдущая тема :: Следующая тема  
Автор Сообщение
AlexV
Гуру


Вступление в Клуб: 29.06.2007
СообщениеСр Июл 04, 2007 15:17   Большие таблицы и как с ними боремся Ответить с цитатой
Полезность: Нет оценки
Приветствую господ сисадминов!

Если Вы понимаете этот
Код:
SELECT COUNT (*)
  FROM dba_segments
 WHERE owner = 'IBS' AND segment_type = 'TABLE' AND extents > 20

то пару слов о том, как боретесь с большими таблицами?
Мы очень оперативно перешли на IBSO, а сейчас я сижу и грущу над темпами роста табличных пространств.

Вариант через exp/imp?
Либо перетаскивать в другой tablespace?
Или ... ?

PS: У меня результат select-а = 78 Embarassed
_________________
IT-Команда предлагает свои услуги:
http://www.cftclub.ru/viewtopic.php?t=909
aero1530
Профи


Вступление в Клуб: 29.06.2007
СообщениеСр Июл 11, 2007 08:53    Ответить с цитатой
Полезность: Нет оценки
Don't worry - be happy!!!
Все когда-нибудь заканчивается, в том числе и дисковое пространство. Smile
_________________
Александр Евтушенко, Волгопромбанк
Denis Scar
Участник со стажем


Вступление в Клуб: 28.09.2007
СообщениеПн Ноя 26, 2007 13:07   Re: Большие таблицы и как с ними боремся Ответить с цитатой
Полезность: Нет оценки
AlexV пишет:
Приветствую господ сисадминов!

Если Вы понимаете этот
Код:
SELECT COUNT (*)
  FROM dba_segments
 WHERE owner = 'IBS' AND segment_type = 'TABLE' AND extents > 20

то пару слов о том, как боретесь с большими таблицами?
Мы очень оперативно перешли на IBSO, а сейчас я сижу и грущу над темпами роста табличных пространств.

Вариант через exp/imp?
Либо перетаскивать в другой tablespace?
Или ... ?


PS: У меня результат select-а = 78 Embarassed



Называет у кого больше Smile
У меня 216 обжектов.
Я разбию по логике
- Main_Docum (40 гигов) в отдельное табличное простар-во 64 метра прирощение. Надо уже 512 делать. Табличное прост-во - такой же шаг, то есть uniform size указал.

СПЭД вынес полностью на отдельное табличное пространство.
И кучу остальных. У меня порядка 20 табличных пространств.

Конечно закончится место .. но нужно всячески оттягивать конец Wink
У Toad есть тулза которая показывает приросто табличных простр-в, а также может построить сколько будет через, допустим, год, с текущим ростом.
AlexV
Гуру


Вступление в Клуб: 29.06.2007
СообщениеСр Дек 05, 2007 13:29   Re: Большие таблицы и как с ними боремся Ответить с цитатой
Полезность: Нет оценки
Denis Scar пишет:
Конечно закончится место .. но нужно всячески оттягивать конец Wink


Denis Scar пишет:
С текущей работы увольняюсь, вот думаю, может быть другие предложения появятся к тем, что есть


Таки кончилось!? Wink
_________________
IT-Команда предлагает свои услуги:
http://www.cftclub.ru/viewtopic.php?t=909
Denis Scar
Участник со стажем


Вступление в Клуб: 28.09.2007
СообщениеЧт Дек 06, 2007 06:11   Re: Большие таблицы и как с ними боремся Ответить с цитатой
Полезность: Нет оценки
AlexV пишет:
Denis Scar пишет:
Конечно закончится место .. но нужно всячески оттягивать конец Wink


Denis Scar пишет:
С текущей работы увольняюсь, вот думаю, может быть другие предложения появятся к тем, что есть


Таки кончилось!? Wink


Место нет, желание все это ворочить - да Sad
Небольшое дополнение Wink
Желание пропало ворочать за те деньги, что тут платят и невыполненные обещания, которые мне давались.
_________________
shutdown abort;
shutdowning database in progress ...
Serj
Профи


Вступление в Клуб: 02.08.2007
СообщениеЧт Дек 06, 2007 14:18   Re: Большие таблицы и как с ними боремся Ответить с цитатой
Полезность: Нет оценки
AlexV пишет:
Приветствую господ сисадминов!

Если Вы понимаете этот
Код:
SELECT COUNT (*)
  FROM dba_segments
 WHERE owner = 'IBS' AND segment_type = 'TABLE' AND extents > 20

то пару слов о том, как боретесь с большими таблицами?
Мы очень оперативно перешли на IBSO, а сейчас я сижу и грущу над темпами роста табличных пространств.

Вариант через exp/imp?
Либо перетаскивать в другой tablespace?
Или ... ?

PS: У меня результат select-а = 78 Embarassed
- гммм... код понимаю не очень ибо под IBS
Код:

select table_name, blocks*8/1024 as "table_size,m " from user_tables where blocks*8/1024 > 1000;
- повнятнее будет - размер блока у кого отличается от 8к то можно заменить на нужное значение в селекте
И непонятен вопрос - что делать с большими таблицами ну drop и все тут.... И если что таблицы в 1 Гигабайт не являются для оракла большими - если есть желание выделить их в отдельное табличное пространство - alter table move или dbms_redenfinition для этих целей есть. Собственно непонятна боязнь автора топика "больших" таблиц
Denis Scar
Участник со стажем


Вступление в Клуб: 28.09.2007
СообщениеЧт Дек 06, 2007 15:15    Ответить с цитатой
Полезность: Нет оценки
И если что таблицы в 1 Гигабайт не являются для оракла большими - если есть желание выделить их в отдельное табличное пространство - alter table move или dbms_redenfinition для этих целей есть. Собственно непонятна боязнь автора топика "больших" таблиц

Автор топика, наверное, имел в виду данный аспект.
Изначально все в одном табличном пространстве - T_USR либ USERS
Время идет ТП растет и растет. В ТП есть и маленькие таблички и большие.
Проблема не в том что 1 гигабайт - это много или мало, а extends которых все больше и больше. + то что все находится в одном ТБ.
Тот же Оракл рекомендует до нескольких сотен экстендов иметь таблицы.
В реале может на порядок больше.
Все в авто конено хорошо, но лучше по-другому работать с данным таблицами. Примерно, как я писал вышел.
Выше управляемость и меньше таблиц с большим кол-во экстендов.
_________________
shutdown abort;
shutdowning database in progress ...
AlexV
Гуру


Вступление в Клуб: 29.06.2007
СообщениеЧт Дек 06, 2007 15:48    Ответить с цитатой
Полезность: Нет оценки
Denis Scar пишет:
Проблема ... extends которых все больше и больше. + то что все находится в одном ТБ.

Так точно!

PS: А вы еще не администрируете ORACLE из-под IBS? Wink
_________________
IT-Команда предлагает свои услуги:
http://www.cftclub.ru/viewtopic.php?t=909
Denis Scar
Участник со стажем


Вступление в Клуб: 28.09.2007
СообщениеЧт Дек 06, 2007 21:10    Ответить с цитатой
Полезность: Нет оценки
AlexV пишет:
Denis Scar пишет:
Проблема ... extends которых все больше и больше. + то что все находится в одном ТБ.

Так точно!

PS: А вы еще не администрируете ORACLE из-под IBS? Wink


Эх ... угадал .. а мне даже плюсик не поставили Wink куда мир катится Wink
В топку под IBS .. еще на Oracle 8 понял Wink
_________________
shutdown abort;
shutdowning database in progress ...
skiner
Участник


Вступление в Клуб: 06.12.2007
СообщениеПн Дек 10, 2007 09:08   Re: Большие таблицы и как с ними боремся Ответить с цитатой
Полезность: 1
AlexV пишет:
Приветствую господ сисадминов!

Если Вы понимаете этот
Код:
SELECT COUNT (*)
  FROM dba_segments
 WHERE owner = 'IBS' AND segment_type = 'TABLE' AND extents > 20

то пару слов о том, как боретесь с большими таблицами?
Мы очень оперативно перешли на IBSO, а сейчас я сижу и грущу над темпами роста табличных пространств.

Вариант через exp/imp?
Либо перетаскивать в другой tablespace?
Или ... ?

PS: У меня результат select-а = 78 Embarassed



Таблиц таких как правило не много.
твоим селектом вылавливаешь таблички в которых явно всё запущено.
Так вот есть достаточно простой способ дефрагментации - в самом АРМе Администратора словаря данных:
1. Понятно что перед дефрагментацией надо сделать фулбэкап )))
а еще лучше сначала проверить на тестовой схеме )))
2. не забыть сделать если нужно:
ALTER TABLESPACE tablespace_name COALESCE;
3. открываешь на редактирование ТБП чья табличка расфрагментилась.
4. там на закладочке Таблица давишь на Параметры хранения.
5. в появившемся окошке давишь Рассчитать. В принципе рассчитывает достаточно корректно. Я обычно увеличивал еще дополнительно с запасом Initial Extent на один или два размера одного рассчитанного Next Extent. Вобщем тут надо творчески подойти.
Кстати при желании здесь же можно сменить тейблспейс в котором табличка лежит.
6. Жмешь ОК.
7. И сидишь смотришь как красиво дефрагментится.

Прошло уже много времени когда последний раз это делал сам, поэтому заранее прошу прощения за возможные неточности. Но принцип понятен....
Serj
Профи


Вступление в Клуб: 02.08.2007
СообщениеПн Дек 10, 2007 10:52   Re: Большие таблицы и как с ними боремся Ответить с цитатой
Полезность: Нет оценки
skiner пишет:


2. не забыть сделать если нужно:
ALTER TABLESPACE tablespace_name COALESCE;
- вот только для LMT табличных пространств - это как бы неактуально, а учитывая что что-то я не слыхал о том что IBSO крутилась сейчас в банках на Оракле ниже 9-ки, то "сращивание" экстентов мягко говоря ни к чему.
skiner
Участник


Вступление в Клуб: 06.12.2007
СообщениеПн Дек 10, 2007 11:07   Re: Большие таблицы и как с ними боремся Ответить с цитатой
Полезность: Нет оценки
Serj пишет:
skiner пишет:


2. не забыть сделать если нужно:
ALTER TABLESPACE tablespace_name COALESCE;
- вот только для LMT табличных пространств - это как бы неактуально, а учитывая что что-то я не слыхал о том что IBSO крутилась сейчас в банках на Оракле ниже 9-ки, то "сращивание" экстентов мягко говоря ни к чему.


вроде по-русски написал - "если нужно".
Denis Scar
Участник со стажем


Вступление в Клуб: 28.09.2007
СообщениеПн Дек 10, 2007 11:34   Re: Большие таблицы и как с ними боремся Ответить с цитатой
Полезность: Нет оценки
skiner пишет:

Так вот есть достаточно простой способ дефрагментации - в самом АРМе Администратора словаря данных


И меня передернуло Smile
Не то, что бы я не люблю армы .. или другое ГУИ ....
Привык я к sqlplus, желательно на сервере, да и еще чтобы с "&", чтобы уже наверника доработало Wink

За несколько часов работы дефрага .. многое что может случиться, а переделывать неохото Cool

skiner пишет:

5. в появившемся окошке давишь Рассчитать. В принципе рассчитывает достаточно корректно. Я обычно увеличивал еще дополнительно с запасом Initial Extent на один или два размера одного рассчитанного Next Extent. Вобщем тут надо творчески подойти.


Немного не актуально, если у тебя управление все стоит в авто (LOCAL AUTOALLOCATE) ...
Даже если и в manual (UNIFORM SIZE) ... то и тоже неактуально.


Итого .. командная строка на сервере рулит Wink
_________________
shutdown abort;
shutdowning database in progress ...
AlexV
Гуру


Вступление в Клуб: 29.06.2007
СообщениеПн Дек 10, 2007 11:52   Re: Большие таблицы и как с ними боремся Ответить с цитатой
Полезность: Нет оценки
Denis Scar пишет:
...да и еще чтобы с "&", чтобы уже наверника доработало Wink

Всё пугаете народ своими шаманскими прибамбасами? Wink

Короче, все - в AUTO, дисковое хранилище понавороченнее и на наш век хватит!
А перетаскиванием таблиц в другой таблспейс с большим размером экстента хай зеленые юнцы занимаются Razz
Denis Scar
Участник со стажем


Вступление в Клуб: 28.09.2007
СообщениеПн Дек 10, 2007 11:57   Re: Большие таблицы и как с ними боремся Ответить с цитатой
Полезность: Нет оценки
AlexV пишет:
Denis Scar пишет:
...да и еще чтобы с "&", чтобы уже наверника доработало Wink

Всё пугаете народ своими шаманскими прибамбасами? Wink

Короче, все - в AUTO, дисковое хранилище понавороченнее и на наш век хватит!
А перетаскиванием таблиц в другой таблспейс с большим размером экстента хай зеленые юнцы занимаются Razz


Пусть врага знают изначально, а не при встрече Wink
Не все хорошо в авто !!! Smile
Как грили , подходить творчески Smile

Я не один бубен сломал на этой работе Wink
_________________
shutdown abort;
shutdowning database in progress ...
Показать сообщения:   
Ответить на тему    Клуб специалистов ЦФТ-Банк (IBSO) -> Oracle DBA Часовой пояс: GMT + 3
На страницу 1, 2  След.
Страница 1 из 2

 
Перейти:  
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Рейтинг@Mail.ru