У меня есть БД на сервере DB2 под ОС AIX:



и есть задача в планировщике задач, которая выполняет резервную копию этой БД (в её итоге на жестом диске остаётся последняя актуальная резервная копия, а не список). Последнее время стал замечать, что в журнале этой задачи возникает ошибка, связанная с нехваткой физической памяти. С помощью вот этой команды
я определил список и тип табличных пространств моей БД:



Как я понял это SMS, т.е. размер пространств (для меня важно USERSPACE1) определяется ОС AIX. Я почитал документацию по этому типу и нашел следующее:
Табличное пространство SMS нельзя изменять после его создания.
Примечание 1 - No changes once created, other than to add containers for new data partitions as they are added. ( http://www.ibm.com/support/knowledgecenter/SSEPGG_9.7.0/com.ibm.db2.luw.admin.dbobj.doc/doc/c0055446.html)
Примечание 2 - Контейнеры будут расти, пока они не достигнут ёмкости, введенной в файловой системе. Табличное пространство считается полным, когда один контейнер достигает его максимальная емкость.

Вопросы:
Как я понял средствами DB2 размер БД (пространства USERSPACE1) нельзя изменить (уменьшить), то можно ли это сделать средствами ОС AIX и как?

Было установлено, что при удалении строка (возможно таблиц) и индексов в SMS хранилищах сразу же изменяется размер БД. Т.е. перед удалением двух таблиц следующими командами

--1) Очистка данных без журнализирования
alter table schema.table_name activate not logged initially with empty table

--2) Удаление таблицы
drop table schema.table_nameсвободного места было около 15 ГБ а сейчас


df -g
/dev/hd4 2,50 0,41 84% 2337 3% /
/dev/hd2 11,00 6,82 39% 50121 4% /usr
/dev/hd9var 4,94 4,89 2% 1468 1% /var
/dev/hd3 0,06 0,03 55% 113 2% /tmp
/dev/hd1 0,06 0,06 1% 5 1% /home
/proc - - - - - /proc
/dev/hd10opt 0,12 0,04 65% 1123 10% /opt
/dev/extstore 181,75 32,35 83% 2375 1% /db2

Вопрос закрыт.

CawaSPb, я же не админ этого сервере. Мне по барабану))))

CawaSPb, просто когда выполнялась плановая задача по созданию резервной копии промышленной БД (огромная база данных в государственной организации), то создаваемый файл большой порядка 15 Гб, а соответственно размер БД еще больше и получилось, что закончилось место на харде. Было принято решение удалить две таблицы, они занимали около 4 Гб и место хватило на создание это файла.

Т.е. место на HDD нехватало для планового выполнения задачи резервного копирования промышленной БД.