应用错误收集

我有一个Azure网站，由我们的GitLab服务器自动部署。与我们使用相同脚本部署的其他项目相比，这需要花费很长时间进行部署（15-20分钟）。其他项目通常在1-2分钟内部署。（给出大约相同数量的修改。）

大部分时间的步骤是Handling Basic Web Site deployment。所有其他步骤都在几秒钟内完成。

Azure之后git push的日志如下所示（我添加的SCM网站的时间戳）：

[2016-08-25T07:42:15.6465159Z] remote: Updating branch 'master'.
[2016-08-25T07:42:18.2159075Z] remote: Updating submodules.
[2016-08-25T07:42:18.2783580Z] remote: Preparing deployment for commit id '2a71d1ddd3'.
[2016-08-25T07:42:18.6221285Z] remote: Generating deployment script.
[2016-08-25T07:42:18.7658033Z] remote: Running deployment command...
[2016-08-25T07:42:19.8283917Z] remote: Handling Basic Web Site deployment.
[                            ] remote: ..... [1051 dots here]
[2016-08-25T08:00:12.4710682Z] remote: KuduSync.NET from: 'D:\home\site\repository' to: 'D:\home\site\wwwroot'
[2016-08-25T08:00:12.5492017Z] remote: Copying file: '[first file]'
[2016-08-25T08:00:12.7054553Z] remote: Copying file: '[last file]'
[2016-08-25T08:00:12.7210814Z] remote: Finished successfully.
[2016-08-25T08:00:12.8492401Z] remote: Running post deployment command(s)...
[2016-08-25T08:00:13.0805168Z] remote: Deployment successful.

我不知道造成这种大规模延误的原因。此外，延迟是不一样的，它会变化几分钟。

由于我不知道哪些信息很重要，而且我无法在此处发布有关我们项目或Azure网站的所有信息，请询问您需要哪些帮助我，我将编辑我的问题以提供必要的信息。

问题的根源是您的D:\home\site\wwwroot\app_data文件夹下有大量文件。看起来好几十万！

它们的名称类似于error-2015-02-22235701Z-2ab04577-57f6-43cb-b09a-cc71e354e2f2.xml。许多人都很老，可以追溯到2014年。

鉴于您可能不需要这些文件，请尝试以下操作：

在Kudu控制台中，转到D:\home\site\wwwroot。请勿尝试进入App_Data，因为文件数会导致它挂起。
运行del App_Data\error*.xml

预计需要很长时间！检查它是否取得进展的一种方法是打开另一个Kudu控制台实例（在另一个选项卡中），转到D:\home并运行dir，它会告诉您剩余多少空间。那应该会上升。

显然，您需要首先查看导致这些文件创建的内容，因此它不会继续发生。

Azure网站部署非常缓慢

1 个答案: