medoed,
А в темповых же нет никаких таблиц с постоянным наполнением.
Просто создать новые пространства, старые грохнуть. Не забыть раздать права на USE, идентичные существующим (для пользовательских пространств).
При необходимости воспользоваться RENAME TABLESPACE.
Системные и пользовательские пространства (вторые - для DECLARED GLOBAL TEMPORARY TABLE's) после этого сами подхватятся.
CREATED GLOBAL TEMPORARY таблицы (если они вообще в БД есть) потребуются пересоздать (грохнуть перед DROP'ом табличного пространства и создать после создания TBS).
После переноса временных табличных пространств в отдельный буфферпул можно соответствующим образом урезать основной буфферпул. Хотя можно всё оставить и в основном. Просто сделать его больше.
информация по тому, что там в буфферпулах происходит:
db2pdb -db <dbname> -bufferpools
или (менее детализированно)
1.
select * from SYSIBMADM.MON_BP_UTILIZATION
Также интересны:
1.
2.
select * from table(SYSPROC.MON_GET_BUFFERPOOL(null, -2));
select * from table(SYSPROC.MON_GET_TABLESPACE(null, -2));
Хватает ли буфферпулу памяти, чтобы не сбрасывать данные на диск, можно оценить, сравнивая параметры POOL_TEMP_DATA_L_READS и POOL_TEMP_DATA_P_READS (то же самое с POOL_TEMP_INDEX_L_READS/POOL_TEMP_INDEX_P_READS, если на временных таблицах есть индексы). Если physical reads 0, то вообще всё здорово.
PS Для обычных табличных пространств с обычными таблицами, если они сделаны как DMS (или automatic storage), можно добавить контейнер (storage path), грохнуть уже ненужный и провести rebalance (физически старый контейнер грохнется после завершения ребаланса).
Для обычных табличных пространств, созданных как SMS, потребуется или ручной перенос таблиц (пересоздание), или воспользоваться процедурой admin_move_table(...).
