以下示例详细展示了对新的迁移引擎有效的 XML 迁移文件：
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE data PUBLIC "-//BlueCat Networks//Integrity Migration Specification 9.3-alt//EN" "http://{hostname}/dtd/migration.dtd">
<data>
<configuration name="Configuration1">
<ip4-block name="testblock1" range="192.168.0.0/16">
<ip4-network name="testnetwork1" range="192.168.1.0/24"/>
</ip4-block>
<view name="internal">
<zone name="int" deployable="true">
<zone name="example-int-1" deployable="true">
<host name="host-1-1" address="192.168.1.25" on-exist="recreate-tree"/>
</zone>
</zone>
</view>
</configuration>
</data>关于此示例的重要注意事项：
DOCTYPE 声明在 systemId 值中包含 Address Manager 服务器上的 DTD 的 URI，可允许兼容的 XML 编辑器（例如 Oxygen XML Author）在编辑时验证文件。请将 {hostname} 替换为您的 Address Manager 服务器的 IP 地址或完全限定域名。
上面这个示例通过提供从“配置”开始的完整对象层次结构来创建或更新主机记录如果不存在“配置”、“视图”、“区域”或“子区域”，则会自动创建它们。如果这些元素中的任何一个已经存在，则会跳过并保持它们不变，因为如果未指定 on-exist 属性，则其默认值为 skip-object。例如，如果已经存在一个名称为 example-int-1 的区域且其 deployable 设置为 false，那么尽管声明了 deployable="true"，该区域在迁移处理完成后仍将保持为 false。
如果主机记录不存在，则会自动创建主机记录，但前提是与主机记录地址相关联的网络已经存在（系统不会自动创建网络和块，必须手动创建网络和块，详见 转发引用、自动创建和指导方针）。本例首先定义了相应的 IPv4 块和网络，以确保可以创建主机记录。如果此主机记录已经存在，则会根据 on-exist="recreate-tree" 属性将其更新为新地址。