转发引用和处理顺序
迁移引擎会一次性处理输入 XML。如果元素 #1 引用并需要引擎尚未处理的元素 #2，则系统会推迟对元素 #1 的处理。当引擎处理元素 #2 之后，系统会立即解锁并处理元素 #1。请尽可能在引用或依赖这些“依赖”元素的位置之前声明“依赖”元素。为避免歧义和不一致的行为，应当仅创建实体一次，并且不应在同一个 XML 中创建和删除实体。
自动创建和语义差异
同样，如果元素依赖处理延迟的元素，则引擎也会推迟自动创建实体，直到明确不会显式创建实体 — 这基本上要等到迁移结束时。
自动创建目前仅限于以下情形：
- 在处理网络的同时处理并可能创建 IPv4 网络网关地址。
- 如果 IPv4 地址缺失并由主机记录引用，则会自动创建该地址。
已移除对 host 元素的 auto-create-network 属性的支持。
警告： 网络和块不是自动创建的 — 必须手动创建它们。
使用迁移引擎时的最佳实践
-
尽可能将数据迁移到空的 Address Manager 数据库。
-
避免迁移可能因 UI 或 API 使用而面临并发修改风险的数据。
-
尽可能预先测试迁移过程。
-
在开始迁移之前创建原始数据的备份。迁移引擎没有“回滚”操作。
-
监控迁移进度，并准备好在不可预见的情况下中止迁移。
-
保留迁移数据、日志和备份的副本，以备后续分析之需。
-
使用压缩 (zip) 迁移包来优化组织结构以及减少磁盘空间占用。
-
迁移服务适用于特定用例，其设计目标并不是成为一款通用编辑工具，也不是成为 API 的替代方案。使用 UI 或 API 对数据进行小幅更改的效率更高。要在 Address Manager 服务器之间复制准确、完整的数据，请使用数据库备份和恢复功能。