The minimum server and client requirements for FPSP are essentially the same when installing in a virtual Hyper-V environment as on a physical server. For details about FPSP system requirements, see Verifying the FSSP system requirements.

However, the application, operating system, and hardware platform versions must be supported by Microsoft Office SharePoint Server on the Hyper-V platform. For details about Office SharePoint Server support recommendations on Hyper-V, see Hardware virtualization support for SharePoint products and technologies. For another resource to see if your virtualization configuration is supported, you can access the Virtualization Support Wizard at the following URL: http://go.microsoft.com/fwlink/?LinkId=157617.

Once the requirements for running Office SharePoint Server in a Hyper-V environment are met, the following guidelines must be followed for the host computer:

• The host computer must have enough hardware resources to accommodate the virtual machines being deployed and their intended roles, and the host computer should be deployed with only the virtualization role.
  
  
• Memory and CPU-intensive applications should not be run on the same host computer as the guest hypervisor.
  
  
• File-level antivirus scanning should be disabled on directories hosting the guest virtual hard drives (VHD). For more information, see Configuring third-party file-level antivirus programs.
  
  

The following are guidelines for the guest computer on which FPSP will be installed:

• The size of the guest .vhd file must be a fixed value. Predefining the size of the .vhd file ensures that the host computer does not run out of hard drive space. However, the guest computer will not dynamically grow and so may run low on space.
  
  
• For performance reasons, it is recommended that you choose Small Computer System Interface (SCSI) or Internet SCSI-based (iSCSI) storage in order to host the FPSP database files, preferably separately from the guest operating system.
  
  
• File-level antivirus scanning should exclude all necessary SharePoint and FPSP directories. For more information, see Configuring third-party file-level antivirus programs.
  
  
• Snapshots in guest virtual machines are strongly discouraged and are not supported.
  
  

Note:

You may encounter network bottlenecks if you are running more than one guest computer and the host computer only has a single network card. You should add a second network card and create an additional Virtual Network adapter. Network bottlenecks may occur if you are running more than one guest computer and the host computer only has a single hard drive. Ideally, each VHD should be on its own hard drive in order to prevent slowdowns due to multiple computers accessing the same physical hard drive.

Adding FPSP increases the resources utilized by your SharePoint environment. To ensure that your virtual environment can handle the anticipated load from SharePoint and FPSP, it is recommended that you compare the performance counters before and after installing FPSP.

Based on the differences in the performance data from before and after the FPSP installation, you may want to adjust your virtual hardware configuration. This can include allocating more memory, CPU affinity, and improved disk input/output. Memory and CPU utilization are usually the most heavily impacted by FPSP.

Note:
For more information on using performance counters, see Performance and Reliability Monitoring Step-by-Step Guide for Windows Server 2008 or Windows Server 2003 Performance Counters Reference.

Because guest and host operating system settings such as video, sound cards, floppy disk drives, and virtual hardware require resources, it is recommended that you configure all nonessential items for "best performance." If you are not using it, you may also want to consider disabling or removing any nonessential items. This helps optimize performance in general for both the guest and host computers.

Be cautious when adjusting the number of processes you want running per server for the realtime scan job, as this can quickly deplete memory resources in your guest virtual machine. For example, realtime scanning is set by default to four process counts. If all four are in use, then the number of selected scan engines is multiplied by the number of realtime processes in use plus the size of the files being scanned. For example, if you are using the default realtime process count of 4, the maximum of 5 scan engines for the realtime scan job, and each engine is using 100 megabytes (MB) of memory, then you can estimate the overall memory use by using the following computation:

4 (realtime processes) x 5 (scan engines) x 100 (MB) + file sizes of scanned documents = memory utilization

Note:
This is an example only and real world results may vary.

Memory is quickly exhausted if you increase the realtime process counts, add more scan engines, and increase the intelligent engine selection policy setting (for more information, see Configuring the number of scan engines used for each scan). In most cases, the default number of process counts is adequate; however, you should consult Configuring the realtime scan for more information on fine-tuning these settings. Additionally, use the performance data you collected earlier to help gauge how many process counts you should be using.