Добрый день.

Так получилось, что долго не чистили данные в TS, а когда почистили, сделали реорганизацию, то
не смогли уменшить HWM для TS и следавательно размер TS.
БД последовательно мигрировала с 8-й до 9.7 fp8 версии и
все TS создавались в предыдущих версиях.

Пожалуйста, дайте совет, как лучше уменьшить TS размером 3TB, учитывая, что все делать нужно online.
Из идей у меня только добавить 1-2 контейнера new stripe и последовательно уменьшать исходный контейнер.
Но идея так себе, поскольку места лишнего нет. И потом ребаланс тоже ни к чему.

OS
Win Server 2008R2

Спасибо.

Mark Barinsteinuse-se,

Добрый день.

где nnn - ID пространства.
Оно посоветует, что сделать, чтоб понизить HWM.
Добрый день Mark.

Большое спасибо за совет. Попробую сделать.
Я пробовал на тесте db2dart, прежде чем писать сюда, правда без параметра /NP 0.
Получил сообщение, что есть соединения к БД, подумал, что нужно убить все сессии
и на этом остановился.
Немного опасаюсь это делать на продуктивной системе.
HWM определял по db2 list tablespaces show detail.

Оно посоветует, что сделать, чтоб понизить HWM.
А какого характера будет этот совет?
Ответ сделай и увидишь напрашивается сам собой ))).

Спасибо.

Вот нашел интересную ссылку по теме.

http://www.slideshare.net/dbawork/db2-dart-and-inspect

Доброе утро.

Большое спасибо всем за советы.
Исходя из полученной информации я понял следующее:
1. развернуть backup и на нем выполнить db2dart, посмотреть рекомендации
2. мелкие таблицы переместить.
3. не бояться использовать компрессию
4. а вот создать новый TS пока не получится, нет места.

CawaSPb,
-версия 9.7 fp8
-admin_move_table пробовал только на мелких таблицах, и кстати, он просит избавить таблицы от ссылочной целостности,
что не совсем приятно.

Mark Barinstein,
Это предупреждение. Теоретически информация из-за соединений может быть неточная, т.к. объект, который держит HWM может быстро поменяться. Но, если под HWM места "много", то это навряд ли случится быстро.
для меня немного странным явился тот факт, что после реорганизации всех таблиц в табличном пространстве метка HWM
не уменьшилась автоматически.

Спасибо.

Mark BarinsteinДобрый день.
use-seдля меня немного странным явился тот факт, что после реорганизации всех таблиц в табличном пространстве метка HWM не уменьшилась автоматически.Это может зависеть от того, используете ли вы системное временное табличное пространство или нет для пространств без reclaimable storage.
Например, если не используете, и для таблицы недостаточно свободного места под HWM, то HWM после реорганизации может даже увеличиться. И здесь нет ничего странного.
Доброе утро.
Понял. Спасибо.
Утилита db2dart предложила мне сделать экспорт больших таблиц и загрузку их снова.
Пока думаем. Другим вариантом сделать off line реорганизацию без использования временного TS.
Что делать понятно, тему можно закрыть.
Всем спасибо.

CawaSPbuse-se,

Повторюсь. Если будете делать выгрузку, то создайте "новое-хорошее" табличное пространство и заливайте таблицы уже туда - избежите последующего геморроя и рецидивов плясок с бубнами.

На табличных пространствах новой структуры (неунаследованных от предыдущих версий СУБД) "ALTER TABLESPACE ... LOWER HIGH WATER MARK" запускает процедуру "дефрагментации" свободного пространства, которая по-новому перетасовывает экстенты, упаковывая их в начало свободного пространства.
Для фактического уменьшения размера при этом подчас требуется предварительная реорганизация таблиц(ы) (если данные в страницах плохо упакованы) online или offline (если, к примеру, собираемся перекомпрессироваь таблицу или пожать LOB данные).

Сложно взяться за всю процедуру преноса сразу, откусывайте по одной таблице по мере необходимости (той, про которую db2dart говорит как лежащую "наверху" исходного табличного пространства).
Совет хороший, спасибо.