HttpWebRequest запускается медленно в первый раз в SQLCLR

Question

При создании HttpWebRequest в хранимой процедуре CLR (согласно приведенному ниже коду) первый вызов после того, как сервер Sql (повторно) запущен или после заданного (но неопределенного) периода время ожидания на вызов метода GetResponse() длится довольно долго.

Есть ли способ разрешить это, не связанное с «взломом», например, когда задание агента сервера Sql выполняется каждые несколько минут, чтобы убедиться, что первый «медленный» вызов выполняется Агентом, а не «реальный» производственный код?

function SqlString MakeWebRequest(string address, string parameters, int connectTO) 
{ 
    SqlString returnData; 
    HttpWebRequest request = (HttpWebRequest)WebRequest.Create(String.Concat(address.ToString(), "?", parameters.ToString())); 
    request.Timeout = (int)connectTO; 
    request.Method = "GET"; 
    using (WebResponse response = request.GetResponse()) 
    { 
    using (Stream responseStream = response.GetResponseStream()) 
    { 
     using (StreamReader reader = new StreamReader(responseStream)) 
     { 
     SqlString responseFromServer = reader.ReadToEnd(); 
     returnData = responseFromServer; 
     } 
    } 
    } 
    response.Close(); 

    return returnData; 
} 

(Обработка ошибок и другие некритические код имеет бен удалены для краткости)

---

Смотрите также this Sql Server forums thread.

Answer 1

Это было проблемой для меня, используя HttpWebRequest сначала. Это связано с тем, что класс ищет прокси для использования. Если вы установите значение Proxy объекта в null/Nothing, оно будет застегиваться вправо.

Answer 2

Впервые SQLCLR всегда загружает необходимые сборки. Это должно быть не только для вашей функции MakeWebRequest, но и для любой функции .NET в SQLCLR.

Answer 3

HttpWebRequest является частью сборки System.Net, которая не является частью supported libraries. Я бы рекомендовал использовать библиотеку System.Web.Services вместо того, чтобы делать вызовы веб-сервисов из SQLCLR.

Answer 4

Не уверен, но если задержка достаточно долго, чтобы начальный поиск DNS мог быть виновником? (как долго задержка куплета обычного вызова?)

и/или

Является ли этот URI внутреннего по отношению к сети/или другой внутренней сети?

Я видел некоторые странные задержки сети с использованием профилей балансировки нагрузки в сети, которая не настроен правильно, межсетевые экраны, нагрузка-балансиры, а также другие сетевые профили могут быть «борьба» начальные соединения ...

Я не большой сети парень, но вы можете видеть то, что SA должен сказать об этом на serverfault.com, а также ...

удачи

Answer 5

я испытал и мой первый холодный запуск (после перезагрузки службы SQL) был через 3 секунды (не 30 как ваш), все остальные - за 0 секунд.

Пример кода я использовал для создания DLL:

using System; 
using System.Data; 
using System.Net; 
using System.IO; 
using System.Data.SqlClient; 
using System.Data.SqlTypes; 
using Microsoft.SqlServer.Server; 

namespace MySQLCLR 
{ 
    public static class WebRequests 
    { 
     public static void MakeWebRequest(string address, string parameters, int connectTO) 
     { 
      string returnData; 
      HttpWebRequest request = (HttpWebRequest)WebRequest.Create(String.Concat(address.ToString(), "?", parameters.ToString())); 
      request.Timeout = (int)connectTO; 
      request.Method = "GET"; 
      using (WebResponse response = request.GetResponse()) 
      { 
       using (Stream responseStream = response.GetResponseStream()) 
       { 
        using (StreamReader reader = new StreamReader(responseStream)) 
        { 
         returnData = reader.ReadToEnd(); 
         reader.Close(); 
        } 
        responseStream.Close(); 
       } 
       response.Close(); 
      } 
      SqlDataRecord rec = new SqlDataRecord(new SqlMetaData[] { new SqlMetaData("response", SqlDbType.NVarChar, 10000000) }); 
      rec.SetValue(0, returnData); 
      SqlContext.Pipe.Send(rec); 
     } 
    } 
} 

Answer 6

Выглядит как проверка подписи кода. MS-отправленные системные DLL-файлы подписаны, и SQL проверяет подписи во время загрузки. По-видимому, список аннулирования сертификата истек, а механизм проверки сертификатов истекает из-за получения нового списка. Я писал об этой проблеме до Fix slow application startup due to code sign validation, и проблема также описана в этой статье Technet: Certificate Revocation and Status Checking.

Решение довольно запутанный, а включает в себя редактирование реестра ключа: HKLM\SOFTWARE\Microsoft\Cryptography\OID\EncodingType 0\CertDllCreateCertificateChainEngine\Config:

• ChainUrlRetrievalTimeoutMilliseconds Это каждый отдельный тайм-аут CRL проверки вызова. Если 0 или нет, используется значение по умолчанию 15 секунд. Измените этот тайм-аут на разумное значение, например, 200 миллисекунд.
• ChainRevAccumulativeUrlRetrievalTimeoutMilliseconds Это общий тайм-аут получения CRL. Если установлено значение 0 или нет, используется значение по умолчанию 20 секунд. Измените этот тайм-аут на значение, равное 500 миллисекундам.

Существует также более конкретное решение для Microsoft signed assemblies (это из документации Biztalk, но относится к любой сборке нагрузки):

вручную загрузить Microsoft Certificate отозванных список

При запуске приложения .NET .NET Framework попытается выполнить команду загрузить Список отзыва сертификатов (CRL) для любых подписанных как sembly. Если ваша система не имеет прямого доступа в Интернет или не имеет доступа к домену Microsoft.com , это может задержать запуск BizTalk Server. Чтобы избежать этой задержки при запуске приложения, вы, , можете выполнить следующие шаги до вручную загрузить и установить код , подписывая Списки аннулирования сертификатов в вашей системе.

1. Скачать последние обновления CRL из http://crl.microsoft.com/pki/crl/products/CodeSignPCA.crl и http://crl.microsoft.com/pki/crl/products/CodeSignPCA2.crl.
2. Переместить файлы CodeSignPCA.crl и CodeSignPCA2.crl в изолированную систему .
3. В командной строке введите следующую команду, чтобы использовать CertUtil утилита для обновления локального хранилища сертификата с CRL загруженный на шаге 1: CertUtil -addstore CA C: \ CodeSignPCA.crl

Файлы CRL обновляются регулярно, , поэтому вам следует рассмотреть возможность задания повторно загружаемой задачи загрузки и , устанавливающих обновления CRL. Чтобы просмотреть следующее время обновления, дважды щелкните файл .crl и просмотрите значение поля Next Update.