\“删除早于...的配置文件\”的 GPO 无法正常工作

Question

我试图弄清楚为什么用于删除早于 X 天的用户配置文件的 GPO 在我们的环境中无法正常工作的详细信息。我已经阅读了大量关于同一问题的网站/帖子，但我得出的结论是它可能无法正常工作。

我们已将 GPO 设置超过 180 天，并将其应用于机器，但随后我们遇到了 Windows Update（或其他软件）正在更新 NTUSER.dat 文件的问题，因此没有配置文件被删除。我们应用了我在网上几个地方找到的脚本（在下面发布），该脚本将 NTUSER.dat 文件的 LastWriteTime 更新为与用户配置文件文件夹的 LastWriteTime 相同的日期。它就是这样做的，但 GPO 现在几乎删除了机器上存在的所有配置文件（默认配置除外），无论它登录了多长时间，即使是不到一周。因此，我们暂时禁用了 GPO 和脚本。

经过更多研究，发现用户配置文件的 LastWriteTime 也不一定与登录准确。这个日期通常会远远落后于实际登录的人，从而导致意外删除。其他帖子还指出 GPO 不再使用 NTUSER.dat 而是使用注册密钥，这在我们的环境中不存在（可能是因为我们使用的是较旧的操作系统（Server 2012 R2））。 2020 年 10 月针对此/类似问题发布了更新，但我们的服务器已更新补丁。

有没有人对这个问题有可靠的解决办法？多年来，它似乎非常普遍，有很多人遇到同样的问题。我不知道较新的操作系统是否还有这个问题，但这对了解也会有所帮助。我们计划将来在这里升级到 Server 2019，但这暂时不会发生。

如果没有已知的可靠修复程序，我可以在自定义脚本中引用文件的任何建议以在删除配置文件时进行检查？肯定会在每次登录时更新，但不会受到 Windows 更新或 AV 的影响？

另请注意，由于我们的安全限制，我无法引入新软件，例如 delprof2，因此我正在寻找 GPO 问题的解决方案或我可以在自定义脚本（我可以/将编写）中实现的东西。

这是我们用来更新在线找到的 NTUSER.dat 文件的脚本。其他几个人最初在这方面大多取得了成功，但似乎不再如此。

提前致谢

$ErrorActionPreference = "SilentlyContinue"
$Report = $Null
$Path = "C:\Users"
$UserFolders = $Path | GCI -Directory

ForEach ($UserFolder in $UserFolders)
{
$UserName = $UserFolder.Name
If (Test-Path "$Path\$UserName\NTUSer.dat") {
    $Dat = Get-Item "$Path\$UserName\NTUSer.dat" -force
    $DatTime = $Dat.LastWriteTime
    If ($UserFolder.Name -ne "default") {
      $Dat.LastWriteTime = $UserFolder.LastWriteTime
    }
    Write-Host $UserName $DatTime
    Write-Host (Get-item $Path\$UserName -Force).LastWriteTime
    $Report = $Report + "$UserName`t$DatTime`r`n"
    $Dat = $Null
    }
}

Answer 1

运气好的话？我有同样的问题。