Re: After cloning RAC to non-RAC, ORA-1548 when attempting to drop UNDOTBS2

From: Mladen Gogala <gogala.mladen_at_gmail.com>
Date: Wed, 9 Jan 2019 10:30:54 -0500
Message-ID: <da82d89a-60ef-5dc2-5922-bc132151a6f8_at_gmail.com>



Doug, you may have a pending distributed transaction, as doc ID 1321093.1 suggests. Please check DBA_2PC_PENDING.

Regards

On 1/9/19 12:01 AM, DOUG KUSHNER wrote:
>
> Could use some guidance as this cloning issue has me baffled.
>
> After cloning an 11.2.0.4 2-node RAC to non-RAC database (ASM to ACFS)
> using RMAN DUPLICATE from backup, UNDOTBS2 cannot be dropped due to a
> rollback segment that is partly available. It is not possible to
> rollback, since the transaction is ACTIVE with DEAD flag. There are no
> partly available rollback segments in the source database, the cloning
> was performed with cluster_database=FALSE, undo_tablespace=UNDOTBS1
> and recovery was successful on the clone, so unsure what went wrong.
> Several different RAC databases are being cloned using this process
> and only one of them consistently has this issue.
>
> This is primarily a nuisance, since the clone is just a staging
> database with a lifespan of a few weeks between refreshes. Despite not
> being able to drop the unneeded undo tablespace, can still disable
> thread 2 and drop the thread 2 redo logs.
>
> Looking for troubleshooting advice or ideas on how the cloning process
> could be corrupting this unused undo tablespace.
>
> Regards,
>
> Doug
>

-- 
Mladen Gogala
Database Consultant
Tel: (347) 321-1217


--
http://www.freelists.org/webpage/oracle-l
Received on Wed Jan 09 2019 - 16:30:54 CET

Original text of this message