Veeam has released Update3a for Backup and Replication 9.5, see more here:
Release Notes for Veeam Backup Replication 9.5 Update 3a
Please confirm that you are running version 18.104.22.1680, 22.214.171.1241, 126.96.36.1992, 188.8.131.523, 184.108.40.2068, 220.127.116.115 or 18.104.22.1686 prior to installing this update. You can check this under Help | About in Veeam Backup & Replication console. After upgrading, your build number will be 22.214.171.1242.
To upgrade from 9.0 or earlier version, download version 9.5 ISO image, and consult the User Guide’s upgrade section.
As the result of an on-going R&D effort, and in response to customer feedback, Veeam Backup & Replication 9.5 Update 3a features a large number of enhancements, the most significant of which are listed below.
- VMware vSphere 6.7. Includes the new HTML5 version of vSphere Web Client plug-in for Veeam Backup & Replication, and asynchronous NBD/NBDSSL support for improved read performance of network transport mode with ESXi 6.7.
- VMware vSphere 6.5 U2. This update introduces preliminary support by addressing all outstanding U2-specific compatibility issues that can be managed from the Veeam side. However, there is a major regression in ESXi 6.5 U2 code that makes the vSphere API fail randomly during high host CPU load periods, consequently impacting a variety of Veeam Backup & Replication functionality. VMware is currently troubleshooting this bug, and fixing one will most likely require the new ESXi 6.5 U2 build issued.
- VMware vCloud Director 9.1. Update 3a provides full compatibility for all existing vCloud Director integration functionality.
- VMware Cloud on AWS version 1.3 support and preliminary out-of-the-box compatibility with future VMC updates through removal of the API version match requirement. Additionally, support for processing virtual machines with dynamic disks has been added.
- Microsoft Windows 10 April 2018 Update. Includes support as guest virtual machines and for installation of Veeam Backup & Replication and all of its components.
- Microsoft Windows Server 1803. Update 3a provides Windows Server 1803 support as guest virtual machines, for installation of Veeam Backup & Replication remote components, and as a domain controller for Veeam Explorer™ for Microsoft Active Directory.
- Microsoft Windows Server Hyper-V 1803. Update 3a provides Hyper-V 1803 support as a hypervisor host, including support for processing VMs with virtual hardware version 8.3.
- Microsoft System Center Virtual Machine Manager 1801. Update 3a adds SCVMM 1801 support as a source for Microsoft Hyper-V VMs backup jobs.
- Performance of Direct Storage Access (DirectSAN) and Virtual Appliance (Hot Add) transport modes has been improved for backup infrastructure configurations through optimizing system memory interaction.
- Added support for Direct Restore to Microsoft Azure for environments with ExpressRoute or site-to-site VPN connectivity to Azure, in which case proxy and helper appliances may have private IP addresses only. To enable, create AzurePreferPrivateIpAddressesForProxyandLinuxAppliance (DWORD, 1) registry value under HKLM\SOFTWARE\Veeam\Veeam Backup and Replication key on the backup server.
Linux File Level Recovery
- Added support for Linux SUID and SGID preservation to “Copy To” operation.
- Added support for Btrfs volumes located on an LVM volume.
Primary Storage Integrations
- Installing Universal Storage API plug-ins on each backup console (in addition to the backup server) is no longer required.
- Storage snapshot-only vCloud Director backup jobs are now supported for all storage integrations which support storage snapshot-only jobs. Previously, it was supported for NetApp only.
- Cisco HyperFlex integration will no longer delete the base sentinel snapshot during each job run to improve processing performance and reduce storage load.
- Improved performance of enumeration in File to Tape jobs with very large number of files.
Veeam Cloud & Service Provider partners
Veeam Backup & Replication 9.5 Update 3a also includes enhancements and bug fixes for service providers offering Veeam Cloud Connect services, and managing backup servers with Veeam Availability Console. For the full change log, please see this topic on the private Veeam Cloud & Service Provider (VCSP) forum. Not a member of the VCSP forum? Click here to join.
Update 3a also resolves the following common support issues:
- User interface performance has been improved for large environments, including faster VM search and lower CPU consumption while browsing through job sessions history.
- Restores through Direct NFS transport should no longer produce corrupted VMDKs on storage devices with advanced NFS server implementations.
- VeeamZIP™ operations should no longer consume a license.
- Backup copy job should no longer trigger health checks outside of the scheduled start time when GFS retention is in use, and will behave more reliably in a few corner cases.
- Incremental backup runs should no longer keep setting ctkEnabled VM setting to “true”, resulting in unwanted events logged by vCenter Server.
- SATA X:7 disks should no longer be skipped with backup jobs by default.
- Windows file level recovery (FLR) should now process large numbers of NTFS reparse points faster and more reliably.
- Linux FLR should now correctly process directories with . and \ symbols in their names. In addition, encountering a named pipe object should no longer cause FLR to hang.
- Direct Restore to Microsoft Azure should now process Linux machines with EFI boot more reliably.
- Veeam Agent for Microsoft Windows’ jobs should no longer fail when the backup server uses custom certificate.
- Veeam Explorer for Storage Snapshots now supports VMs located on LUNs larger than 16TB.
- An HPE 3PAR integration should now handle large number of concurrent jobs more reliably, thanks to multiple improvements implemented based on support cases.
- An HPE StoreOnce Catalyst SDK host process will now be restarted automatically when a Catalyst API call hangs, preventing Veeam jobs from hanging as a result.
- IBM SVC integration should no longer fail at collecting iSCSI adapters.