.net - 在 LINQ to SQL 迁移到 SQL Azure 上改进重试逻辑的最简单方法

Question

我有几个现有的 ASP .NET Web 表单和 MVC 应用程序，它们当前在 Windows VPS 上使用 LINQ to SQL 和 SQL Server 2008 Express 数据库:一个 VPS 用于 IIS 和 SQL。我开始超出 VPS 有效托管 SQL 和 IIS 的能力，并准备将它们分开。我正在考虑将数据库迁移到 SQL Azure 并将 IIS 保留在 VPS 上。

经过初步研究后，听起来在数据访问层中实现重试逻辑是采用 SQL Azure 时必须做的事情。我怀疑，在我的情况下，实现这一点更为重要，因为 IIS 将位于 Azure 基础设施之外的 VPS 上。

我正在寻找有关如何以最少的努力和对现有代码库的影响来完成此操作的指示。是否有一个好的重试模式可以在 LINQ to SQL 数据访问层应用一次，而不是必须将所有 LINQ to SQL 操作包装在 try/catch/wait/retry 逻辑中？

Answer 1

我认为没有必要让这个问题变得复杂。将整个事情包装在 try catch 中，稍后将其包装<重试计数，然后就完成了。

您可以更聪明地捕获不同类型的错误，如果您想以不同的方式处理它们，如果是真正的数据错误，则无需重试。

确保您仍然跟踪每个异常，以跟踪除超时之外的其他错误。