ORA-03113 при запуске тестовой БД : Oracle

Доброго всем дня.

Есть БД Oracle 10g, буду делать ее апгрейд до 11ой версии. Взял бэкап базы и пытаюсь запустить ее на тестовом сервере. Пути файлов поменял через команду:
ALTER DATABASE RENAME FILE

после также в sqlplus:

ALTER DATABASE BACKUP CONTROLFILE TO TRACE;
ALTER DATABASE OPEN;

и получаю ошибку:

SQL> alter database open;
alter database open
*
ошибка в строке 1:
ORA-03113: принят сигнал конца файла по коммуникационному каналу

Прочитал о похожих проблемах на форуме, но, как я понял, причин у такой проблемы много и нужно смотреть логи:

alter database open
Fri Mar 28 12:01:44 2025
Beginning crash recovery of 1 threads
parallel recovery started with 3 processes
Fri Mar 28 12:01:44 2025
Started redo scan
Fri Mar 28 12:01:45 2025
Completed redo scan
85964 redo blocks read, 40 data blocks need recovery
Fri Mar 28 12:01:45 2025
Started redo application at
Thread 1: logseq 6526, block 1297786
Fri Mar 28 12:01:45 2025
Recovery of Online Redo Log: Thread 1 Group 1 Seq 6526 Reading mem 0
Mem# 0: D:\ORACLE\ORADATA\STARCO\REDO01.LOG
Fri Mar 28 12:01:45 2025
Completed redo application
Fri Mar 28 12:01:45 2025
Errors in file d:\oracle\admin\starco\bdump\starco_p000_7676.trc:
ORA-00600: internal error code, arguments: [2037], [264262539], [1401618432], [46], [196], [6], [786567104], [33765428]

Fri Mar 28 12:01:45 2025
Errors in file d:\oracle\admin\starco\bdump\starco_p000_7676.trc:
ORA-07445: exception encountered: core dump [ACCESS_VIOLATION] [kcbs_dump_adv_state+1127] [PC:0x629FCF] [ADDR:0xFFFFFFFFFFFFFFFF] [UNABLE_TO_READ] []
ORA-00600: internal error code, arguments: [2037], [264262539], [1401618432], [46], [196], [6], [786567104], [33765428]

Fri Mar 28 12:01:45 2025
Errors in file d:\oracle\admin\starco\bdump\starco_p000_7676.trc:
ORA-07445: exception encountered: core dump [ACCESS_VIOLATION] [kcbs_dump_adv_state+1127] [PC:0x629FCF] [ADDR:0xFFFFFFFFFFFFFFFF] [UNABLE_TO_READ] []
ORA-00600: internal error code, arguments: [2037], [264262539], [1401618432], [46], [196], [6], [786567104], [33765428]

Fri Mar 28 12:01:45 2025
Errors in file d:\oracle\admin\starco\bdump\starco_p002_2648.trc:
ORA-07445: exception encountered: core dump [ACCESS_VIOLATION] [unable_to_trans_pc] [PC:0x7FEFF701213] [ADDR:0x7FEFFFFFFFE] [UNABLE_TO_READ] []

Fri Mar 28 12:01:45 2025
Errors in file d:\oracle\admin\starco\bdump\starco_p002_2648.trc:
ORA-07445: exception encountered: core dump [ACCESS_VIOLATION] [unable_to_trans_pc] [PC:0x7FEFF701213] [ADDR:0x7FEFFFFFFFE] [UNABLE_TO_READ] []

Fri Mar 28 12:01:47 2025
Aborting crash recovery due to slave death, attempting serial crash recovery
Fri Mar 28 12:01:47 2025
Beginning crash recovery of 1 threads
Fri Mar 28 12:01:47 2025
Started redo scan
Fri Mar 28 12:01:47 2025
Completed redo scan
85964 redo blocks read, 40 data blocks need recovery
Fri Mar 28 12:01:47 2025
Started redo application at
Thread 1: logseq 6526, block 1297786
Fri Mar 28 12:01:47 2025
Recovery of Online Redo Log: Thread 1 Group 1 Seq 6526 Reading mem 0
Mem# 0: D:\ORACLE\ORADATA\STARCO\REDO01.LOG
Fri Mar 28 12:01:47 2025
Errors in file d:\oracle\admin\starco\udump\starco_ora_7596.trc:
ORA-07445: обнаружено прерывание: core dump [ACCESS_VIOLATION] [unable_to_trans_pc] [PC:0x7FEFF701213] [ADDR:0x7FEFFFFFFFE] [UNABLE_TO_READ] []

