You should follow best practices for configuring View Persona Management to enhance your users' desktop experience, improve desktop performance, and ensure that View Persona Management operates efficiently with other View features.

Determining Whether to Remove Local User Profiles at Logoff

By default, View Persona Management does not delete user profiles from the local machines when users log off. The Remove local persona at log off policy is disabled. In many cases, the default setting is a best practice because it reduces I/O operations and avoids redundant behavior.

For example, keep this policy disabled if you deploy floating-assignment pools and either refresh or delete the machines on logoff. The local profile is deleted when the virtual machine is refreshed or deleted. In a floating-assignment, automated pool, full virtual machines can be deleted after logoff. In a floating-assignment, linked-clone pool, the clones can be refreshed or deleted on logoff.

If you deploy dedicated-assignment pools, you can keep the policy disabled because users return to the same machines at each session. With the policy disabled, when a user logs in, View Persona Management does not have to download files that are present in the local profile. If you configure dedicated-assignment, linked-clone pools with persistent disks, keep the policy disabled to avoid deleting user data from the persistent disks.

In some cases, you might want to enable the Remove local persona at log off policy.

Handling Deployments That Include View Persona Management and Windows Roaming Profiles

In deployments in which Windows roaming profiles are configured, and users access View desktops with View Persona Management and standard desktops with Windows roaming profiles, the best practice is to use different profiles for the two desktop environments. If a View desktop and the client computer from which the desktop is launched are in the same domain, and you use an Active Directory GPO to configure both Windows roaming profiles and View Persona Management, enable the Persona repository location policy and select Override Active Directory user profile path if it is configured.

This approach prevents Windows roaming profiles from overwriting a View Persona Management profile when the user logs off from the client computer.

Configuring Paths for Redirected Folders

When you use the Folder Redirection group policy setting, configure the folder path to include %username%, but make sure that the last subfolder in the path uses the name of the redirected folder, such as My Videos. The last folder in the path is displayed as the folder name on the user's desktop.

For example, if you configure a path such as \\myserver\videos\%username%\My Videos, the folder name that appears on the user's desktop is My Videos.

If %username% is the last subfolder in the path, the user's name appears as the folder name. For example, instead of seeing a My Videos folder on the desktop, the user JDoe sees a folder named JDoe and cannot easily identify the folder.

Using the Windows Event Log to Monitor the View Persona Management Deployment

To help you manage your deployment, View Persona Management provides improved log messages and profile size and file and folder count tracking. View Persona Management uses the file and folder counts to suggest folders for redirection in the Windows event log and provides statistics for these folders. For example, when a user logs in, the Windows event log might display the following suggestions to redirect folders:
Profile path: \\\persona\user1V2
Folders to redirect:
\\\persona\user1V2  Reason: Folder size larger than 1GB
\\\persona\user1V2\Documents  Reason: More than 10000 files and folders

Additional Best Practices

You can also follow these recommendations:

  • By default, many antivirus products do not scan offline files. For example, when a user logs in to a desktop, these anti-virus products do not scan user profile files that are not specified in the Files and folders to preload or Windows roaming profiles synchronization group policy setting. For many deployments, the default behavior is the best practice because it reduces the I/O required to download files during on-demand scans.

    If you do want to retrieve files from the remote repository and enable scanning of offline files, see the documentation for your antivirus product.

  • It is highly recommended that you use standard practices to back up network shares on which View Persona Management stores the profile repository.
    Note: Do not use backup software such as MozyPro or Windows Volume backup services with View Persona Management to back up user profiles on View desktops.

    View Persona Management ensures that user profiles are backed up to the remote profile repository, eliminating the need for additional tools to back up user data on the desktops. In certain cases, tools such as MozyPro or Windows Volume backup services can interfere with View Persona Management and cause data loss or corruption.

  • You can set View Persona Management policies to enhance performance when users start ThinApp applications. See Configuring User Profiles to Include ThinApp Sandbox Folders.
  • If your users generate substantial persona data, and you plan to use refresh and recompose to manage dedicated-assignment, linked-clone desktops, configure your desktop pool to use separate View Composer persistent disks. Persistent disks can enhance the performance of View Persona Management. See Configuring View Composer Persistent Disks with View Persona Management.
  • If you configure View Persona Management for standalone laptops, make sure that the profiles are kept synchronized when users go offline. See Manage User Profiles on Standalone Laptops.
  • Do not use Windows Client-Side Caching with View Persona Management. The Windows Client-Side Caching system is a mechanism that supports the Windows Offline Files feature. If this system is in effect on the local system, View Persona Management features such as folder redirection, offline file population during logon, background download, and replication of local profile files to the remote profile repository do not work properly.

    As a best practice, disable the Windows Offline Files feature before you begin using View Persona Management. If you encounter issues with View Persona Management because Windows Client-Side Caching is in effect on your desktops, you can resolve these issues by synchronizing the profile data that currently resides in the local Client-Side Caching database and disabling the Windows Offline Files feature. For instructions, see KB 2016416: View Persona Management features do not function when Windows Client-Side Caching is in effect.