由于view需要在域环境中,于是用户配置文件的集中管理就成了一个绕不过的话题,尤其是使用了linkclone模式的虚拟桌面,如果在创建过程中没有启用persistent磁盘存放用户配置文件,那么后期无论是recompose、refresh、rebalance都会导致用户配置文件的丢失,针对用户配置文件可选用vmware的viewPM策略或微软的用户配置漫游,下面就两种方法做详细的说明。

vmwarePM策略

1.我们去vmware网站下载他的策略模板

2.在要集中存放用户配置的文件服务器或NAS存储上新建一个共享文件夹,并确保view用户组有对该文件夹的读写权限

View6.2中viewPM和微软用户配置漫游的应用_第1张图片

3.在高级共享的权限中,将view用户组添加进来,并设置完全控制权限

View6.2中viewPM和微软用户配置漫游的应用_第2张图片

4.检查安全选项是view用户组是否有完全控制权限

View6.2中viewPM和微软用户配置漫游的应用_第3张图片

5.打开组策略管理器,将从vmware下载到的策略中找到viewPM策略并导入管理模板中

View6.2中viewPM和微软用户配置漫游的应用_第4张图片


6.此时会发现多了一个经典管理模板,在其中找到roaming&synchronization,启用manage user并指定存放路径

View6.2中viewPM和微软用户配置漫游的应用_第5张图片

7.在文件夹重定向中启用桌面和我的文档重定向,其他可按需选择

View6.2中viewPM和微软用户配置漫游的应用_第6张图片

8.创建一个用户并加入为view创建的组中

View6.2中viewPM和微软用户配置漫游的应用_第7张图片

9.使用该用户此时登陆后,在共享服务器上可以看到重定向的配置文件和桌面,此方式有一个弊端,就是重定向过来的桌面内容无法按用户区分

View6.2中viewPM和微软用户配置漫游的应用_第8张图片

值得注意的是:经过反复测试,重定向只可以对登陆fullclone的用户生效,登陆linkclone的用户不会在共享文件夹上创建配置文件,为了验证测试结果的准确性,新建一个用户账户,先登录的链接克隆,发现没有重定向,但是在登陆完全克隆时,在共享服务器上就创建该用户的配置文件了,经过多次测试得到相同的结果,所以推断该方法只适用于使用fullclone桌面的用户。

微软用户配置漫游

为了解决上述问题,使用微软传统的用户配置漫游进行测试,步骤为:

1.为了不受viewPM干扰,首先将GPO断开连接,然后再DC上执行gpupdate /force刷新组策略

View6.2中viewPM和微软用户配置漫游的应用_第9张图片

2.创建2个新用户,加入到view用户组,然后再配置文件选项卡上指定主文件和配置文件的路径

View6.2中viewPM和微软用户配置漫游的应用_第10张图片

3.用新建的用户登录直接登陆linkclone桌面,在共享服务器上看到配置文件正常创建

View6.2中viewPM和微软用户配置漫游的应用_第11张图片