Starting and Stopping HAWQ
In a HAWQ DBMS, the database server instances (the master and all segments) are started or stopped across all of the hosts in the system in such a way that they can work together as a unified DBMS.
Because a HAWQ system is distributed across many machines, the process for starting and stopping a HAWQ system is different than the process for starting and stopping a regular PostgreSQL DBMS.
Use the hawq startobject and hawq stopobject commands to start and stop HAWQ, respectively. These management tools are located in the $GPHOME/bin directory on your HAWQ master host.
Initializing a HAWQ system also starts the system.
Important:
Do not issue a KILL command to end any Postgres process. Instead, use the database command pg_cancel_backend().
For information about hawq start and hawq stop, see the appropriate pages in the HAWQ Management Utility Reference or enter hawq start -h or hawq stop -h on the command line.
Starting HAWQ
When a HAWQ system is first initialized, it is also started. For more information about initializing HAWQ, see hawq init.
To start a stopped HAWQ system that was previously initialized, run the hawq start command on the master instance.
You can also use the hawq start master command to start only the HAWQ master, without segment nodes, then add these later, using hawq start segment. If you want HAWQ to ignore hosts that fail ssh validation, use the hawq start --ignore-bad-hosts option.
Use the hawq start cluster command to start a HAWQ system that has already been initialized by the hawq init cluster command, but has been stopped by the hawq stop cluster command. The hawq start cluster command starts a HAWQ system on the master host and starts all its segments. The command orchestrates this process and performs the process in parallel.
Restarting HAWQ
Stop the HAWQ system and then restart it.
The hawq restart command with the appropriate cluster or node-type option will stop and then restart HAWQ after the shutdown completes. If the master or segments are already stopped, restart will have no effect.
To restart a HAWQ cluster, enter the following command on the master host:
$ hawq restart cluster
Reloading Configuration File Changes Only
Reload changes to the HAWQ configuration files without interrupting the system.
The hawq stop command can reload changes to the pg_hba.confconfiguration file and to runtime parameters in the hawq-site.xml and pg_hba.conf files without service interruption. Active sessions pick up changes when they reconnect to the database. Many server configuration parameters require a full system restart (hawq restart cluster) to activate. For information about server configuration parameters, see the Server Configuration Parameter Reference.
Reload configuration file changes without shutting down the system using the
hawq stopcommand:$ hawq stop cluster --reloadOr:
$ hawq stop cluster -u
Starting the Master in Maintenance Mode
Start only the master to perform maintenance or administrative tasks without affecting data on the segments.
Maintenance mode is a superuser-only mode that should only be used when required for a particular maintenance task. For example, you can connect to a database only on the master instance in maintenance mode and edit system catalog settings.
Run
hawq starton themasterusing the-moption:$ hawq start master -mConnect to the master in maintenance mode to do catalog maintenance. For example:
$ PGOPTIONS='-c gp_session_role=utility' psql template1After completing your administrative tasks, restart the master in production mode.
$ hawq restart masterWarning:
Incorrect use of maintenance mode connections can result in an inconsistent HAWQ system state. Only expert users should perform this operation.
Stopping HAWQ
The hawq stop cluster command stops or restarts your HAWQ system and always runs on the master host. When activated, hawq stop cluster stops all postgres processes in the system, including the master and all segment instances. The hawq stop cluster command uses a default of up to 64 parallel worker threads to bring down the segments that make up the HAWQ cluster. The system waits for any active transactions to finish before shutting down. To stop HAWQ immediately, use fast mode. The commands hawq stop master, hawq stop segment, hawq stop standby, or hawq stop allsegments can be used to stop the master, the local segment node, standby, or all segments in the cluster. Stopping the master will stop only the master segment, and will not shut down a cluster.
To stop HAWQ:
$ hawq stop clusterTo stop HAWQ in fast mode:
$ hawq stop cluster -M fast
Best Practices to Start/Stop HAWQ Cluster Members
For best results in using hawq start and hawq stop to manage your HAWQ system, the following best practices are recommended.
Issue the
CHECKPOINTcommand to update and flush all data files to disk and update the log file before stopping the cluster. A checkpoint ensures that, in the event of a crash, files can be restored from the checkpoint snapshot.Stop the entire HAWQ system by stopping the cluster on the master host.
$ hawq stop clusterTo stop segments and kill any running queries without causing data loss or inconsistency issues, use
fastorimmediatemode on the cluster:$ hawq stop cluster -M fast $ hawq stop cluster -M immediateUse
hawq stop masterto stop the master only. If you cannot stop the master due to running transactions, try usingfastshutdown. Iffastshutdown does not work, useimmediateshutdown. Useimmediateshutdown with caution, as it will result in a crash-recovery run when the system is restarted.$ hawq stop master -M fast $ hawq stop master -M immediateIf you have changed or want to reload server parameter settings on a HAWQ database where there are active connections, use the command:
$ hawq stop master -u -M fastWhen stopping a segment or all segments, use
smartmode, which is the default. Usingfastorimmediatemode on segments will have no effect since segments are stateless.$ hawq stop segment $ hawq stop allsegmentsYou should typically always use
hawq start clusterorhawq restart clusterto start the cluster. If you do end up starting nodes individually withhawq start standby|master|segment, make sure to always start the standby before the active master. Otherwise, the standby can become unsynchronized with the active master.