c# - 有没有办法将 ScheduledTransferPeriod 设置为小于一分钟？

Question

我正在尝试为 Windows Azure 服务设置日志记录。
我按照描述使用了 nlog here并让它工作，但现在我想尝试不同的设置等。目前我的 diagnostics.wadcfg 看起来像这样:

<?xml version="1.0" encoding="utf-8"?>
<DiagnosticMonitorConfiguration configurationChangePollInterval="PT1M" overallQuotaInMB="4096" xmlns="http://schemas.microsoft.com/ServiceHosting/2010/10/DiagnosticsConfiguration">
  <DiagnosticInfrastructureLogs />
  <Directories>
    <IISLogs container="wad-iis-logfiles" />
    <CrashDumps container="wad-crash-dumps" />
  </Directories>
  <Logs bufferQuotaInMB="1024" scheduledTransferPeriod="PT1M" scheduledTransferLogLevelFilter="Verbose" />
</DiagnosticMonitorConfiguration>

我发现一分钟是 scheduledTransferPeriod 的最小值。但这对于开发来说非常不方便，因为我在日志记录中进行的每次更改后都必须等待一分钟才能测试它。有没有办法减少这个时间？还是我做错了什么？

Answer 1

不，你没有做错任何事。您可以尝试添加 PT10S 或类似的东西，但我相信这只会四舍五入到一分钟。实例上的诊断代理将数据从缓冲区刷新到存储帐户中，我认为它们不会在不到 1 分钟的时间间隔内执行此操作。这对于开发或测试来说可能会令人沮丧，但对于实际生产运行来说，设置如此低的值可能会对机器的性能产生重大影响。该系统的设计初衷并不是为了快速传输信息。

由于您使用 nlog，因此一个选项是使用 target that writes directly to Windows Azure Table storage 。然后，当您进行测试时，您可以查看表中的值。有些人也在生产中这样做，而不是使用日志传输机制。当然，您有时会进行一次转账交易，交易的内容可能非常繁琐，因此请确保您考虑在生产中使用此交易的影响交易和开销。直接使用表存储的好处之一是，如果实例在数据刷新之间发生故障，您不会面临丢失缓冲区中数据的风险。