DanNorris.com - Latest Comments in ORA-1555 after switchover to standby

Re: ORA-1555 after switchover to standby

Dan Norris — Thu, 19 Mar 2009 09:38:37 -0000

I'm not sure why you almost quoted Charles Schultz, but I'm guessing you're actually a bot. Hope this comment gets you the hits you're looking for. See Charles' comment at http://www.dannorris.com/20...

Re: ORA-1555 after switchover to standby

hypnosis.course — Thu, 19 Mar 2009 07:48:01 -0000

I am thinking that there is a way to have CRS put the standby in managed recovery mode, but not finding it easy to find in the documentation. Why is it not made more clear, more obvious? Especially if Oracle is touting this thing called "Best Practices" for "Maximum Availability"

Re: ORA-1555 after switchover to standby

Devon Cottages — Sun, 01 Feb 2009 15:30:51 -0000

Nice work with this... you seem to have handled the request really well. Better than most.

Re: ORA-1555 after switchover to standby

Data Processing — Sat, 17 Jan 2009 09:47:57 -0000

really nice information.

Re: ORA-1555 after switchover to standby

rac breakdown recovery uk — Tue, 06 Jan 2009 15:15:03 -0000

i will take note of this.
good report.

Re: ORA-1555 after switchover to standby

Busby SEO Test — Sat, 13 Dec 2008 06:40:45 -0000

great report, I'll take a note on this

Re: ORA-1555 after switchover to standby

Dan Norris — Tue, 11 Nov 2008 08:29:28 -0000

Huh? Did this get misposted here by mistake or something? I am familiar with Beehive, but this post certainly didn't have anything to do with it.

Re: ORA-1555 after switchover to standby

Dan Norris — Fri, 05 Sep 2008 14:30:24 -0000

I probably read that note too...there was no shortage of AUM-related
bugs and issues when I started looking around. The hard part, as it
turned out, was to see which of the many matches was actually an exact
match for my issue. Sounds like you're in the same situation possibly.
Good luck!

Re: ORA-1555 after switchover to standby

piontekdd — Fri, 05 Sep 2008 14:16:38 -0000

How weird (or is it serendipitous) ? I have been lightly trying to figure out a similar issue on a standalone training database that is just keeping and keeping undo segments for weeks at a time. I found Metalink Doc #420525.1 which sounded right up my alley. (Okay, so it isn't the exact issue but it is very similar). I implemented work-around #1 and am now seeing the TUNED_UNDORETENTION value in v$undostat is mirroring what my undo_retention is set to. the UNEXPIREDBLKS and EXPIREDBLKS have flip-flopped as well. Now to see if the segments automatically start shrinking.

Also, not sure when you implemented DISQUS in your blog, but kudos on that. I have been liking the service for a few months.