Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Oracle Новый топик    Ответить
 Хранилище  [new]
NMT17
Guest
Подскажите пожалуйста.

Есть хранилище на Oracle 10G. В последнее время оно совершенно неприлично разрослось.
Данные хранятся на 2х стораджах: один быстрый - другой медленный (ради экономии).
В конце года данные, которые используются не часто перебрасываются на медленный сторадж.
Данные которые перестали быть нужны удаляются с датафайлами.
Соответственно все механизмы по перемещению - удалению датафайлов реализовываются вручную DBA.

Этот механизм был реализован до меня.
Вот думаю приспособить для автоматизации этого процесса (перераспределение нагрузки между
медленным и быстрым стораджами) Automatic Storage Management -ASM . Соответственно вопрос:

Правильно ли для таких целей использовать ASM?
Не слишком ли он глючен?
Может есть каке-либо иные механизмы?
1 окт 12, 16:41    [13250964]     Ответить | Цитировать Сообщить модератору
 Re: Хранилище  [new]
denix1
Member

Откуда: Киев
Сообщений: 4656
NMT17
Может есть каке-либо иные механизмы?
PARALLEL CTAS COMPRESS ORDER BY
1 окт 12, 17:32    [13251462]     Ответить | Цитировать Сообщить модератору
 Re: Хранилище  [new]
NMT17
Guest
denix1
NMT17
Может есть каке-либо иные механизмы?
PARALLEL CTAS COMPRESS ORDER BY


Можете немного подробнее нписать? )))
1 окт 12, 17:53    [13251637]     Ответить | Цитировать Сообщить модератору
 Re: Хранилище  [new]
denix1
Member

Откуда: Киев
Сообщений: 4656
NMT17
Можете немного подробнее нписать? )))
читай здесь начиная со второй ссылки
1 окт 12, 17:56    [13251658]     Ответить | Цитировать Сообщить модератору
 Re: Хранилище  [new]
NMT17
Guest
denix1
NMT17
Можете немного подробнее нписать? )))
читай здесь начиная со второй ссылки


Те вы советуете перемещать данные с помощью CREATE TABLE new_table_name PARALLEL AS SELECT...? А именно логическое перемещение обьектов? Просто у нас база приближается к 20Tb. Брольно долго перемещать)))
А есть еще какие-либо пути?
1 окт 12, 18:34    [13251933]     Ответить | Цитировать Сообщить модератору
 Re: Хранилище  [new]
Corner
Member

Откуда:
Сообщений: 1270
да мало ли способов, вы для начала скажите как у вас данные лежат и по какому принципу перемещаются.

например, можно партицировать таблицы(если не уже), и делать экспорт/импорт партиций, а потом их удалять
1 окт 12, 18:43    [13251963]     Ответить | Цитировать Сообщить модератору
 Re: Хранилище  [new]
denix1
Member

Откуда: Киев
Сообщений: 4656
NMT17
denix1
пропущено...
читай здесь начиная со второй ссылки


Те вы советуете перемещать данные с помощью CREATE TABLE new_table_name PARALLEL AS SELECT...? А именно логическое перемещение обьектов? Просто у нас база приближается к 20Tb. Брольно долго перемещать)))
А есть еще какие-либо пути?
хороший CTAS + COMPRESS + ORDER BY
с последующим EXCHANGE PARTITION в оригинальную таблицу
позволит не только переместить данные в архивное табличное пространство
находящееся на более дешевом сторедже,
но и оставить их в онлайне, при этом уменьшив размер занимаемого места в 3-5 раз
при этом ваши 20ТБ смогут поместится в свободное место на моем домашнем NASе ;)

PS:
по поводу "Брольно долго перемещать"
могу ответить что "танки грязи не боятся"
а если боятся, пусть наймут кого то кто автоматизирует процесс
1 окт 12, 19:29    [13252164]     Ответить | Цитировать Сообщить модератору
 Re: Хранилище  [new]
Edward Shevtsov
Member

Откуда: Moscow
Сообщений: 13469
NMT17
Подскажите пожалуйста.

Есть хранилище на Oracle 10G. В последнее время оно совершенно неприлично разрослось.
Данные хранятся на 2х стораджах: один быстрый - другой медленный (ради экономии).
В конце года данные, которые используются не часто перебрасываются на медленный сторадж.
Данные которые перестали быть нужны удаляются с датафайлами.
Соответственно все механизмы по перемещению - удалению датафайлов реализовываются вручную DBA.

Этот механизм был реализован до меня.
Вот думаю приспособить для автоматизации этого процесса (перераспределение нагрузки между
медленным и быстрым стораджами) Automatic Storage Management -ASM . Соответственно вопрос:

Правильно ли для таких целей использовать ASM?
Не слишком ли он глючен?
Может есть каке-либо иные механизмы?
использовать можно, но особого бенефита в вопросе именно перемещения данных не видно.
2 окт 12, 00:15    [13253185]     Ответить | Цитировать Сообщить модератору
 Re: Хранилище  [new]
