我有一个客户，他认为我们的应用程序不断删除所有数据。这对他们来说确实是一个大问题。
问题是，这不可能是我们造成的。他们不仅丢失了我们的整个数据文件夹（我们将其放在用户的“我的文档”文件夹中，以便于查找），还丢失了一些位于一般用户配置文件中完全不同位置的本地设置文件。
它确实看起来像是整个用户要么被重置，要么以某种方式与其他地方的更多......空白配置文件同步。
他们在某种虚拟化的 Citrix 客户操作系统上运行这个程序。
我看到对“组策略文件夹重定向”的引用可以做到这一点......也许是漫游配置文件？
有任何想法吗？
帮助！
答案1
根据我对漫游配置文件配置的经验，可能会出现一些问题。
如果配置文件已损坏或已锁定/正在使用，大多数系统将加载本地“临时”配置文件，该配置文件为空白，以便用户至少可以访问系统。当然，不会加载特定于配置文件的文件/设置。当用户注销时，此临时配置文件将被删除（至少不会重新使用 - 我曾在 Windows 环境中看到过这样的情况，由于人们继续使用已无法访问配置文件所在的文件服务器的系统，因此机器会建立数百个旧的临时配置文件。
如果客户端计算机在登录时无法使用托管配置文件数据的存储位置，则会出现类似行为。（例如，网络问题导致客户端无法访问基于网络的存储）。将生成临时配置文件，并将其用于该会话。
另一个可能的问题是重定向 GPO 中定义的文件夹的安全/权限设置错误。客户端将尝试使用 GPO 中定义的位置中的文件夹，但会被安全 ACL 阻止。在这种情况下，他们在登录时可能会遇到很多错误。
最后（或许是最有可能的？）他们完全有可能只是使用一种策略，故意清除对用户配置文件的这些部分的更改。一些公司这样做是为了防止用户进行未经授权的更改 - 一旦他们注销并重新登录，配置文件就会重置为“默认”。
因此，为了解决这个问题，我首先要收集有关其环境的更多信息。他们的漫游配置文件策略到底是什么？它们如何影响您的应用程序需要保存数据的位置？丢失用户配置文件的这些部分是“预期”行为吗？
其他要问的问题是：这种情况是发生在所有用户身上，还是只发生在部分用户身上？这些用户之间的共同因素是什么？
隔离漫游配置文件作为罪魁祸首的一个好方法是让他们创建一个不使用漫游配置文件的用户帐户。验证是否发生相同的问题，或者您的应用程序是否按预期运行。