Дело в том, что я могу работать только с бэкапом.

Судя по всему у человека нет исходной платформы. А есть бэкап. Который хочется поднять на новой платформе.
Если бы была в доступе исходная платформа проще было бы зарядить гетерогенку с указанием куда конвертить при экспорте.

О, пока писал, человек сам ответил. Тогда вот так: Transporting Data Across Platforms
Читайте, может получится.

Тогда попробуйте на целевой платформе конвертировать с помощью rman, не используя brtools. Напишите сюда строку запуска и результат.

Brtools вызывает rman c функцией convert ... результат тот же....

Документацию "Transporting Data Across Platforms" изучал - т.е. вызывается rman и т.д....

Попробую еще раз пройтись по всем пунктам, т.к. процесс не быстрый... то сообщу о результатах.

Прочтите ноту на металинке, я выше указал номер.

Пример конвертации на целевой платформе, как это делал я:

rman target /
RMAN> CONVERT DATAFILE
2> '/oracle/NW1/tmp_mnt/sr3db_1/sr3db.data1',
3> '/oracle/NW1/tmp_mnt/sr3_1/sr3.data1'
4> FROM PLATFORM="HP-UX IA (64-bit)" TO PLATFORM="Linux 64-bit for AMD" PARALLELISM=5
5> DB_FILE_NAME_CONVERT='/oracle/NW1/tmp_mnt','/oracle/NW1/sapdata1';

В отличие от конвертации на исходной системе, на целевой работа идет не с таблспейсами, а с датафайлами.
Источником информации в свое время была нота 1003028 и тот документ, ссылку на который дал avlag

Добрый вечер.

Сообщаю о результатах: датафайлы конвертировались (TABLESPACE в которых хранятся данные), кроме SYSTEM, SYSAUX, TEMP, UNDO

Далее необходимо методом гомогенного копирования из этого бекапа создать систему.
Вопрос в том, что у меня получился не полный бекап. Т.е. по ноте 1003028 я не могу восстановить базу из этого бекапа.
Решение вижу в следующем: создать пустую базу, восстановить из бэкапа, пересоздать control file.

Какой утилитой можно создать пустую базу?

Или может есть другое решение, как из такого бэкапа поднять систему?

Утилита называется sqlplus Пример:

STARTUP NOMOUNT

CREATE DATABASE "NW1" NOARCHIVELOG CONTROLFILE REUSE
USER SYS IDENTIFIED BY nw1_oramngr
USER SYSTEM IDENTIFIED BY nw1_oramngr
MAXLOGFILES 255
MAXLOGMEMBERS 3
MAXDATAFILES 254
MAXINSTANCES 50
MAXLOGHISTORY 1168
LOGFILE
GROUP 1 (
'/oracle/NW1/origlogA/log_g11m1.dbf',
'/oracle/NW1/mirrlogA/log_g11m2.dbf'
) SIZE 100M reuse,
GROUP 2 (
'/oracle/NW1/origlogB/log_g12m1.dbf',
'/oracle/NW1/mirrlogB/log_g12m2.dbf'
) SIZE 100M reuse
DATAFILE '/oracle/NW1/sapdata1/system_1/system.data1' size 600M reuse AUTOEXTEND ON MAXSIZE 2000M EXTENT MANAGEMENT LOCAL
SYSAUX DATAFILE '/oracle/NW1/sapdata1/sysaux_1/sysaux.data1' size 230M reuse AUTOEXTEND ON MAXSIZE 2000M
DEFAULT TEMPORARY TABLESPACE PSAPTEMP TEMPFILE '/oracle/NW1/sapdata1/temp_1/temp.data1'
SIZE 2000M REUSE AUTOEXTEND ON NEXT 20971520 MAXSIZE 10000M
UNDO TABLESPACE PSAPUNDO datafile '/oracle/NW1/sapdata1/undo_1/undo.data1' size 4G reuse AUTOEXTEND ON MAXSIZE 10000M
CHARACTER SET UTF8
NATIONAL CHARACTER SET UTF8
;

Хм... без TEMP и UNDO жить можно, но вот без SYSTEM остальные TS бесполезны.

Опять в тупике ....

После того, как конвертировались только datafile кроме SYSTEM, SYSAUX, TEMP и UNDO
Создал базу новую, как написал "adem" база создалась, но генерировался новый DBID, отличный от backup.

Т.к. DBID установить тот который был в БД не получается (есть утилита nid но она генерирует автоматически и задать нужный не получается).
Т.к. dbid прописывается в заголовках datafile и control file. И изменить его нельзя. И после восстановления backup база не открывается, т.к. dbid разный.

Вопрос к "adem" : вы восстанавливали из конвертированного backup базу? и каким способом?

Спасибо.

Так, стоп!
Перечитал ветку и понял, что у автора нет доступа к исходной системе. Тогда использование transportable tablespace проблему не решит.
Ибо, кроме конвертации самих таблспейсов, нужно еще выполнить (или иметь в наличии) экспорт метаданных этих таблспейсов.
Только после этого их можно импортировать в новосозданную базу на новой платформе.
Плюс, если это БД для SAP, то в процесс добавляется перенос вьюх, которые просто так с таблспейсами не переезжают. А без них сап работать не будет. Проверено
Собственно, процедура что нужно делать для SAP описана в упоминавшейся здесь ноте. brtools умеет корректно переносить все что нужно.
В общем виде, без учета тонкостей SAP, процедура описана, к примеру здесь: http://avdeo.com/2009/12/22/using-trans ... abase-10g/

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