gpt4 book ai didi

azure - 为什么我的 IIS 日志没有被复制到我的 Azure Web 角色?

转载 作者:行者123 更新时间:2023-12-03 05:09:52 25 4
gpt4 key购买 nike

这是 this question 的后续内容。我使用 Cerebrata Diagnostics Manager 远程诊断来尝试打开 IIS 日志。我没有部署它。它似乎有效并且复制了一些文件。然后它似乎再也不起作用了。我再次调整了设置。我尝试删除与 iis 相关的 blob 和表存储条目,看看是否可以重新开始。这是 wad-control-container 中的配置,显示它似乎是基于 Cerebrata 工具进行更新的。

<?xml version="1.0"?>
<ConfigRequest xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<OnDemandTransfers />
<DataSources>
<OverallQuotaInMB>4096</OverallQuotaInMB>
<Logs>
<BufferQuotaInMB>1024</BufferQuotaInMB>
<ScheduledTransferPeriodInMinutes>1</ScheduledTransferPeriodInMinutes>
<ScheduledTransferLogLevelFilter>Undefined</ScheduledTransferLogLevelFilter>
</Logs>
<DiagnosticInfrastructureLogs>
<BufferQuotaInMB>0</BufferQuotaInMB>
<ScheduledTransferPeriodInMinutes>0</ScheduledTransferPeriodInMinutes>
<ScheduledTransferLogLevelFilter>Undefined</ScheduledTransferLogLevelFilter>
</DiagnosticInfrastructureLogs>
<PerformanceCounters>
<BufferQuotaInMB>0</BufferQuotaInMB>
<ScheduledTransferPeriodInMinutes>0</ScheduledTransferPeriodInMinutes>
<Subscriptions />
</PerformanceCounters>
<WindowsEventLog>
<BufferQuotaInMB>0</BufferQuotaInMB>
<ScheduledTransferPeriodInMinutes>0</ScheduledTransferPeriodInMinutes>
<Subscriptions />
<ScheduledTransferLogLevelFilter>Undefined</ScheduledTransferLogLevelFilter>
</WindowsEventLog>
<Directories>
<BufferQuotaInMB>0</BufferQuotaInMB>
<ScheduledTransferPeriodInMinutes>1</ScheduledTransferPeriodInMinutes>
<Subscriptions>
<DirectoryConfiguration>
<Path>C:\Resources\directory\8973cd09642f4dfeafe830612cc8c1fe.AllRole.DiagnosticStore\FailedReqLogFiles</Path>
<Container>wad-iis-failedreqlogfiles</Container>
<DirectoryQuotaInMB>1024</DirectoryQuotaInMB>
</DirectoryConfiguration>
<DirectoryConfiguration>
<Path>C:\Resources\directory\8973cd09642f4dfeafe830612cc8c1fe.AllRole.DiagnosticStore\LogFiles</Path>
<Container>wad-iis-logfiles</Container>
<DirectoryQuotaInMB>1024</DirectoryQuotaInMB>
</DirectoryConfiguration>
<DirectoryConfiguration>
<Path>C:\Resources\directory\8973cd09642f4dfeafe830612cc8c1fe.AllRole.DiagnosticStore\CrashDumps</Path>
<Container>wad-crash-dumps</Container>
<DirectoryQuotaInMB>1024</DirectoryQuotaInMB>
</DirectoryConfiguration>
</Subscriptions>
</Directories>
</DataSources>
<IsDefault>false</IsDefault>
</ConfigRequest>

关于为什么它似乎不起作用有什么想法吗?

更新

我们今天重新部署了以下diagnostics.wadcfg,但仍然没有 IISLogs。跟踪日志正在工作。我们没有任何调用诊断的代码,因为据我所知,该文件可以处理所有问题。我错过了什么吗?

<DiagnosticMonitorConfiguration xmlns="http://schemas.microsoft.com/ServiceHosting/2010/10/DiagnosticsConfiguration"
configurationChangePollInterval="PT1M"
overallQuotaInMB="4096">
<Logs bufferQuotaInMB="1024"
scheduledTransferLogLevelFilter="Verbose"
scheduledTransferPeriod="PT1M" />
<Directories bufferQuotaInMB="1024"
scheduledTransferPeriod="PT1M">

<!-- These three elements specify the special directories
that are set up for the log types -->
<CrashDumps container="wad-crash-dumps" directoryQuotaInMB="256" />
<FailedRequestLogs container="wad-frq" directoryQuotaInMB="256" />
<IISLogs container="wad-iis" directoryQuotaInMB="256" />

</Directories>
</DiagnosticMonitorConfiguration>

Web 角色是否可能是 XS 实例(因为我们现在刚刚测试)?再说一次,它曾经有效过,但现在似乎已经死了。

最佳答案

一些建议:

  1. 将OverallQuotaInMB 降低至4000 左右

  2. 增加Directorys 节点下的 BufferQuotaInMB 为一个数字(比如 1 gig)

  3. 降低其他单个目录配额,以便它们加起来略小于 #2 中的 BufferQuotaInMB,这样所有配额(包括总体目录和和各个文件夹位于OverallQuotaInMB 下)。 IE:日志 - 1gig(这是跟踪数据),目录:1 gig,FailedRequests:256mb,IIS日志:256mb,故障转储:256mb

  4. 重新启动您的服务器(就在案例)

  5. 祝你好运

基本上,当总体配额设置为 Azure 为诊断存储分配的最大空间 (4gig) 时,我发现诊断表现得非常繁琐。降低单个配额,使它们加起来小于总配额也有帮助,因为如果 Azure 诊断已满,则在 Azure 删除旧数据之前还有喘息空间。

总体而言,设置 Azure 诊断是一门黑魔法。我已经帮助 AzureWatch 客户做到这一点两年了,但我仍然觉得我在摸索配额。希望他们只是让用户打开或关闭该功能,让整个配置由约定与配置驱动。几乎没有人关心将数据捕获到虚拟机上而不是将其传输到 azure 存储,因此在大多数情况下,小配额完全没问题,因为大多数人每隔几分钟就会将数据传输到存储。

HTH

关于azure - 为什么我的 IIS 日志没有被复制到我的 Azure Web 角色?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/15537981/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com