table of contents
OCF_HEARTBEAT_ORACLE(7) | OCF resource agents | OCF_HEARTBEAT_ORACLE(7) |
NAME¶
ocf_heartbeat_oracle - Manages an Oracle Database instance
SYNOPSIS¶
oracle [start | stop | status | monitor | meta-data | validate-all]
DESCRIPTION¶
Resource script for oracle. Manages an Oracle Database instance as an HA resource.
SUPPORTED PARAMETERS¶
sid
(unique, required, string, no default)
home
(optional, string, no default)
user
(optional, string, no default)
monuser
(optional, string, default "OCFMON")
monpassword
(optional, string, default "OCFMON")
monprofile
(optional, string, default "OCFMONPROFILE")
ipcrm
What we use here is the "oradebug" feature and its "ipc" trace utility. It is not optimal to parse the debugging information, but I am not aware of any other way to find out about the IPC information. In case the format or wording of the trace report changes, parsing might fail. There are some precautions, however, to prevent stepping on other peoples toes. There is also a dumpinstipc option which will make us print the IPC objects which belong to the instance. Use it to see if we parse the trace file correctly.
Three settings are possible:
- none: don't mess with IPC and hope for the best (beware: you'll probably be out of luck, sooner or later)
- instance: try to figure out the IPC stuff which belongs to the instance and remove only those (default; should be safe)
- orauser: remove all IPC belonging to the user which runs the instance (don't use this if you run more than one instance as same user or if other apps running as this user use IPC)
The default setting "instance" should be safe to use, but in that case we cannot guarantee that the instance will start. In case IPC objects were already left around, because, for instance, someone mercilessly killing Oracle processes, there is no way any more to find out which IPC objects should be removed. In that case, human intervention is necessary, and probably _all_ instances running as same user will have to be stopped. The third setting, "orauser", guarantees IPC objects removal, but it does that based only on IPC objects ownership, so you should use that only if every instance runs as separate user.
Please report any problems. Suggestions/fixes welcome.
(optional, string, default "instance")
clear_backupmode
(optional, boolean, default false)
shutdown_method
alter system checkpoint; shutdown abort;
This should be the fastest safe way bring the instance down. If you find "shutdown abort" distasteful, set this attribute to "immediate" in which case we will
shutdown immediate;
If you still think that there's even better way to shutdown an Oracle instance we are willing to listen.
(optional, string, default "checkpoint/abort")
SUPPORTED ACTIONS¶
This resource agent supports the following actions (operations):
start
stop
status
monitor
validate-all
methods
meta-data
EXAMPLE CRM SHELL¶
The following is an example configuration for a oracle resource using the crm(8) shell:
primitive p_oracle ocf:heartbeat:oracle \
params \
sid=string \
op monitor depth="0" timeout="30s" interval="120s"
EXAMPLE PCS¶
The following is an example configuration for a oracle resource using pcs(8)
pcs resource create p_oracle ocf:heartbeat:oracle \
sid=string \
op monitor depth="0" timeout="30s" interval="120s"
SEE ALSO¶
AUTHOR¶
ClusterLabs contributors (see the resource agent source for information about individual authors)
03/19/2024 | resource-agents UNKNOWN |