Доброго дня суток. Подскажите люди знающие, уже не знаю где искать и что смотреть.

Вся проблема из-за dollar sign $, будь он неладен.
Дано - 3 сервера, задача - склонировать БД с первого сервера на второй, а со второго на третий (не имеет значения используется asm или filesystem, может быть в разных вариациях, не в этом суть).
Изначально, при создании БД на сервере 1, в имена нескольких датафайлов попался знак доллара, т.к. есть табличные пространства, имеющие в своем имени знак доллара, asm сама присвоила имена датафайлам, типа BONUS$VSEM.339.925980753. При первом клонировании сервер 2 выдал ошибку, типа переменная окружения не определена ($ в Linux). Не беда, стартуем сервер 2 с параметром db_file_name_convert=('$','blabla') - клонирование проходит нормалльно.
Но теперь, когда я снимаю полный бэкап со второго сервера, и восстанавливаю на третьем, то при восстановлении датафайлы восстанавливаются с первоначальными именами, содержащим в своём имени знак доллара! Хотя если выполнить селект по dba_data_files на втором сервере, то там уже в именах датафайлов знак $ заменен на blabla. Как так-то?

Задача второго сервера - полностью забыть о именах датафайлов со знаком $. И далее уже использовать эту БД для клонирования на другие сервера, без всяких ухищрений db_file_name_convert и т.д.

Отредактировать сообщение нет возможности, пишу новое поэтому.
Необходимости во втором (промежуточном) сервере не было-бы. Я пробовал и по-другому, в БД №1 для тех датафайлов, имена к-ых содержали $, делать alter database move datafile (12c), новое имя соответственно без $. В dba_data_files имена файлов без $, но при дублировании на другой сервер, всё-равно датафайлы восстанавливаются со знаком $, и при duplicate database выходит ошибка ORA-07217: sltln: environment variable cannot be evaluated, из-за того что в linux знак $ означает переменную окружения. Например при обращении к датафайлу BONUS$VSEM.DBF, получается ОС ищет переменную окружения VSEM.DBF

Провел неделю в опытах и поисках в инете, прежде чем обратиться к Вам.

SYПробуй:
DB_FILE_NAME_CONVERT='BONUS$VSEM.DBF','BONUS\$VSEM.DBF'

Спасибо, такой вариант проходит, но я уже получал такой результат.
К примеру, я хочу клонировать БД с fs (сервер 1) на asm (сервер 2). Соответственно пишу в пфайле для сервера 2 примерно следующее:
Вариант 1:
*.db_create_file_dest='+DATA'
Если я в пфайле не указываю db_file_name_convert, то duplicate database сам выполняет "executing command: SET NEWNAME". Но, в этом случае, когда какой-либо из датафайлов на сервере 1 (который я клонирую на сервер 2) в своём имени содержит знак доллара ( или-же он содержал знак доллара когда-либо, до того как я его переименовал в имя без знака доллара - вот это непонятно! ), то все файлы успешно клонируются на сервер 2 в правильную директорию вида +DATA/[Instance_Name]/DATAFILE/, но со знаком доллара в имени ( у тех датафайлов, в имени которых они когда-либо были, даже если в настоящее время имя файла на сервере 1 без знака $ ). Далее, по логу идет такая ошибка:
.....
datafile 29 switched to datafile copy
input datafile copy RECID=250 STAMP=926064559 file name=+DATA/TIER2/DATAFILE/bonus_data.360.926063611
datafile 30 switched to datafile copy
input datafile copy RECID=251 STAMP=926064559 file name=+DATA/TIER2/DATAFILE/bonus_index.361.926063613
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of Duplicate Db command at 10/24/2016 08:09:22
RMAN-05501: aborting duplication of target database
RMAN-03015: error occurred in stored script Memory Script
RMAN-03009: failure of switch command on clone_default channel at 10/24/2016 08:09:22
ORA-07217: sltln: ?????????? ??????? ?????????? ????????????.

Т.е. сломалось при операции switch to datafile copy на 31-м файле, который склонировался как BONUS$VSEM.285.926064329 (т.к. переменной окружения VSEM.285.926064329 у текущего пользователя естественно нет)

ASMCMD> pwd
+data/tier2/datafile
ASMCMD> ls bon*
BONUS_DATA.360.926063611
BONUS_INDEX.361.926063613
BONUS$VSEM.285.926064329
ASMCMD>

Вариант 2:
*.db_create_file_dest='+DATA'

Вариант 2:
*.db_create_file_dest='+DATA'
*.db_file_name_convert=('$','_')

В этом случае новое имя файлов на сервере 2 не попадает в asm, просто из пути на сервере 1 меняется знак, весь путь остается тем-же самым. Неудобно.

Вариант 3:
*.db_create_file_dest='+DATA'
*.db_file_name_convert=('/oradata/tier1/datafile','+DATA','$','_')

Ошибка, что +DATAsystem01.dbf такого файла нет...Неудобно

То, что реально непонятно, выделил жирным шрифтом. Спасибо

Nobody1111*.db_file_name_convert=('/oradata/tier1/datafile/','+DATA/tier1/datafile/','$','_')
Так скушает.

Результат получился странный. Все файлы легли в ASM на сервере 2, но в двойном виде (*.dbf и ):


Хм...это вопрос наверно не к теме клонирования относится, а к ASM, но что-за файл BONUS$VSEM.303.926149723 и как он соотносится с файлом bonus_vsem.dbf. Жесткая ссылка? Два идентичных датафайла?

Про $: сильно подозреваю, что rman при восстановлении у тебя через каталог работает. Если да, то делай duplicate без участия каталога, только из контролфайла текущей source базы. Тогда он должен забыть про доллары.

Nobody1111 спасибо за совет. Посмотрел занимаемое место на ASM на втором сервере после клонирования (du), оно соответствует исходному серверу. То, что появились алиасы ASM, мне в принципе, не важно. Задача решена.