Move an undo tablespace datafile while online

Having a spirited debate at work today. Is it possible, or has anyone successfully moved an undo tablespace datafile while keeping the database online? (Hypothetically someone created it in the wrong directory)
My logic:
Create a new undo tablespace B
Switch undo tablespace from A to B
Take tablespace A offline
Once A goes from 'PENDING OFFLINE' to 'OFFLINE' copy the file to new location
Alter database rename file location
Switch undo tablespace from B to A
Drop tablespace B
Any comments?

Yes I do understood that, but you don't have to "move" the datafile.
The procedure I proposed is just to create a new undo tablespace, drop the former and forget about it.
You can't "move" the file stricto sensu while the database is online, but nothing prevents you from switching from one tablespace to another. Once it's done, everything's fine. And if you're on 10G (r2?) you might even rename tablespace "B" to tablespace "A"!
Yoann.

Similar Messages

How to move a specific tablespace datafile from one directory to another

Database: 10.2.0.1
OS : Generic
Problem Description : How to move a specific tablespace datafile from one directory to another considering that the database is on Oracle Dataguard setup
** Oracle is working on this issue, but in parallel is opening the topic to the Community so that Community members can add their perspective, experience or knowledge. This will further enhance all knowledge bases including My Oracle Support and My Oracle Support Communities **
Edited by: ram_orcl on 16-Aug-2010 21:21

Dear ram_orcl,
Please follow the procedures here;
http://download-uk.oracle.com/docs/cd/B19306_01/server.102/b14239/manage_ps.htm#i1034172
8.3.4 Renaming a Datafile in the Primary Database
When you rename one or more datafiles in the primary database, the change is not propagated to the standby database. Therefore, if you want to rename the same datafiles on the standby database, you must manually make the equivalent modifications on the standby database because the modifications are not performed automatically, even if the STANDBY_FILE_MANAGEMENT initialization parameter is set to AUTO.
The following steps describe how to rename a datafile in the primary database and manually propagate the changes to the standby database.
   1.
      To rename the datafile in the primary database, take the tablespace offline:
      SQL> ALTER TABLESPACE tbs_4 OFFLINE;
   2.
      Exit from the SQL prompt and issue an operating system command, such as the following UNIX mv command, to rename the datafile on the primary system:
      % mv /disk1/oracle/oradata/payroll/tbs_4.dbf
      /disk1/oracle/oradata/payroll/tbs_x.dbf
   3.
      Rename the datafile in the primary database and bring the tablespace back online:
      SQL> ALTER TABLESPACE tbs_4 RENAME DATAFILE      2> '/disk1/oracle/oradata/payroll/tbs_4.dbf'
        3> TO '/disk1/oracle/oradata/payroll/tbs_x.dbf';
      SQL> ALTER TABLESPACE tbs_4 ONLINE;
   4.
      Connect to the standby database, query the V$ARCHIVED_LOG view to verify all of the archived redo log files are applied, and then stop Redo Apply:
      SQL> SELECT SEQUENCE#,APPLIED FROM V$ARCHIVED_LOG ORDER BY SEQUENCE#;
      SEQUENCE# APP
      8 YES
      9 YES
      10 YES
      11 YES
      4 rows selected.
      SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;
   5.
      Shut down the standby database:
      SQL> SHUTDOWN;
   6.
      Rename the datafile at the standby site using an operating system command, such as the UNIX mv command:
      % mv /disk1/oracle/oradata/payroll/tbs_4.dbf /disk1/oracle/oradata/payroll/tbs_x.dbf
   7.
      Start and mount the standby database:
      SQL> STARTUP MOUNT;
   8.
      Rename the datafile in the standby control file. Note that the STANDBY_FILE_MANAGEMENT initialization parameter must be set to MANUAL.
      SQL> ALTER DATABASE RENAME FILE '/disk1/oracle/oradata/payroll/tbs_4.dbf'
        2> TO '/disk1/oracle/oradata/payroll/tbs_x.dbf';
   9.
      On the standby database, restart Redo Apply:
      SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE
        2> DISCONNECT FROM SESSION;
