всем доброго времени суток!

что-то я немного запутался...

некий скрипт автоматически создал пустую базу данных.
в ней все табличные пространства = 16к

в документации есть строка, в которой
автор• Ensure that the software has a temporary table space with a page size of 32K.
насколько я понимаю, мне нужно изменить размер TEMPSPACE1 = 32k
(т.к. судя по выполнению другого скрипта по заливке данных в базу не хватает размера журналу фиксации транзакций)

т.к. в базе существует только один пул IBMDEFAULTBP = 16k
я создал ещё один пул BP3=32k

затем попытался изменить табличное пространство
авторalter tablespace tempspace1 reduce 32 k bufferpool bp3;
выдало ошибку
авторInvalid ALTER TABLESPACE statement for table space "TEMPSPACE1" due to reason "10". SQLCODE=-1763, SQLSTATE=429BC, DRIVER=4.13.111

в какую сторону смотреть ?

Victor MetelitsaКроме того, лично я подумал бы насчёт порыться бы в скрипте и, поправив его, пересоздать всю базу заново со страницей в 32K.
Виктор, спасибо, уже :)
автор# create database DS14 for dataservices repository
echo ----------------------------------
echo " 4. Create database DS14 for dataservices repository"
echo ----------------------------------
su $db2owner -c "db2 CREATE DATABASE DS14 ALIAS DS14 PAGESIZE 32 K"

Victor Metelitsa Из паранойи переспросил бы разработчиков - возможно, у них есть какие-то особенные соображения или даже предрассудки (но придётся уважать даже предрассудки, иначе, не дай бог, откажутся сопровождать или ещё что).
у разработчиков спросить не получится - они где-то в недрах САПа...
я просто взял свежий дистриб, поставил, словил ошибку - значит поправят месяца через 1,5-2, когда большая рыба из саповских клиентов поймается на этот же крючок

mustaccio,

в моем случае увеличение pagesize=32k помогло

все мои попытки увеличить tempspace1 не увенчались успехом, выходило сообщение, что табличное пространство системное, поэтому изменить его характеристики невозможно.
в скриптах создания базы данных я не нашел описания создаваемых полей с размером более, чем 16к, например, varchar(32000)

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

mustaccio,

спасибо за подсказки.
с увеличением размера журналов как-нибудь попробую.
хотя раньше один раз приходилось делать, когда реплицировал базу Lotus Domino в DB2

с влиянием на производительность через увеличение размера страниц я "чуть-чуть" знаком
тут Oracle. Основы стоимостной оптимизации эта тема достаточно хорошо описана, правда я всё никак не могу "на досуге" дочитать книгу... а "досуга" всё не появляется... :(