我们距离为客户启动一个新的网站几个星期，以取代现有的网站在同一个url。
作为工作的一部分，他们将名称服务器移动到我们的托pipe服务提供商（Rackspace）。 起初，这些需要解决他们的旧网站（托pipe谁知道，与他们的旧供应商在哪里），然后在发布日，我们将切换到指向新的服务器。
虽然我只对网站负责，但我知道，DNSlogging也负责电子邮件等事情，所以…
获取现有DNS的副本可能涉及将其从基于Web的pipe理界面中“刮”出来。 您可以尝试使用dig ， nslookup或DNS服务器执行区域的区域传输，但是任何正确configuration的DNS服务器都不会将区域传输提供给Joe Anybody TM 。
你会发现几个关于服务器故障的问题：DNSlogging在“旧值”和“新值”之间的顺序切换（这里是一个问题： 我如何平滑地将networking服务器的DNS从一个IP地址迁移到另一个IP地址？
执行这种转换的传统方法是在DNS服务器中放置“旧值”（例如，分配给“www”Alogging的预切IP地址），并在切割之前closuresTTL（有些人宁愿把这个值减半，直到剪切发生 – 24小时，12小时，6小时等等，直到剪切为止。 一旦你达到了转换时间，你把新的logging放在原地，不pipe你想要什么TTL。 理想情况下，预剪logging具有如此短的TTL，以至于它快速地从caching中caching到所有可能已经caching的networking上的recursionparsing器（假设每个人都在玩，并且不会像重写你的TTL那样做愚蠢的事情） 。
如果您真的偏执狂（或者某人不按照规则玩耍并忽略TTL），您可以通过在旧的虚拟主机上使用URL重写或反向代理来增加此function，以将客户端导向新主机。 无论你是否需要去这个偏执狂的水平将取决于你的具体情况。 如果该网站在本质上是静态的，我会保持网站运行在旧的服务器上，直到你不再看到访问打日志那里。
我认为重要的logging可能是域的MXlogging，A域logging“www”，以及MXlogging指向的任何logging。 我会安全地播放这个区域的全部内容，以便稍后检查每个logging并确定它们是否被使用以及它们被用于什么。 （例如，我知道我的客户通常在公用DNS中有一个用户到站点VPN网关的logging）。