If the primary coordinator fails, the Greenplum Database system is not accessible and WAL replication stops. Use gpactivatestandby to activate the standby coordinator. Upon activation of the standby coordinator, Greenplum Database reconstructs the coordinator host state at the time of the last successfully committed transaction.
These steps assume a standby coordinator host is configured for the system. See Enabling Coordinator Mirroring.
Run the gpactivatestandby
utility from the standby coordinator host you are activating. For example:
$ export PGPORT=5432
$ gpactivatestandby -d /data/coordinator/gpseg-1
Where -d
specifies the data directory of the coordinator host you are activating.
After you activate the standby, it becomes the active or primary coordinator for your Greenplum Database array.
NOTEBefore running
gpactivatestandby
, be sure to rungpstate -f
to confirm that the standby coordinator is synchronized with the current coordinator node. If synchronized, the final line of thegpstate -f
output will look similar to this:20230607:06:50:06:004205 gpstate:test1-m:gpadmin-[INFO]:--Sync state: sync
After the utility completes, run gpstate
with the -b
option to display a summary of the system status:
$ gpstate -b
The coordinator instance status should be Active
. When a standby coordinator is not configured, the command displays No coordinator standby configured
for the standby coordinator status. If you configured a new standby coordinator, its status is Passive
.
Optional: If you have not already done so while activating the prior standby coordinator, you can run gpinitstandby
on the active coordinator host to configure a new standby coordinator.
ImportantYou must initialize a new standby coordinator to continue providing coordinator mirroring.
For information about restoring the original coordinator and standby coordinator configuration, see Restoring Coordinator Mirroring After a Recovery.
Parent topic: Enabling High Availability and Data Consistency Features