我有一个客户认为我们的应用程序不断删除所有的数据。 这真的成为他们的主要问题。
问题是，我们没有办法。 他们不仅丢失了我们的整个数据文件夹（我们在用户的“我的文档”文件夹中find这个文件夹以方便查找），而且还丢失了一般用户configuration文件中完全不同位置的一些本地设置文件。
它真的看起来像整个用户要么重新设置，要么以某种方式同步更多…在其他地方的空白configuration文件。
他们在某种虚拟Citrix来宾操作系统上运行。
我看到“组策略文件夹redirect”的引用，可以做到这一点…也许漫游configuration文件？
有任何想法吗？
帮帮我！
从漫游configuration文件configuration的经验来看，可能会出现一些问题。
如果configuration文件损坏/损坏，或者以某种方式被locking/正在使用，大多数系统将加载一个空白的本地“临时”configuration文件，以便用户至less可以访问系统。 configuration文件特定的文件/设置当然不会被加载。 当用户注销时，这个临时configuration文件将被删除（至less它不会被重用 – 在Windows环境中，有些机器已经build立了数百个旧的临时configuration文件，因为人们继续使用一个系统已经无法访问configuration文件所在的文件服务器）。
如果在login时客户端机器无法访问configuration文件数据的存储位置，则会看到类似的行为。 （例如，networking问题阻止客户端访问基于networking的存储）。 将生成一个临时configuration文件，这将用于该会话。
另一个可能的问题是证券/权限在redirectGPO中定义的文件夹上设置错误。 客户端将尝试使用GPO中定义的位置中的文件夹，但安全ACL将阻止该文件夹。 在这种情况下，他们在login时可能会收到很多错误。
最后（也许最有可能？）完全可能的是，他们只是简单地使用策略来有意地修改用户configuration文件的这些部分。 有些公司这样做是为了防止用户进行未经授权的更改 – 只要他们注销并重新login，configuration文件就会重置为“默认”。
所以，要解决这个问题，我会先收集更多有关他们环境的信息。 他们的漫游configuration文件策略究竟是什么，以及它们如何影响应用程序保存数据所需的位置？ “预期”行为是否会丢失用户configuration文件的这些部分？
其他问题要问的是：这是发生在所有用户，还是只是一些？ 这些用户之间有哪些共同的因素？
一个体面的方式隔离漫游configuration文件的罪魁祸首是让他们创build一个不使用漫游configuration文件的用户帐户。 validation是否出现相同的问题，或者如果您的应用程序按预期工作。