Manage and monitor backed-up SAP ASE databases (preview)

This article describes how to manage the SAP Adaptive Server Enterprise (ASE) (Sybase) databases that are running on an Azure virtual machine (VM) by using the Azure Backup service.

Azure Backup allows you to monitor jobs and alerts, trigger an on-demand backup, edit policies, stop and resume database protection, and unregister a VM from backups.

If the backup isn't configured for your SAP ASE databases, see Back up SAP ASE databases on Azure VMs. To learn more about the supported configurations and scenarios, see Support matrix for backup of SAP ASE databases on Azure VMs.

Monitor backup jobs

Azure Backup shows all manually triggered jobs in the Backup jobs section of Recovery Services Vault.

Screenshot showing how to monitor backup jobs.

Review backup status

Azure Backup periodically synchronizes the datasource between the extension installed on the VM and Azure Backup service, and shows the backup status in the Azure portal. The following table lists the (four) backup status for a datasource:

Backup state Description
Healthy The last backup is successful.
Unhealthy The last backup is failed.
NotReachable Currently, there's no synchronization occurring between the extension on the VM and the Azure Backup service.
IRPending The first backup on the datasource isn't occurred yet.

Generally, synchronization occurs every hour. However, at the extension level, Azure Backup polls every 5 minutes to check for any changes in the status of the latest backup compared to the previous one. For example, if the previous backup is successful but the latest backup is failed, Azure Backup syncs the backup status in the Azure portal accordingly to Healthy or Unhealthy.

If no data sync occurs to the Azure Backup service for more than 2 hours, Azure Backup shows the backup status as NotReachable. This scenario might occur if the VM is shut down for an extended period or there's a network connectivity issue on the VM, causing the synchronization to cease. Once the VM is operational again and the extension services restart, the data sync operation to the service resumes, and the backup status changes to Healthy or Unhealthy based on the status of the last backup.

Screenshot showing the status of backed-up items.

Change Backup policy

You can change the underlying policy for an SAP ASE backup items > View details > Backup policy > Change Backup Policy.

Making policy modifications affects all the associated backup items and triggers corresponding configure protection jobs.

Screenshot showing how to change backup jobs.

Edit a Policy

To modify the policy to change backup types, frequencies, and retention range, follow these steps:

Note

Any change in the retention period will be applied to both the new recovery points and, retroactively, to all the older recovery points.

  1. On the Recovery Services Vault, go to Backup Policies, and then select the policy you want to edit.

    Screenshot showing how to edit backup policy.

Modifying the backup policy affects all the associated backup items and triggers the corresponding configure protection jobs.

Stop protection for an SAP ASE database or ASE instance

There are two ways to stop protection of an SAP ASE database:

  • Delete backup data -Stop all future backup jobs and delete all recovery points.

  • Retain backup data -Stop all future backup jobs and leave the recovery points intact.

    Note

    If you choose to leave recovery points:

    • All recovery points remain intact forever, and all pruning jobs stop at stop protection with retain data.
    • You incur charges for the protected instance and the consumed storage.
    • If you delete a data source without stopping backups, new backups fail.

    Screenshot showing how to stop backup.

    Screenshot showing how to retain backup data.

Resume protection for an SAP ASE database

When you stop protection for an SAP ASE database, if you select the Retain Backup Data option, you can later resume protection. If you don't retain the backed-up data, you can't resume protection.

To resume protection for an SAP ASE database, follow these steps:

  1. Open the backup item, and then select Resume backup.

  2. On the Backup policy menu, select a policy, and then select Save.

    Screenshot showing how to resume backup.

Unregister an SAP ASE instance

Unregister an SAP ASE instance after you disable protection but before you delete the vault.

To unregister an SAP ASE instance, follow these steps:

  1. In the Recovery Services vault, under Manage, select Backup Infrastructure.

    Screenshot showing how to backup infrastructure.

  2. On the Backup Infrastructure blade, for BACKUP MANAGEMENT TYPE, select Workload in Azure VM.

    Screenshot showing how to select workload in Azure VM.

  3. On the Protected Servers blade, select the instance to unregister. To delete the vault, you must unregister all servers and instances.

    Screenshot showing how to select instance to deregister.

Configure striping for higher backup throughput for SAP ASE databases

Striping is designed to enhance backup efficiency further by allowing data to be streamed through multiple backup channels simultaneously. This operation is beneficial for large databases, where the time required to complete a backup can be significant. If you distribute the data across multiple stripes, striping significantly reduces backup time, allowing for more efficient use of both storage and network resources. The striping process provides 30-40% increase in throughput performance and we recommend you testing the striping configuration before making changes on production.

Enable striping for SAP ASE databases

During the execution of the preregistration script, you can control the enable-striping parameter by setting it to true or false depending on your need. Additionally, a new configuration parameter, stripesCount, is introduced, which defaults to 4 but can be modified to suit your requirements.

For databases smaller than 4 TB, we suggest using a stripe count of 4. This configuration provides an optimal balance between performance and resource utilization, ensuring a smooth and efficient backup process.

Change the database stripe count

There're two ways to modify the stripe count:

  • Pre-registration script: Run the preregistration script and specify your preferred value using the stripes-count parameter.

    Note

    This parameter is optional.

  • Configuration file: Manually update the stripesCount value in the configuration file at the following path: /opt/msawb/etc/config/SAPAse/config.json

Learn more about the SAP database deployment.

Note

Setting the above ASE parameters will lead to increased memory and CPU utilization. We recommend that you monitor the memory consumption and CPU utilization, as overutilization can impact the backup and other ASE operations negatively.

Enable SAP ASE native compression from Azure Backup

Data compression in SAP ASE reduces storage consumption, accelerates backup and restore times, and enhances overall performance. It is supported for full, differential, and log backups, offering multiple compression levels to balance between performance and storage savings based on your priorities.

Manage database compression

You can enable or disable compression in the following scenarios:

  • Backup Policy Creation: Configure compression while setting up a backup policy for the database.

    Screenshot showing how to create backup policy.

  • Ad Hoc Backup: Enable or disable compression when performing an on-demand backup.

    Screenshot showing how to enable compression.

Review compression levels

SAP ASE supports various compression levels, allowing you to choose based on your specific needs:

  • Levels 1-3: Optimized for faster compression and decompression, prioritizing performance.
  • Levels 4-6: A balanced approach between performance and storage efficiency.
  • Levels 7-9: Maximizes storage savings with increased CPU usage.
  • Level 100: Specialized for certain data types.
  • Level 101: Advanced compression designed for improved performance with specific data patterns.

For best results, we recommend using compression level 101. When the preregistration script runs, it adds the compressionLevel parameter to the configuration file, with the default set to 101. You can modify this based on your needs.

Change the compression Level

There are two ways to update the compression level:

  • Pre-registration script: Run the script with the compression-level parameter and specify your desired value.

    Note

    This parameter is optional.

  • Configuration file: Manually update the compressionLevel value in the configuration file at the following path: /opt/msawb/etc/config/SAPAse/config.json

Note

If you set the given ASE parameters, the memory and CPU utilization increase. We recommend that you monitor the memory consumption and CPU utilization as overutilization might negatively impact the backup and other ASE operations.