Starting and Stopping Standby Multiplatform
- Jan Klinke
Dbvisit Standby Multiplatform has two components: dbvagentmanager and dbvcontrol. While dbvagentmanager must be deployed on each primary and standby server, there should be only one dbvcontrol component per whole environment. It is supported to deploy dbvcontrol on primary server or on standby server but never to both at the same time.
It is also supported to use separated host from primary or standby for dbvcontrol.
1. Linux
On Linux there are two methods of for start and stop: systemctl service and starting background process via nohup.
dbvagentmanager and dbvcontrol share same syntax for start and stop
Choose only one method from the two for your environment, do not combine them
1.1 Systemctl Service
The advantage of having Dbvisit Standby Multiplatform components setup as systemctl services is that systemctl will automatically startup Dbvisit Standby Multiplatform components after server boot.
Directly after Installation of Dbvisit Standby Multiplatform is finished, you have the option to install systemctl service:
$ sudo /usr/dbvisit/standbymp/bin/dbvagentmanager service install --user oracle
$ sudo /usr/dbvisit/standbymp/bin/dbvcontrol service install --user oracleDbvisit will then create new dbavgentmanager systemctl service description:
cat /etc/systemd/system/dbvagentmanager.service
cat /etc/systemd/system/dbvcontrol.serviceYou can then use following commands to start or stop dbvagentmanager:
sudo /usr/dbvisit/standbymp/bin/dbvagentmanager service start
sudo /usr/dbvisit/standbymp/bin/dbvagentmanager service stop
sudo /usr/dbvisit/standbymp/bin/dbvcontrol service start
sudo /usr/dbvisit/standbymp/bin/dbvcontrol service stopIt is also possible to use directly systemctl (same goes for dbvcontrol):
For uninstalling the systemctl dbvagentmanager service from Linux OS we recommend to use following commands:
1.2 Background Process
If you don’t want to introduce additional complexity by setting up systemctl services, you can start Dbvisit Standby Multiplatform processes directly as oracle user. This is very fast method and can be used when troubleshooting. The disadvantage is that Dbvisit Standby Multiplatform processes will need to be started manually after server boot.
There’s no stop command, you have to manually search & kill the dbvagentmanager/dbvcontrol process:
2. Windows
On Windows you can easily control Dbvisit Standby Multiplatform components through services:
Services are created automatically during Dbvisit Standby Multiplatform installation. It is supported to set the startup type of the services to Automatic (Delayed) if required.
3. Oracle Grid Environments
On Oracle Grid environments there are specific steps for creating and starting Dbvisit Standby Multiplatform components services via crsctl cluster resource:
If you have only single node with Oracle grid (for example Oracle Database Appliance server) you can decide whether to use crsctl service, systemctl service or background process - all are supported.