DmSide, Мессир
прочитайте 1 главу Oracle Concepts и начнёте понимать во что Вы собираетесь ввязаться.
кратко, очень грубо и упрощённо:

База данных Oracle - набор файлов + набор процессов
dbf файлы - бинарные файлы с данными, принадлежат одному из табличных пространств
+ system табличное пространство - системный словарь объектов базы
+ undo табличное пространство - сегменты отката транзакций
+ redo файлы - журналы опережающей записи
+ дополнительные файлы temp, bfile и некоторые другие

Нужно разделять логический уровень:
- объект,
- табличное пространство,
- схема,
- запись
и физический уровень:
файл
блок

Во время работы, СУБД формирует так называемые SCN (System Change Number) - временные метки. Один и тот же блок /набор записей в нем может в один и тот же момент времени в базе может иметь несколько незафиксированных состояний (с разным SCN). В момент фиксации commit, этот блок пишется в redo, и commit complete сессия получает только в момент, когда вектор измененния данных запишется на диск в файл redo. При этом собственно измененный блок файла запишется на свое место впоследствии, когда это будет удобно для СУБД (checkpoit). Так называемая отложенная запись.

незафиксированные данные хранятся в cache block, при этом, старые данные (которые используются при откате/rollback) пищутся в логическом виде (вектор изменения) в undo

В случае сбоя, при старте, база сначало, записывает все изменения хранящиеся в redo на блоки табличных пространств (файлов) и докатывает их на один момент времени/SCN
Выполняет физическое согласование файлов

После этого, для логического согласования, штатным образом откатывает незавершенные транзакции используя информацию из undo. И только после этого база открывается и можно получить данные из СУБД.

Таким образом, для того, чтобы открыть базу для чтения, Вам необходимо:
1) ПО СУБД Oracle именно той версии и той же ОС (не совсем так, но не будем сейчас на этом останавливаться), на которой работала база (Включая патчи)
2) обеспечить согласованность всего набора файлов, то есть иметь набор файлов данных + набор redo для физического согласования базы.

Чтобы поднять оставшийся ПОЛНЫЙ! набор файлов, нужно иметь навыки DBA.
Примерные объем бедствия: 2128449
Операция клонирования базы, чем то похожа на Вашу задачу.
Удачи!