Azure中SQL数据库中的存储过程每两个月随机超时一次

Azure中SQL数据库中的存储过程每两个月随机超时一次,sql,sql-server,azure,azure-sql-database,Sql,Sql Server,Azure,Azure Sql Database,场景:Azure虚拟机中的系统使用MVC和SQL数据库(不在虚拟机中)在正常条件下工作2或3个月。突然,从我的MVC web应用程序或SQL Management Studio调用的存储过程返回超时。像Select*from表格这样的查询非常有效 编辑:执行Alter或Create SP查询时也发生超时 没有找到合适的解决方案或解释 解决方法:在新SQL数据库中恢复旧备份,并将连接字符串更改为新数据库。当系统在备份中运行时,尝试备份有问题的数据库(首先关闭与该数据库的所有连接,如Manageme

场景:Azure虚拟机中的系统使用MVC和SQL数据库(不在虚拟机中)在正常条件下工作2或3个月。突然,从我的MVC web应用程序或SQL Management Studio调用的存储过程返回超时。像Select*from表格这样的查询非常有效

编辑:执行Alter或Create SP查询时也发生超时

没有找到合适的解决方案或解释

解决方法:在新SQL数据库中恢复旧备份,并将连接字符串更改为新数据库。当系统在备份中运行时,尝试备份有问题的数据库(首先关闭与该数据库的所有连接,如Management Studio)。这可能需要一些时间和一些重试。备份完成后,将其恢复到新的数据库中,并更改回connectionString。您将丢失几分钟的数据和一些停机时间,但您的系统将在Azure中重新工作


Azure中的存储过程中有关于这个问题的想法吗?

乍一看,这闻起来像是一个参数嗅探问题;它可能与Azure无关


检查此线程以了解问题所在以及解决方法的详细信息:

不确定参数嗅探/欺骗是否适用于此处。问题是当问题出现时,我在执行Alter存储过程或Create存储过程查询时超时!我会检查一下这个问题,然后告诉你。很高兴了解这个概念。你找到这个问题的根本原因和解决方案了吗?我们最近从On-prem迁移到Azure,我们开始看到确切的问题。那是很久以前的事了,我不知道我在做什么。很抱歉