Azure 网站文件系统中的自定义日志合并为单个日志文件答案

【问题标题】：Custom logs in Azure website file system combined into single log fileAzure 网站文件系统中的自定义日志合并为单个日志文件
【发布时间】：2015-10-02 20:40:24
【问题描述】：

我的 Azure Web 应用（应用服务）将日志文件 mywebapp.log 写入托管网站的 VM 的 d:\LogFiles 目录。当日志文件达到一定大小时，我将其重命名为mywebapp1.log、mywebapp2.log，依此类推，并创建一个新的日志文件。（我手动执行此操作 - 停止网站，重命名文件并重新启动网站。）

有一天，我通过 Kudu (SCM) 门户检查了目录，发现只有一个比正常大得多的 mywebapp.log。该文件包含以前存在的所有单个日志（包括mywebapp1.log + mywebapp2.log 等的内容）。

我的应用程序没有组合文件。是否有 Azure 进程执行此操作，或者我是否在睡梦中执行此操作并且不记得了？

【问题讨论】：

可能显示您用来执行文件翻转的代码。
我是手动做的。不过很好 - 我会更新这个问题。

标签： azure iis azure-web-app-service kudu azure-app-service-plans

【解决方案1】：

Azure 中确实没有逻辑可以做到这一点。 Azure 对您的日志文件一无所知，也不会对它们做任何事情，尤其是像将多个现有文件合并为一个这样复杂的事情。

所以我会用睡眠理论来讨论这个:)

【讨论】：

好吧，我发现了我的“谜团”。我的日志什么也没发生。我之前交换了部署槽，它们位于暂存槽中。至于我关于将所有日志合并为一个大日志的评论——谁知道呢——当时肯定是这样的！理想情况下，我想删除这个问题 - 是否点击代表 - 因为它没有任何价值，因为基础首先是错误的。你怎么看？保留还是删除？
我认为保留它很好，因为其他人可能会犯同样的错误并发现您的最后评论很有帮助。我赞成它:)

【解决方案2】：

问题是我在某个时候交换了部署槽并且没有意识到 d:\LogFiles 目录（我相信整个 d: 驱动器）与槽一起移动。丢失的日志文件位于我的暂存槽的 LogFiles 目录中。

【讨论】：