HttpWebRequest se ejecuta lentamente por primera vez dentro de SQLCLR

Question

Al realizar una HttpWebRequest dentro de un procedimiento almacenado CLR (según el código siguiente), la primera invocación después del servidor Sql se reinicia o después de un período determinado (pero indeterminado) de el tiempo de espera durante bastante tiempo en la llamada al método GetResponse().

¿Hay alguna manera de resolver esto que no involucre un "hackeo" como tener un trabajo del Agente de servidor Sql ejecutándose cada pocos minutos para intentar que la primera llamada "lenta" sea realizada por el agente y no código de producción "real"?

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; 
} 

(manejo de errores y otro código no crítico tiene ben eliminado por razones de brevedad)

---

Consulte también this Sql Server forums thread.

Answer 1

Este fue un problema para mí usando HttpWebRequest al principio. Es debido a que la clase busca un proxy para usar. Si configura el valor Proxy del objeto en null/Nothing, se cerrará automáticamente.

Answer 2

Siempre hay un retraso la primera vez que SQLCLR carga los ensamblajes necesarios. Ese debería ser el caso no solo para su función MakeWebRequest, sino también para cualquier función .NET en el SQLCLR.

Answer 3

HttpWebRequest es parte del ensamblado System.Net, que no forma parte del supported libraries. Recomiendo usar la biblioteca System.Web.Services en su lugar para realizar llamadas al servicio web desde el interior del SQLCLR.

Answer 4

No estoy seguro, pero si la demora es lo suficientemente larga como para que las búsquedas DNS iniciales sean las culpables? (cuánto tiempo es el retraso verso de una llamada normal?)

y/o

Es esta URI interna a la Red/o una red interna diferente?

he visto algunos retrasos de redes extrañas desde el uso de perfiles de equilibrio de carga dentro de una red que no es correcta la configuración, los firewalls, balanceadores de carga, y otros perfiles de red podría ser "la lucha contra" las conexiones iniciales ...

no soy un gran tipo de redes, pero puede que desee ver lo que una SA tiene que decir acerca de esto en serverfault.com así ...

buena suerte

Answer 5

he probado y mi primer fría ejecutar (después del reinicio del servicio de SQL) fue en 3 segundos (no 30 como el suyo), todos los demás están en 0 segundos.

El ejemplo de código que he utilizado para construir un archivo 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

Me parece que la verificación de firma de código. Los dlls del sistema MS enviados están todos firmados y SQL verifica las firmas en el momento de la carga. Aparentemente, la lista de revocación de certificados ha expirado y el motor de verificación de certificados agota el tiempo de recuperación de una nueva lista. He escrito sobre este problema antes de Fix slow application startup due to code sign validation y el problema también se describe en este artículo de Technet: Certificate Revocation and Status Checking.

La solución es bastante arcano e implica la edición del registro de la clave: HKLM\SOFTWARE\Microsoft\Cryptography\OID\EncodingType 0\CertDllCreateCertificateChainEngine\Config:

• ChainUrlRetrievalTimeoutMilliseconds Esto es cada tiempo de espera de verificación CRL llamada individual. Si es 0 o no está presente, se usa el valor predeterminado de 15 segundos. Cambie este tiempo de espera a un valor razonable como 200 milisegundos.
• ChainRevAccumulativeUrlRetrievalTimeoutMilliseconds Este es el tiempo de espera de recuperación de CRL agregado. Si se establece en 0 o no está presente, se usa el valor predeterminado de 20 segundos. Cambie este tiempo de espera a un valor como 500 milisegundos.

También hay una solución más específica para Microsoft signed assemblies (esto es de la documentación de BizTalk, pero se aplica a cualquier carga de montaje):

cargar manualmente Microsoft Certificate revocación enumera

Al iniciar una aplicación .NET, el .NET Framework intentará descargar la lista de revocación de certificados (CRL) para cualquier firma como sembly Si su sistema no tiene acceso directo a o está restringido para acceder al dominio de Microsoft.com, esto puede retrasar el inicio de BizTalk Server. Para evitar este retraso en el inicio de la aplicación, puede utilizar manualmente los siguientes pasos para descargar e instalar manualmente el código firmando las listas de revocación de certificados en su sistema.

1. descargar las últimas actualizaciones de CRL http://crl.microsoft.com/pki/crl/products/CodeSignPCA.crl y http://crl.microsoft.com/pki/crl/products/CodeSignPCA2.crl.
2. Mueva los archivos CodeSignPCA.crl y CodeSignPCA2.crl al sistema aislado .
3. Desde un símbolo del sistema, escriba el siguiente comando para utilizar el certutil utilidad para actualizar el almacén de certificados local con la CRL descargado en el paso 1: certutil -addstore CA c: \ CodeSignPCA.crl

Los archivos CRL se actualizan regularmente, , por lo que debe considerar establecer una tarea recurrente de descarga y instalar las actualizaciones CRL. Para ver la próxima vez que actualice, haga doble clic en el archivo .crl y vea el valor del campo Próxima actualización.