当收集Azure诊断数据时,分段槽是否也将诊断数据发送到WadPerformanceCounters表?
如果是这样,我如何才能关闭它?或者,在读取诊断信息时,如何区分暂存/生产。
我不想显示关于我们网站的数据,假设它都是生产的,而实际上它的一部分是试运行插槽。
发布于 2013-01-08 03:22:30
是- Windows Azure诊断程序在生产插槽和暂存插槽中运行。这两个插槽之间唯一的真正区别是DNS名称。
至于启用诊断,http://msdn.microsoft.com/en-us/library/gg433048.aspx有一个很好的起点。这提供了指向有关Windows Azure诊断的大量信息的链接。
我不相信诊断表数据(例如WadPerformanceCountersTable)中有一种方法可以区分生产插槽和暂存插槽。您可以根据RowKey值进行筛选,我认为该值包含deploymentID,并且在生产和试运行之间会有所不同。
您还可以对生产插槽和暂存插槽使用不同的存储帐户。这将是一个相当快的.cscfg更新,可以在运行时完成。
发布于 2013-01-08 06:55:32
在收集Azure诊断数据时,分段槽是否也将诊断数据发送到WadPerformanceCounters表?
是的,它们确实会出现在同一张表中。
每个部署都有其唯一的部署标识符,可以在特定实例(生产或试运行)的仪表板上找到该标识符

示例WadPerformanceCountersTable表

为了找到与特定部署(分段或生产)相关的日志,您可以按部署标识符筛选该表,例如
DeploymentId eq '1a2c09bea1234bc1b5e6edb99993ab21' 如果单个部署标识符的条目太多,则可以通过添加时间属性(2013年1月5日午夜之后记录的所有DeploymentId为'1a2c09bea1234bc1b5e6edb99993ab21‘的条目)来减少条目的数量。
DeploymentId eq '1a2c09bea1234bc1b5e6edb99993ab21' and Timestamp gt datetime'2013-01-05T00:00:00Z'请注意,这不是过滤Azure表存储的最佳方式(正如Kiwi和Gaurav.指出的那样
任何不包含PartitionKey的查询都将导致全表扫描。因为WAD表中的PartitionKey表示日期/时间值,所以我建议使用它而不是Timestamp__。你可能会发现帖子非常有用。
这将帮助您找到每个环境(试运行与生产)和特定部署的条目。
https://stackoverflow.com/questions/14202320
复制相似问题