Ошибка подключения к базе данных Azure WebJob только в некоторых экземплярах

У меня была такая же проблема с некоторыми заданиями, и я наткнулся на эти статьи, чтобы найти решение:

• Обработка временных сбоев (создание реальных облачных приложений с помощью Azure)
• Отказоустойчивость подключения/логика повторных попыток (начиная с EF6)

Из этих статей :

Причины временных сбоев:

В облачной среде вы обнаружите, что периодически происходят сбои и разрывы соединений с базой данных. Отчасти это связано с тем, что вы используете больше балансировщиков нагрузки по сравнению с локальной средой, где ваш веб-сервер и сервер базы данных имеют прямое физическое соединение. Кроме того, иногда, когда вы зависите от многопользовательской службы, вы увидите, что вызовы службы становятся медленнее или время ожидания истекает, потому что кто-то другой, использующий службу, сильно ее бьет. В других случаях вы можете быть пользователем, который слишком часто обращается к службе, и служба преднамеренно ограничивает вас — отказывает в подключении — чтобы предотвратить негативное воздействие на других клиентов службы.

Используйте интеллектуальную логику повторных/отложенных попыток, чтобы смягчить последствия временных сбоев:

У группы Microsoft Patterns & Practices есть приложение для обработки временных сбоев. Block, который делает все за вас, если вы используете ADO.NET для доступа к базе данных SQL (не через Entity Framework). Вы просто устанавливаете политику для повторных попыток — сколько раз повторять запрос или команду и как долго ждать между попытками — и заключаете свой код SQL в блок using:

public void HandleTransients()
{
   var connStr = "some database";
   var _policy = RetryPolicy.Create < SqlAzureTransientErrorDetectionStrategy(
    retryCount: 3,
    retryInterval: TimeSpan.FromSeconds(5));

    using (var conn = new ReliableSqlConnection(connStr, _policy))
    {
        // Do SQL stuff here.
    }
}

Когда вы используете Entity Framework, вы обычно не работаете напрямую с соединениями SQL, поэтому вы не можете использовать этот пакет Patterns and Practices, но Entity Framework 6 встраивает такую ​​логику повторных попыток прямо в платформу. . Аналогичным образом вы указываете стратегию повторных попыток, а затем EF использует эту стратегию всякий раз, когда обращается к базе данных.

Чтобы использовать эту функцию в приложении Fix It, все, что нам нужно сделать, это добавить класс, производный от DbConfiguration, и включить логику повторных попыток.

// EF follows a Code based Configuration model and will look for a class that
// derives from DbConfiguration for executing any Connection Resiliency strategies
public class EFConfiguration : DbConfiguration
{
    public EFConfiguration()
    {
        AddExecutionStrategy(() => new SqlAzureExecutionStrategy());
    }
}