恩，步骤很清晰，值得赞赏。

    呵呵。在ISTANBUL安装DNS之前，忘了把之前的此主机的DNS后缀“fabrikam.com”给删除掉吧？看看WMY的起始授权记录。

谢谢提醒 之前没注意 呵呵

呵呵，方老师来巡查了，多谢指点！

这个只有靠经验了，非常好

有一个疑问，为什么在实际环境中，要将DNS服务器与DC分开，而且是不使用AD集成的方式？
另外这样的恢复方式会导致_msdcs文件夹处在域分区下，如果有多域环境，DNS的定位会存在问题!

什么样的多域环境会导致DNS的定位出现问题，请alligator多多指点。

要是DNS和DC装在一起的话这台DC的DNS记录是无法恢复的 所以我选择了分开装 至于DNS定位会出现的问题还待请教

如果选择DNS与AD集成，DNS会做为AD的一部分，保存在AD数据库中，对于你上述的环境，就可以调整为两台DC：分别是florence和Perth,这两台同时做为DNS服务器使用! 这时如果Perth损坏，不会影响到整个域的DNS解析，因为此时florence也可以实现DNS角色!

什么样的多域环境会导致DNS的定位出现问题，请alligator多多指点。
没必要说指点，一起讨论或许会更加适合。
我们知道，Win2003的DNS服务器不仅仅是IP地址与名称的查询功能，更重要的是记录域控制器与全局编录服务器的相关信息，并向客户端提供这些重要信息，也就是包含的_msdcs文件夹下的SRV记录。
在Win2000中，默认的_msdcs文件夹是在域名区域下的，而在Win2003中，通过向导安装AD集成DNS时，_msdcs文件夹已经上升到一个独立的区域，就是叫做_msdcs区域，且默认的复制范围是“复制到当前林中的所有DNS服务器”，而且，域名对应的区域下的_msdcs文件夹直接委派到_msdcs区域，同时域名对应的区域复制范围只是复制到当前域DC或当前域的DNS服务器。
之所以将_msdcs区域复制到当前林中的所有DNS服务器的目的就是实现所有的DNS服务器都可以定位当前林中所有的GC等服务器。
如果象文中那象，_msdcs区域是在当前域名区域之下，同时也没有通过AD复制，那么如果在环境中，存在有多个域，当前域如果来定位GC等服务器呢？

呵呵，有道理，只是我习惯让公司所有的域都使用同一个ＤＮＳ服务器进行解析，再加一个辅助ＤＮＳ服务器，这样就没有这个问题了。如果每个域的ＤＮＳ分开设置，而且在域树环境，那么使用委派可解决问题；如果每个域的ＤＮＳ分开设置，而且在林环境，那么还需要结合辅助区域或存根区域或私有根。其实我们公司的ＤＮＳ是Ｌｉｎｕｘ的，无法集成在ＡＤ中。

多谢楼主的方法，很管用，我用它解决了问题。