2V0-51.23 Questions Bank

Access groups are a way of organizing and delegating the administration of machines, desktop pools, application pools, and farms in Horizon. By default, all these objects reside in the root access group, which appears as / or Root (/) in Horizon Console. A high-level administrator can create sub-access groups under the root access group and assign different permissions to different administrators for each access group. For example, a high-level administrator can create an access group called RDS Farms and assign the Inventory Administrators role to a junior-level administrator for that access group. This way, the junior-level administrator can see and manage all the RDS farms that are in the RDS Farms access group, but not the ones that are in other access groups or the root access group. Therefore, to correct the issue of a junior-level administrator not being able to see all RDS farms, a high-level administrator needs to make changes to the access groups and the permissions associated with them. References: Understanding Permissions and Access Groups and [VMware Horizon 8.x Professional Course]

Writable Volumes are user-specific virtual disks that store user-installed applications, data, and settings. App Volumes is a real-time application delivery system that uses Writable Volumes to deliver applications that are not multi-user aware. However, sometimes it might be necessary to prevent App Volumes from persisting specific data between sessions, such as temporary files, application updates, or registry keys. To do this, administrators can specify exclusions for Writable Volumes in a policy file called snapvol.cfg.

The snapvol.cfg file is a text file that contains policy settings for App Volumes. These settings determine which files and registry keys are captured or excluded by App Volumes. The snapvol.cfg file can be customized by administrators to suit different needs and scenarios. The snapvol.cfg file can be applied to both application packages and Writable Volumes.

To specify exclusions for Writable Volumes, administrators can use the following keywords in the snapvol.cfg file:

• exclude_uwv_file: This keyword excludes a file or folder path from being persisted on a Writable Volume. For example, exclude_uwv_file=\Program Files (x86)\Notepad++ excludes the folder location of Notepad++ from being overwritten during an update.
• exclude_uwv_reg: This keyword excludes a registry key or value from being persisted on a Writable Volume. For example, exclude_uwv_reg=\REGISTRY\MACHINE\SOFTWARE\Notepad++ excludes the registry location of Notepad++ from being overwritten during an update.

The snapvol.cfg file must be uploaded to the Writable Volume by using the Update Writable Volumes feature in App Volumes Manager. The exclusions will take effect after the user logs off and logs back in to the desktop.

The other options are not valid files for specifying exclusions for Writable Volumes:

• config.ini: This file is used to configure the App Volumes agent settings, such as the App Volumes Manager address, the logging level, and the SSL certificate validation.
• svservice.log: This file is used to record the App Volumes agent log messages, such as the agent status, the package attachment, and the error messages.
• json.cfg: This file does not exist in App Volumes.

References: Writable Volume Exclusions, Policy Files (snapvol.cfg) in App Volumes, and [VMware Horizon 8.x Professional Course]

To monitor the advanced metrics of desktop sessions in Horizon Console, you need to use the Horizon Help Desk Tool. This is a web application that you can use to get the status of Horizon 8 user sessions and to perform troubleshooting and maintenance operations1. You can also view performance details for a virtual or published desktop session that uses the PCoIP or VMware Blast display protocol2.

To access the Horizon Help Desk Tool, you need to click on the Monitoring tab on the left side of the Horizon Console. Then, you need to select Help Desk from the drop-down menu. This will open the Horizon Help Desk Tool in a new browser tab. You can then search for a user, machine, or pool and view the session details. You can also click on More to see the advanced metrics such as latency, bandwidth, protocol, and frame rate1.

To enable debug logging for a single user in VMware Dynamic Environment Manager, the administrator needs to create an empty FlexDebug.txt file in the same folder as the standard log file for this user. This will trigger FlexEngine to switch to debug logging for this particular user1. Debug logging is useful for troubleshooting purposes, as it provides more detailed information about the FlexEngine operations and actions1.

The other options are not correct because:

• Updating the FlexEngine registry to DEBUG will not enable debug logging for a single user, but for all users who log on to the same computer. This option can only be set through Group Policy settings and applies to all users1. Moreover, this option is not recommended, as it can cause performance issues and disk space consumption due to the large size of the log files1.
• Creating an empty FlexDebug.log file in the log folder will not enable debug logging for a single user, as the file name must be exactly FlexDebug.txt. The file extension must be .txt, not .log1.
• Configuring the FlexEngine GPO to DEBUG will not enable debug logging for a single user, but for all users who are affected by the GPO. This option can only be set through Group Policy settings and applies to all users1. Moreover, this option is not recommended, as it can cause performance issues and disk space consumption due to the large size of the log files1.

References:

• Enabling debug logging for a single user in VMware Dynamic Environment Manager1