Strategy ONE
将监控代理更改为通信代理
您可以通过手动修改 installation_list.yaml
文件。
手动修改 installation_list.yaml
不建议使用文件将代理从监控代理更改为通信代理,或反之亦然。仅 MicroStrategy 管理员应该手动修改 installation_list.yaml
纠正安装过程中的输入错误,或者使用手动部署的 Web 应用程序重新配置集群中的服务注册代理。
在安装过程中,当选择多机环境时,用户必须提供通信代理列表。如果正在运行安装的当前机器不在列表中,则不会将其配置为通信代理。相反,它仅被设置为监控代理。如果 Library 服务器手动部署在某台机器上,内嵌的服务注册代理默认配置为监控代理。
手动将监控代理更改为通信代理
- 安装后,导航至
MicroStrategy/Services Registration/yaml
目录。 - 备份 安装列表.yaml。
-
打开
installation_list.yaml
并找到领事部分。复制---
consul:
install_path: "C:\\Program Files (x86)\\MicroStrategy\\Services Registration"
java_install_path: "C:\\Program Files (x86)\\Common Files\\MicroStrategy\\JRE\\180_192\\Win64\\bin"
retry_join:
- MachineA.corp.microstrategy.com
server: false
--- - 更改
server
值true
。 - 添加
retry_join:
在领事部分。在字段中列出所有通信代理的机器名称。看 指定拓扑通信代理 了解更多信息。 - 添加
bootstrap_expect: <number>
在领事部分。看 指定拓扑通信代理 了解更多信息。对于三通信代理集群,consul 部分如下所示:
复制---
consul:
install_path: "C:\\Program Files (x86)\\MicroStrategy\\Services Registration"
java_install_path: "C:\\Program Files (x86)\\Common Files\\MicroStrategy\\JRE\\180_192\\Win64\\bin"
retry_join:
- MachineA.corp.microstrategy.com
- MachineA.corp.microstrategy.com
- MachineA.corp.microstrategy.com
server: true
bootstrap_expect: 3
---对于一个通信代理集群,consul 部分如下所示:
复制---
consul:
install_path: "C:\\Program Files (x86)\\MicroStrategy\\Services Registration"
java_install_path: "C:\\Program Files (x86)\\Common Files\\MicroStrategy\\JRE\\180_192\\Win64\\bin"
retry_join:
- MachineA.corp.microstrategy.com
server: true
bootstrap_expect: 1
---
- 调整
installation_list.yaml
在同一服务注册集群中的所有机器上,通过将此机器的名称包含在retry_join
列表。这retry_join
列表和bootstrap_expect
同一 consul 集群中所有通信代理的值必须相同。 - 停止同一个 consul 集群中所有机器上的服务注册。
- 在所有机器上,导航到安装目录并删除
MicroStrategy/Services Registration/data
。 - 在同一个 consul 集群中的所有机器上重新启动服务注册。
手动将通信代理更改为监控代理
- 安装后,导航至
MicroStrategy/Services Registration/yaml
目录。 - 备份
installation_list.yaml
。 -
打开
installation_list.yaml
并找到领事部分。复制---
consul:
install_path: "C:\\Program Files (x86)\\MicroStrategy\\Services Registration"
java_install_path: "C:\\Program Files (x86)\\Common Files\\MicroStrategy\\JRE\\180_192\\Win64\\bin"
retry_join:
- MachineA.corp.microstrategy.com
- MachineB.corp.microstrategy.com
- MachineC.corp.microstrategy.com
server: true
bootstrap_expect: 3
--- - 更改
server
值false
。 - 添加
retry_join:
到所需通信代理的 FQDN。如果它是嵌入的服务注册 MicroStrategy Library 部署时,仅提供 Intelligence Server 计算机的 FQDN Library 连接到。 - 消除
bootstrap_expect: <number>
在领事部分。对于嵌入式服务注册 MicroStrategy Library 部署时,consul 部分如下所示:
复制---
consul:
install_path: "C:\\Program Files (x86)\\MicroStrategy\\Services Registration"
java_install_path: "C:\\Program Files (x86)\\Common Files\\MicroStrategy\\JRE\\180_192\\Win64\\bin"
retry_join:
- MachineA.corp.microstrategy.com
server: false
---对于三个通信代理集群中的监控代理,consul 部分如下所示:
复制---
consul:
install_path: "C:\\Program Files (x86)\\MicroStrategy\\Services Registration"
java_install_path: "C:\\Program Files (x86)\\Common Files\\MicroStrategy\\JRE\\180_192\\Win64\\bin"
retry_join:
- MachineA.corp.microstrategy.com
- MachineB.corp.microstrategy.com
- MachineC.corp.microstrategy.com
server: false
---
- 调整
installation_list.yaml
在同一服务注册集群中的所有机器上,通过将此机器的名称包含在retry_join
列表。这retry_join
列表和bootstrap_expect
同一 consul 集群中所有通信代理的值必须相同。 - 停止同一个 consul 集群中所有机器上的服务注册。
- 在所有机器上,导航到安装目录并删除
MicroStrategy/Services Registration/data
。 - 在同一个 consul 集群中的所有机器上重新启动服务注册。