Overview of application support with Veeam
For applications hosted on the VMs, Veeam® requires network access to the VMs to provide application-aware backups. To enable the application-aware image processing or the guest file system indexing options in the backup job, In the Veeam Backup and Replication console, you need network access between customer overlay and the Veeam bare metal server management network (primary subnet on private VLAN 1). If you want to use these capabilities, routing must be designed and implemented between the customer NSX-T™ overlay networks.
The guest interaction proxy is a backup infrastructure component that sits between the backup server and the processed VM. This component is needed if the backup or replication jobs perform the following processing of VMs:
- Application-aware processing
- Guest file system indexing
- Transaction log processing
The guest interaction proxy deploys the runtime process only in Microsoft® Windows® VMs. In VMs with another guest OS, the runtime process is deployed by the backup server.
For Windows virtual machine (VM) file level restores, Veeam first tries to connect to the Guest VM through the network, and since the network is isolated, the VMware vSphere® Guest Interaction API is then used to complete a network-less restore.
For Linux® VM file level restores, a File Level Restore (FLR) appliance needs to be deployed before you attempt the file level restore by the IBM Backup Administrator. Otherwise, the first time a tenant tries to restore a file, they receive an error in the Veeam Backup and Replication Console. For two of the three restore options, the FLR appliance requires network connectivity to the Linux VM where the file is to be restored, since the network is isolated. Therefore, only the download option is applicable to this service. This download needs to be moved to the correct place in the file system.
For more information about file level restore, see the Veeam documentation.