If you do not rename the corresponding datafile at the standby system, and then try to refresh the standby database control file, the standby database will attempt to use the renamed datafile, but it will not find it. Consequently, you will see error messages similar to the following in the alert log:
ORA-00283: recovery session canceled due to errors
ORA-01157: cannot identify/lock datafile 4 - see DBWR trace file
ORA-01110: datafile 4: '/Disk1/oracle/oradata/payroll/tbs_x.dbf'Hope That Helps.
Ogan

Undo Tablespace Datafile is corrupted

Here's my case:
- our Oracle 9i R2 database is running in NOARCHIVE mode in Windows 2000 plateform.
- the Undo Tablespace datafile corrupted in the filesystem level (it gives "cyclic redundancy check" error when trying to copy or read from the file). Therefore database cannot startup.
- There is no backup files.
- I tried to create an Undo Tablespace to replace the existing one in the MOUNT state. That was not of course possible.
- I tried to use ALTER DATABASE CREATE DATAFILE '' AS '' statement, but it couldn't work because the original file is corrupted.
How can I solve the problem and make the database startup?
Thanks in advance.

This is a very bad situation, here's a statement from an Oracle note:
If the rollback segment datafile is physically missing, has been offlined
dropped, or the rollback segment header itself is corrupt, there is no way to
dump the transaction table to check for active transactions. So the only thing
to do is get the database open, export and rebuild. Log an iTar to engage support
to help with this process.
If you cannot get the database open, there is no other alternative than
restoring from a backup. ...
So you should contact Oracle support.

Undo tablespace/datafiles

Oracle 9i
In production, we have undo data files:
SUM(MAXBYTES) SUM(USER_BYTES)
33554432000 12823953408
this table has 90 million records
I estimated table size:
num_rows*avg_row_len=12875211284
We need to insert 55 million records to new table. When insert, I just want to run insert into ...select from statement once, only commit one time.
do you think undo tablespace is big enough to hold 55 million records based on the above undo datafiles?
Thanks
S.

Also append doens't work with select it only works with INSERT, and you already created table in nologging mode. if you are on 10 and your extent management is set to auto, then use this.
create table st.order_temp
tablespace USER_DATA
nologging
nocache
noparallel
as select
all columns
from st.order_temp
where trunc(insert_date)>=add_months(trunc(sysdate, 'MONTH'), -12);
Edited by: OrionNet on Dec 9, 2008 2:19 AM

While dropping the old undo tablespace we get an error

Hello friends ,
i Cannot drop old undo tablespace. While dropping the old undo tablespace we get an error
ERROR at line 1:
ORA-01548: active rollback segment '_SYSSMU77$' found, terminate dropping
tablespace
SQL> select tablespace_name, status, segment_name from dba_rollback_segs where status != 'OFFLINE';
TABLESPACE_NAME STATUS SEGMENT_NAME
SYSTEM ONLINE SYSTEM
APPS_UNDO NEEDS RECOVERY _SYSSMU77$
Please help
Thanks
Edited by: Vicky C on Dec 23, 2012 9:23 AM

Hi peter
We not using rman backup only cold backup.. i tried using cold backup in ramn block media recovery but that recovery needs archive log
RMAN> BLOCKRECOVER DATAFILE 158 BLOCK 48829;
Starting blockrecover at 18-DEC-12
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=437 devtype=DISK
channel ORA_DISK_1: restoring block(s) from datafile copy /var/undo/undo02.dbf
starting media recovery
media recovery failed
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of blockrecover command at 12/18/2012 16:45:11
ORA-00604: error occurred at recursive SQL level 1
ORA-01422: exact fetch returns more than requested number of rows
ORA-00279: change 5975281035000 generated at 12/08/2012 06:00:58 needed for thread 1
ORA-00289: suggestion : /prod/archlogs/1_465484_683651989.dbf
ORA-00280: change 5975281035000 for thread 1 is in sequence #465484
ORA-00278: log file '/prod/archlogs/1_465484_683651989.dbf' no longer needed for this re covery
we did not have block media recovery needed archivelog
Regards
Vignesh C

