Home » RDBMS Server » Backup & Recovery » Cannot drop undotbs2 when restoring 10.2.0.4 rac db to 11.2.0.4 single instance db (11.2.0.4 SE, Redhat 7.3)
|
|
|
Re: Cannot drop undotbs2 when restoring 10.2.0.4 rac db to 11.2.0.4 single instance db [message #667152 is a reply to message #667140] |
Mon, 11 December 2017 08:09   |
 |
juniordbanewbie
Messages: 250 Registered: April 2014
|
Senior Member |
|
|
utlu102i_2.sql
and utlu112i_11204_009.sql
Dear all
what is the conseqences of running two preupgrade script?
Iniitally I plan the upgrade path to be 10.2.0.4 to 10.2.0.5 to 12.1.02
but because we cannot install 12.1.02 on redhat 7.3 we decided to upgrade to 10.2.0.5 then to 12.1.0.2 on redhat 5.8 before transferring the datafiles to redhat 7.3
but I decided to try 11.2.0.4 since 11.2.0.4 can be installed on redhat 7.3
please take look at
it could be wrong here.
where should I go from here now?
do I need to patch something to the 11.2.0.4 home before ugprading from 10.2.0.4?
here my init parameter
*.audit_file_dest='/u01/app/oracle/admin/svcrmdb/adump'
*.compatible='10.2.0.3.0'
*.control_files='/u02/app/oracle/oradata/svcrmdb/control01.ctl','/u03/app/oracle/oradata/svcrmdb/control02.ctl'
*.core_dump_dest='/u01/app/oracle/admin/svcrmdb/cdump'
*.db_block_size=8192
*.db_domain=''
*.db_file_multiblock_read_count=16
*.db_keep_cache_size=209715200
*.db_name='svcrmdb'
*.db_writer_processes=2
*.dispatchers='(PROTOCOL=TCP) (SERVICE=svcrmdbXDB)'
*.filesystemio_options='asynch'
*.large_pool_size=238435456
*.open_cursors=300
*.pga_aggregate_target=1947483648
*.processes=450
*.remote_login_passwordfile='exclusive'
*.session_cached_cursors=100
*.sessions=500
*.undo_management='AUTO'
*.undo_tablespace='UNDOTBS1'
memory_target=64100m
log_archive_dest_1='location=/u03/app/oracle/formatted_archivelog/svcrmdb'
thanks
[Updated on: Mon, 11 December 2017 08:11] Report message to a moderator
|
|
|
|
|
|
|
|
Goto Forum:
Current Time: Sun May 04 05:21:26 CDT 2025
|