Azure log analytics Azure日志分析返回错误的重复项

将IIS日志推送到Azure log analytics时，Azure log analytics会为一行生成多个结果

我有两个Azure Windows虚拟机，前面有一个负载平衡器，进行循环。 例如，在服务器1的IIS日志文件（在C:\inetpub\logs\LogFiles\W3SVC28\u_ex19120214.log上）中，我看到一个条目，例如

2019-12-02 14:41:11 10.1.0.9 POST /api/workflow/0e12108c-0428-4cf7-8370-8c3531188486 - 443 - .....

在服务器2上，我没有这样一个带有相同时间戳的条目，这意味着请求被路由到服务器1，而服务器2从未看到该请求

但是，当我转到Azure门户中的日志分析工作区并编写以下内容以进行查询时：

W3CIISLog
| where csMethod == "POST" and csUriStem startswith "/api/workflow/"
| order by TimeGenerated desc 

我确实从那个条目中得到了多个结果！例如

正如你所看到的，这是完全相同的两倍。唯一的区别是一个名为_ResourceID的属性，它有时以“/virtualmachines/dotextwebvm01”结尾，有时以“/virtualmachines/dotextwebvm02”结尾

那么，为什么日志分析会产生两行呢？第二个来自哪里

有许多与上述类似的例子。但是，并非总是1个IIS条目=>2个azure日志分析行。有时是1 IIS条目=>1 azure日志分析行（这是正确的），有时是1 IIS条目=>3 azure日志分析行

你知道我该怎么解决吗

另外一个背景信息：我安装了VM1，后来克隆了它以创建VM2。所以他们仍然有相同的计算机名，但不同的azure资源ID

12/2/2019, 2:41:11.000 PM   /iislogblob/v0/tenant=0bc29ada-175f-848a-8b9d-5d171e5b9d6a/00000000-0000-0000-0000-000000000001/AOI-0bb29ada-175f-848a-8b9d-5d171e5b9d6a/214c15bd-6ac0-e4f5-9042-155aa88f1308/W3SVC28/u_ex19120214.log  168 2019-12-02  14:41:11    mytest.example.at   10.1.0.9    POST    /api/workflow/0e12108c-0428-4cf7-8370-8c3531188486  -   443 -....
12/2/2019, 2:41:11.000 PM   /iislogblob/v0/tenant=0bc29ada-175f-848a-8b9d-5d171e5b9d6a/00000000-0000-0000-0000-000000000001/AOI-0bb29ada-175f-848a-8b9d-5d171e5b9d6a/214c15bd-6ac0-e4f5-9042-155aa88f1308/W3SVC28/u_ex19120214.log  168 2019-12-02  14:41:11    mytest.example.at   10.1.0.9    POST    /api/workflow/0e12108c-0428-4cf7-8370-8c3531188486  -   443 -....