Cannot drop old undo tablespace.

Hello friends ,
i Cannot drop old undo tablespace. While dropping the old undo tablespace we get an error
ERROR at line 1:
ORA-01548: active rollback segment '_SYSSMU77$' found, terminate dropping
tablespace
Please help
Thanks

Here's a blog post that may help you:
http://davidalejomarcos.wordpress.com/2010/11/09/ora-01548-active-rollback-segment-syssmu1xxxx-found-terminate-dropping-tablespace-while-deleting-undotbs/

Dropping Undo Tablespace 9i

Hey Folks,
I really need some help here.
I'm trying to drop/recreate the undo tablespace (currently 25gig) Oracle 9i
When I try to drop the undo tablespace 'UNDOTBS1' I get the following error:
âORA-01548: active rollback segment '_SYSSMU1$' found, terminate dropping tablespaceâ
Here's what I have tried so far:
- Bounced the DB several times hoping to get rid of the reference to the active rollback segment. No luck.
- Created a new undo table space
- Tried 'Alter system set undo_tablespace=new_one' (noticed that 10 new rollback segs were created '_SYSMU11$..SYSMU20$' pointing to the new undo tablespace)
- I then performed an offline drop of the undo tablespace data file. After the offline drop, the system rollback segs SYSMU01$..SYSMU10$ went offline as would be expected.
- Even with the new undo tablespace, all other application tablespaces still use the old undo which due to the offline drop, no inserts, deletes, etc. will work.
After all the above, I still get the same error when trying to drop the undo tablespace.
Any ideas? Ideally I would like to be able to drop the undo tablespace and recreate it, but at this point I'd be happy to bring back the undo tablespace datafile so we can at least use the database again.
Thanks in advance!!
Colin

SQL> show parameters undo
undo_retention integer
10800
undo_suppress_errors boolean
FALSE
undo_tablespace string
UNDOTBS03
r.- The undo tablespace which the database is looking for is this one ( UNDOTBS03 )
What is strange about the lines above is that I have
all those params above commented out in my
\pfile\init.ora file (and have bounced the db).
Iâm not sure why they are still showing up.
r.- Perhaps your instance is started with the spfile instead of the init file
Here's what we did after the UNDOTBS1 tablespace
caused the disk to run out of space during a large
import (from now on we are going to use commit = y):
1. Created a new undo tablespace UNDOTBS03 - got
errors so instead we to created it as a temp
tablespace UNDOTBS03 which worked. r.- Yes, but that tablespace was created as a UNDO TABLESPACE ?
2. Tried to drop UNDOTBS1 got the following error
msg:
ORA-01548: active rollback segment '_SYSSMU1$' found,
terminate dropping tablespacer.- Of course, the database did not allow to drop it beacause there were pending transactions
3. SQL> alter system set undo_tablespace =
'UNDOTBS03' scope = both. Tried dropping UNDOTBS1.
Same error as in #2 above.r.- There were still pending transactions with the older undo tablespace
4. We then offline dropped the datafile associated
with UNDOTBS1 hoping that would then allow us to drop
UNDOTBS1. Same error as #2.r.- That was the worst you did. You can not drop a tablespace so...
5. Then tried creating a undo tablespace again:
Create UNDO tablespace undo_temp
datafile 'D:\oracle\oradata\usbperf\undo_temp.DBF'
size 25m autoextend on;
Error on line 0
Create UNDO Tablespace undo_temp
datafile 'D:\oracle\oradata\usbperf\undo_temp.
ORA-00604: error occurred at recursive SQL level 1
ORA-00376: file 2 cannot be read at this time
ORA-01110: data file 2:
'D:\ORACLE\ORADATA\USBPERF\UNDOTBS01.DBF'
So thatâs where we are. I'm guessing that the
original undo tablespace corrupted when it tried to
extend and ran of disk space?
Thanks again for the help.
Colin ok I can guide to solve this but you have to do what I am going to tell you step by step. Is this a production database ?
Joel PÃ©rez
http://www.oracle.com/technology/experts

