问题标签 [azure-diagnostics]

我编写了一小段代码，通过单击不同的按钮，将收集不同类型的日志记录数据。但是，当我运行这段代码时，通常在通过服务器资源管理器检查时不会反映记录的数据，即使它们已记录，也可以在很长一段时间（15-20 分钟）后查看它们。我在编写这段代码时是否犯了任何错误。这段代码如下：

我正在开发一个 Azure WorkerRole()。在 Compute Emulator 控制台中，我看到了所有 Trace.WriteLine() 消息，但只有在 OnStart() 中生成的消息似乎被持久化到存储中。

我的 ServiceConfiguration.Local.csfg 有：

我的 WorkerRole.cs 有：

我们正在尝试构建一个日志记录工具，以便我们能够根据订阅 ID 和部署 ID 连接到特定的 Azure VM，以便我们能够处理不同的 VM 使用计数器。我们正在尝试构建的工具是 Cerebrata 的 Azure 诊断管理器的受限版本。因此，任何有关如何连接到 azure VM 的指针都将不胜感激。

在我的 Azure 应用程序中，我使用 Trace.WriteLine() 调用来跟踪应用程序正在执行的操作。

让我难过的是，其中一些进入了日志，而另一些则没有。例如，我的工作角色 OnStart() 方法中的这段代码：

第一个 Trace 被记录下来。if 语句中的两个 Trace 调用都没有记录。然后，随后执行的方法中的 Trace 方法会被记录下来。

有任何想法吗？

我们在让 Windows Azure 诊断程序可靠地记录日志时遇到问题。这似乎是偶然的，我们不明白为什么。

这是我们的代码，有时有效，有时无效：

请注意，我们的AzureStorageObject.Initialize方法取代了标准CloudStorageAccount.SetConfigurationSettingPublisher方法。

使用完全没有代码更改或配置更改的代码，我们可以在模拟器中一遍又一遍地运行它，或者一遍又一遍地将它部署到 Azure，结果同样不可靠。请注意，应该发生的事情是 1) 设置 WAD 2) 睡眠 10 秒以使其有时间完成（当我添加这个时，我真的在抓稻草） 3) 记录 WAD 初始化已完成 4) 我们记录Run()被调用的和然后我们去做所有的工作（里面WorkerAgent有我们的while(true)循环）。有时这就是发生的事情。有时，我们在 3) 中没有得到记录的消息，但我们在 4) 中得到了它。有时我们不会在 3 或 4) 中得到它。同样，代码或配置没有任何变化，所有这些都指向 Azure 存储（不是模拟器存储）。

为什么每次我们调用时都不能可靠地记录Trace.Write？

我有一个电话TraceSource.TraceEvent()，有时不写入 Azure 诊断日志。

在某些情况下，由于我无法读取异常消息，因此我无法确定是哪一个，因此在 WADLogsTable 中找不到第二个调用。是否有某些字符不允许使用 byTraceSource或 by DiagnosticMonitor？

为了进一步缩小范围，有问题的异常实际上是InnerException异常：“XML 文档中存在错误（72，-499）”。导致异常的 XML 包含无效字符实体，例如. 异常消息是否包含其中一些字符实体并且TraceSource无法记录它们？

编辑：我终于能够在我的开发环境中重现这个，所以我能够在调试器中检查异常。不会记录的异常是XmlException：

''，十六进制值 0x11，是无效字符。第 72 行，位置 -499。

引号之间是不可打印的字符 - 它在调试器中显示为黑色三角形。所以，这让我相信我的怀疑是正确的——日志机制的某些部分不喜欢不可打印的字符。那么，哪一块？或者，更重要的是，因为看起来我需要在跟踪时开始清理我的所有字符串，我应该寻找哪些字符来删除？

是否有一些内置函数可以清理字符串，删除不可打印的字符？

我刚刚安装了 Windowsazure SDK 1.5 和 Visualstudio 2010 的相应工具。但是当我运行计算模拟器时，它给了我以下异常：

遇到意外错误不支持给定路径的格式。在 System.Security.Util.StringExpressionSet.CanonicalizePath(String path, Boolean needFullPath) 在 System.Security.Util.StringExpressionSet.CreateListFromExpressions(String[] str, Boolean needFullPath) 在 System.Security.Permissions.FileIOPermission.AddPathList(FileIOPermissionA 访问权限, AccessControlActions 控件, String[] pathListOrig, Boolean check ForDuplicates, Boolean needFullPath, Boolean copyPathList) at System.Security.Permissions.FileIOPermission..ctor(FileIOPermissionAccess access, String[] pathList, Boolean checkForDuplicates, Boolean needFullPath) at System.IO。 Microsoft.ServiceHosting.Tools.DevelopmentFabric.DevFabric 中 Microsoft.ServiceHosting.Tools.Utility.SDKPaths.get_CSRunStateDirectory() 中的 Path.GetFullPath（字符串路径）。

这个奇怪的异常的解决方法是什么？

我正在使用 Azure sdk 1.4 并尝试在我的 Web 角色上设置诊断。这是我在 webrole 的 onstart 方法中所做的：

现在，当我在我的开发机器上的云模拟器上运行它时 - 它工作正常，我可以看到 WADLogs 表中的日志。我已将我的 cscfg 文件中的“Microsoft.WindowsAzure.Plugins.Diagnostics.ConnectionString”值设置为“UseDevelopmentStorage=true”。当我将我的 webrole 发布到 azure 云时，我将此配置值设置为正确指向正确的存储帐户：

<设置名称="Microsoft.WindowsAzure.Plugins.Diagnostics.ConnectionString" value="DefaultEndpointsProtocol=https;AccountName=acctname;AccountKey=acctKey" />

但是，我的 webrole 日志从未出现在 azure 云上。当我在模拟器上运行云应用程序并将诊断连接字符串指向实时云存储时，即使这样我也能够获得诊断。有人可以让我知道发生了什么吗？

卡皮尔

我目前在 Windows Azure 上有一个用于应用程序数据的“存储帐户”。请注意，此存储帐户绑定到 CDN。我想开始收集诊断数据并将其保存到存储帐户。我应该为此设置一个新的存储帐户还是可以使用现有帐户？

我们只是在试用 Azure 存储分析服务，一些非常不寻常的事情引起了我们的注意。

诊断存储帐户（诊断服务将其数据写入的帐户）的事务计数非常高。我们说的是每小时 600~ 笔交易，都是 GetBlob() 操作，并且都以错误结束（ClientOtherError 等于操作总数）。进一步调查显示，每个运行的实例打开了诊断，每小时产生 300~ 个事务（我们有 2 个实例，因此是 600 个）。继续调查，查看分析服务生成的 $logs 揭示了实际情况：

日志中充满了对不存在的 xml 文件的大量调用。日志文件本身非常混乱，但很明显大多数调用都在搜索

https:// * ***.blob.core.windows.net /mam/MACommand.xml 以及/mam/MACommanda.xml和/mam/MACommandb.xml

所有这些调用都有 404 错误。

这个问题对我们来说是一个真正的问题，我们不知道是什么原因造成的。

有没有人遇到过这个问题？

（编辑：忘了提，诊断服务没有记录任何东西——所有类别的 scheduleTransferPeriod 都为零）