我们目前正在努力将我们的 asp.net 网络应用程序(托管在 IIS 7.5 上)从 .net 框架 v4.5 更新到 v4.6.1。在 SQL Server 与 IIS 在同一个机器上运行的小型低级环境/本地开发中,此更新工作正常并且不会破坏任何内容。然而,一旦我们在测试环境中更新我们的 Web 服务器,该测试环境从我们的 Web 服务器远程托管 SQL Server,我们的应用程序将无法再建立与数据库的连接。我们收到此错误:
Connection Timeout Expired. The timeout period elapsed while attempting to
consume the pre-login handshake acknowledgement. This could be because the
pre-login handshake failed or the server was unable to respond back in time.
SQL 服务器正在运行 CLR 版本 v4.0.30319。 我们使用 Entity Framework 版本 6.0.0.0 进行数据访问,连接字符串都使用集成安全性。我们还需要将托管 SQL Server 的盒子更新到 .net 4.6.1 吗?我不明白为什么我们的应用程序有必要建立与数据库的连接,但我一直无法在 MSDN 上找到与此相关的任何指导。
编辑:
这次崩溃后,我们将 Web 服务器降级回 .net v4.5,我们能够重新建立与 SQL Server 的连接。重新升级到 v4.6.1 再次导致损坏。因此,我们相对确定升级是问题所在,而不是应用程序代码和/或 IIS 设置的更改。
最佳答案
更新 - 看起来我们已经找到(至少是解决方案)问题。事实证明——如异常所示——通过增加连接字符串的连接超时属性(默认为 15 秒,我们将其设置为 60 秒),我们能够通过 Web 应用程序连接到数据库。然而,打开这个连接需要很长时间,所以我们开始寻找解决方案来让我们的连接打开得更快。我们发现我们在数据库服务器上启用了 TCP/IP 上的 Netbios,并且通过在我们的网络上打开 UDP 端口(137、138)以供 Netbios 访问,我们能够更快地打开与数据库的连接,计时在 <1 秒而不是="">15 秒。 我们仍然不确定为什么 .net 升级会暴露这个问题。通过使用 UDL 文件进行测试,我们能够确定与数据库的网络连接在 .net 4.5 上的 Web 服务器上的性能与在 .net 4.6.1 上的 Web 服务器上的性能大致相同。因此,似乎我们的连接打开速度如此之慢,以至于我们已经非常接近超时,而 4.6.1 中的某种额外逻辑/错误使我们处于边缘。如果我们对此有更清楚的了解,我会更新。
1>
关于c# - 将 Web 服务器升级到 .net Framework 4.6.1 时,与远程 SQL 服务器的连接中断,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/34617286/
我正在尝试使用ruby和Savon来使用网络服务。测试服务为http://www.webservicex.net/WS/WSDetails.aspx?WSID=9&CATID=2require'rubygems'require'savon'client=Savon::Client.new"http://www.webservicex.net/stockquote.asmx?WSDL"client.get_quotedo|soap|soap.body={:symbol=>"AAPL"}end返回SOAP异常。检查soap信封,在我看来soap请求没有正确的命名空间。任何人都可以建议我
我想安装一个带有一些身份验证的私有(private)Rubygem服务器。我希望能够使用公共(public)Ubuntu服务器托管内部gem。我读到了http://docs.rubygems.org/read/chapter/18.但是那个没有身份验证-如我所见。然后我读到了https://github.com/cwninja/geminabox.但是当我使用基本身份验证(他们在他们的Wiki中有)时,它会提示从我的服务器获取源。所以。如何制作带有身份验证的私有(private)Rubygem服务器?这是不可能的吗?谢谢。编辑:Geminabox问题。我尝试“捆绑”以安装新的gem..
尝试通过RVM将RubyGems升级到版本1.8.10并出现此错误:$rvmrubygemslatestRemovingoldRubygemsfiles...Installingrubygems-1.8.10forruby-1.9.2-p180...ERROR:Errorrunning'GEM_PATH="/Users/foo/.rvm/gems/ruby-1.9.2-p180:/Users/foo/.rvm/gems/ruby-1.9.2-p180@global:/Users/foo/.rvm/gems/ruby-1.9.2-p180:/Users/foo/.rvm/gems/rub
我在我的Rails项目中使用Pow和powifygem。现在我尝试升级我的ruby版本(从1.9.3到2.0.0,我使用RVM)当我切换ruby版本、安装所有gem依赖项时,我通过运行railss并访问localhost:3000确保该应用程序正常运行以前,我通过使用pow访问http://my_app.dev来浏览我的应用程序。升级后,由于错误Bundler::RubyVersionMismatch:YourRubyversionis1.9.3,butyourGemfilespecified2.0.0,此url不起作用我尝试过的:重新创建pow应用程序重启pow服务器更新战俘
我实际上是在尝试使用RVM在我的OSX10.7.5上更新ruby,并在输入以下命令后:rvminstallruby我得到了以下回复:Searchingforbinaryrubies,thismighttakesometime.Checkingrequirementsforosx.Installingrequirementsforosx.Updatingsystem.......Errorrunning'requirements_osx_brew_update_systemruby-2.0.0-p247',pleaseread/Users/username/.rvm/log/138121
最近,当我启动我的Rails服务器时,我收到了一长串警告。虽然它不影响我的应用程序,但我想知道如何解决这些警告。我的估计是imagemagick以某种方式被调用了两次?当我在警告前后检查我的git日志时。我想知道如何解决这个问题。-bcrypt-ruby(3.1.2)-better_errors(1.0.1)+bcrypt(3.1.7)+bcrypt-ruby(3.1.5)-bcrypt(>=3.1.3)+better_errors(1.1.0)bcrypt和imagemagick有关系吗?/Users/rbchris/.rbenv/versions/2.0.0-p247/lib/ru
在Rails4.0.2中,我使用s3_direct_upload和aws-sdkgems直接为s3存储桶上传文件。在开发环境中它工作正常,但在生产环境中它会抛出如下错误,ActionView::Template::Error(noimplicitconversionofnilintoString)在View中,create_cv_url,:id=>"s3_uploader",:key=>"cv_uploads/{unique_id}/${filename}",:key_starts_with=>"cv_uploads/",:callback_param=>"cv[direct_uplo
如何在ruby中调用C#dll? 最佳答案 我能想到几种可能性:为您的DLL编写(或找人编写)一个COM包装器,如果它还没有,则使用Ruby的WIN32OLE库来调用它;看看RubyCLR,其中一位作者是JohnLam,他继续在Microsoft从事IronRuby方面的工作。(估计不会再维护了,可能不支持.Net2.0以上的版本);正如其他地方已经提到的,看看使用IronRuby,如果这是您的技术选择。有一个主题是here.请注意,最后一篇文章实际上来自JohnLam(看起来像是2009年3月),他似乎很自在地断言RubyCL
我想在Ruby中创建一个用于开发目的的极其简单的Web服务器(不,不想使用现成的解决方案)。代码如下:#!/usr/bin/rubyrequire'socket'server=TCPServer.new('127.0.0.1',8080)whileconnection=server.acceptheaders=[]length=0whileline=connection.getsheaders想法是从命令行运行这个脚本,提供另一个脚本,它将在其标准输入上获取请求,并在其标准输出上返回完整的响应。到目前为止一切顺利,但事实证明这真的很脆弱,因为它在第二个请求上中断并出现错误:/usr/b
您如何在Rails中的实时服务器上进行有效调试,无论是在测试版/生产服务器上?我试过直接在服务器上修改文件,然后重启应用,但是修改好像没有生效,或者需要很长时间(缓存?)我也试过在本地做“脚本/服务器生产”,但是那很慢另一种选择是编码和部署,但效率很低。有人对他们如何有效地做到这一点有任何见解吗? 最佳答案 我会回答你的问题,即使我不同意这种热修补服务器代码的方式:)首先,你真的确定你已经重启了服务器吗?您可以通过跟踪日志文件来检查它。您更改的代码显示的View可能会被缓存。缓存页面位于tmp/cache文件夹下。您可以尝试手动删除