sql-server-2008 - 从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 数据库的脚本(存储过程)。运行所有现有的存储过程、计算表中的记录、列出索引等。这样做是为了可以在 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. 不要让迭代时间太长。以小方式进行迭代，然后证明其有效，然后继续前进。

希望有帮助。