Охрименко
Member

Откуда: Украина, Киев
Сообщений: 1440
NMT17
Данные хранятся на 2х стораджах: один быстрый - другой медленный (ради экономии).
В конце года данные, которые используются не часто перебрасываются на медленный сторадж.
Данные которые перестали быть нужны удаляются с датафайлами.

Правильно ли для таких целей использовать ASM?
Не слишком ли он глючен?
Может есть каке-либо иные механизмы?


Для 10-ки какой асм безглючен и насколько не скажу, но для 11G, запросто можно диски дисковой группы на которой находятся необходимые данные заменить с быстрых на медленные. Добавляете пачку новых дисков, ждем ребалансинг, по одному удаляете быстрые диски с ожиданием завершения ребалансинга.
Вот насколько этот процесс можно автоматизировать - вопрос. Можно покопать в этом направлении.
Необходимое условие конечно, чтобы необходимые данные были в одном или нескольких выделенных tablespace и не мешались там с "быстрыми" данными/объектами.

denix1
NMT17
Может есть каке-либо иные механизмы?
PARALLEL CTAS COMPRESS ORDER BY


Это ж сколько архивлогов нагенерится!? И nologging при наличии правильного standby не спасет... Хотя при несоблюдении необходимых условий (см.выше) - единственный вариант в этом случае.
2 окт 12, 01:42    [13253276]     Ответить | Цитировать Сообщить модератору
 Re: Хранилище  [new]
denix1
Member

Откуда: Киев
Сообщений: 4656
Охрименко
denix1
пропущено...
PARALLEL CTAS COMPRESS ORDER BY
Это ж сколько архивлогов нагенерится!? И nologging при наличии правильного standby не спасет... Хотя при несоблюдении необходимых условий (см.выше) - единственный вариант в этом случае.
а при чем тут архивлоги ?
вполне вероятно что у топикстартера NOARCHIVELOG
даже и при ARCHIVELOG - стоимость SATA NAS неприлично вполне доступна для организации
с хранилищем в 20ТБ, 4 диска по 3ТБ в 5-м РЕЙДЕ даст места полне достаточного под мусорку архивных журналов
2 окт 12, 08:52    [13253558]     Ответить | Цитировать Сообщить модератору
 Re: Хранилище  [new]
Охрименко
Member

Откуда: Украина, Киев
Сообщений: 1440
denix1
а при чем тут архивлоги ?
вполне вероятно что у топикстартера NOARCHIVELOG
даже и при ARCHIVELOG - стоимость SATA NAS неприлично вполне доступна для организации
с хранилищем в 20ТБ, 4 диска по 3ТБ в 5-м РЕЙДЕ даст места полне достаточного под мусорку архивных журналов


Ну например если архивлоги бэкапятся, их неприличное кол-во может перегрузить возможности бэкапной шары, при условиии наличия ограничений на восстановление, скажем на любой момент в течении 2 недель... Я бы архивлоги не называл мусором )) Да еще при 20Тб базе. Тут каждый архивлог дорог, т.к. восстановление с полного бэкапа грозит потерей данных или пересоздание стендбая тоже удовольствие не из дешевых по времени и ресурсам на таких объемах. 20Тб врядли в noarchivelog и врядли без стендбая. Мы к продакшенам привыкшие, варианты noarchivelog всерьез не рассматриваются )) А так конечно можно логи отключить и вперед.
2 окт 12, 11:17    [13254269]     Ответить | Цитировать Сообщить модератору
 Re: Хранилище  [new]
denix1
Member

Откуда: Киев
Сообщений: 4656
Охрименко,

ситуация начинает походить на просто-треп,
поскольку уже мало относится к оригинальной теме
2 окт 12, 11:26    [13254333]     Ответить | Цитировать Сообщить модератору
 Re: Хранилище  [new]
HKF1712
Guest
Вопрос в тему.
При постоянном удалении - создании новых обьектов (например таблиц) в быстром tablespace возникнет большая фрагментация.
Как с этим бороться?
2 окт 12, 18:24    [13257874]     Ответить | Цитировать Сообщить модератору
 Re: Хранилище  [new]
denix1
Member

Откуда: Киев
Сообщений: 4656
HKF1712
Вопрос в тему.
При постоянном удалении - создании новых обьектов (например таблиц) в быстром tablespace возникнет большая фрагментация.
Как с этим бороться?
а зачем "с этим бороться" ?
2 окт 12, 18:34    [13257928]     Ответить | Цитировать Сообщить модератору
 Re: Хранилище  [new]
Edward Shevtsov
Member

Откуда: Moscow
Сообщений: 13469
HKF1712
Вопрос в тему.
При постоянном удалении - создании новых обьектов (например таблиц) в быстром tablespace возникнет большая фрагментация.
Как с этим бороться?
здесь хранилище обсуждают
2 окт 12, 22:42    [13258707]     Ответить | Цитировать Сообщить модератору
Все форумы / Oracle Ответить