超时SQL Azure上过期;不能复制的内部SQL Server [已关闭]
在我们的业务线上,我们主持一个基于REST的API,由
Windows Azure和SQL Azure作为数据库存储托管.
网络角色(Windows 2008R2,IIS 7.5,WCF,大型实例)和SQL Azure都在北欧地区托管. 问题是,当我们进行深入的SQL工作时,我们经常会得到一个“超时过期”.在完成操作或服务器没有响应之前经过的超时时间. 我在这里遇到的麻烦是,无论我们做什么,我们都不能在我们的内部部署SQL服务器(SQL Server 2008R2)上引发这种情况. 任何帮助澄清这个神秘感谢,因为似乎Web角色实例不直接与SQL Azure实例交涉,尽管它们都位于北欧. 更详细的例外: <SqlException> <Message>Timeout expired. The timeout period elapsed prior to completion of the operation or the server is not responding.</Message> <StackTrace> <Line>at System.Data.SqlClient.SqlConnection.OnError(SqlException exception,Boolean breakConnection)</Line> <Line>at System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning()</Line> <Line>at System.Data.SqlClient.TdsParser.Run(RunBehavior runBehavior,SqlCommand cmdHandler,SqlDataReader dataStream,BulkCopySimpleResultSet bulkCopyHandler,TdsParserStateObject stateObj)</Line> <Line>at System.Data.SqlClient.SqlDataReader.ConsumeMetaData()</Line> <Line>at System.Data.SqlClient.SqlDataReader.get_MetaData()</Line> <Line>at System.Data.SqlClient.SqlCommand.FinishExecuteReader(SqlDataReader ds,RunBehavior runBehavior,String resetOptionsString)</Line> <Line>at System.Data.SqlClient.SqlCommand.RunExecuteReaderTds(CommandBehavior cmdBehavior,Boolean returnStream,Boolean async)</Line> <Line>at System.Data.SqlClient.SqlCommand.RunExecuteReader(CommandBehavior cmdBehavior,String method,DbAsyncResult result)</Line> <Line>at System.Data.SqlClient.SqlCommand.RunExecuteReader(CommandBehavior cmdBehavior,String method)</Line> <Line>at System.Data.SqlClient.SqlCommand.ExecuteScalar()</Line> <Line>at SyncInvokeAddCollaboratorFieldInstance(Object,Object[],Object[] )</Line> <Line>at System.ServiceModel.Dispatcher.SyncMethodInvoker.Invoke(Object instance,Object[] inputs,Object[]& outputs)</Line> <Line>at System.ServiceModel.Dispatcher.DispatchOperationRuntime.InvokeBegin(MessageRpc& rpc)</Line> <Line>at System.ServiceModel.Dispatcher.ImmutableDispatchRuntime.ProcessMessage5(MessageRpc& rpc)</Line> <Line>at System.ServiceModel.Dispatcher.ImmutableDispatchRuntime.ProcessMessage31(MessageRpc& rpc)</Line> <Line>at System.ServiceModel.Dispatcher.MessageRpc.Process(Boolean isOperationContextSet)</Line> </StackTrace> <UserDefinedInformation> <HelpLink.ProdName><![CDATA[Microsoft SQL Server]]></HelpLink.ProdName> <HelpLink.ProdVer><![CDATA[11.00.2065]]></HelpLink.ProdVer> <HelpLink.EvtSrc><![CDATA[MSSQLServer]]></HelpLink.EvtSrc> <HelpLink.EvtID><![CDATA[-2]]></HelpLink.EvtID> <HelpLink.BaseHelpUrl><![CDATA[http://go.microsoft.com/fwlink]]></HelpLink.BaseHelpUrl> <HelpLink.LinkId><![CDATA[20476]]></HelpLink.LinkId> </UserDefinedInformation> </SqlException> 解决方法如果您需要执行SQL密集型工作(例如,规范OLTP数据库中的大量INSERT语句),则需要在代码中具有故障切换逻辑.本地SQL服务器不会受到此影响,因此在切换到SQL Azure之前要考虑到这一点. 这两篇文章激励了我(特别感谢Joachim Isaksson的指导): http://blogs.msdn.com/b/sqlazure/archive/2010/05/11/10011247.aspx http://social.msdn.microsoft.com/Forums/en-US/ssdsgetstarted/thread/7a50985d-92c2-472f-9464-a6591efec4b3/ 为了总结结果,我提供了两个结果,这些结果现在在结果中是相同的(在某些未添加的记录之前,对于原始问题的缺失故障转移逻辑,超时已过): 内部部署SQL Server:427秒内的179.285条记录 SQL Azure w.故障转移逻辑:179.285记录在2.247秒 – 一个百日咳5.2倍慢! 我希望这可以帮助别人努力与SQL Azure.积极注意;你学习(艰难的方式)你对你本地的内部应用程序感到幸运和特权:-) 注意:我仍然想解释这可能如何发生..似乎很容易怪责延迟,不? (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |