Hi Dejan,
Thanks for the reply. After looking at the OCF standard structure I was
starting to think a new version of the oracle RA may be necessary.
I'll take a stab at it.
Regards,
Pat
Dejan Muhamedagic wrote:
Hi,
Did you read my reply to your previous post?
On Wed, Dec 31, 2008 at 11:16:04AM -0800, Patrick McShane wrote:
Hi,
Can heartbeat be configured to run a script only once without that script
running a service?
No. Though you can pack whatever you want in an RA as long as it
conforms to the OCF standard. For example, the MailTo RA just
sends an email, i.e. there's no "long-term" service provided. So,
your apply-logs-if-in-standby-mode-oracle RA, would have to
verify that this is a failover to the standby instance, apply the
logs, and allow the next RA (oracle) to start the instance. Note
that this may have to include first stopping the standby oracle
instance.
Say for example that heartbeat is failing over and that some special
purpose script needs to run prior to starting an Oracle DB service which is
already running in standby mode on the "fail to" node. This script would
basically be taking an Oracle SE 10g DB instance on node2 and changing its
mode of operation from standby DB to master DB. It would first apply the
latest Oracle archive logs, change the DB mode from standby to full
read/write mode (master) and then finish it's execution.
I am using the OCF /usr/lib/ocf/resources.d/heartbeat/oracle script but it
can only start, stop, and monitor. The master DB normally runs on node1,
and the standby DB runs active (so archive logs can be applied every 30
minutes via cron job) in standby mode on node2. The "run once" script
would need to run on node2 during a failover.
Any recommendations/feedback on this would be welcome.
You can try, though I'd still recommend a three-state RA. The
above solution would be most probably be hard to implement
correctly.
Thanks,
Dejan
Regards,
Pat McShane
_______________________________________________
Linux-HA mailing list
[email protected]
http://lists.linux-ha.org/mailman/listinfo/linux-ha
See also: http://linux-ha.org/ReportingProblems
_______________________________________________
Linux-HA mailing list
[email protected]
http://lists.linux-ha.org/mailman/listinfo/linux-ha
See also: http://linux-ha.org/ReportingProblems
_______________________________________________
Linux-HA mailing list
[email protected]
http://lists.linux-ha.org/mailman/listinfo/linux-ha
See also: http://linux-ha.org/ReportingProblems
