Oracle® Real Application Clusters Administrator's Guide 10g Release 1 (10.1) Part Number B10765-02 |
|
|
View PDF |
This chapter describes how to administer Oracle Real Application Clusters (RAC) databases and instances using the Server Control (SRVCTL) utility. The topics in this chapter include:
Overview of SRVCTL for Administering Real Application Clusters
See Also: Oracle Real Application Clusters Installation and Configuration Guide for information about using the DBCA |
The Server Control (SRVCTL) utility is installed on each node by default. You can use SRVCTL to start and stop the database and instances, manage configuration information, and to delete or move instances and services. SRVCTL also manages configuration information.
Some SRVCTL operations store configuration information in the Oracle Cluster Registry (OCR). SRVCTL performs other operations, such as starting and stopping instances, by sending requests to the Cluster Ready Services daemon (CRSD), which then starts or stops the Cluster Ready Services (CRS) resources.
To use SRVCTL, enter the srvctl
command and its options in case sensitive syntax as described under the heading "SRVCTL Command Reference".
Guidelines for using SRVCTL are:
To use SRVCTL to change your RAC database configuration, log in to the database as the oracle
user. Members of the DBA group can start and stop the database.
Only use the version of SRVCTL that is provided with Oracle Database 10g on RAC databases that are created or upgraded for Oracle Database 10g.
Always use SRVCTL from the ORACLE_HOME
of the database that you are administering.
SRVCTL does not support concurrent executions of commands on the same object. Therefore, only run one SRVCTL command at a time for each database, service, or other object.
To see help for all SRVCTL commands, from the command line enter:
srvctl -h
To see the command syntax and a list of options for each SRVCTL command, from the command line enter:
srvctl command (or verb) object (or noun) -h
To see the SRVCTL version number enter:
srvctl -V
Caution: Although you may be able to cancel running SRVCTL commands by entering Control-C at the command line, you may corrupt your configuration data by doing this. You are strongly advised not to attempt to terminate SRVCTL in this manner. |
SRVCTL commands, objects, and options are case sensitive. Database, instance, and service names are case insensitive and case preserving. SRVCTL interprets the following command syntax:
srvctl command object [options]
In SRVCTL syntax:
srvctl
is the command to start the SRVCTL utility.
command
is a verb such as start
, stop
, or remove
.
object
is an object or target on which SRVCTL performs the command, such as database
or instance
. You can also use object abbreviations.
options
extend the use of a preceding command combination to include additional parameters for the command. For example, the -i
option indicates that a comma-delimited list of instance names follows; sometimes the -i
option only permits one value and not a list of names. The -n
option indicates that a node name or a comma-delimited list of node names follows. SRVCTL prompts for user credentials when you use the -q
option with any SRVCTL command.
Note: Enclose comma-delimited lists in double-quote ("...,..." ) symbols. |
The database configuration tasks are:
Add, modify, and delete cluster database configuration information.
Add an instance or a service to, and delete an instance or service from the configuration of a cluster database.
Move instances and services in a cluster database configuration and modify service configurations.
Set and unset the environment for an instance or service in a cluster database configuration.
Set and unset the environment for an entire cluster database in a cluster database configuration.
The node-level tasks are:
Setting and unsetting the environment for node-level applications.
Administering node applications.
Administering ASM instances.
Starting and stopping a group of programs that includes virtual IP addresses, listeners, Oracle Notification Services, and Oracle Enterprise Manager agents (for maintenance purposes).
This section summarizes the SRVCTL commands, objects, and options. Oracle recommends that you use the DBCA to create your RAC database as well as your initial service configurations. This is because the DBCA configures both the CRS resources and the Net Service entries for each service.
Table B-1 summary the SRVCTL commands. Execute SRVCTL commands from the command line and specify one or more objects with the appropriate options for the command and its objects.
Table B-1 SRVCTL Commands Summary
Command | Description |
---|---|
srvctl add |
Adds the node applications, database, database instance, ASM instance, or service. |
srvctl remove |
Removes the node applications, database, database instance, ASM instance, or service. |
srvctl config |
Lists the configuration for the node applications, database, ASM instance, or service. |
srvctl enable |
Enables the database, database instance, ASM instance, or service. |
srvctl disable |
Disables the database, database instance, ASM instance, or service. |
srvctl start |
Starts the node applications, database, database instance, ASM instance, or service. |
srvctl stop |
Stops the node applications, database, database instance, ASM instance, or service. |
srvctl modify |
Modifies the node applications, database, database instance, or service configuration. |
srvctl relocate |
Relocates the service from one instance to another. |
srvctl status |
Obtains the status of the node applications, database, database instance, ASM instance, or service. |
srvctl getenv |
Displays the environment variable in the configuration for the node applications, database, database instance, or service. |
srvctl setenv and unsetenv |
Sets and unsets the environment variable in the configuration for the node applications, database, database instance, or service. |
Table B-2 lists the SRVCTL objects for SRVCTL commands. Use the full name or the abbreviation for the purpose described.
Table B-2 SRVCTL Objects (Nouns) and Abbreviations
The SRVCTL add
command adds the configuration and the CRS applications to the OCR for the cluster database, named instances, named services, or for the named nodes. To execute srvctl
add
operations, you must be logged in as the database administrator and be the Oracle account owner on UNIX-based systems, or you must be logged on as a user with Administrator privileges on Windows-based systems.
When adding an instance, the name that you specify with -i
must match the ORACLE_SID
parameter. The database name given with -d
db_unique_name
must match the DB_UNIQUE_NAME
initialization parameter setting. If DB_UNIQUE_NAME
is unspecified, then match the DB_NAME
initialization parameter setting. The default setting for DB_UNIQUE_NAME
uses the setting for DB_NAME
. Also, the domain name given with -m
db_
domain
must match the DB_DOMAIN
setting.
Table B-3 srvctl add Summary
Command | Description |
---|---|
srvctl add database | Adds a database and configuration. |
srvctl add instance | Adds one or more instances and configurations. |
srvctl add service | Adds services. |
srvctl add nodeapps | Adds node applications. |
srvctl add asm | Adds ASM instances. |
Adds a database configuration to your cluster database configuration.
Use the srvctl
add
database
command with the following syntax:
srvctl add database -d db_unique_name -o oracle_home [-m domain_name] [-p spfile] [-A addr_str] [-r {PRIMARY | PHYSICAL_STANDBY | LOGICAL_STANDBY}] [-s start_options] [-n db_name]
Table B-4 srvctl add database Options
Syntax | Description |
---|---|
-d db_unique_name |
Unique name for the database. |
-o oracle_home |
The Oracle home for the database. |
-m domain_name |
The Domain for the database. |
-p spfile |
The server parameter file for the database. |
-A addr_str |
The database cluster alias (name |ip /netmask[/if1[|if2|...]]). |
-r {PRIMARY | PHYSICAL_STANDBY | LOGICAL_STANDBY} |
The role of the database (primary, physical standby, or logical standby). |
-s start_options |
Startup options for the database. |
-n db_name |
The name of the database, where it is different from the unique name given by the -d option. |
Adds a configuration for an instance to your cluster database configuration.
Adds services to a database and assigns them to instances. If you have multiple instances of a cluster database on the same node, then always use only one instance on that node for all of the services that node manages. Also, you can use the srvctl
add
service
command to configure the Transparent Application Failover (TAF) policy for a service.
See Also: Chapter 4 for more information about TAF policies |
Use the srvctl
add
service
command with the following syntax:
srvctl add service -d db_unique_name -s service_name -r preferred_list [-a available_list] [-P TAF_policy]
Table B-6 srvctl add service Options
Option | Description |
---|---|
-d db_unique_name |
Unique name for the database. |
-s service_name |
The service name. |
-r preferred_list |
The list of preferred instances. |
-a available_list |
The list of available instances |
-P TAF_policy |
The TAF policy (NONE , BASIC , or PRECONNECT ). |
Use the following syntax to add a new preferred or available instance to the service configuration:
srvctl add service -d db_unique_name -s service_name -u [-r new_preferred_inst | -a new_available_inst]
Table B-7 srvctl add service Options for a New Instance
Option | Description |
---|---|
-d db_unique_name |
Unique name for the database. |
-s service_name |
The service name. |
-u |
Update a new instance-to-service configuration. |
-r new_preferred_inst |
Name of the new preferred instance. |
-a new_available_inst |
Name of new available instance. |
Use this example syntax to add a named service to a database with preferred instances in list one and available instances in list two, using basic failover for the available instances:
srvctl add service -d crm -s sales -r crm01,crm02 -a crm03
Use this example syntax to add a named service to a database with preferred instances in list one and available instances in list two, using preconnect failover for the available instances:
srvctl add service -d crm -s sales -r crm01,crm02 -a crm03 -P Preconnect
Adds a node application configuration to the specified node.
Note: On UNIX-based systems, you must be logged in asroot and on Windows-based systems, you must be logged in as a user with Administrator privileges to execute this command. |
The SRVCTL config
command displays the configuration stored in the OCR.
Table B-10 srvctl config Summary
Command | Description |
---|---|
srvctl config database | Displays the configuration information of the cluster database. |
srvctl config service | Displays the configuration information for the services. |
srvctl config nodeapps | Displays the configuration information for the node applications. |
srvctl config asm |
Displays the configuration for the ASM instances on the node. |
Displays the configuration for a RAC database or lists all configured databases.
Displays the configuration for a service.
Displays the configuration for node applications.
The SRVCTL enable
command enables the named object so that it can run under CRS for automatic startup, failover, or restart. The CRS application supporting the object may be up or down to use this function. Enable
is the default value. If the object is already enabled, then the command is ignored. Enabled objects can be started, and disabled objects cannot be started.
Table B-14 srvctl enable Summary
Command | Description |
---|---|
srvctl enable database | Enables the database. |
srvctl enable instance | Enables the instance. |
srvctl enable service | Enables a service. |
srvctl enable asm | Enables an ASM instance. |
Enables CRS resources for a database and enables the database's instances if the database was previously disabled.
Enables an instance for CRS. If all instances are disabled, then enabling an instance also enables the database.
Enables a service for CRS. Enabling an entire service also affects the enabling of the service over all the instances by enabling the service at each one. When the entire service is already enabled, an srvctl enable service operation does not affect all the instances and enable them. Instead, this operation returns an error. Therefore, you cannot always use the entire set of service operations to manipulate the service indicators for each instance.
Disables a specified object (cluster database, database instance, ASM instance, or service). SRVCTL disable
is intended to be used when an object is to be repaired or is down for maintenance to prevent inappropriate automatic restarts. When you issue the disable
command, the object is disabled and unavailable to run under CRS for automatic startup, failover, or restart. If you specify -i
instance_name
, then SRVCTL only disables the service from running on the specified instance.
Table B-18 srvctl disable Summary
Command | Description |
---|---|
srvctl disable database | Disables the cluster database |
srvctl disable instance | Disables an instance |
srvctl disable service | Disables a service |
srvctl disable asm | Disables an ASM instance |
Disables a cluster database and its instances.
Disables an instance. If the instance that you disable with this command is the last enabled instance, then this operation also disables the database.
Disables a service. Disabling an entire service affects all the instances, disabling each one. When the entire service is already disabled, an srvctl disable service operation on the entire service affect all the instances and disable them; it just returns an error. This means that you cannot always use the entire set of service operations to manipulate the service indicators for each instance.
Starts CRS enabled, non-running applications for the database, all or named instances, all or named service names, or node-level applications. For the start
command, and for other operations that use a connect string, if you do not provide a connect string, then SRVCTL uses "/ as sysdba" to perform the operation. To run such operations, the owner of the oracle
binary executables must be a member of the OSDBA group, and users running the commands must be in the OSDBA group also.
Table B-22 srvctl start Summary
Command | Description |
---|---|
srvctl start database | Starts the cluster database and its instances |
srvctl start instance | Starts the instance |
srvctl start service | Starts the service |
srvctl start nodeapps | Starts the node applications |
srvctl start asm |
Starts ASM instances |
Starts a cluster database and its enabled instances.
Use the srvctl
start
database
command with the following syntax:
srvctl start database -d db_unique_name [-o start_options] [-c connect_str | -q]
Table B-23 srvctl start database Options
Option | Description |
---|---|
-d db_unique_name |
Unique name for the database. |
-o start_options |
Options for startup command (for example: open , mount , or nomount ) |
-c connect_str |
Connect string (default: / as sysdba ) |
-q | Prompt for user credentials connect string from standard input. |
Starts instances in the cluster database.
Use the srvctl
start
instance
command with the following syntax:
srvctl start instance -d db_unique_name -i inst_name_list [-o start_options] [-c connect_str | -q]
Table B-24 srvctl start instance Options
Option | Description |
---|---|
-d db_unique_name |
Unique name for the database. |
-i inst_name_list |
Comma-separated instance names. |
-o start_options |
Options for startup command (for example: open, mount, or nomount). |
-c connect_str |
Connect string (default: / as sysdba). |
-q |
Prompt for user credentials connect string from standard input. |
Starts a service or multiple services on the specified instance. The srvctl
start
service
command will fail if you attempt to start a service on an instance if that service is already running on its maximum number of instances, that is, its number of preferred instances. You may move a service or change the status of a service on an instance with the srvctl modify service and srvctl relocate service commands described on and respectively.
Use the srvctl
start
service
command with the following syntax:
srvctl start service -d db_unique_name [-s service_name_list [-i inst_name]] [-o start_options] [-c connect_str | -q]
Table B-25 srvctl start service Options
Option | Description |
---|---|
-d db_unique_name |
Unique name for the database |
-s service_name_list |
Comma-separated service names; the service name list is optional and if not provided, the SRVCTL starts all of the database's services |
-i inst_name |
Instance name |
-o start_options |
Options to startup command (for example: open, mount, or nomount) |
-c connect_str |
Connect string (default: / as sysdba) |
-q | Query connect string from standard input |
The following example starts named service names. If the instances that support these services, including available instances that the service uses for failover, are not running but are enabled, then they are started:
srvctl start service -d crm -s crm
The following example starts a named service on a specified instance:
srvctl start service -d crm -s crm -i crm2
Starts node-level applications on a particular node.
Stops the CRS applications for the database, all or named instances, all or named service names, or node level applications. Only CRS applications that are starting or running are stopped. Objects running outside of CRS are not stopped. Stops node-level applications and all dependent CRS applications on the node.
You should disable an object that you intend to remain stopped after you issue a SRVCTL stop command. Refer to the SRVCTL disable
command starting with srvctl disable database.
Note: If the object is stopped and is not disabled, then it can restart as a result of another planned operation. That is, the object will not restart as a result of a failure. Oracle recommends that you disable an object that should remain stopped after you issue astop command. |
Table B-27 srvctl stop Summary
Command | Description |
---|---|
srvctl stop database | Stops the cluster database |
srvctl stop instance | Stops the instance |
srvctl stop service | Stops the service |
srvctl stop nodeapps | Stops the node-level applications |
srvctl stop asm | Stops ASM instances |
Stops a database, its instances, and its services.
Use the srvctl stop database
command with the following syntax:
srvctl stop database -d db_unique_name [-o stop_options] [-c connect_str | -q]
Table B-28 srvctl stop database Options
Option | Description |
---|---|
-d db_unique_name |
Unique name for the database |
-o stop_options |
shutdown command options (for example: normal, transactional, immediate, or abort) |
-c connect_str |
Connect string (default: / as sysdba) |
-q |
Prompt for user credentials connect string from standard input |
Stops instances and stops all enabled and non-running services that have these instances as either preferred or available instances.
Use the srvctl
stop
instance
command with the following syntax:
srvctl stop instance -d db_unique_name -i inst_name_list [-o stop_options] [-c connect_str | -q]
Table B-29 srvctl stop instance Options
Option | Description |
---|---|
-d db_unique_name |
Unique name for the database |
-i inst_name_list |
Comma-separated instance names |
-o stop_options |
Options for shutdown command (for example: normal, transactional, immediate, or abort) |
-c connect_str |
Connect string (default: / as sysdba) |
-q |
Query connect string from standard input |
Stops one or more services globally across the cluster database, or on the specified instance.
Use the srvctl
stop
service
command with the following syntax:
srvctl stop service -d db_unique_name [-s service_name_list [-i inst_name]] [-c connect_str | -q] [-f]
Table B-30 srvctl stop service Options
Option | Description |
---|---|
-d db_unique_name |
Unique name for the database |
-s service_name_list |
Comma-separated service names; if you do not provide a service name list, then SRVCTL stops all services on the database |
-i inst _name |
Instance name |
-c connect_str |
Connect string (default: / as sysdba) |
-q |
Query connect string from standard input |
-f force |
Force SRVCTL to stop the service; this causes SRVCTL to disconnect all the sessions transactionally, causing the sessions using the service to reconnect to another instance |
Stops node-level applications on a particular node.
Enables you to modify the instance configuration without removing and adding the CRS resources. Using modify
preserves the environment in the OCR configuration that would otherwise need to be re-entered. The configuration description is modified in the OCR configuration, and a new CRS profile is generated and registered. The change takes effect when the application is next restarted.
Table B-32 srvctl modify Summary
Command | Description |
---|---|
srvctl modify database | Modifies the configuration for a database. |
srvctl modify instance | Modifies the configuration for an instance. |
srvctl modify service | Modifies the configuration for a service. |
srvctl modify nodeapps |
Modifies the configuration for a node application. |
Modifies the configuration for a database.
Use the srvctl
modify
database
command with the following syntax:
srvctl modify database -d db_unique_name [-n db_name] [-o ohome] [-m domain_name] [-p spfile] [-r {PRIMARY | PHYSICAL_STANDBY | LOGICAL_STANDBY}] [-s start_options]
Table B-33 srvctl modify database Options
Option | Description |
---|---|
-d db_unique_name |
Unique name for the database. |
-n db_name |
Name of the database, where it is different from the unique name given by -d option. |
-o ohome |
Oracle home for cluster database. |
-m domain_name |
Domain for cluster database. |
-p spfile |
Server parameter file for cluster database. |
-r role [PRIMARY | PHYSICAL_STANDBY | LOGICAL_STANDBY] |
Role of the database (primary, physical standby, or logical standby) |
-s start_options |
Startup options for the database |
Modifies the configuration for a database instance from its current node to another node or changes the dependency between and ASM instance and a database instance.
Moves a service member from one instance to another. Additionally, this command changes which instances are to be the preferred and the available instances for a service. This command supports some online modifications to the service, for example:
When a service configuration is modified so that a new preferred or available instance is added, the running state of the existing service is not affected. However, the newly added instances will not automatically provide the service, until a srvctl start service command is issued as described.
When there are available instances for the service, and the service configuration is modified so that a preferred or available instance is removed, the running state of the service may change unpredictably:
The service is stopped and then removed on some instances according to the new service configuration.
The service may be running on some instances that are being removed from the service configuration.
These services will be relocated to the next "free" instance in the new service configuration.
As a result of these considerations, when the online service is being modified, users may experience a brief service outage on some instances even if the instances are not being removed. Or users may experience a brief service outage on instances that are being removed from the service.
Important: Oracle recommends that you limit configuration changes to the minimum requirement and that you not perform other service operations while the online service modification is in progress. |
Use the srvctl modify service
command with the following syntax:
srvctl modify service -d db_unique_name -s service_name -i old_inst_name -t new_inst_name [-f]
Table B-35 srvctl modify service Options for an Available Instance
Option | Description |
---|---|
-d db_unique_name |
Unique name for the database. |
-s service_name |
Service name. |
-i old_inst_name |
Old instance name. |
-t new_inst_name |
New instance name. |
-f |
Disconnect all sessions during stop or relocate service operations. |
You can also use the srvctl modify service
command to change an available instance to a preferred instance as follows:
srvctl modify service -d db_unique_name -s service_name -i avail_inst_name -r [-f]
Table B-36 srvctl modify service Options for Changing an Available Instance to Preferred
Option | Description |
---|---|
-d db_unique_name |
Unique name for the database. |
-s service_name |
Service name. |
-i avail_inst_name |
Instance name. |
-r |
Upgrade instance to preferred. |
-f |
Disconnect all sessions during stop or relocate service operations. |
An example of moving a service member from one instance to another is:
srvctl modify service -d crm -s crm -i crm1 -t crm2
An example of changing an available instance to a preferred instance is:
srvctl modify service -d crm -s crm -i crm1 -r
To change the status of multiple instances, you can use the srvctl modify service
command to list which instances are to be the preferred and which are to be the available instances for a service as follows:
srvctl modify service -d db_unique_name -s service_name -n -i pref_inst_list [-a avail_inst_list] [-f]
Table B-37 srvctl modify service Options for Changing Instances between Preferred and Available status
Option | Description |
---|---|
-d db_unique_name |
Unique name for the database. |
-s service_name service_name |
Service name. |
-n | Uses only the instances named for this service (unnamed instances already assigned to the service are removed). |
-i avail_inst_name |
List of preferred instances. |
-a avail_inst_list |
List of available instances. |
-f |
Disconnect all sessions during stop or relocate service operations. |
Relocates the named service names from one named instance to another named instance. The srvctl
relocate
command works on only one source instance and one target instance at a time, relocating a service from a single source instance to a single target instance. The target instance must be on the preferred or available list for the service. The relocated service is temporary until you modify the configuration. The srvctl modify command described permanently changes the service configuration.
Table B-39 srvctl relocate Summary
Command | Description |
---|---|
srvctl relocate service | Relocates the named service names from one named instance to another named instance |
Displays the current state of a named database, instances, services, or node applications.
Table B-41 srvctl status Summary
Command | Description |
---|---|
srvctl status database | Obtains the status of a database. |
srvctl status instance | Obtains the status of a instance. |
srvctl status service | Obtains the status of services. |
srvctl status nodeapps | Obtains the status of node applications. |
srvctl status asm |
Obtains the status of ASM instances. |
Obtains the status of instances and their services.
Obtains the status of instances.
Obtains the status of a service.
Obtains the status of node applications on a particular node.
Gets and displays values for the environment from the configuration file. Use SRVCTL with the set
, get
, and unset
environment configuration verbs to administer the environment configurations for databases, instances, services, and node applications.
Table B-45 srvctl getenv Summary
Command | Description |
---|---|
srvctl getenv database | Gets the cluster database environment values. |
srvctl getenv instance | Gets the instance environment values. |
srvctl getenv service | Gets the service environment values. |
srvctl getenv nodeapps | Gets the node application environment values. |
Displays the cluster database environment values.
Gets the values for an instance environment configuration.
Gets the values for a service environment configuration.
The setenv
command sets values for the environment in the configuration file. The unsetenv
command unsets values for the environment in the configuration file.
Table B-50 srvctl setenv and unsetenv Summary
Command | Description |
---|---|
srvctl setenv database | Administers cluster database environment configurations |
srvctl setenv instance | Administers instance environment configurations |
srvctl setenv service | Administers service environment configurations |
srvctl setenv nodeapps | Administers node application environment configurations |
srvctl unsetenv database | Unsets the cluster database environment configuration |
srvctl unsetenv instance | Unsets instance environment configurations |
srvctl unsetenv service | Unsets service environment configurations |
srvctl unsetenv nodeapps | Unsets node application environment configurations |
Administers cluster database environment configurations.
Administers instance environment configurations.
Use the srvctl
setenv
instance
with the following syntax:
srvctl setenv instance -d db_unique_name [-i inst_name] {-t name=val[,name=val,...] | -T name=val}
Table B-52 srvctl setenv instance Options
Options | Description |
---|---|
-d db_unique_name |
Unique name for the database. |
-i inst_name |
Instance name. |
-t =,... name val |
Names and values of environment variables. |
-T name =val |
Enables single environment variable to be set to a value that contains commas or other special characters. |
Administers service environment configurations.
Use the srvctl setenv service
command with the following syntax:
srvctl setenv service -d db_unique_name [-s service_name] {-t name=val[,name=val,...] | -T name=val}
Table B-53 srvctl setenv service Options
Options | Description |
---|---|
-d db_unique_name |
Unique name for the database. |
-s service_name |
Service name. |
|
Names and values of environment variables. |
-T name =val |
Enables single environment variable to be set to a value that contains commas or other special characters. |
Sets the environment variables for the node application configurations.
Unsets the cluster database environment configurations.
Unsets instance environment configurations.
Unsets service environment configurations.
Removes the configuration, the CRS applications for the node (including the virtual IP address, the Oracle Enterprise Manager agent, the GSD, and the listeners), the database, named instances, or the named services from the cluster database. Environment settings for the object are also removed.
If you do not use the force flag (-f
), then Oracle prompts you to confirm whether to proceed. If you use the force (-f
) option, then the remove operation proceeds without prompting and continues processing even when it encounters errors. Even when the CRS resources cannot be removed, the OCR configuration is removed, so that the object now appears not to exist, but there are still CRS resources. Use the -f
option with extreme caution because this could result in an inconsistent OCR.
To use the remove
verb, you must first stop the node applications, database, instance, or service for which you are specifying srvctl
remove
. Oracle recommends that you perform a disable operation before using this command, but this is not required. You must stop the target object before running the srvctl remove
command. The srvctl stop command is described.
Table B-59 srvctl remove Summary
Command | Description |
---|---|
srvctl remove database | Removes a database and configuration. |
srvctl remove instance | Removes one or more instances and configurations. |
srvctl remove service | Removes services. |
srvctl remove nodeapps | Removes node applications. |
srvctl remove asm |
Removes ASM instances |
Removes a database configuration.
Removes the configurations for an instance.
Removes the configuration for a service.
Removes the node application configuration from the specified node. You must have full administrative privileges to run this command. On UNIX-based systems, you must be logged in as root
and on Windows-based systems, you must be logged in as a user with Administrator privileges.