Fri Mar 28 12:01:48 2025
Errors in file d:\oracle\admin\starco\udump\starco_ora_7596.trc:
ORA-07445: обнаружено прерывание: core dump [ACCESS_VIOLATION] [unable_to_trans_pc] [PC:0x7FEFF701213] [ADDR:0x7FEFFFFFFFE] [UNABLE_TO_READ] []

Fri Mar 28 12:02:46 2025
WARNING: inbound connection timed out (ORA-3136)
Fri Mar 28 12:02:53 2025
WARNING: inbound connection timed out (ORA-3136)

Еще в данной БД файл табличного пространства UNDO - UNDO, так сказать, не обычный UNDOTBS01.DBF. Может быть и в этом дело, хотя на оригинальном сервере БД работает.

Может кто-то знает, в чем может быть проблема и как ее решить?

Пробовал пересоздавать UNDO, в pfile менял управление табличным пространством на MANUAL (и сейчас так стоит), запускался непосредственно с pfile - безуспешно, база не открывается.

это не бекап, это, я так понимаю, копия базы
не очень понятно, что ты сделал с предыдущей базой... если хочешь спокойной жизни - база до копирования должна быть shutdown immediate, и до конца копирования запускаться не должна.
не исследовал вопрос, с разбегу - версии базы оригинала и СУБД установленная совпадают?

Да, копия, верно. Она копируется именно так, как Вы описываете.

Да, версии совпадают.

Когда утверждаешь - показывай... Как проверяешь?

Извиняюсь за поздний ответ.

Версию oracle проверил по файлам (D:\oracle\inventory\ContentsXML\ConfigXML) - oracle.server.10_2_0_4_0.

Версию БД по sqlplus:
SQL> show parameter compatible
NAME TYPE VALUE
------------------------------------ ----------- ---------------------------
compatible string 10.2.0.4.0

битность совпадает?
параметр - дело наживное, посмотри там, где взял базу

Битность совпадает, параметр посмотрел на живом сервере.

Взял другой бэкап (холодную копию), изменил расположение файлов, создал pfile, стартанул с него - база открылась без каких-либо ошибок. Создал из pfile spfile (CREATE SPFILE='D:\oracle\database\SPFILESTARCO.ora' FROM PFILE='D:\oracle\database\INITstarco.ora';)

Попробовал shutdown immediate - startup - тоже все окей, база открывается без ошибок. Закрываю сессию, открываю в новом окне, проверяю:

SQL> select status from v$instance;

STATUS
------------
OPEN

Видимо, был косячный бэкап.

Хотя теперь при попытке запустить сервер приложений СМ выдает мне:

ORA-01034: ORACLE not available
ORA-27101: shared memory realm does not exist

Ну, если ты это все же используешь, как бекап, то у меня для тебя плохие новости...
скорее всего, подключаешься не туда

Проверил sqlnet.ora, tnsnames, удалил и создал listner - но проблема та же.

Я так понимаю, рано обрадовался - почему-то оракл из Open падает в "простаивающий экземпляр" (Started). То запускается с команды startup, то падает в таймаут. Какой-то связи не заметил - делается это рандомно. Заметил после перезагрузки, что база не открылась. Перезагрузил снова - уже была открытой. При этом минут через 10-15 пытаюсь подключиться через sqlplus - снова "Соединен с простаивающим экземпляром".

Может ли это быть из-за UNDO или REDO?

Не надо гадать, большинство ответов - в конкретных ошибках журнала. Какие там сейчас?