BTMОчевидно, вы не поняли
Очевидно, Вам не доводилось испытать этот "подход" ни на значительных объемах, ни на реально нагруженных подуктивных серверах.
Не говорю уже о не так давно обсуждавшихся чисто логических проблемах в самом подходе.

2ТС: помимо решений класса OGG и TTS еще можно делать сплит массива на стойке, отрабатывалась как-то (успешно, кстати) админами такая технология клонирования, но подробностей не расскажу.
Еще, наверное, можно попробовать несколько физических стендбаев держать "под парами" - если остывшие данные на проде хранить строго в Readonly табличных пространствах, а на стендбаях которые "под развод" вовремя делать readonly-drop.
Потребовался внезапный DEV - просто отцепили стенбай, переименовали, открыли и пустили девелоперов.
А на его место неспешно развернули новый :)

А ежели девы-тесты в контейнерную БД разместить как pluggable, то, как старшие пацаны во дворе рассказывали, там своя технология клонирования есть для подобных случаев.

AlexVinкакая именно "своя" технология из для выделения части данных, отличающаяся из упоминавшихся?
http://www.oracle.com/technetwork/database/multitenant/overview/multitenant-wp-12c-2078248.pdf
Чтить
Clone PDB
Refreshable PDB

Еще встречал какой-то success story на Edition-based, но сейчас под рукой ссылки нет.

AlexVinandrey_anonymousЧтить
Clone PDB
Refreshable PDB

еще раз повторю - для выделения ЧАСТИ данных
Clone PDB - там можно так же скип таблеспейс сделать
...
кстати, для сценариев "клоне-тест-убили" оракелы позиционировали снапшот пдб
Не читатель... :)

AlexVinнивапрос - ткни носом плз
Ну давайте чтить вместе.
По ссылке:
1. Про клонирование (clone pdb)
авторcreate pluggable database target from source;
что суть собственный инструмент CDB, такой вопрос звучал в топике в форме "какая именно "своя" технология".
Это по сути создание стендбая с боя одной командой.

В принципе, можно и частичного клона включить в технологию, как тут уже обсуждали, но если строить рекомендованную схему prod->единственный "золотой" мастер-клон->девы, тесты и т.п. в количестве, то, вероятно, сама идея "частичности" уже не будет так актуальна.
С другой стороны, не вижу, что мешает при необходимости дропнуть RO-табличные пространства из мастер-клона.
С третьей стороны, вроде как, никто особо не запрещает делать мастер-клона иными средствами.

Теперь про
2. Refreshable PDB
авторOnce the initial clone is complete, the database is available for use. The intended use case of Refreshable PDB is
as a “golden master” database. That is, a database from which individual developers take clones – typically, and
most efficiently snapshot clones (which can be created in seconds or minutes even for very large databases ).
Snapshot clones are dealt with elsewhere in other White Papers available from Oracle. As a “golden master”
database, this Refreshable PDB should remain open read-only between refreshes. The PDB must be closed during
the refresh operation itself.
Это к "альтернативному" замечанию про snapshot-клонов, что и позволило сделать вывод о том, что ссылка не читана :)
Ну и на сладкое:

авторNow, as the clone becomes stale, we can refresh it. We do this by applying all the redo that’s accumulated since it
was last refreshed. Even if the source database is enormous, the incremental redo will typically be much smaller. It’s
therefore going to be a much, much quicker process than the initial hot clone. Therefore, it’s going to be much
simpler to keep production clones refreshed with recent data copied from production.
Refreshable PDBs may be defined to be refreshed either automatically (on a specific schedule) or manually
(refreshed on-demand). It is also possible to perform an on-demand refresh of a PDB defined to be refreshed
automatically. A PDB defined to be automatically refreshed can be transitioned to being manually refreshed, and
vice versa

Т.е., вообще говоря, нет необходимости загружать DBA дурной работой в виде периодического повторения полного цикла операций по клонированию (да еще и ~частично повторять по числу потребных "частичных" клонов).
Раз настроил-присматривай в пол-глаза.
Девелоперы и тестеры лепят себе "условно-бесплатные" (по ресурсам) клоны по потребности, не привлекая DBA по мелочам и не требуя новых и новых ресурсов под новые и новые "частичные" клоны, и имеют при этом относительно свежие данные и структуры.