Имеется хранилище в котором в конце каждого дня дропается секция в таблице фактов которая выходит за пределы актуального окна.

Задача поддерживать историческую базу, которая имеет актуальное состояние для измерений и все секции таблицы фактов.

Критерии - чтоб было просто, надежно и желательно встроенными средствами с минимумом кодинга.
Задержка вторична, можно и чтоб было near real time, но с другой стороны допустимо отставание в час или даже больше.

Рассматриваемые подходы

1. Почти без задержки
Oracle GG + exclude DDL чтоб избежать удаления секций в фатках.
Минусы - отдельны продукт, стоит денег.
Насколько я понимаю GG заменил streams, CDC и прочие альтернативы репликации.
Или что-то можно еще задействовать встроенное и бесплатное?

2. С задержкой.
В хранилище все изменения привязаны к нарастающему суррогатному ключу.
И всегда можно получить что изменено со времени последней репликации и написать свой велосипед с
insert facts, merge dimensions для переноса данных.
Можно допустить что изменения в хранилище делаются сериализированно, то есть проблем с транзакционностью нет от слова совсем.

Может есть что-то еще удовлетворяющее критериям что я упускаю?

А как будет выглядеть здравое построение и как это поможет решению задачи поддержки исторического хранилища?
Перспектива воспользоваться инструментом который позволяет реплицировать DML, игнорировать DDL и избежать кодинга весьма привлекательна.
Деньги не для всех фигня. ;)

Действительно при такой подмене понятий дальнейший разговор едва ли возможен.

Это уже почти как
Война — это мир, свобода — это рабство, незнание — сила, репликация - воровство.

Убить джоб, дропающий нужные факты в хранилище.
Возможно лучше промолчать когда ничего не слышал про retention policy, но благодарю за высказанное мнение.

Остроумно.