【标题】(请简要描述下实现的内容)
修复打开uppercase_attribute_name后，执行gs_om -t status和gs_om restart失败的问题
【实现内容】:
修复打开uppercase_attribute_name后，执行gs_om -t status和gs_om restart失败的问题
【根因分析】:
不带CM的场景下，status是通过gs_ctl获取结果的，当uppercase_attribute_name为on时，获取到的部分信息列名是大写的，当前代码中通过正则表达式获取数据，区分了大小写，导致结果找不到了。
【实现方案】:
加入flag，使用正则时忽略大小写。
【关联需求或issue】:
#I6YO0J:【测试类型：工具功能】【测试版本：5.1.0】 gs_guc修改参数uppercase_attribute_name为on后，gs_om命令执行失败
【开发自验报告】:

1. 请附上自验结果(内容或者截图)
   
   
2. 是否涉及资料修改，如是，在docs仓库补充资料
   不涉及
3. 是否考虑升级场景(升级工具以及om工具公共函数修改)
   不涉及
4. 是否考虑在线扩容工具等扩展场景
   不涉及
5. 是否考虑异常场景/并发场景/前向兼容/性能场景
   不涉及
6. 是否对其他模块产生影响
   不涉及
   【其他说明】:
   只有不带CM的场景才有问题，待CM的场景获取状态是通过cm_ctl获取的，没有这个问题：