0

我们在 azure 中使用 log4net 来记录我们的应用程序。我们是按照这个文档配置的，日志存放在

d:/home/LogFiles/Application/Log4netfile-[%processid].txt

我们可以从https://xxxx.scm.azurewebsites.net/api/dump下载文件，我也可以在日志流中看到它们，看起来像这样

2022-02-06T18:22:57  PID[29616] Verbose     log4net: Adding appender named [FileAppender] to logger [root].
2022-02-06T18:22:57  PID[29616] Verbose     log4net: Hierarchy Threshold []
2022-02-06T18:22:58  PID[29616] Verbose     LOG4NET Fatal LOG4NET LOG4NET
2022-02-06T18:22:58  PID[29616] Verbose     LOG4NET Debug Message Message

订单项，例如：

log4net: Adding appender named

由 log4net 在内部设置期间创建（使用 debug=true），并且这些显示在我们的 AppServiceAppLogs 中，但是，记录器使用以下命令生成的项目：

Logger.Fatal("LOG4NET Fatal LOG4NET LOG4NET");

在流和文件中可见，但它们未显示在 AppServiceLogs 中。

我尝试了多个不同的附加程序，唯一出现在 Log-Streams 和文件中的是 FileAppender（或 RollingFileAppender），所有其他附加程序都没有显示在 LogStreams 中或（如预期的那样）文件中。

基于此https://docs.microsoft.com/en-us/azure/app-service/troubleshoot-diagnostic-logs#send-logs-to-azure-monitor我假设写入文件的所有内容都应该比发送到 azure-monitor - 但在我们的例子中，这并没有发生。您能否提供一些有关如何完成文件发送的实现/代码的参考，以及执行该操作的过程？

我在徘徊有什么我们可以配置不同的东西来让日志项最终出现在 AppServiceLogs 中吗？还是我们应该使用其他一些附加程序？

我知道 AspNetTraceAppender 中的问题，我试图避免实施新的 appender。

4

1 回答 1

-1

您可以查看以下几件事：

在写入日志文件之前调用 log4net 配置（一次就足够了）：

log4net.Config.XmlConfigurator();

或者

log4net.Config.XmlConfigurator.Configure();

然后您可以将刷新添加到您的配置中：

<appender name="AzureTraceAppender" type="log4net.Appender.TraceAppender">
  <param name="ImmediateFlush" value="true" />
  <layout type="log4net.Layout.PatternLayout">
    <!-- can be any pattern you like -->
    <conversionPattern value="%logger - %message" />
  </layout>
</appender>

立即，这将刷新消息。

在 Global.asax 中，让 log4net 读取您的配置。

void Application_Start(object sender, EventArgs e) 
{
    // Code that runs on application startup

    // Initialize log4net.
    log4net.Config.XmlConfigurator.Configure();
}

确保 Azure 诊断已配置为调试所需的所有信息。

之后，您可以启用内部 log4net 调试。请参阅此 log4net 常见问题页面上的内部调试。标准它应该记录到您配置的侦听器。向跟踪元素添加 autoflush="true" 选项。或者在工作角色上找到您可以写入和访问以读取日志的目录。

于 2022-02-11T11:48:09.457 回答