Undo Tablespace Retention gurantee

Hi,
From what I have read about undo Tablespaces ,If Undo Management is AUTO,and Retention is se to say 15 min and retention gurantee is disabled ,Unexpired transactions can be overwritten by the database,If such is the case then undo tablespace should never get filled up.
But I have observed despite these settings,Undo tablespace filling issue still occurs.
Please help me understand this.
Thanks.

Either
1. Your undo tablespace datafile is small (inadequate for the volume of transactions)
OR
2. Oracle is using autotuneundo which causes it to retain Undo for longer than undo_retention period and use the undo tablespace datafile to the fullest.
See Oracle Support notes
"Oracle 10G new feature - Automatic Undo Retention Tuning [ID 311615.1] "
"Bug 5387030 - Automatic tuning of undo_retention causes unusual extra space allocation [ID 5387030.8] "
"Bug 5387030"
Hemant K Chitale

Undo tablespace growing without reusing space

Hi,
I'm running an Oracle9i database on Solaris. I am using the automatic undo management and I have one undo tablespace. The UNDO_RETENTION value is 900. I have created the undo tablespace this way (clause in create database statement):
UNDO TABLESPACE "UNDOTBS1" DATAFILE '/u04/oracle/oradata/my_dbname/undotbs01.dbf' SIZE 200M REUSE AUTOEXTEND ON NEXT 5120K MAXSIZE UNLIMITED
The undo tablespace datafile is now close to 3G. I have other servers running the same setup, and their undo datafile size is still 200M. There is currently no active transaction in the database. Any idea why this is happening? Is there any tables I can check for clues?
Many thanks,
Gloria

Should Oracle automatically shrink the undo tablespace (datafile) when it is not needed anymore? Say at one point the database really needs 3G of undo tablespace, but afterwards only 10M is needed, would the datafile be 'shrunk' back?
Also, how can I check if the database really needed the 3G of undo tablespace at one point? (I guess it's checking the level of activities in the database, but how do I do that for past data?)
I'm trying to decide whether the undo tablespace really grew due to a need at some point or is it a case of Bug 2660394 (documented in metalink note271119.1). The bug basically says that "An auto extensible undo tablespace MAY grow before reusing expired extents leading to more space use than actually needed".

Can't create new undo tablespace while undo tablespace is crushed

We currently encounter an emergent error on our productive database. The undo tablespace on this database looks like crushed. And insert /update operations can't be executed because of the undo tablespace error.
we tried to create a new undo tablespace to replace this broken tablespace, but the database reports ORA-00376 and ORA-00376 error.
We have already deleted rollback segments which status is "NEED RECOVERY".
Now we run our database in manual undo tablespace management mode. and add a new datafile into current broken undo tablespace. Then create a new rollback segment for public user. Now, user can insert /update data. But we are not sure if this method would occur any other problems.
I really appreciate if you have any good suggestions.

Hi,
Actually ORA-00376 is the following cause and take action.
cause: An attempt was made to read from a file that is not readable. Most likely the file is offline.
Action: Check the state of the file. Bring it online.
Again setup ur DB automatic UNDO MANAGEMENT and check status of the ur undo tablespace. and bring it online.
and create another undo tablespac and switching the undo tablespace.
Regards..

Create undo tablespace while at mount state, possible?

Oracle 10g (10.2.0.1.0), on RedHat 4 (both 64 bit)
My test db’s undo tablespace is corrupt (no RMAN or user backups).
DB fails to open, fails during "Doing block recovery for file 2 block 209910"Is there a way of creating undo tablespace while at mount state?
I am pretty confident it’s not possible, also searched the net and found no fix, I thought I will ask.
I get error:
CREATE UNDO TABLESPACE UNDOTBS1_new DATAFILE '/u01/oracle/oradata/TEST_DB1/undotbs2_01.dbf' SIZE 512M
ERROR at line 1:
ORA-01109: database not openp{code}As a last option, I will open the db with *'reset logs'*, wondering is any thing else I can try to fix the issue.
Thanks for any input.

your problem is not to create un UNDO, your problem is that your UNDO is corrupted ! ;)
You must recover undo because it may contains needed data.
As there is not backup, you may try to set undo to manual, and then open the db and recreate the undo
but this may fail and you may have to allow undo corruption in initialization (_corrupted_rollback_segments), but this is an unsupported operation (hidden parameter)
Could you contact support ?
is your db a production one ?
Edited by: Leo Anderson on 1 sept. 2008 15:25

