求助：将单节点ML内容数据库恢复至3节点集群失败

针对你遇到的is-data-dir提示及恢复失败问题，结合你的操作背景，给出以下针对性解决方案：

• 彻底清理多内容林残留配置
  你仅停用了content-2和content-3数据库，但3节点集群的底层配置可能仍保留了多内容林的data目录标识。需登录QA集群的服务器，检查每个节点的ML数据目录，确认content-2和content-3对应的data目录已被移除，或者在ML管理控制台中彻底删除这两个数据库（而非仅停用），确保目标环境仅保留与单节点备份匹配的单个内容林。

• 修正数据库的is-data-dir属性
  出现该提示说明目标数据库的data目录属性与备份源不一致。通过ML命令行工具检查目标数据库的配置：

  ml config get -database <target-db> -property is-data-dir
  

  如果返回值为true，而单节点备份的数据库无此属性，执行以下命令移除该标记：

  ml config remove -database <target-db> -property is-data-dir
  

  修改后重启目标数据库，再尝试恢复。

• 使用命令行执行恢复操作
  避开控制台UI的潜在逻辑限制，直接用命令行工具指定明确参数恢复：

  ml restore -host <qa-cluster-master-host> -port <admin-port> -username <admin-user> -password <admin-pass> -database <target-db> -input-file <path-to-backup-file>
  

  执行前确认目标数据库仅关联一个内容林，且集群当前未启用多内容林的负载均衡或分片配置。

• 临时切换集群为单节点模式恢复
  参考你之前反向操作的思路，临时将QA集群的另外两个节点停止服务，仅保留主节点运行，模拟单节点环境完成恢复后，再重新启动其他节点并调整集群配置（若后续需要多节点运行）。这种方式能最大程度匹配备份源的单节点环境，避免集群配置干扰。

• 校验备份与目标环境的配置一致性
  用ML备份检查工具查看备份文件的元数据，对比目标数据库的配置：

  ml backup inspect -input-file <path-to-backup-file>
  

  重点确认内容林数量、数据库属性（如is-data-dir）、版本信息等，确保两者完全对齐后再执行恢复。

内容的提问来源于stack exchange，提问作者XCELERENT - I want to dance