Что касается нашей базы данных Oracle 12c Production, которая размещена на AWS RDS: из-за какого-то некорректного пользовательского запроса наше табличное пространство PSTEMP (это созданное нами настроенное временное табличное пространство) достигло своего максимального предела, то есть 700 ГБ.
Итакчтобы освободить пространство, мы изменили размер табличного пространства PSTEMP до 410 ГБ (означает, что мы восстановили пространство 290 ГБ) Но это освобожденное пространство хранения не отражается на общем размере базы данных при проверке на консоли AWS.В идеале, он должен был бы добавить 290 ГБ к общему доступному свободному хранилищу. При проверке серверной части из таблицы dba_temp_free_space размер PSTEMP отображается как 410 ГБ, что указывает на успешную операцию изменения размера.
Что мы пробовали до сих пор?
= Мы пытались перезагрузить базу данных, но это не помогло.
= Мы пытались использовать Shrink PSTEMP, но это заняло время и не увенчалось успехом, и мы сказали, что не может изменить размер за пределы, так какизначально сам размер был изменен до 410 ГБ, что было его последним допустимым пределом
= Проверено в записи v $ sort_usage для любого сеанса, хранящего временные сегменты в табличном пространстве PSTEMP, и он мог найти одного пользователя, имеющего около 10-15сеансы, которые все неактивны. Может ли это быть причиной?
= Также мы вместо изменения размера попытались добавить пространство в PSTEMP и добавили 20 ГБ, но это либо не отражало.
= Когда изменение размера PSTEMP выполняется в среде Dev DB, оно успешно отражает пространство в общем хранилище.
= Та же проблема, с которой мы столкнулись и для табличного пространства TEMP, и мы смогли освободить пространство после уничтожения фонового процесса MMON. Но MMON не работает для PSTEMP.
Так что вы хотите, чтобы ваша помощь знала, что можетбыть сделано, чтобы восстановить это пространство?ТИА.