|
|
1
10
这对我来说是个问题
|
|
|
2
4
在我看来像代码签名验证。MS附带的系统DLL都已签名,SQL在加载时验证签名。显然,证书吊销列表已过期,证书验证引擎在检索新列表时超时。我以前写过关于这个问题的博客 Fix slow application startup due to code sign validation 本Technet文章还描述了该问题: Certificate Revocation and Status Checking .
解决方案相当神秘,涉及注册表项的编辑:
还有一个更具体的解决方案 Microsoft signed assemblies (这来自于Biztalk文档,但适用于任何程序集加载):
|
|
|
3
1
不确定,但是如果延迟足够长,初始DNS查找可能是罪魁祸首? (延迟句是一个正常呼叫吗?) 和/或 此URI是网络内部的还是其他内部网络? 我已经看到一些奇怪的网络延迟,因为在一个设置不正确的网络中使用负载平衡配置文件,防火墙、负载均衡器和其他网络配置文件可能会“对抗”初始连接… 我不是一个很好的网络人,但你可能想看看SA在serverfault.com上对此有何评论… 祝你好运 |
|
|
4
0
第一次SQLCLR加载必要的程序集时总是有延迟。 这不仅适用于函数makewebrequest,也适用于sqlcr中的任何.NET函数。 |
|
|
5
0
httpwebrequest是System.NET程序集的一部分,它不是 supported libraries . 我建议使用library system.web.services,而不是从sqlcr内部进行Web服务调用。 |
|
|
6
0
我已经测试过了,我的第一次冷运行(在SQL服务重新启动之后)是在3秒钟内(而不是像您的30秒钟),所有其他的都在0秒钟内。 我用来构建dll的代码示例:
|