我将TTL从24小时更改为5分钟。我需要等待24小时才能更改记录吗？

我正在从Rackspace ta专用服务器上的云服务器迁移我们的应用程序。

我想关闭应用程序约5分钟，以将数据从云服务器复制到专用服务器，所以我不希望在复制数据后将请求发送到旧服务器。

我想将我们的DNS记录指向新服务器，但是TTL设置为24小时。我将其更改为300秒。我是否需要等待24小时才能更新域指向/复制数据的IP？

拥有域记录缓存副本的任何人都不会花24小时来更新它，因此，是的，如果您的意图是最多有5分钟的不可用窗口，则应等待所有未完成的缓存都更新为不再可用超过5分钟。

（可能）比这更糟糕的是-您必须在所有权威服务器更新后等待24小时。进行更新的通常方法是，您对主服务器上的区域进行更改，然后每个辅助服务器在下一次与主服务器一起检入时都传输新的区域数据。检入频率由区域的SOA记录中的刷新间隔控制。因此，在最坏的情况下，您必须等待区域的刷新间隔+记录的TTL。

您可能还需要等很长时间才能进行实际的记录更改。如果次要副本仅每6小时刷新一次，则5分钟的TTL不会有什么好处。因此，您可能希望同时缩短区域的刷新间隔，以使其能够进行快速更改。

请注意，这可能不适用于您的设置。如果您拥有一个可以同时更新所有权威服务器的系统，那么这不是问题（并且我对Rackspace的DNS设置并不熟悉）。但是，我建议您在开始24小时倒计时之前，分别查询所有您的权威服务器（dig server.example.com @secondaryserver.example.com），以确保它们具有新的TTL。

是的，您应该等待。即使这样，当然也不能保证每个人都会尊重TTL。

将各种意见和答案汇总在一起，就可以完成整个过程。

1. 确保您可以及时更新授权服务器。
2. 降低TTL。
3. 检查所有授权服务器是否具有新的ttl。
4. 等待旧的TTL，以便（大多数）从缓存中消除使用旧的TTL的已缓存的值（您不能保证它们会从每个缓存中消失，因为某些缓存可能会忽略标准）。
5. 将旧服务器上的站点设置为只读模式（或者，如果无法执行此操作，则将其替换为“我们已停止维护”页面）。
6. 执行从旧服务器到新服务器的最终复制（导致新服务器上的只读站点）。
7. 更改DNS记录。
8. 确保所有授权服务器都具有新的DNS记录。
9. 等待新的ttl（如果您不关心某些用户是否可以对该站点进行贡献而其他用户看不到这些贡献的结果，则可以跳过此步骤）。
10. 将新服务器上的站点置于读/写模式。
11. 在旧服务器上发出通知，它是过时的只读副本，并且用户可能已破坏DNS。
12. 请稍等片刻，以使记录从不兼容的DNS缓存中退出。
13. 停用旧服务器。

除了其他答案外，您还可以使用https://www.whatsmydns.net/来检查DNS记录如何几乎实时传播。