|
ORA-01516
|
|||
---|---|---|---|
#18+
Всем добрый день! Переношу БД Oracle с Windows на Linux. База в mount. Делаю alter database rename file 'C:/ПРЕЖНЯЯ_ДИРЕКТОРИЯ' to '/ora01/НОВАЯ_ДИРЕКТОРИЯ_В_ЛИНУКС/DBF_ФАЙЛ1'. Получаю ошибку: ERROR at line 1: ORA-01511: error in renaming log/data files ORA-01516: nonexistent log file, data file, or temporary file "C:/DATABASES/MYDB/CTL1.ORA" В чем может быть дело? Кто подскажет? Заранее спасибо. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2020, 09:01 |
|
ORA-01516
|
|||
---|---|---|---|
#18+
ak1906 В чем может быть дело? Кто подскажет? ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2020, 09:05 |
|
ORA-01516
|
|||
---|---|---|---|
#18+
Прошу прощения, не так написал в примере. Команда: alter database rename file 'C:\ПРЕЖНЯЯ_ДИРЕКТОРИЯ\DBF_ФАЙЛ1' to '/ora01/НОВАЯ_ДИРЕКТОРИЯ_В_ЛИНУКС/DBF_ФАЙЛ1'. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2020, 09:12 |
|
ORA-01516
|
|||
---|---|---|---|
#18+
ak1906 ORA-01511: error in renaming log/data files ORA-01516: nonexistent log file, data file, or temporary file "C:/DATABASES/MYDB/CTL1.ORA" Кстати, с темпфайлами тоже не прокатит ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2020, 09:15 |
|
ORA-01516
|
|||
---|---|---|---|
#18+
Вячеслав Любомудров, да, понял, что так делать нельзя. В итоге, контрол-файлы прописаны в init-нике по новому пути, темпы можно пересоздать. Однако остальные файлы БД также не переносит, ошибка все та же. Например, вот: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11.
... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2020, 09:37 |
|
ORA-01516
|
|||
---|---|---|---|
#18+
А файл-то /ora01/app/oracle/product/11.2.0/db_1/dbs/MED8/PARUS_IND.DAT точно существует? И регистр совпадает? ЧТо говорит ls -l /ora01/app/oracle/product/11.2.0/db_1/dbs/MED8/PARUS_IND.DAT ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2020, 09:43 |
|
ORA-01516
|
|||
---|---|---|---|
#18+
Вячеслав Любомудров, выдает: -rw-r--r--. 1 oracle oinstall 1048584192 Jul 15 2019 /ora01/app/oracle/product/11.2.0/db_1/dbs/MED8/PARUS_IND.DAT ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2020, 10:27 |
|
ORA-01516
|
|||
---|---|---|---|
#18+
Код: plaintext
упд, уже понял, что уже на линуксе запускаетесь, не актуально. упд2, хотя сделайте и сверьте регистры символов с надписью Код: plaintext
Код: plsql 1.
... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2020, 10:53 |
|
ORA-01516
|
|||
---|---|---|---|
#18+
serpv, запрос выдает старые виндусовые пути: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8.
Но, понятно, что в Линуксе их не будет. +регистр вроде бы совпадает. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2020, 11:04 |
|
ORA-01516
|
|||
---|---|---|---|
#18+
ak1906, что на линуксе показывает Код: plaintext
Jul 15 2019 - это год с лишним тому назад, ожидаемо? ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2020, 11:12 |
|
ORA-01516
|
|||
---|---|---|---|
#18+
serpv, команда выдает: Код: powershell 1. 2.
Ну а насчет даты Jul 15 2019, так это просто бэкап старый. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2020, 11:16 |
|
ORA-01516
|
|||
---|---|---|---|
#18+
ak1906, /ora01/app/oracle/product/11.2.0/db_1/dbs/MED8/PARUS_IND.DAT это сетевая шара с винды? Код: plaintext
... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2020, 11:21 |
|
ORA-01516
|
|||
---|---|---|---|
#18+
serpv ak1906, /ora01/app/oracle/product/11.2.0/db_1/dbs/MED8/PARUS_IND.DAT это сетевая шара с винды? Код: plaintext
Код: plaintext 1. 2.
Нет. это не шара с винды. Создал специальную папку в Линуксе для установки ORACLE Потом туда закинул папку с базой. Думаете, что системных прав не хватает? ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2020, 11:28 |
|
ORA-01516
|
|||
---|---|---|---|
#18+
ak1906, типа того, надо искать причины, по которым ваш процесс не может открыть файл (ORA-01516: nonexistent log file, data file, or temporary file) ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2020, 11:41 |
|
ORA-01516
|
|||
---|---|---|---|
#18+
[offtop]Как-то ни разу не переносил БД прямым копированием с винды на линукс, но слышал, что такое возможно еще с 8.1.7 У меня не получалось, насколько помню, на 9.2, дальше даже не пробовал Есть всякие RMAN CONVERT в версии 11 Вроде как даже RMAN-бэкапсеты конвертируются и можно их донакатывать между разными не только осями, но и архитектурами [/offtop] При простом переносе [согласованного] холодного бэкапа между разными OS (хоть и одной архитектуры/разрядности) я читал мнение, что работающий вариант -- это пересоздание контролфайла Сам не проверял ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2020, 15:50 |
|
ORA-01516
|
|||
---|---|---|---|
#18+
Вячеслав Любомудров, то же мнение встретил и в данной теме https://www.sql.ru/forum/1311743/perenos-bd-s-windows-na-linux : Перенос БД с Windows на Linux. Попробовал уже с пересозданием контрольников и дошел до ошибки: Код: plsql 1. 2. 3. 4. 5.
Но это уже ошибка другого рода. Буду пробовать дальше. Спасибо всем за советы. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2020, 16:08 |
|
ORA-01516
|
|||
---|---|---|---|
#18+
Почему все-таки не попробовать рекомендуемый способ RMAN CONVERT? ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2020, 16:27 |
|
ORA-01516
|
|||
---|---|---|---|
#18+
Ну и ошибка ak1906 Код: plsql 1.
Должны стоять одинаковые версии и патчи Если на линуксе версия и/или патчи более старшей версии надо выполнять открытие через STARTUP UPGRADE и запуск скрипта апгрейда из sqlplus ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2020, 16:41 |
|
ORA-01516
|
|||
---|---|---|---|
#18+
Вячеслав Любомудров, с версиями накосячил, надо было 11.2.0.4.0 а я, не подумавши, поставил 11.2.0.1.0, и проблем лишних себе нажил. Проще, думаю, СУБД переставить, чем патчи накатывать, все равно тренируюсь на виртуалке. А насчет RMAN CONVERT, да, пожалуй, Вы правы, буду его изучать и пробовать. Еще раз спасибо за участие! ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2020, 17:21 |
|
|
start [/forum/topic.php?fid=52&fpage=36&tid=1880865]: |
0ms |
get settings: |
10ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
72ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
52ms |
get tp. blocked users: |
2ms |
others: | 306ms |
total: | 474ms |
0 / 0 |