我正在将正在运行的服务从一台主机切换到另一台主机。 虽然在域名注册商切换DNSlogging需要几天的时间。 由于不断有数据input到服务中，我想尽量减less数据同步的麻烦和停机时间，同时我正在迁移到中间的DNS服务器。 更详细的情况：
域的NS条目（那些切换缓慢的）当前指向当前主机的名称服务器。
example.com -NS-> dns.current-host.com -A-> current-host 我想指出他们在不同的DNS服务器，这是位于新的主机，我可以随时更新，指向当前的主机：
example.com -NS-> dns.new-host.com -NS-> dns.current-host.com -A-> current-host
要完全迁移，我只需在dns.new-host.com条目切换为在新主机上指向Alogging并迁移一次数据。 预先设定的低TTL，我希望能够快速过渡。
我现在已经设置了一个testing域。 我已经将这些logging添加到dns.new-host.com ：
example.com. 300 IN NS dns0.current-host.com. example.com. 300 IN NS dns1.current-host.com.
这似乎并不像预期的那样工作。 正常名称parsing不成功。 我不得不直接添加Alogging到dns.new-host.com 。
另外， dns.new-host.com引发一个SOAlogging，我无法控制：
exmaple.com. 3600 IN SOA dns.new-host.com. ipadmin.new-host.com. 1335316678 3600 300 1814400 300
我的问题：
NSlogging“redirect”支持，还是我需要直接与Alogging？ SOAlogging是否有影响？ 我真的不太确定它是什么。 我甚至不会用SOA和注册服务商的引导pipe来解决任何NS-NS问题。
简单而简单，你不需要做任何的。
由于不断有数据input到服务中，我想最大限度地减less数据同步头痛和停机时间，同时我正在迁移到中间DNS服务器。
我完全明白。 在那里，并做了不允许超低TTL值的DNS主机。 通常他们是高度标准化和/或讨价还价的networking主机，只是提供DNS作为注册新的域名来抓新客户的手段。
但是，解决scheme是将当前存在于旧主机上的所有DNSlogging添加到新主机的区域。 然后，准备就绪后，将注册服务商的NSlogging切换到新主机的DNS服务器。 等几天 没有人更聪明，你已经切换DNS主机。 几天之后，您可以更改TTL值并切换Alogging所有您想要的。
简单！