我已经在 Windows Server 2016 上安装了重复数据删除角色。根据 Microsoft，它使用 NTFS 压缩来帮助节省空间：
重复数据删除在更少的物理空间中存储更多数据。与使用单实例存储 (SIS) 或 NTFS 压缩等功能相比，它实现了更高的存储效率。 https://technet.microsoft.com/en-us/library/hh831602(v=ws.11).aspx
我是否还应该在卷的属性中启用 NTFS 压缩（见下面的屏幕截图）？会有什么好处吗？
如果已经检查了怎么办？我应该取消选中它吗？检查会不会有负面影响？
我遇到数据包丢到美国佛罗里达州第三方数据中心的问题。该问题仅出现在 Azure 虚拟机上，无论 VM 位于哪个数据中心。我已经从其他非 Azure 网络同时进行了相同的测试，并且没有丢包。Azure 虚拟机是“香草”/开箱即用，没有加载软件或其他自定义/更改。
我已经和数据中心的网络管理员谈过了，他们看到的唯一数据包是没有超时的数据包；超时的数据包永远不会到达他们的防火墙，所以这听起来像是 Azure 方面的事情（特别是因为数据包一直从多个 Azure 数据中心/区域丢弃/超时）。有谁知道我可以如何解决这个问题？
我正在运行的测试是对端口 80 的连续 TCP ping（使用tcping.exe）（因为 ICMP 在 Azure 上被阻止）：
tcping -t 216.155.111.149 80
tcping -t 216.155.111.151 80
tcping -t 216.155.111.146 80
支持它不是第三方数据中心这一事实的其他证据是，我可以从我的家用计算机/工作计算机运行相同的连续 TCP ping，并且不会丢弃任何数据包。我还设置了从 Azure VM 到非 Azure 数据中心的 VM 的隧道 VPN，并且不会丢弃任何数据包。丢弃数据包的唯一时间是当流量直接通过 Azure 传出到 Internet/WAN 时。
我知道下一步将是一些跟踪路由测试，但是由于 Azure 阻止了 ICMP，我不得不使用nmap 来运行 TCP 跟踪路由；下面粘贴的是这些测试的屏幕截图。
nmap -sS -p 80 -Pn --traceroute 216.155.111.149
