现在运行Windows NT服务器确实是一件勇敢亦可能是愚蠢的事情，因为微软已经不再为NT提供技术支持。随着业务量的激增和应用程序的不断升级，Windows 2000也逐渐变成了老的产品，快要寿终正寝了。如果你工作在一家仍然在运行NT或2000的单位里（当然这样的单位在世界上是很多的），不管怎样，你将不得不迁移到另一个操作系统上去，例如，Linux系统。
你首先考虑要将部分或全部的数据中心服务器迁移到Linux中去，这是有很多原因的，在此我们不展开讨论。但是你如果决定要转到像Linux这样的开源系统上来，确实需要一些更好的方法。
计划－选择发布版本
首先在决定从事一个迁移项目之前，你必须对你的迁移制定初始计划，这听起来虽然有些落于俗套，但是它会影响迁移的成功或失败。例如，你是计划只将Windows NT文件以及打印服务器、域控制器移植到Linux中，还是要更长远地将整个的IT架构（包括Web和应用程序服务器及用户桌面）移植到Linux呢？
初始阶段，描绘一个清楚的蓝图是非常关键的。它应包括三部分内容，也就是，将要更换什么服务器，其目前所所执行的任务是什么以及用Linux将会怎样完成这些任务。
对这些问题的回答加上目前IT人员的操作技巧有助于决定该采用Linux的哪一个发布版本。如果工作人员已经对一个特定的以服务器为核心的Linux发布版本有了广泛的知识，这可能会影响你的选择。否则，你会选择一个有着良好供应商支持的发布版本。
对迁移进行成本和风险估计
下一步便是对迁移成本和时间量程进行大约的估计。最好的方法是将迁移分解为尽可能多的可管理的若干任务，然后为每一个任务估算时间和成本。分解和描述任务越详细，估算就可能越准确。当然，在以后的测试阶段，这些估计将被所生成的数据检查和更新。
将NT的文件及打印服务器迁移到Linux的Samba将会是非常轻松的事情，而且节约在客户访问许可（CALs）的潜性成本也是巨大的。正如加利福尼亚的Linux迁移顾问公司Versora的总设计师Nick Lassonde所说，一个配置恰当的Samba服务器通常要比一个Windows NT或2000服务器要快很多，而客户端感觉不到两个系统的差异性。
然而，需要谨慎注意如下的风险：
“最普遍的风险来自于映射安全，因为在默认情况下，大多数的Linux发布版本只支持POSIX安全和不完整的访问控制表（ACLs），然而大多数的现代文件系统支持的是ACLs,因此这个问题是可以解决的。”，这是来自Nick Lassonde的警告。
你可能会想到配置你的文件服务器来验证域控制器，有一些插件来实现这一点。“要熟悉Samba的Vampire命令，”Lassonde建议，“它允许用户从NT域控制器到Samba的自动迁移。”换句话说，它吸收了NT服务器的精华，从而使得“Samba 像NT4的服务器一样无差错地工作，Samba4 要成为一个活动目录域控制器还要走很长的路，因为它还不是特别稳定的产品。”
对于活动目录域来说，设置一个基于Linux的选择方案是可行的，IBM 的软件团队建议设定一个Stack，使其包含运行在Linux 上的XAD（来自于PADL），LDAP和Kerberos 5.0，从而作为基于Windows 2000域的活动目录的一个可行的选择。
迁移项目
如果你的项目包含了更多的数据中心需要迁移到Linux，下一步便可能是将电子邮件和消息服务从Microsoft Exchange移到象OpenXchange之类能被传统的微软桌面客户所访问的软件，或者是Outlook 客户端可以访问的IBM的Lotus Domino系统。
而Web和应用程序服务器的迁移就不那么简单了，必须要问几个问题：
服务器端用的是什么语言（如ASP,ASP.NET及PHP）？这些语言在Linux下能使用吗？如果不能的话，你需要找一个第三方的解决方案或是将应用程序转化到Linux上。
与服务器连接的其它机器怎么办？哪一个先迁移？例如，你是先将数据库迁移到Linuxh中去呢，还是留在Windows中？
需要哪些安全选项呢？你需要新服务器上设立SSL（加密套接字协议层）连接吗？用户身份验证是本地的还是对于域中的intranet用户进行验证？
