Comments on: VIP Dependencies Lifted in Oracle 10.2.0.3

By: Alex Gorbachev

Alex Gorbachev — Tue, 13 Mar 2007 13:48:20 +0000

We wanted to do that on one site with 10.1.0.3 (or 4 can’t recall exactly). After long debates with Oracle advanced support group and development they didn’t agree to do that mainly because they were not sure how it would affect FAN functionality even though we didn’t need it there.
We did tested it though and it worked quite well without dependencies. So if you want to run potentially unsupported – that should work.
Another workaround, and that’s what was used in production, is to set CHECK_INTERVAL attribute to 0. This way VIPs are not checked at all and never fail (network was redundant and very reliable there anyway). They still failover on node failure though. I don’t remember if user VIPs are there in 10.1 – they can be used instead of standard VIPs without dependencies. However, there is slight difference in behavior of user VIPs – IIRC, they don’t switch back after failed node becomes available again but this can be handled via server based FAN events, for example.

By: Fairlie Rego

Fairlie Rego — Tue, 13 Mar 2007 04:06:45 +0000

Just wanted to know if you have any customers who have removed the dependency of the Database instances on the VIP in 10.1.0.x RAC by doing what is mentioned in
ML note 4865736.8 and have had any issues after doing this

By: Alex Gorbachev

Alex Gorbachev — Wed, 21 Feb 2007 02:57:19 +0000

in this article, would if the public IP failed will be followed by VIP failed too? Yes. if public interface fails than VIP fails as well. However, you should be able to define more than one public interfaces. In this case if one interface fails, CRS will try to move VIP to another public interface. To be honest I never tried it but I think the theory is correct. I might want to try it one day for the sake of it. â€œThere are several reasons why one wouldnâ€™t want to have database and ASM instances to be dependent on the VIP.â€ the above sentence, could you explain in more details? Well, I listed some right after that sentence in the sections:

Several interfaces
Recovery time
Non-RAC database hosted on the same cluster

Let me know know if you need clarification on any of them. PS: I see that we've got one more blog on Oracle scene. Welcome! ;-)

By: ujang

ujang — Wed, 21 Feb 2007 01:21:59 +0000

in this article, would if the public IP failed will be followed by VIP failed too?

“There are several reasons why one wouldnâ€™t want to have database and ASM instances to be dependent on the VIP.”

the above sentence, could you explain in more details?

thanks

By: Alex Gorbachev

Alex Gorbachev — Sat, 10 Feb 2007 04:50:46 +0000

As soon as VIP is detected as failed – CRS tries to relocate it to other public interfaces of the “home” node (can be more than one public interface actually) and then moves it to another node. There is no reason to wait. Right? VIPs are there to avoid TCP timeout issue.

By: Mr. Ed

Mr. Ed — Sat, 10 Feb 2007 04:22:29 +0000

Did it shut down on one error on the VIP, or after a certain amount of errors or time?