Ср Июл 04, 2007 15:17  Большие таблицы и как с ними боремся
Полезность: Нет оценки
Приветствую господ сисадминов!
Если Вы понимаете этот
Код:
SELECT COUNT (*)
FROM dba_segments
WHERE owner = 'IBS' AND segment_type = 'TABLE' AND extents > 20
то пару слов о том, как боретесь с большими таблицами?
Мы очень оперативно перешли на IBSO, а сейчас я сижу и грущу над темпами роста табличных пространств.
Вариант через exp/imp?
Либо перетаскивать в другой tablespace?
Или ... ?
Пн Ноя 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
Называет у кого больше
У меня 216 обжектов.
Я разбию по логике
- Main_Docum (40 гигов) в отдельное табличное простар-во 64 метра прирощение. Надо уже 512 делать. Табличное прост-во - такой же шаг, то есть uniform size указал.
СПЭД вынес полностью на отдельное табличное пространство.
И кучу остальных. У меня порядка 20 табличных пространств.
Конечно закончится место .. но нужно всячески оттягивать конец
У Toad есть тулза которая показывает приросто табличных простр-в, а также может построить сколько будет через, допустим, год, с текущим ростом.
Чт Дек 06, 2007 06:11  Re: Большие таблицы и как с ними боремся
Полезность: Нет оценки
AlexV пишет:
Denis Scar пишет:
Конечно закончится место .. но нужно всячески оттягивать конец
Denis Scar пишет:
С текущей работы увольняюсь, вот думаю, может быть другие предложения появятся к тем, что есть
Таки кончилось!?
Место нет, желание все это ворочить - да
Небольшое дополнение
Желание пропало ворочать за те деньги, что тут платят и невыполненные обещания, которые мне давались. _________________ shutdown abort;
shutdowning database in progress ...
Чт Дек 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
- гммм... код понимаю не очень ибо под 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 для этих целей есть. Собственно непонятна боязнь автора топика "больших" таблиц
И если что таблицы в 1 Гигабайт не являются для оракла большими - если есть желание выделить их в отдельное табличное пространство - alter table move или dbms_redenfinition для этих целей есть. Собственно непонятна боязнь автора топика "больших" таблиц
Автор топика, наверное, имел в виду данный аспект.
Изначально все в одном табличном пространстве - T_USR либ USERS
Время идет ТП растет и растет. В ТП есть и маленькие таблички и большие.
Проблема не в том что 1 гигабайт - это много или мало, а extends которых все больше и больше. + то что все находится в одном ТБ.
Тот же Оракл рекомендует до нескольких сотен экстендов иметь таблицы.
В реале может на порядок больше.
Все в авто конено хорошо, но лучше по-другому работать с данным таблицами. Примерно, как я писал вышел.
Выше управляемость и меньше таблиц с большим кол-во экстендов. _________________ shutdown abort;
shutdowning database in progress ...
Проблема ... extends которых все больше и больше. + то что все находится в одном ТБ.
Так точно!
PS: А вы еще не администрируете ORACLE из-под IBS?
Эх ... угадал .. а мне даже плюсик не поставили куда мир катится
В топку под IBS .. еще на Oracle 8 понял _________________ shutdown abort;
shutdowning database in progress ...
Пн Дек 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
Таблиц таких как правило не много.
твоим селектом вылавливаешь таблички в которых явно всё запущено.
Так вот есть достаточно простой способ дефрагментации - в самом АРМе Администратора словаря данных:
1. Понятно что перед дефрагментацией надо сделать фулбэкап )))
а еще лучше сначала проверить на тестовой схеме )))
2. не забыть сделать если нужно:
ALTER TABLESPACE tablespace_name COALESCE;
3. открываешь на редактирование ТБП чья табличка расфрагментилась.
4. там на закладочке Таблица давишь на Параметры хранения.
5. в появившемся окошке давишь Рассчитать. В принципе рассчитывает достаточно корректно. Я обычно увеличивал еще дополнительно с запасом Initial Extent на один или два размера одного рассчитанного Next Extent. Вобщем тут надо творчески подойти.
Кстати при желании здесь же можно сменить тейблспейс в котором табличка лежит.
6. Жмешь ОК.
7. И сидишь смотришь как красиво дефрагментится.
Прошло уже много времени когда последний раз это делал сам, поэтому заранее прошу прощения за возможные неточности. Но принцип понятен....
Пн Дек 10, 2007 10:52  Re: Большие таблицы и как с ними боремся
Полезность: Нет оценки
skiner пишет:
2. не забыть сделать если нужно:
ALTER TABLESPACE tablespace_name COALESCE;
- вот только для LMT табличных пространств - это как бы неактуально, а учитывая что что-то я не слыхал о том что IBSO крутилась сейчас в банках на Оракле ниже 9-ки, то "сращивание" экстентов мягко говоря ни к чему.
Пн Дек 10, 2007 11:07  Re: Большие таблицы и как с ними боремся
Полезность: Нет оценки
Serj пишет:
skiner пишет:
2. не забыть сделать если нужно:
ALTER TABLESPACE tablespace_name COALESCE;
- вот только для LMT табличных пространств - это как бы неактуально, а учитывая что что-то я не слыхал о том что IBSO крутилась сейчас в банках на Оракле ниже 9-ки, то "сращивание" экстентов мягко говоря ни к чему.
Пн Дек 10, 2007 11:34  Re: Большие таблицы и как с ними боремся
Полезность: Нет оценки
skiner пишет:
Так вот есть достаточно простой способ дефрагментации - в самом АРМе Администратора словаря данных
И меня передернуло
Не то, что бы я не люблю армы .. или другое ГУИ ....
Привык я к sqlplus, желательно на сервере, да и еще чтобы с "&", чтобы уже наверника доработало
За несколько часов работы дефрага .. многое что может случиться, а переделывать неохото
skiner пишет:
5. в появившемся окошке давишь Рассчитать. В принципе рассчитывает достаточно корректно. Я обычно увеличивал еще дополнительно с запасом Initial Extent на один или два размера одного рассчитанного Next Extent. Вобщем тут надо творчески подойти.
Немного не актуально, если у тебя управление все стоит в авто (LOCAL AUTOALLOCATE) ...
Даже если и в manual (UNIFORM SIZE) ... то и тоже неактуально.
Итого .. командная строка на сервере рулит _________________ shutdown abort;
shutdowning database in progress ...
Пн Дек 10, 2007 11:52  Re: Большие таблицы и как с ними боремся
Полезность: Нет оценки
Denis Scar пишет:
...да и еще чтобы с "&", чтобы уже наверника доработало
Всё пугаете народ своими шаманскими прибамбасами?
Короче, все - в AUTO, дисковое хранилище понавороченнее и на наш век хватит!
А перетаскиванием таблиц в другой таблспейс с большим размером экстента хай зеленые юнцы занимаются
Пн Дек 10, 2007 11:57  Re: Большие таблицы и как с ними боремся
Полезность: Нет оценки
AlexV пишет:
Denis Scar пишет:
...да и еще чтобы с "&", чтобы уже наверника доработало
Всё пугаете народ своими шаманскими прибамбасами?
Короче, все - в AUTO, дисковое хранилище понавороченнее и на наш век хватит!
А перетаскиванием таблиц в другой таблспейс с большим размером экстента хай зеленые юнцы занимаются
Пусть врага знают изначально, а не при встрече
Не все хорошо в авто !!!
Как грили , подходить творчески
Я не один бубен сломал на этой работе _________________ shutdown abort;
shutdowning database in progress ...
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах
Домен cftclub.ru не связан с ЗАО "Центр Финансовых Технологий" и ни в коей мере не нарушает авторских и иных прав
Владелец может не разделять мнения Участников и не несет ответственности за их публикации
Powered by phpBB