通過遠端登錄定期從“我的文件”中刪除整個文件夾
我有一個客戶認為我們的應用程序不斷刪除它的所有數據。這確實成為他們的一個主要問題。
問題是，不可能是我們。他們不僅失去了我們的整個數據文件夾（我們將其放置在使用者的“我的文件”文件夾中以便於查找），而且失去了一些本地設置文件，這些文件位於一般使用者配置文件中完全不同的位置。
看起來整個使用者要麼正在重置，要麼正在以某種方式與其他地方的更多…空白配置文件同步。
他們在某種虛擬化的 Citrix 來賓作業系統上執行它。
我看到對“組策略文件夾重定向”的引用可以做到這一點……也許是漫遊配置文件？
有任何想法嗎？
幫助！
根據我在漫遊配置文件配置方面的經驗，可能會出現一些問題。
如果配置文件損壞/損壞，或者以某種方式已經鎖定/正在使用，大多數係統將載入一個空白的本地“臨時”配置文件，以便使用者至少可以訪問系統。當然不會載入特定於配置文件的文件/設置。當使用者註銷時，此臨時配置文件將被刪除（至少它不會被重新使用 - 我在 Windows 環境中看到過一些案例，其中機器建立了數百個舊臨時配置文件，因為人們繼續使用一個系統無法訪問配置文件所在的文件伺服器）。
如果託管配置文件數據的儲存位置在登錄時對客戶端電腦不可用，則會看到類似的行為。（例如，網路問題阻止客戶端訪問基於網路的儲存）。將生成一個臨時配置文件，並將用於該會話。
另一個可能的問題是重定向 GPO 中定義的文件夾上的證券/權限設置錯誤。客戶端將嘗試使用 GPO 中定義的位置中的文件夾，但會被安全 ACL 阻止。在這種情況下，他們在登錄時可能會遇到很多錯誤。
最後（也許最有可能？）他們完全有可能只是使用一種策略來故意清除對使用者配置文件的這些部分的更改。一些公司這樣做是為了防止使用者進行未經授權的更改——一旦他們註銷並重新登錄，配置文件就會重置為“預設”。
所以，為了解決這個問題，我會從收集更多關於他們環境的資訊開始。他們的漫遊配置文件策略究竟是什麼，它們如何影響您的應用程序保存數據所需的位置？失去使用者配置文件的這些部分是“預期的”行為嗎？
其他要問的問題是：這是發生在所有使用者身上，還是只發生在一些使用者身上？這些使用者之間的共同因素是什麼？
將漫遊配置文件隔離為罪魁禍首的一種不錯的方法是讓他們創建一個不使用漫遊配置文件的使用者帳戶。驗證是否發生相同的問題，或者您的應用程序是否按預期工作。