升级到v6.3.7之后的操作

创建时间：2024-04-17 最近修改时间：2024-04-17

#1. 升级到v6.3.7之后的操作

如果环境中之前在 postman 或者 manager 配置文件中配置过邮件服务器，升级后需要将对应的配置在系统-控制器-配置页面重新进行配置。

原始升级目标为 6.2 中符合条件的历史搜索条件和子视图。具体可参见升级 PS (opens new window)

注意，请仔细确认 ps 中符合条件的升级内容，仅包含符合条件拓扑搜索历史以及部分子视图，不能升级的部分，需要手动处理。

注意，升级只是将对应的条件尽可能的转换到新的服务拓扑中，路径不能完全一一对应，服务组内容也需要人工确认下，进行部分调整以满足需求。确认完毕后，可以手动删除之前的搜索历史和子视图。

kubectl -n deepflow get pod | grep querier
kubectl -n deepflow exec -it pod名称 -- sh

1
2

cd /usr/src/app/src/scripts/

编辑对应的升级文件，根据实际的机器地址来修改对应的配置项，注意 token 都需要使用超管的 token，token 的获取方式可以在 help 中查阅。如果升级对象就是本机，那么 6.2 和 6.3 的配置内容可以一致，但依然需要填写。
编辑完毕并保存后，执行对应的升级文件

node ./issu_history_to_service_mesh.js

升级完毕后可以到全景图中检查升级结果。如果升级中途中断，可以多次执行。如果发现升级的结果不满足预期，可以在页面中删除掉升级的业务，再次执行即可。只要全景图中没有同名的业务，升级就可以重新进行。
如果出现无法解决的问题，重置数据库后重新进行升级。

升级时，新创建的业务会使用 网络拓扑_原网络拓扑历史记录 应用拓扑_原应用拓扑历史记录 子视图_原视图名称_原子视图名称 作为名称，如果相同用户下有同名的情况，请预先自己解决。

kubectl -n deepflow get pods | grep alarm | awk '{print$1}' | xargs kubectl -n deepflow delete pod