我对 Windows 事件日志中显示的时区有疑问。我读过，如果我从另一台机器导出 Windows 事件日志并在我的具有不同时区的机器中打开它，事件的时间将转换为我的时区。场景是我正在调试在 JST 时区设置的 VM 中发生的问题。当我在位于 IST 时区的本地计算机中打开文件时，我可以在 Windows 日志中看到这样记录的事件——
进程 C:\Program Files\Altek\Agent\bin\altekbin.exe (VERY1) 已代表用户 NT AUTHORITY\SYSTEM 发起关闭计算机 VERY1，原因如下： No title for this reason could be found 原因代码: 0x3000c
记录：23-01-2020 18:20:13
由于时间在我的 IST 机器中显示为 18:20:13，我认为 JST 中发生的实际时间是 21.50 JST。我的理解正确吗？这个时间戳转换让我有点困惑，所以如果有人能解决我的疑问，我会很感激？
提供一些关于这个问题的背景。我们将 windows zip 实用程序与我们的产品一起打包。这个 zip 实用程序是从我们的一个产品脚本中调用的，用于打包一些日志文件。我们的一位客户提出了一个问题，即当他们运行调用 zip.exe 的脚本时，他们会弹出此消息——“程序无法启动，因为您的计算机中缺少 MSVCR71.dll”。我检查了依赖walker 工具中的zip.exe，果然，我可以看到对msvcr71.dll 的依赖。客户告诉他们可以通过手动将 MSVCR71.dll 文件放在路径 C:\Windows\SysWOW64 中或安装 Windows 7 redists 来克服这个问题。
但是，我创建了一个新的 Windows 2012 VM，没有安装任何其他软件，并且我可以在路径 C:\Windows\SysWOW64 中看到 msvcr71.dll，并且 zip.exe 成功运行而没有抱怨缺少 dll。所以想检查msvcr71.dll是否默认可用？
我们正在使用一个自定义 Windows 服务，它执行一些任务并作为本地系统帐户运行。由于我们项目中的技术原因，我们希望将 Windows 服务的登录类型更改为域用户帐户。
问题是我们的基础设施中有数百个虚拟机，该服务作为本地系统帐户运行。手动更改所有 VM 中的登录类型是不可行的。我想知道这是否可以从 GPO 完成？还是他们的任何第三方工具可以做到这一点？