从sql server 2005迁移到2008的应用程序的影响

Question

我们正在将我们的asp.net Web应用程序的后端从sql server 2005升级到sql server 2008或2012.你能否告诉我整个应用程序会对整个应用程序产生什么影响。我们必须做出哪些改变才能完成成功的转型。

我们也在考虑将前端从.Net framework 2.0升级到.net framework 4.0或4.5。是否可以同时进行两次迁移。如果您在问题中需要任何澄清，请告诉我。

Answer 1

这当然是一个非常广泛的问题，但我会尝试就如何处理它提出一些建议：

1. 第一个目标是编写一些测试2005数据库的脚本（存储过程）。运行所有现有的sprocs，计算表中的记录，列表索引等。这样做可以在2005年完成迁移之后在2008/2012运行它们。它将帮助您证明模式和成功完成数据。

2. 备份2005年数据库并在2008/2012年恢复。如果您愿意，可以与第1步并行执行此操作。只需开始使用它。一切都导入好吗？它通过了眼睛测试吗？您需要解决的任何错误？

3. 在第2步之后，继续制作当前.NET 2.0代码的副本，并将其指向第2步中的新实例。应用程序是否有效？它再次通过了眼睛测试吗？

4. 使用应用程序副本和新数据库进行迭代，直到您有信心。如果您的代码库有一个测试套件，那么显然可以帮助您证明一切正常而不是直觉。

从.NET 2.0到.NET 4.0 / 4.5 ......

1. 代码库应向后兼容。我能看到的唯一问题是其他系统是否依赖于您的代码库。如果你有一个核心库并希望将其升级到4.0 - 而另一个仍在2.0的系统需要该库，那么你就遇到了麻烦。

2. 我肯定会等到升级.NET版本，直到之后完成数据库迁移。如果在迁移时出现问题，您想知道它不是.NET。它将帮助您缩小错误和问题。

完成了许多这样的迁移后，我们提出了一些一般建议：

1. 随意制作新的实例/系统并进行测试，测试和测试。不要尝试直接使用源代码管理中的现有代码或使用现有的部署/服务器。只需复制并测试即可。

2. 编写可帮助您自动化系统测试的工具和脚本。您希望能够知道“是的，据我所知，架构完全相同。”

3. 不要让你的迭代太长。以小的方式迭代，然后证明它有效，然后继续前进。

希望有所帮助。