-
- Using VMware vSphere With Your System
- Networking Checklist For Your System
- Deploying a System Automatically
- Deploying a System Manually
- Configuring Your Mail Server, Time Zone, and Locale
- Altering the System After Installation
- Adding a High Availability System
- Expanding Your System to a Larger System Size
- Updating the System
Using VMware vSphere With Your System
- Using VMware vSphere
- Configuring the ESXi Host to Use an NTP Server
- Creating a Backup by using VMware vCenter
- Taking a Snapshot by using VMware vCenter
- Attaching an Existing VMDK File to a New Virtual Machine
Using VMware vSphere
The virtual machines for your system are deployed with VMware vSphere. Cisco WebEx Meetings Server must be installed on VMware virtual machines, subject to the following constraints
- Use VMware vSphere 5.0, 5.0 Update 1, or 5.1. Earlier releases of vSphere are not supported.
- Use VMware ESXi 5.0, 5.0 Update 1, or 5.1. Use of earlier ESXi releases results in confusing error messages about unsupported hardware that do not explicitly list the problem.
- Ensure that the DNS server configured with the ESXi host can resolve the hostnames of the virtual machines that are deployed on that ESXi host.
- You must use VMware vCenter to manage the ESXi hosts on which the Cisco WebEx Meetings Server system is deployed.
- When powering down a virtual machine, always select for each virtual machine. (Do not use the Power Off option.
![]() Note | For details on supported VMware configurations, see the Cisco WebEx Meetings Server System Requirements. |
Configuring the ESXi Host to Use an NTP Server
The system uses the ESXi host to set the time. Configure the ESXi host to use Network Time Protocol (NTP) for clock synchronization.
![]() Note | This is a high-level procedure. For detailed instructions, see your VMware ESXi documentation. |
Be sure to set up NTP configuration from the ESXi host.
Creating a Backup by using VMware vCenter
Backups are traditional file systems that leverage VMware technology and SAN‐based data transfer. VMware® Data Recovery creates backups of virtual machines without interrupting their use or the data and services they provide. Data Recovery uses a virtual machine appliance and a client plug-in to manage and restore backups. The backup appliance is provided in open virtualization format (OVF). The Data Recovery plug-in requires the VMware vSphere Client.
Data Recovery manages existing backups, removing backups as they become older. It also supports de-duplication to remove redundant data. Before doing any system-altering procedure, we recommend that you create a backup of each of the virtual machines by using VMware Data Recovery (available in VMware vSphere Release 5.0) or vSphere Data Protection (available in vSphere Release 5.1). (VMware Data Recovery/vSphere Data Protection is included with VMware vSphere, except in the vSphere Essentials Kit. See http://www.vmware.com/pdf/vdr_11_admin.pdf for more information.)
Backups can also be created by using a storage server. See Configuring a Storage Server for more information.
Virtual machine snapshots are pictures of your system at a specific point in time, and are not the same as backups. For performance reasons, we recommend that you use backups and keep your virtual machine backups in a storage location that is different from the physical drives that contain your virtual machines. For more information on snapshots and known performance issues, see Taking a Snapshot Using VMware vCenter.
| Step 1 | Place the system
in maintenance mode. For complete details, see
About Maintenance
Mode.
Be sure there are no active meetings and that you have selected a time where there will be minimal impact to your users. | ||
| Step 2 | Follow the
instructions in your VMware vSphere documentation and use VMware Data Recovery
(called VMware vSphere Data Protection starting with vSphere Release 5.1) to
create a backup of your system and each of your virtual machines.
For complete details on this backup, see the VMware Data Recovery Administration Guide or the vSphere Data Protection Administration Guide.
|
Taking a Snapshot by using VMware vCenter
Virtual machine snapshots are used to quickly recover a virtual machine after a system-altering procedure. Snapshots are pictures of your system at a specific point in time, and are not the same as backups (see Creating a Backup by using VMware vCenter). We recommend that in addition to taking snapshots, that you backup your system.
![]() Note | If the original virtual machine disk file is lost, you cannot recover the virtual machine with the snapshot. |
Snapshots are stored on the physical drives containing your virtual machines. If you do not delete these snapshots in a timely manner, your end users might experience degraded audio and video due to a known issue that affects virtual machine performance. Therefore, for performance reasons, we recommend that you use backups or keep your virtual machine backups in a storage location that is different from the physical drives that contain your virtual machines. Also, snapshots can be used for updates, but for system upgrades we recommend that you delete all snapshots and backup the original system. (For more information on this known issue with VMware snapshots, go to the VMware web site and read the white paper, Best Practices for Running VMware vSphere on Network Attached Storage. You can also search the VMware KnowledgeBase for snapshot impact performance for additional information.)
Before doing most system-altering procedures, Cisco recommends that you backup your system (especially when performing an upgrade) or take a snapshot (particularly when performing an update) of each of the virtual machines. You can backup your system by using VMware Data Recovery (VMware vSphere Data Protection starting with vSphere Release 5.1) or take a snapshot of each virtual machine. (VMware Data Recovery/vSphere Data Protection is included with VMware vSphere, except in the vSphere Essentials Kit.)
For performance reasons, be sure to keep your virtual machine snapshots in a storage location that is different from the physical drives that contain your virtual machines.
Be sure to read the preparation section for the specific procedure. Cisco lists specific considerations for each procedure.
If your system comprises multiple virtual machines, select and take a snapshot of each virtual machine in your system. Label the snapshot for each virtual machine with the same prefix, for example, , so you know these snapshots were done at the same time.
![]() Note | Cisco recommends you keep snapshots no longer than 24 hours. If you want to keep them longer, then create a backup instead. For more information on VMware Data Recovery (VMware vSphere Data Protection starting with vSphere Release 5.1), see Creating a Backup by using VMware vCenter. |
| Step 1 | Place the system
in maintenance mode. For complete details, see
About Maintenance
Mode.
Be sure there are no active meetings and that you have selected a time where there will be minimal impact to your users. |
| Step 2 | On VMware vCenter, select for each of the virtual machines. |
| Step 3 | Select for each virtual machine. |
| Step 4 | Enter a name for the snapshot and select OK. |
What to Do Next
Attaching an Existing VMDK File to a New Virtual Machine
This section describes how to attach a Virtual Machine Disk (VMDK) from an existing Admin virtual machine to a new Admin virtual machine by using VMware vCenter. This procedure is used when you expand or upgrade your system. (We reuse the system data stored on Hard disk 4 of the Admin virtual machine.)
![]() Caution | Make a copy of the Hard disk 4 VMDK file and copy that file to the virtual machine folder of the Admin virtual machine in the upgraded or expanded system. If you simply attach Hard disk 4, the data is still stored in the virtual machine folder of the old Admin virtual machine. If you accidentally delete the existing Admin virtual machine in the vCenter inventory, the current system loses access to Hard disk 4. |
![]() Note | If you are using Direct-attached storage (DAS), you must migrate the VMDK to a logical unit number (LUN) where the new Admin virtual machine can access it. |
![]() Note | We refer to the Admin virtual machine before the system-altering procedure as the current Admin virtual machine. The Admin virtual machine following expansion or upgrade, is named the upgrade Admin virtual machine. |


Feedback