Error while Droping Undo Tablespace.

Hi,
I come across following error while droping UNDO tablesapce-
ORA-01548: active rollback segment '_SYSSMU1$' found, terminate dropping tablespace
Before droping above tablespace I created a new tablespace and set UNDO_TABLESPACE=<new Tablespace>.
I even tried to drop the UNDO tablespace after restarting instance, but no vail.
Any workaround?
Thanks,

the problem's details :
SVRMGR> select segment_name,status,tablespace_name from dba_rollback_segs where
status='NEEDS RECOVERY';
SEGMENT_NAME STATUS TABLESPACE_NAME
OKRBS NEEDS RECOVERY TS_OKRBS
1 row selected.
SVRMGR> drop rollback segment OKRBS;
drop rollback segment OKRBS
ORA-01545: rollback segment 'OKRBS' specified not available
SVRMGR> select segment_name,status,tablespace_name from dba_rollback_segs;
SEGMENT_NAME STATUS TABLESPACE_NAME
SYSTEM ONLINE SYSTEM
RBS0 ONLINE RBS
RBS1 ONLINE RBS
RBS2 ONLINE RBS
RBS3 ONLINE RBS
RBS4 ONLINE RBS
RBS5 ONLINE RBS
RBS6 ONLINE RBS
ASTEK_RBS1 ONLINE TS_ROLLBKS
ASTEK_RBS2 ONLINE TS_ROLLBKS
ASTEK_RBS3 ONLINE TS_ROLLBKS
OKRBS NEEDS RECOVERY TS_OKRBS
12 rows selected.
SVRMGR> select file_name,TABLESPACE_NAME,status from dba_data_files;
FILE_NAME
TABLESPACE_NAME STATUS
/home/oracle/oradata/wil7/drsys01.dbf
DRSYS AVAILABLE
/home/oracle/oradata/wil7/indx01.dbf
INDX AVAILABLE
/home/oracle/oradata/wil7/users01.dbf
USERS AVAILABLE
/home/oracle/oradata/wil7/temp01.dbf
TEMP AVAILABLE
/home/oracle/oradata/wil7/rbs01.dbf
RBS AVAILABLE
/home/oracle/oradata/wil7/tools01.dbf
TOOLS AVAILABLE
/home/oracle/oradata/wil7/system01.dbf
SYSTEM AVAILABLE
/data1/oradata/907/INDEKS01.ORA
TS_INDEKS AVAILABLE
/data1/oradata/907/INDEKS02.ORA
TS_INDEKS AVAILABLE
/data2/oradata/907/IURAN01.ORA
TS_IURAN AVAILABLE
/data2/oradata/907/IURAN02.ORA
TS_IURAN AVAILABLE
/data2/oradata/907/JURNAL01.ORA
TS_JURNAL AVAILABLE
/data2/oradata/907/DATAPDK01.ORA
TS_PDK AVAILABLE
/data2/oradata/907/ROLLBKS01.ORA
TS_ROLLBKS AVAILABLE
/data1/oradata/907/SIMKJ01.ORA
TS_SIMKJ AVAILABLE
/data1/oradata/907/SIMKJ02.ORA
TS_SIMKJ AVAILABLE
/data2/oradata/907/TMPSIMKJ01.ORA
TS_TMPSIMKJ AVAILABLE
/data2/oradata/907/TMPSIMKJ02.ORA
TS_TMPSIMKJ AVAILABLE
/data2/oradata/907/UPAH01.ORA
TS_UPAH AVAILABLE
/data1/oradata/907/GLDATA01.ORA
TSGL_DATA AVAILABLE
/data1/oradata/907/GLBACKUP01.ORA
TSGL_BACKUP AVAILABLE
/data1/oradata/907/GLINDEX01.ORA
TSGL_INDEX AVAILABLE
/data2/oradata/907/SDM01.ORA
TS_PERSONALIA AVAILABLE
/data2/oradata/907/SDMIND01.ORA
TS_PERSOIND AVAILABLE
/data2/oradata/907/SDMPDK01.ORA
TS_PERSOPDK AVAILABLE
/data2/oradata/907/SDMROLL01.ORA
TS_PERSOROLL AVAILABLE
/data2/oradata/907/SDMTEMP01.ORA
TS_PERSOTEMP AVAILABLE
/data6/analisa/ANALISA.ORA
TS_ANALISA AVAILABLE
/data4/TS_OKTMP.ORA
TS_OKTMP AVAILABLE
/home/oracle/oradata/wil7/system02.dbf
SYSTEM AVAILABLE
/data4/TS_OKRBS.ORA
TS_OKRBS AVAILABLE
/data4/TS_OKIDX.ORA
TS_OKIDX AVAILABLE
/data5/TS_OKDTA1.ORA
TS_OKDTA AVAILABLE
/data5/TS_ODSSNP1.ORA
TS_ODSSNP AVAILABLE
/data6/TS_ODSSNP2.ORA
TS_ODSSNP AVAILABLE
/data6/TS_OKDTA2.ORA
TS_OKDTA AVAILABLE
/data2/oradata/907/ROLLBK02.ORA
TS_ROLLBKS AVAILABLE
/data1/oradata/907/SIMKJ03.ORA
TS_SIMKJ AVAILABLE
/data1/oradata/907/INVEN01.ORA
TS_INVEN AVAILABLE
/data2/oradata/907/INVENIND01.ORA
TS_INVENIND AVAILABLE
/data1/oradata/907/INVENTEMP01.ORA
TS_INVENTEMP AVAILABLE
/data1/oradata/907/GLBACKUP02.ORA
TSGL_BACKUP AVAILABLE
/data2/oradata/907/DATAPDK02.ORA
TS_PDK AVAILABLE
/data2/tssipa_data01.ora
TSSIPA_DATA AVAILABLE
/data2/tssipa_index01.ora
TSSIPA_INDEX AVAILABLE
/data2/tssipa_tmp01.ora
TSSIPA_TMP AVAILABLE
/data2/tssipa_backup01.ora
TSSIPA_BACKUP AVAILABLE
/data1/oradata/907/GLDATA02.ORA
TSGL_DATA AVAILABLE
/data1/oradata/907/GLINDEX02.ORA
TSGL_INDEX AVAILABLE
/data2/tsdpkp_data01.ora
TSDPKP_DATA AVAILABLE
/data2/tsdpkp_index01.ora
TSDPKP_INDEX AVAILABLE
/data2/TSKBL_DATA.ora
TSKBL_DATA AVAILABLE
/data2/TSKBL_INDEX.ora
TSKBL_INDEX AVAILABLE
/data2/TSKBL_BACKUP.ora
TSKBL_BACKUP AVAILABLE
/data2/SILHKDATA01.ORA
TS_SILHK_DATA AVAILABLE
/data2/SILHKINDEX01.ORA
TS_SILHK_INDEX AVAILABLE
/data2/SILHKPDK01.ORA
TS_SILHK_PDK AVAILABLE
/data2/tsdpkp_backup01.ora
TSDPKP_BACKUP AVAILABLE
58 rows selected.
SVRMGR>

