Environment Planning
Integration of SAP HANA and Veeam Plug-in requires additional environment planning. When you deploy the plug-in, keep in mind the following requirements and limitations:
- Scheduling
- Backup File Naming
- Veeam Backup Job Name
- Veeam Backup Repositories
- Veeam Scale-Out Backup Repository
- SAP HANA Backup Channels and Veeam Repository Task Slots
- SAP HANA Encryption
- SAP HANA Catalog Backup with Backint
- SAP HANA Backint Parameter File
- SAP HANA Scale-out Cluster
- SAP HANA System Replication Failover
- Hosting Environments
- Additional Files to Back Up
- Open the /opt/veeam/VeeamPluginforSAPHANA/veeam_config.xml file with a text editor.
- Find the <AgentParams /> line and add the following parameter:
- Veeam Plug-in forwards the backups created by SAP HANA integrated backup application to a Veeam backup repository. You can schedule backup operations with all SAP HANA relevant scheduling options like SAP HANA Cockpit (HANA Cockpit 2.0 SPS 06 or later version), SAP DB13 (NW 7.02 SP17 or later version) or external schedulers like cron, UC4, TWS and others.
- You can schedule and run existing SAP HANA backup scripts within an image-level or file-level backup job of Veeam Backup & Replication or Veeam Agent for Linux. For details, see the Pre-Freeze and Post-Thaw Scripts section in the Veeam Backup & Replication User Guide.
Note |
For SAP Management Software, make sure SAP HANA 2.0 systems are configured in the Multi-Container mode. Otherwise, backups will fail with the following error: [110091] Invalid path selection for data backup using backint. |
Veeam Plug-in matches the SAP HANA created external backup ID's (EBID) with Veeam Plug-in filenames.
Veeam Plug-in supports the following Veeam backup repositories:
- Windows Server
- Linux Server
- CIFS (SMB) Share
- Dell EMC Data Domain
- HPE StoreOnce. If you plan to use HPE StoreOnce as a backup repository for Veeam Plug-in for SAP HANA, the total number of stored files (data and metadata) must not exceed 1,000,000 per storage system.
- Quantum DXi
- NFS File Share
- ExaGrid. Mind the following:
- Follow the requirements in the ExaGrid section of the Veeam Backup & Replication User Guide.
- In the global.ini of SAP HANA, set the max_recovery_backint_channels parameter value to a number lower than the repository task slots. ExaGrid recommends setting it to 1, and adjust gradually if needed.
- You can also use scale-out backup repositories that contain supported repository types.
Note |
Due to specific design of SAP HANA backups, Veeam Plug-in does not use enhanced ReFS options such as block cloning. Backups transferred to repositories that use ReFS as a file system are processed the same way as with NTFS repositories. |
- For Veeam Plug-in backups, the warning which indicates that free space on a storage device has reached a specified threshold is configured in the veeam_config.xml file of Veeam Plug-in. The warning settings in the Veeam Backup & Replication console does not affect this setting.
To configure the warning settings, add the following parameter in the/opt/veeam/VeeamPluginforSAPHANA/veeam_config.xml file.
- The plug-in configuration wizard will not show repositories where the Encrypt backups stored in this repository option is enabled. To learn how to disable the encryption option, see Access and Encryption Settings on Repositories.
- Make sure Veeam backup repositories have enough free space to store database backups and transaction log backups. If required, you can use a scale-out backup repository.
- If you use Veeam Plug-in for SAP HANA version 9.5 Update 4, Veeam Backup & Replication backup copy jobs does not process and copy the backups created by the plug-in.
- Veeam extract utility cannot extract backup files created by Veeam Plug-in.
- For security reasons, it is recommended to use separate repositories for different users and grant access to backup repositories only for required users.
Veeam Scale-Out Backup Repositories
You can use scale-out backup repositories that contain supported repository types.
- Veeam Backup & Replication will check if there are extents without warning on free space insufficiency. If all extents have the warning, Veeam Backup & Replication will use an extent with the largest amount of free space that has a free task slot.
- If there are extents without the warning, Veeam Backup & Replication checks if there are incremental extents with free task slots. If there are no incremental extents with free task slots, Veeam Backup & Replication uses a full extent with least amount of used task slots.
- If there are incremental extents with free task slots, Veeam Backup & Replication will send backup files to an incremental extent with least amount of used task slots. If the amount of used tasks is the same, an extent with the most amount of free space.
- Copy the Veeam Plug-in job folder (the whole folder) to an existing scale-out backup repository extent.
- Delete the backups from the source repository.
- Rescan the source repository.
- Add the repository as an extent to the scale-out repository.
- Rescan the scale-out repository.
- Set the scale-out repository as target in the Veeam Plug-in settings.
- Map the imported backups using the following command:
If this user will be later changed manually, the new user must have at least the Veeam Backup Operator and Veeam Restore Operator rights within the Veeam Backup & Replication user management. To learn how to assign Veeam Backup & Replication roles, see the Roles and Users section of the Veeam Backup & Replication Guide.
SAP HANA Backup Channels and Veeam Repository Task Slots
To control the number of parallel channels used for each SAP HANA Backint instance, you can edit the parallel_data_backup_backint_channels parameter in the SAP HANA global.ini file. For instructions, see the Multistreaming Data Backups with Third-Party Backup Tools section of the SAP HANA Administration Guide
Note |
The number of multistreaming channels applies to all data backup services larger than 128GB. Data backup services smaller than 128GB use only one channel. |
Basically, the more channels used in parallel, the faster is the data flow between SAP HANA and the source Veeam Transport Agent. However, the more channels used in parallel, the more resources are used on the SAP HANA server, network, Veeam backup repository, backup source and target disk systems. You should find the right mix between performance and resource allocation for your specific business need.
The following hardware resources are recommended based on tests on Skylake processors:
- SAP HANA server: 1 CPU core and 200 MB of RAM per currently used channel.
- Backup repository server: 1 CPU core and 1 GB of RAM per 5 currently used channels.
These resources are recommended only if you use a separate backup repository for Veeam Plug-in backups. If you use the same backup repository for backups of Veeam Plug-ins and VM backups and/or backups of Veeam Agents by Veeam Backup & Replication, see the requirements for backup repository servers in the Release Notes of Veeam Backup & Replication.
We recommend to contact your Veeam system engineer to optimize the channel settings and resource allocation. Also, mind the following recommendations:
- It is not recommended to use more than 64 channels in parallel as the overhead will reduce individual channel performance. Set the max_recovery_backint_channels setting in global.ini to 64 or below depending on available hardware resources.
- It is recommended to use a separate backup repository for Veeam Plug-in backups.
- If you want to improve backup performance, the SAP HANA buffer must be increased for additional used channels. For details, consult with your SAP HANA database administrator.
- SAP HANA can back up individual databases and/or tenants in parallel. To optimize resources, you can back up databases sequentially.
If there are not enough available repository task slots, SAP HANA waits till repository a slot becomes available.
Note |
During restore, the order of repository task slots is ignored, and channels are used as requested by SAP HANA. |
You can use the following examples as reference:
- Example 1: Backing up all databases in parallel
In this example, there is a system with 2 tenant databases, each database has 4 services. The databases are backed up in parallel. The SAP HANA channel setting is 6. The following maximum repository task slots and SAP channels are used:
- Up to 4 task slots/channels are used by SYSTEMDB and its 4 services (all below 128 GB)
- Up to 6 task slots/channels are used for the index service of the tenant database 1 (the database is bigger than 128 GB)
- Up to 3 task slots/channels are used for the rest of the 3 remaining services of the tenant database 1 (all below 128 GB)
- Up to 6 task slots/channels are used for the index service of the tenant database 2 (the database is bigger than 128 GB)
- Up to 3 task slots/channels are used for the rest of the 3 remaining services of the tenant database 2 (all below 128 GB)
- If the log backups are below 128GB, you must reserve at least 3 channels for the log backup of SYSTEMDB, tenant database 1, and tenant database 2. These log backups are started automatically on their own schedule or when the maximum file size of the log file is reached.
In total, for backup processes of all databases started in parallel you need up to 27 available task slots.
- Example 2: Backup of all databases sequentially
In this example, there is system with 2 tenant databases, each database has 4 services. The databases are backed up sequentially. The SAP HANA channel setting is 6. The following maximum repository task slots and SAP channels are used:
- Up to 6 task slots/channels are used for the index service of a tenant database (the database is bigger than 128 GB).
- Up to 3 task slots/channels are used for the rest of the 3 remaining services of the same tenant database (all below 128 GB).
- If the log backups are below 128GB, you must reserve at least 3 channels for the log backup of SYSTEMDB, tenant database 1, and tenant database 2. These log backups are started automatically on their own schedule or when the maximum file size of the log file is reached. Assuming that the log file backups are below 128 GB and do not use additional channels.
In total, for backup processes of sequential started database backups, 12 task slots must be available.
Plan the protection of the encryption environment carefully. In case the encryption keys are lost, Veeam Plug-in can only provide an access to the encrypted backup file. You will have to decrypt data in SAP HANA. For details, see the Managing Data Encryption section of the SAP HANA Administration Guide.
SAP HANA Catalog Backup with Backint
SAP HANA Backint Parameter File
Veeam Plug-in does not use the Backint parameter file. Leave these fields empty when asked for.
Veeam Plug-in supports SAP HANA scale-out clusters with the following limitations:
- On all cluster nodes, Veeam Plug-in must be configured to transfer backups to the same repository.
- Each cluster node must use the same credentials to connect to Veeam Backup & Replication server and repositories.
SAP HANA System Replication Failover
Important |
You must perform full database backup at least once after each failover or failback, so that SAP HANA starts to create automatic log backups. |
Select source SAP HANA plug-in server to be used for system copy restore: 1. SAP-VM1 2. SAP-VM02 Enter server number: 1 |
- Perform system copy restore. For instructions, see Recovering Databases to Other Servers.
- Later, if you want to restore from the new backup chain created from the system replication server, you must run the command again and select the system replication server as a source for restore.
<PluginParameters customServerName="sap1.customer1.local" /> <PluginParameters customServerName="sap1.customer2.local" /> |
- /usr/sap/<SID>/SYS/global/hdb/custom/config
- /usr/sap/<SID>/<INSTANCE>/<FQDN>
- /usr/sap/<SID>/SYS/global/hdb/custom/config
SAP HANA Server for Disaster Recovery