清晨，曙光温柔地洒落在福尔摩斯·K那标志性的书房内，福尔摩斯·K坐在他那张熟悉的扶手椅上，眼神锐利如鹰，正沉浸在思考的海洋中。门突然被推开，华生·K带着一丝急切步入室内。
“福尔摩斯·K，这次案件非同小可，关乎一家重要企业的数据库升级，他们正面临前所未有的挑战。”华生·K边说边递上一份文件。
福尔摩斯·K接过文件，边翻阅文件边说道，“随着业务需求增长，数据库升级势在必行，但传统方法需停止服务，这对企业而言无疑是一步险棋。”他嘴角微扬，似乎对这个技术案件充满了浓厚兴趣。
数据库升级遇停机难题
数据库平滑升级秘籍：Kpatch
“如果想不影响业务系统，又想快捷自动化的操作，那么...华生·K，你记得Kpatch吗？”他突然停下脚步，转头问向华生·K。
华生·K突然眼前一亮：“对！人大金仓KingbaseES数据库Kpatch工具就能够实现。”
华生·K微笑着解释道：“Kpatch将复杂操作集成化为一个命令，减少人工操作。它对集群中多个节点，实行逐步滚动的升级。当停止一个节点进行升级时，其他节点仍就对外提供服务，从而最大限度地减少对业务的影响。”
福尔摩斯·K接着说：“Kpatch在升级过程中将滚动停止数据库，不停止整个集群。业务程序可能会在升级过程中失去某个节点数据库的连接，但是只需要重试当前语句，就可以在其他未执行升级的节点执行成功。在最后升级主节点时，会将其他备节点提升为主节点，因此，两个节点的集群影响时间为一个故障转移的时间，大概在60s以内。三个以上节点的集群，只会影响业务“写”，时间为一个故障转移的时间，能最大化地降低影响与风险。”
老林惊叹不已，说道：“这也太轻松了，能大大减少人工操作，请福尔摩斯·K先生务必教我使用KingbaseES数据库的Kpatch！”
在线打补丁，运维更轻松
福尔摩斯·K突然转过头：“对了，如果没有Kpatch目录和patch_packages目录，则需要创建。”
“接下来就是执行升级了，在此节点上执行升级，-t指定版本号，会到`Kpatch/patch_packages`目录查询补丁包，也可以用-p直接指定补丁包路径”福尔摩斯·K接着说。
“在升级前，我们可以写一个脚本来验证升级对业务的影响，比如这样。”
“这个脚本每隔一秒使用ksql向vip指向的集群主节点进行一次查询当前时间并显示。这样我们可以通过这个脚本来从侧面观察升级对业务是否有影响。”
“那开始执行升级吧~”
“升级成功了，数据库从V008R006C006B0021PS007版本升级到V008R006C006B0021PS012版本了。现在可查看升级状态，通过kpatch能查看当前集群升级补丁的情况。”
华生·K开心地说“升级很顺利啊！整个升级过程中，大部分都是预期的1秒停滞，只有一个地方有大概2.6秒的停滞，比正常的1s多了1.6秒，但是没有失败，且总体都没有对业务访问造成什么影响！”
“没问题。”
华生·K在电脑上模拟演示：
到这里，数据已经回滚到之前的版本了。
老林赞叹不已，激动地说道“通过Kpatch来升级数据库补丁，只用了一个命令，就完成繁琐的数据库升级，而且还不用停止整个集群，将对业务的影响降到最低。Kpatch真是太厉害了，我这就去给我们公司的数据库用上这个功能。”
福尔摩斯·K微微一笑：“在这个数字化时代，任何难题都有其解开的钥匙。”
外面，街头依旧喧闹而美好，而福尔摩斯·K与华生·K，则继续穿梭在嘈杂的街道中，寻找下一个挑战与真相。
供稿：产品研发中心
