此操作用来迁移HBlock服务器上的基础服务，包括：mdm（元数据管理服务）、ls（日志服务）、cs（协调服务）。
应用场景：基础服务所在的服务器出现损坏、宕机等时，为了不影响HBlock服务，可以迁移服务器上的基础服务。
说明
可以通过查询指定服务器查询基础服务的状态。一次只能迁移一个基础服务，如果有正在迁移的基础服务进程，必须等待迁移完成，才可以执行其他服务迁移操作。
注意
迁移ls服务的时候，要确保两个mdm服务和其他两个ls服务都是up状态，除了源服务器之外的所有的其他节点的ms服务（管理服务）正常，服务状态可以通过查询服务器获取。
迁移mdm服务的时候，要确保另一个mdm服务是up，除了源服务器之外的所有的其他节点的ps服务（协议解析服务）和ms服务（管理服务）正常，服务状态可以通过查询服务器获取。
迁移cs服务的时候，要确保其他两个cs服务都up，除了源服务器之外的所有的其他节点的ps服务（协议解析服务）和ms服务（管理服务）正常，服务状态可以通过查询服务器获取。
请求语法
PUT /rest/v1/system/server/serverId/migrate HTTP/1.1
Date: date
Content-Type: application/json; charset=utf-8
Content-Length: length
Host: ip:port
Authorization: authorization
{
"destServerId": serverId,
"service": service,
"metaDir": path
}
请求参数
| 参数 | 描述 | 是否必须 |
|---|---|---|
| serverId | 源HBlock服务器的ID。 类型：字符串 | 是 |
| destServerId | 目的服务器ID。 类型：字符串 | 是 |
| service | 需要迁移的基础服务。 类型：枚举 取值：
| 是 |
| metaDir | 迁移服务的数据目录，用于存储基础服务的相关数据信息。 说明 为了提升读写性能，建议各基础服务的数据目录、安装目录、存储数据的数据目录相互独立。 类型：字符串 取值：数据目录名不能含逗号，默认目录为安装目录。 | 否 |
请求示例
将mdm服务从服务器hblock_1迁移至服务器hblock_3。
PUT /rest/v1/system/server/hblock_1/migrate HTTP/1.1
Date: Thu, 4 Jul 2024 05:50:03 GMT
Content-Type: application/json
Authorization: HBlock userName:signature
Connection: keep-alive
Content-Length: 59
Host: 192.168.0.110:1443
{
"destServerId": "hblock_3",
"service": "mdm"
}响应示例
HTTP/1.1 202 Accepted
x-hblock-request-id: 81b9f9c90114466695f1a114a524c191
Content-Length: 0
Date: Thu, 4 Jul 2024 05:50:03 GMT
Connection: keep-alive
Server: HBlock
