搭载4.1.x Data Hub的MarkLogic 9.x服务器灾难恢复操作问询

恢复可行性结论 #

该灾难恢复需求完全可实现，只要服务器损坏前的全量备份完整可用，通过全新安装环境后恢复备份的方案可完整还原原有Data Hub 4.1.x + MarkLogic 9.x的运行状态。

数据库恢复顺序要求 #

需严格遵循系统库优先、Data Hub核心库其次、自定义业务库最后的恢复顺序：

• 第一步恢复MarkLogic基础系统库，顺序为Schemas数据库 → Security数据库 → Triggers数据库，这三个库是MarkLogic运行的底层依赖，顺序错误会导致后续恢复出现权限校验失败、schema不识别、触发器失效等问题
• 第二步恢复Data Hub 4.1.x核心依赖库，顺序为data-hub-STAGING → data-hub-FINAL → data-hub-JOBS → data-hub-MODULES，如果你的环境有自定义的Data Hub附属业务库，可在这四个核心库恢复完成后再逐一恢复
• 最后恢复你自行创建的其他非Data Hub关联业务数据库

无需恢复的数据库 #

以下两类数据库无需从旧备份恢复：

• MarkLogic内置运维管理类数据库：包括App-Services、Admin、Manage、Monitoring等，全新安装MarkLogic 9.x时会自动生成适配当前新环境的对应库，直接使用默认生成的版本即可，强制恢复旧备份的这类库反而可能导致新环境的管理端口、后台配置出现兼容性异常
• 临时缓存类数据库：如果你的环境有配置自定义的临时运算、缓存用途的数据库，无需恢复，这类库本身存储的是临时计算数据，无持久化业务价值，全新环境直接按照原配置重新创建即可

补充注意事项 #

• 全新安装的MarkLogic大版本必须和原环境完全一致，同为9.x的小版本差异不影响备份兼容性，若大版本不一致会直接导致备份恢复失败
• Data Hub 4.1.x需在所有数据库恢复完成后再部署安装，避免提前安装生成的默认库和备份恢复的库产生冲突
• 所有数据库恢复完成后，需核对Data Hub对应的应用服务端口、角色权限配置与原环境一致，即可正常启动运行

内容的提问来源于stack exchange，提问作者steve