迁移服务器的无痛方式？

Question

我是一个非常新的服务器管理员。我正在运行一个非常基本的云服务器(Windows2008Web)，它承载着几个不同的公共网站。现在，服务和数据库已经增长了很多，我的服务器正因负载而濒临死亡。所以我联系了云托管公司，显然我买的服务器是当时我能找到的最便宜的，不能升级--甚至是内存！--现在我需要一台新的服务器。

所以现在我有几个问题：

1. 有几条DNS记录指向旧服务器。
2. 这些网站正在与该服务器上的server实例交互，因此在备份和恢复另一台服务器上的DB之前，我需要冻结这些网站。

我希望将我的SQL server和DNS记录迁移到新服务器，同时尽量减少停机时间和对网站用户的干扰。

我知道我不是世界上第一个必须经历这种锻炼的人，所以我希望一些更有经验的人能给我一些建议，如何将痛苦降到最低。

谢谢!

Answer 1

使用DNS时，您需要将TTL设置得很低，这样当您更改TTL时，传输就会更快地生效。

我会找一家新的托管公司，开始尽可能多地在新系统上复制软件配置。静态内容将是最简单的移动。

硬部分是动态内容，比如数据库服务器中的内容。从SQL服务器获取数据转储，然后将其导入新服务器。这应该会给你一个相当最新的版本的网站，以获得与生产系统并行运行。

一旦您确认所有内容都在新站点中工作，则通过禁用访问和转储数据库来“锁定”旧站点，然后将数据重新导入到新站点，重新指向DNS，然后继续运行。

当然，您需要与您所在站点的站点所有者一起工作，这样您就可以为他们的用户发布有关移动的公告。您甚至可以在旧站点上放置一个重定向页面，以便在启动和运行后重定向到新站点，直到DNS迁移生效。

DNS完全迁移后，关闭旧服务器。等待几天，然后与老提供商永久关闭。

对于大型站点，您将考虑并行运行一段时间的策略；在网络连接和blah之间复制SQL服务器，直到您可以关闭alpha站点并打开beta (二级)站点，这有点像有两个数据中心的灾难规划和模拟主站点的关闭。如果你是一个小的操作，就像你听起来那样，你将不得不创建一个并行安装，那么当你的扭结被解决后，你会打开主服务器，打开备用服务器，等待DNS运行它的魔力，帮助它自动重定向你的旧站点。您可能需要警告，可能会有一天的维护/中断，尽管如果提前将TTL设置得较低，则割集本身只需要几个小时。只是考虑了一些软糖因素-呃-哦，时间。

检查你的日志，告诉你什么时候切入是最好的时间，最少的使用。就连我的银行也警告说，他们的服务在午夜时分将无法进入Sundays...even，尽管我还没有看到他们的服务在接入过程中完全失效。

Answer 2

定时

...so I need to freeze the web sites...

这真的是一种选择吗？如果是这样的话，你就是一只幸运的小鸭！如果这不是一个真正的选择，你会想知道什么时候你的网站被使用最少，然后执行你的迁移。对我来说，这通常是一个星期六晚上(一些人称之为“改变窗口”)，一直持续到周日早上。

技术Babble

DNS

你是通过谁购买你的域名的？谁在为您管理DNS记录？为您的站点更新DNS应该是非常无痛的。只需使用您的提供商用于更新记录的工具(很可能是一些网页)即可。但是，请注意，可能需要几分钟或几个小时的入口才能完全传播。为了帮助缓解这一次，您可以降低TTL。

SQL

备份Server数据库也应该相当轻松。在中，有一些工具将为您备份数据库。

未来

将数据库服务器与web服务器分开。要么通过不同的物理盒，要么通过虚拟化。每当您需要移动服务器时，您都不想移动所有的东西。

Answer 3

两步

• DNS记录-首先减少TTL，让它至少传播12小时。如果您有一个好的DNS提供程序，他们将高兴地协助。这样，如果您想要更改记录，它将根据TTL进行更新。但请记住，全球DNS服务器更新可能需要48小时。
• 您确实应该将数据库服务和文件服务/打印/AD分开。如果可行的话，可以考虑虚拟化或单独的服务器。
• 你可以采取备份，即使是在网站是‘现场’。但很明显，您希望恢复最新的备份。因此，我建议你做一个‘测试’，以确保恢复工作，并在一个活的时候，‘生活’。您可能会考虑使用一种“锁定机制”来防止任何写操作的发生，但是您需要在最不繁忙的时间(不幸的是，这通常超出了标准的工作时间)。
• 至于网站，你需要并排运行，确保网站可以在本地使用测试数据库访问。否则，您可能会发现，您没有足够的时间来排除任何可能/已经很容易发生的“潜在”问题。为了进行测试，您不需要更改DNS，而是使用IP地址。