【蓝贴】魔兽世界怀旧服为何要24小时超长停机？开发人员道出内幕原因

我想和大家聊聊，为什么即将到来的《燃烧的远征》周年怀旧服需要长达24小时的维护窗口。对我们来说，这么长的停机时间确实相当罕见。

警告！此贴不包含任何有用的信息！我是认真的！这里分享的可能只是一些内幕花絮，仅供对此类事情感兴趣的朋友们了解。

当经典怀旧服团队找到服务器与线上运营团队，讨论启动这个名为"周年服"的新玩意儿时，我们面临着一个非常、非常巨大的"房间里的大象"——那就是《魔兽世界》重返中国。让中国服务器重新上线运行，是我们自……也许是有史以来面临的最大规模基础设施挑战。经典怀旧服的全球启动规模更大，但在中国从头开始则带来了一堆独特的难题。为了满足经典怀旧服团队的需求，我们必须发挥创意。我们没有像通常处理这类事情那样，搭建一个全新的《魔兽世界》环境，而是让"周年"服仅作为在现有经典旧世环境中运行的一些新服务器，只是加入了一点代码来防止"周年"服和经典旧世服发生冲突。这道"薄墙"已经被突破过几次，最著名的大概是有些"探索赛季"玩家设法潜入了周年服的奥特兰克山谷战场，结果……坦白说还挺滑稽的。"探索赛季"的角色和经典旧世角色之间可能存在着那么"一丁点"的实力差距……总之，通过这种方式，我们得以在当年那个疯狂的时间里启动"周年"服，同时将对大家日程安排的影响降到最低。

当初这么做的时候，我们就知道这是在把问题往后推。经典旧世将永远是经典旧世，但我们的新周年服务器最终是要推进到《燃烧的远征》的。你不可能在同一个环境里运行两个不同版本的《魔兽世界》，我们最终必须采取一些措施，将这些服务器迁移到它们自己的环境中，以便能顺利过渡到《燃烧的远征》。

这就说到了现在，我们终于追上了那个被踢走的问题罐子，是时候"付钱给吹笛人"了。当我们研究可用的方案时，再次发现自己时间紧迫——当时我们正忙于发布我们有史以来最大的、以数据库为核心的功能之一："玩家房屋"，而且工作量比预期的要大（周年服非常受欢迎）。最有可能的方案之一，类似"互联服务器"的迁移方式，最终被否决了，因为我们发现支撑这个流程的代码和脚本已经极其陈旧，要让它们重新可用所需的测试轮次，比我们拥有的时间还要多。

另一个方案是，我们可以直接执行几百万次角色转移，把所有人都复制到新环境的新服务器上。但这对玩家很不友好，因为公会会被解散，名称冲突也会遍地开花。于是一支精锐工程师团队聚集在一起头脑风暴，寻找在有限时间内可行、同时对玩家影响最小的解决方案。好消息是，他们找到了一个方案，对你们来说应该是完全无感的。你们的角色、邮件、公会……所有的一切，当你们登录《燃烧的远征》预更新时，都会和你们离开经典旧世最后一天时一模一样。

我们实现这一点的方式相当"跳出框框"，我们称之为"原地持续"，可能对大家来说没啥意义，但我们还是开诚布公地分享。在《魔兽世界》中，数据存在于三个数据库中：持久性数据库（你的角色、公会、物品等）、账号数据库（账号层面的东西，如成就），以及最后的区域性数据库（处理整个区域范围内的事务，比如时光徽章、服务器列表中的角色数量）。在周二，我们将把你们所有的账号数据和区域数据复制到新环境的数据库中——这将占用停机的大部分时间。至于你们的持久性数据，这里就是我们打破《魔兽世界》基础设施长期运行规则的地方了。

新环境中的这些"新"服务器，将继续使用它们旧的持久性数据，而这些数据仍然存放在那个同时服务于经典旧世的旧数据库中。这是全新的做法，我们以前从未这么做过。当数据库工程师提出这个计划时，最初的反应是："等等，这真的能行？"但测试证明，是的，真的能行！对于懂数据库的朋友来说，我们谈论的是两个不同版本的《魔兽世界》读写同一个数据库，而通常每个环境都应该有自己的数据库。幸运的是，我们所有玩家的数据都标记了其所属的正确环境，所以我们的查询都能愉快地继续工作。我们只需要更新几处地方，让系统知道只查找特定环境的数据，而不是默认假设它所连接的数据库只包含它关心的东西。太好了！

这一切对你来说意味着什么？归根结底，什么影响都没有。周二服务器重新上线时，你会看到你原来的服务器，同样的名字，找到你同样的角色，一切照旧。所以在此，提前感谢你们在这次特殊停机事件期间的耐心配合。这是一次性的迁移，经典周年庆典服未来不再需要重复此操作。

希望你们能从我这一大堆"文字汤"里获得一点信息价值。咱们周二见！

/Fwoibles