How the storage will be allocated on Undo tablespace made of datafiles?

I have a UNDO tablespace with two data files. Wherein one data file with Auto Extend as Yes and other as No.
In the case of multiple datafiles in UNDO tablespace,
1. Will the storage be allocated of same size on each datafile ?
2. What will be the case when the datafile with Auto Extent as NO reached it's max size?
3. Will the storage be allocated proportion to the datafile size in each file?

But when I use the following query, its not getting fired. Its taking "INDEX FULL SCAN"I would have thought that the later part of the above statement contradicts with the earlier part of the statement.
its not getting firedcontradicts this statement:
Its taking "INDEX FULL SCAN"Since the birth_dt is not the leading column of your index ...
Is it doing a INDEX FULL SCAN on the GPM_PERSONPROFILEDEMO_DOB2_IDX index?
if you have queries that involve profile_update_dt + birth_dt and some others that involve only birth_dt, then why not have the index in birth_dt + profile_update_dt instead?

Need to drop datafile from my undo tablespace

I have a undo tablespace and it has 2 datafiles. i would like to drop one datafile.
befor i am droping this datafile i am going to bring this file to offline and i got this message: ORA--01145 offline immediate disallowed unless media recovery enable.
can someone tell me how i can safly do it without any problem.
Thanks

An undo tablespace can be dropped like any other tablespace, but not until all transactions within the tablespace are complete. First, specify a new undo tablespace as in the previous example. To see if the tablespace has any pending transactions, run the following query:
SQL> select rn.name, rs.status
2 from v$rollname rn, v$rollstat rs
3 where rn.name in
4 (select segment_name from dba_segments
5 where tablespace_name = 'UNDOTBS')
6 and rn.usn = rs.usn
7 ;

