我们目前在内部托pipe服务器。
一个有Windows Server 2003，另一个有Windows Server 2008 R2。 两者都是32位。
我们公司决定把这些服务器放到服务器托pipe公司的一台服务器上（这意味着基于2003的应用程序将升级到Windows 2008）。
现在添加了一个新的请求，除了合并两个服务器之外，在合并时我们应该将服务器上的应用程序升级到新的应用程序版本 – 尚未生产或testing，并且只执行一组testing新服务器中的新版本。
我认为应该分两个阶段进行，有两套testing，把重点放在提出的问题上。
任何人都可以提出一两个阶段的利弊吗？
谢谢
我赞同你。 这是一次变得太多的变化。 如果出现任何问题，可能难以找出问题所在。 这就是你会遇到更多问题的地方。
所以让我们来分解你的例子。 您正在将服务器移至新位置，升级该服务器上的现有应用程序，以及添加也正在升级的新应用程序。
所以现在至less有4个变化，供应商可以（和将）责任（正确或错误）的任何问题。
等等，两个应用程序？ 那两个供应商？ 麻烦多了！
所以这就是所有build议的巨大CON。
你想要一个PRO？
如果一切顺利，你可以节省一些时间。
但请记住，解决问题通常比正确的计划和testing更昂贵。