Azure 在更新或升级操作期间，您的角色实例已循环多次

我正在尝试将具有1个Web角色的云服务部署到Azure

当我这样做时，我会收到以下信息：

Your role instances have recycled a number of times during an update or upgrade operation. This indicates that the new version of your service or the configuration settings you provided when configuring the service prevent the role instances from running. Verify your code does not throw unhandled exceptions and that your configuration settings are correct and then start another update or upgrade operation.

---

这个项目在本地运行得很好，我很难弄清楚如何开始调试这个问题。是否存在导致此消息的常见问题，或采取步骤找出导致此消息的原因？

请参阅。这将介绍所有可用的诊断数据，以及如何解决最常见的问题。

随着适用于Visual Studio 2012和2013的Windows Azure SDK版本2.2的发布，现在您可以了

---

一旦您的云服务发布并在云中实时运行，您只需在本地源代码中设置断点即可。这可能有助于你找出问题所在

我要么将桌面远程连接到云实例，查看Windows事件日志中的异常，要么在启用IntelliTrace的情况下重新部署。如果选择后者，则可以从Visual Studio下载IntelliTrace日志并进行调试

---

找出实际错误的一种方法是在尝试部署web角色后单击仪表板顶部的“1实例”。它将告诉您角色实例的状态。状态应包括有关阻止部署的错误类型的更多信息

这取决于你的情况。对我来说，状态声明我有一个未处理的安全异常。经过调查，我发现在我角色的OnStart（）下，我试图创建一个事件源。但是，Azure服务没有创建事件源的权限

---

有关更多可能的问题，请检查

我们遇到了类似的问题，这是由于一些DDL未能加载所致。（由于与MS部署到VM的版本不同）

---

尝试将项目中所有引用的CopyLocal设置为“true”，然后重新部署。

我们也遇到了这个恼人的问题，在我们的例子中：

我们使用本地存储，但它没有在服务定义（或工作者角色的属性）中定义

我们的工作者角色项目引用了一个服务项目，该服务项目引用了数据层项目。但是，worker角色项目没有对数据层项目的引用。一旦我们在worker角色项目中添加了对数据层项目的引用，它就会成功部署

问题#1很容易被注意到，如果您首先在本地计算机上运行项目。将引发异常

---

然而，问题2更难，主要是因为它在本地机器上运行得很好。经过5天的故障排除，我们终于找到了问题。因此，检查所有引用并尝试添加子引用项目，即被其他引用引用的项目。

对我来说，问题在于我的SQL Azure DB防火墙规则。我的Azure SQL数据库服务器未设置为“允许访问Azure服务”，因此我必须明确列出允许的IP

我是在将代码包装成一个try/catch（包含所有异常）、重构OnStart（）和RunAsync（）方法并将所有引用设置为Copy Local=True之后发现这一点的。所有这些都不起作用，然后我发现我的RunAsync（）方法中有一行：

---

我正在使用AdoneAdapter for log4net并连接到Azure SQL DB进行日志记录，因此我检查了防火墙规则

对我来说，我的各种项目中都有一些不同版本的nuget软件包。一旦我将所有内容整合到同一个版本，它就工作得很好。

用户表示，他的问题是部署应用程序而不是运行应用程序，换句话说，“去问别人。”链接重定向到“现在”。它应该链接到吗？是的，这是新的链接Shelby，谢谢你指出。更新了答案。

log4net.Config.XmlConfigurator.Configure();