Направьте меня, плиз, в нужную сторону. 12.10.FC8, есть дбспейсы с большими чанками. Надо вместо больших чанков сделать чанки поменьше, а большие убрать. Собственно, это переезд на ссд.

Отсюда вопросы, как это сделать?
1. Если использовать ontape - там можно переименовать чанки, но изменить размер, вроде, нельзя?
2. Добавить небольшие чанки в дбспейс и потом переносить данные из большого чанка в малые. Вопрос как перенести данные и очистить большой изначальный чанк?
3. dbexport/dbimport, но тут не устраивает что оно не переносит как раз таки имена дбспейсов, экстент сайзы и потом сидеть в спешке (пренос - даунтайм) править все создания таблиц/индексов - плохая идея.
4 5 6 ... ?

Яковлев ПавелCначала все таблицы и индесы с помощью ALTER FRAGMENT в новый дбспейс .
Потом грохнуть старый
О, точно, хорошая мысль. А основной дбспейс, в котором создавалась база удалить даст? База была создана в своем дбспейсе, не в руте.
(а размеры экстентов dbexport умеет однако)
Подскажите плиз как, смотрел - там выборочно влючать-не включать таблицы, овнер и прочее - знаю, видел, а это, видать плохо смотрел.

Яковлев Павел,

Тогда что мне остается? Дбэкспорт с -ss, dbimport, получится, на первый взгляд, идентичная база за исключением того, что все будет не в тех дбспейсах и потом разносить таблицы-индексы по правильным местам? Вопрос в том, как вместить все данные в один начальный дбспейс, куда dbimport будет втягивать базу. Плюс этот дбспейс тоже должен будет быть больше, чем надо, потом встанет такой же вопрос по его уменьшению...

Либо ваять тулзу по корректировке выгруженного скрипта с дописыванием in spacename... Ни у кого, кстати, таких наработок нет?

Яковлев ПавелА вот если у вас чанки нарезаны на LVM, то ваша жизнь может резко упроститься

Делаете на SSD физический том LVM и добавляете его в тот же виртуальный том где и чанки.

Потом lvconvert --mirror для каждого чанка с указанием создания копии на физическом томе SSD.

После построения зеркал - lvconvert --splitmirrors отсоединив те части что на HDD (их потом можно удалить)

И всё это ОНЛАЙН. На SSD надо столько же места естественно.

А можно и не отсоединять части на HDD - пометить их writemostly - запись будет идти и туда и туда, а чтение только с SSD (пока оно живо) - бесплатный raid силами ОС.

Вы имеете опыт эксплуатации SSD и статистику сколько они живут ? Какая именно модель ? SSD в raid 10 или 5 или 6 ? Вы точно продумали все эти моменты ?

LVM не используется, так что уже не получится.
С ссд да, опыт есть, и особенности, типа трима(который при отсутствии изменений файловой системы в целом не очень-то и нужен, чанки же не имеют операций файлового удаления, главное чтобы трим работал при разбиении винта и создании чанков), и износ от объема записанных данных, все это в курсе, включая дигиталлайфовские тесты, где народ тер разные ссд и постил результы на какой ссд сколько вкачали, снимки смарта и итоги какой ссд когда погиб. :)

Поэтому система ставится на аппаратное зеркало на классических хдд, без любых дбспейсов, а уже дбспейсы выносятся на ссдшники с зеркалированием средствами информикса. Было уже, винты дохли, информикс выводил выпавшие дбспейсы в оффлайн, винт менялся, зеркало восстанавливалось onspaces и все работает дальше.

На этот сервер поставили какие-то intel dc<цифры> (цифру не помню).

По сути вопроса, с ключем -ss у дбэкспорта получается вполне кошерная выгрузка, в которой есть эсктенты, и указаны дбспейсы для всех полей/таблиц/индексов, которые НЕ в дефолтном дбспейсе базы. Так что dbimport база -d defaultdbspace и все получается очень даже красиво, сегодня сделал тестовый импорт, все получилось по феншую, вопрос можно считать закрытым.

Спасибо за подсказки.