双活环境修改NSD-server方案测试报告.docx

????

???

双活环境修改NSDserver方案测试报告

???

?

?

?

?

???

???

?

???

?

?

?

1.双活环境修改nsdserver步骤(临时)

1.1现状问题分析

CF节点在nsdserver配置过程中之前被放在第一位，导致网络复制首选CF节点。CF节点CPU使用率高会影响nsdserver网络访问的效率。所以需要去掉CF节点的nsdserver身份。

1.2临时在线解决方案

临时解决方案是轮流停止CF节点服务，CF节点mmfsshutdown，删除nsd盘符，启动mmfs，启动CF服务。双节点做完后，验证nsdserver已经变更。

1.2.1检查当前mmfs的io性能

收集mmdiag信息：

会发现访问远程CF节点的盘延时毛刺比较多：

1.2.2停止CF128

停止主CF服务：

TPS当时会有慢一下，没有事务失败回滚，事务整体平均最低延时1.35秒。影响事件10秒。从计费表里查到当时最长交易时间10秒,一共几十笔。

1.2.3停止GPFS，删除盘

检查nsdserver已经发生变化。

检查GPFS操作过程中，TPS不受影响：

1.2.4启动mmfs，启动cf服务：

启动GPFS：

启动CF服务

检查启动之后，CFcatchup（CF_CATCHUP_TRGT=1）对TPS有一点点影响，事务平均时间峰值0.5秒，持续4分钟左右完全恢复，没有事务失败。

查看计费表，部分交易延时多点。

1.2.5停止CF129

确认CF是peer状态：

停止CF129服务：

1.2.6停止GPFS，删除盘

检查nsdserver已经发生变化。

GPFS操作过程中，TPS不受影响

1.2.7启动mmfs，启动cf服务：

启动GPFS：

启动CF服务

检查启动之后，CFcatchup对TPS影响与上一次一样，事务时间峰值0.5秒，持续4分钟左右完全恢复，没有事务失败。

整个方案过程中，没有事务失败回滚。

1.2.8检查当前mmfs的io性能

收集mmdiag信息：

会发现访问远程member节点的盘延时毛刺少很多：

Mmdiag收集数据

1.3临时CF节点重启解决方案

如果CF节点机器维护需要重启，为了不再成为nsdserver。临时方案是启动机器后，执行如下语句:

2.双活环境修改nsdserver步骤(长久)

2.1停集群修改nsdserver

停止数据库集群，将CM置维护，umount所有GPFS文件系统，修改NSD属性生效。

2.1.1停止集群

2.1.2置维护

2.1.3Umount文件系统

2.1.4修改磁盘属性

查看当前属性

修改属性：

查看结果：

2.1.5mount文件系统

检查文件系统nsdserver属性：

2.1.6取消维护

2.1.7启动集群

?

?