在我测试我的移动服务应用程序的一周中的某些时间,我收到503错误(服务不可用)。无论我是尝试从localhost调用应用程序还是在Azure网站上运行,都会发生这种情况。它挂了10-15分钟,然后自行消失。它似乎不是由我正在做的任何事情引起的(即我没有更新任何代码)。当我尝试在我的移动服务帐户中调用我的一个自定义API时,会发生503错误。一些请求通过(奇怪的是),但大多数返回503错误。
我看到有人在这里遇到了一个非常类似的问题(Why does Azure give me an intermittent Error 503. The service is unavailable?)而没有可接受的解决方案。
我正在使用移动服务的免费版本,但我不应该推动免费版本可以处理的限制;我现在是该应用程序的唯一用户。
很快就会有时间让服务生效,我想到在服务进入的这些时髦状态之一中会出现支持电话的想法。任何有关调试问题的帮助都将不胜感激。
修改
我已将其缩小为数据库问题。我有一个主要查询(sproc),我用它来向UI提供数据。我注意到,当我收到503错误时,查询大约需要13秒(在SSMS中运行时)。当事情“正常”运行时,查询只需不到一秒钟。
这并不能解决我的问题,实际上它让人更加困惑,因为我使用的是Windows Azure SQL数据库的商业版,并且执行时间不应该有13秒的波动!
这个问题似乎是随机发生的。在SQL Server中是否有某种缓存可以解释这一点?也许我的查询确实需要13秒才能执行,而缓存可以显着加快速度。
答案 0 :(得分:1)
您是否可以尝试将数据库/服务器转换为其中一个"版本"?他们拥有资源治理以促进可预测的绩效。网络/业务遭受嘈杂的邻居问题。听起来这可能是你的问题,因为它是间歇性的。
这是指向描述版本的页面的链接。 https://msdn.microsoft.com/en-us/library/azure/dn741340.aspx