问题标签 [azure-diagnostics]

好的，我一直在努力解决这个问题，我想问问有没有人遇到过这个问题。

我的配置和设置如下。这是部署到登台环境时。我知道正在发生日志记录，因为我启用了 RDP 并且我能够进入并且可以看到创建的 IIS 日志。但是，即使其他诊断日志没有问题，它们也不会传输到 blob 存储。

在基础设施日志中，我可以看到以下错误，我被告知这只是关于代理而不相关：

我在事件查看器中看到的另一个警告是：

这是一个作为 WebRole 运行的相当简单的 WCF 应用程序。配置如下所示：

我还以几种不同的方式改变了听众，但结果相同。所以我不认为那是问题，但我愿意接受建议

webrole 中的代码如下所示：

由于DiagnosticsConnectionString某些表和容器已正确创建和填充，因此已正确设置。

任何帮助表示赞赏。提前致谢。

我正在使用许多网站的 Azure Web 角色，如此处所述。 我应该如何为此服务器配置诊断，以便我不仅可以记录来自主网站的错误和事件，还可以记录部署/角色中的所有网站。

我创建了一个托管在 azure 上的 REST 服务并对其进行诊断，我使用了 Cerebrata Azure 诊断管理器来进行性能计数器。

Cerebrata Azure 诊断管理器在提供性能计数器输出时工作正常，但我无法理解诊断数据，尤其是在 x 和 y 轴所指的性能图表中。图表中的值超出多少。

请帮助我了解 Cerebrata Azure 诊断管理器的诊断数据。我会感谢你的。

我正在使用 Windows Azure 诊断程序。我在 Webrol.cs 中添加以下代码

尝试

以及 Web.config 中剩余的必要内容以及 .cscfg 文件中的连接字符串。现在我可以使用部署存储在开发环境中记录诊断。但是当我在云中托管相同的应用程序时，我无法记录诊断。我收到一个错误，例如

“500 - 内部服务器错误。您要查找的资源有问题，无法显示。”

我尝试将命名空间的 Copy local 更改为 true，但这不起作用。我希望应用程序在部署环境中工作。如果有人有任何想法解决这个问题，请回复我。

提前致谢。

我想知道 Azure 表存储中的行数是否有上限。

我问这个问题是因为我打开了诊断监控并将日志移动到WADPerformanceCountersTable. 我注意到日志在过去 15 小时内不可用。

如果表中的行有任何上限，则可能是存储已停止接受数据。

我确定我错过了一些简单的东西，但我无法让简单的 Trace.WriteLine 在 Azure 上工作。

我已采取的步骤：

Microsoft.WindowsAzure.Plugins.Diagnostics.ConnectionString 已设置到我们的 Azure 存储帐户

将模块诊断导入服务定义文件。

Web config：

WebRole.cs

解决方案被编译为发行版。

当我查看存储帐户中的对象时，我可以看到一个名为 WADDirectoriesTable 的表以及创建的三个名为 vsdeploy、wad-control-container 和 was-iis-logfiles 的 blob。

没有任何东西看起来像我的 Trace 信息。

非常感谢

什么\Processor(_Total)\% Processor Time意思。有哪些基本假设。

描述：因为这是来自 WAD 性能表计数器的性能计数器；由于这是 Azure，是否有任何测量相同的假设。

假设我编写了一个控制台 C# 应用程序 - 我可以Console.WriteLine()用来打印任何状态消息，并且可以在控制台中启动程序时读取它们。

现在我有一个 Windows Azure 角色，它在云的某个地方运行，因此不再有控制台。如何使用调试输出轻松地进行调试输出以发现角色当前状态和调试问题？

阅读 MSDN我得到一个印象，用于存储 Azure 诊断的帐户配置如下：

（设置名称是固定的“Microsoft.WindowsAzure.Plugins.Diagnostics.ConnectionString”字符串）。但后来我还找到了用于设置 DiagnosticMonitor 的代码片段（来自用户Søren Randrup的这个问题：

（设置名称是开发者选择的字符串）。

这看起来令人困惑 - 我的印象是它是相同的设置，但无论出于何种原因，不同的人配置它的方式不同。

存储帐户在哪里指定，为什么上面提到的两个片段似乎用于同一任务？

我们将DiagnosticMonitorTraceListener用作通用跟踪侦听器（主要用于ASP.NET Health Monitoring）以及用于异常处理的 Enterprise Library 5 侦听器。这在 Azure 上运行时效果很好，但重要的是我们能够以最少的更改在 Azure 之外运行网站。

一种选择是动态注册它，如下所示：

这适用于ASP.NET 健康监控和 System.Diagnosics 的一般用途，但不适用于具有以下硬编码配置的企业库：

如果未解决，对 ExceptionPolicy.HandleException 的调用将生成：

不在托管服务或 Development Fabric 中运行。

要根据应用程序运行的位置有条件地删除它，我们可以使用 EL5 的流畅配置 API，但必须重写我们的配置（全有或全无）。

我们还可以使用 web.config 转换，除了已经有 3 种不同的解决方案配置（例如，开发、登台、生产）之外，我们必须引入第 4 种来区分开发独立与开发天蓝色。

最后一个选项是创建一个自定义侦听器，它将所有消息路由到 ** **（如果在 Azure 上运行）或不执行任何操作。

还有其他建议吗？

仅供参考，ASP.NET 健康监控配置如下：