2 Undo Tablespace both ONLINE, How to drop previous undo tbs

Hello Team,
Undo management=auto
After Cloning :-
To reclaim space i created another undo tablespace, but now both are online, but as per oracle as soon as you switch undo tablespace, previous undo TBS gets in Pending offline mode,offline mode, (So that transaction get finished)
But in my case Both UNDO Tablespaces are online
Previous Undo TBS1:- 600 GB
New UNDo Tb2s:- 100GB
Please suggest how to drop this online undo TBS1
TABLESPACE_NAME ONLINE_
APPS_UNDOTS1 ONLINE
APPS_UNDOTS1 ONLINE
APPS_UNDOTS1 ONLINE
APPS_UNDOTS1 ONLINE
APPS_UNDOTS1 ONLINE
APPS_UNDOTS1 ONLINE
APPS_UNDOTS1 ONLINE
APPS_UNDOTS1 ONLINE
APPS_UNDOTS1 ONLINE
APPS_UNDOTS2 ONLINE
APPS_UNDOTS2 ONLINE
TABLESPACE_NAME ONLINE_
APPS_UNDOTS2 ONLINE

Hi As per
select segment_name,owner,tablespace_name,status from dba_rollback_segs where tablespace_name like 'UNDOTBS1';
All Are offline for UNDOTBS1(Previous)
SEGMENT_NAME OWNER TABLESPACE_NAME STATUS
SYSSMU49861044602693$ PUBLIC APPS_UNDOTS1 OFFLINE
SYSSMU4893847838046$ PUBLIC APPS_UNDOTS1 OFFLINE
SYSSMU48682660477388$ PUBLIC APPS_UNDOTS1 OFFLINE
SYSSMU47753309457002$ PUBLIC APPS_UNDOTS1 OFFLINE
SYSSMU47131240212364$ PUBLIC APPS_UNDOTS1 OFFLINE
434 rows selected.

Move an undo tablespace datafile while online

Similar Messages

Maybe you are looking for