Добрый Э - Эхно если требуется сжатие именно архивных секций, то автоматом этого не достичь. всё-равно требуется инициатива со стороны DBA для выполнения команды MOVE PARTITION COMPRESS...
С 12.1 это достигается автоматом:
Using Automatic Data Optimization
С 12.2 ADO поддерживает помещение объектов в/из IMCS (In-Memory Column Store): Automatic Data Optimization Support for In-Memory Column Store

AlexVin,

AlexVinпользуетесь?
мне интересно, что начинает чувствовать одмин, когда оракел неожиданно начинает мувить и компрессить тонны данных?)
или там всё в строго в окнах?
Да, я использую на десятке объектов пока. Реально получаю 4-5 единовременных задания по перемещению (move compress online), не критично в моем окружении.
Из критичного, на что наступал с ILM:
https://support.oracle.com/CSP/main/article?cmd=show&type=BUG&&productFamily=Oracle&id=23151677]Bug 23151677 : ORA-600 [KTFS_ALLOC_BM-3] . С этим только отключение heat map помогало. Если использовать Heat Map, то ставить обязательно.
Bug 20528052 - Many AQ$_PLSQL_NTFN jobs executed affecting database performance (Doc ID 20528052.8) . Здесь смысл такой, что параметр JOBLIMIT ILM - не ограничивает кол-во запущенных ILM заданий (ILMJOB%). Это выливается в то, что ILM пытается запускать столько job-ов , сколько нужно, не смотря на этот параметр. Происходит, например, когда включаются ADO политики (segment compress) для каких-нибудь таблиц с большим кол-вом партиций, который попадают под критерий политики в один запуск. Например, таблица партиционирована по дню, хранится пару лет, запись идет в "свежие" партиции.
Под критерий ADO политики сразу попадают все "старые" партиции, которых пара сотен, => в очередной запуск ILM получаем пару сотен запущенных ILM заданий по сжатию.
Обходное решение: вручную выводить эти старые партиции из ILM, т.к. ADO политика, выполненная однажды, помечается DISABLED для объекта (dba_ilmobjects.enabled).
DBMS_ILM_ADMIN.SET_HEAT_MAP_TABLE +
DBMS_ILM.EXECUTE_ILM для конкретного объекта.
В результате, мы "расчищаем" этот "хвост" "старых" партиций, что для них политика будет уже не активной, не получим сотни заданий.
В 12.2 Oracle добавил ABS_JOBLIMIT, DEG_PARALLEL в дополнении к JOBLIMIT. Есть вероятность, что исправили описанную проблему с большим кол-вом заданий, но я пока это не проверял.