The scenario:<div><br></div><div>Maintenance on servers in a cluster require server restart. &nbsp;When each server is restarted the next oldest node will be come master of the orphaned queues made by the restart. This will continue to happen until the last server is the master of all queues. &nbsp;(ignoring newly created queues during maintenance.) &nbsp;Idle queues with data would be left not synchronized and the data would only exist on the master server. &nbsp;The problem now is the last server cannot be restarted or else the rest of the cluster will derive a new master for the queues and the idle data would be lost. &nbsp;Active queues will eventually work out and become synchronized in the cluster. &nbsp;Idle queues create a problem.</div><div><br></div><div>It appears server maintenance can't be scheduled but is at the mercy of the cluster's queues. &nbsp;If there are idle queues best not perform maintenance when synchronized mirrored nodes is down to low "watermark"? &nbsp;Stagger server maintenance in a way that there are frequent update servers and less update servers to balance out the cluster?<br></div><div><br></div><div>What is the best way to handle cluster server maintenance? &nbsp; Is there a way to manage an idle queue in a cluster, possibly shuffle it between servers?<br></div><div><br></div><div>-Mark</div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div>