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