Да, это возможно, но вы должны сначала перевести все табличные пространства в режим резервного копирования, а затем удалить их (например, ALTER TABLESPACE x BEGIN BACKUP и ALTER TABLESPACE x END BACKUP; вам необходимо проверить синтаксис и убедиться, что он подходит для твоя ситуация!). Сильно упрощая, это говорит Oracle не записывать ни в один из файлов данных, поэтому они все находятся в согласованном состоянии.
В противном случае вы получаете две основные проблемы: отдельные файлы обновляются во время их копирования, поэтому один файл может быть поврежден; и еще более очевидно, что разные файлы имеют разные внутренние временные метки и последовательности, поэтому Oracle не позволит их использовать.
Если вы используете процесс, который вы купили, тогда он должен уже позаботиться обо всем этом. Похоже, что резервное копирование в порядке, и восстановление не работает.
В течение некоторого времени я не участвовал в восстановлении из горячей резервной копии, поэтому кому-то еще нужно будет подробно рассказать о фактической ошибке. Я читал о том, что вы пытались открыть восстановленные файлы данных, но позже добавились журналы повторов. При восстановлении я думаю, что вы либо RECOVER должны использовать базу данных, используя журналы повторов, созданные с момента создания резервной копии; или если вы пытаетесь восстановить к этому моменту времени, то вы можете открыть данные с помощью директивы RESETLOGS и потерять все изменения из всех журналов повторов, которые пришли позже. Но на самом деле прими более осознанный совет, чем этот ...