Bold Reports® Disaster Recovery Guide
A disaster recovery (DR) plan for Bold Reports® keeps your enterprise reporting running and limits downtime during unexpected events. You back up App_Data and the databases, restore them, and point the application to the restored resources.
Why do I need a disaster recovery plan for Bold Reports®?
A disaster recovery plan for Bold Reports® helps ensure business continuity and minimize downtime during unexpected events such as hardware failures, software crashes, or natural disasters. Therefore, having a DR plan for Bold Reports® is essential. One of the key aspects of DR is maintaining an efficient backup and restore process.
The Bold Reports® disaster recovery guide outlines the steps for creating backups, restoring data, and reconfiguring the Bold Reports® application to point to the restored resources. It emphasizes the importance of regularly backing up application data, metadata, and the IMDB database to support recovery in the event of a disaster.
By following this guide, you can help ensure business continuity by minimizing data loss and downtime during unforeseen events.
Where does Bold Reports® store persistent data?
Bold Reports® stores persistent data in the App_Data directory and the database server. Knowing where Bold Reports® stores its persistent data is crucial for developing an effective backup strategy.
The following diagram shows the infrastructure architecture of Bold Reports®. It gives an overview of how the load balancer, services, application data storage, and database server interact within the system.

As the diagram shows, persistent data is stored in the App_Data directory and the database server. The next sections describe the type of data stored in these locations and explain their significance in disaster recovery.
Bold Reports® Persistent Data
Bold Reports® persistent data, including users, groups, reports, schedules, and other application-related data, is stored in the following resources:
- App_Data
- Database Server
App_Data
Bold Reports® saves all report resources in the App_Data location. You can store App_Data with one of the following supported options:
-
File Storage
-
Azure Blob Storage
The following screenshot shows the storage configuration options.

File Storage
File Storage typically refers to the storage that holds Bold Reports® application data. Depending on the deployment environment, it can either be local file storage or managed cloud storage.
| Environment | App Data Location |
|---|---|
| Windows | {Deployed Location}/BoldServices/app_data/ |
| Linux | /var/www/bold-services/application/ |
| Docker | Mounted Path/Mounted Storage |
| Kubernetes | File Share |
| Azure App Service | Azure Blob |
Azure Blob storage
When you select the Azure Blob Storage option, Bold Reports® stores the App_Data information in the designated Azure Blob Storage.
Database Server
The Bold Reports® database server stores the metadata and intermediate data of the Bold Reports® site. Bold Reports® supports the following databases as Meta and IMDB servers:
- MSSQL
- PostgreSQL
- MySQL
IMDB refers to the intermediate database used by the site. Back up both the metadata database and the IMDB to support a full restore.
How do I back up and restore Bold Reports® persistent data?
You back up and restore Bold Reports® persistent resources at each place they are stored. The following sections give guidance for each location.
Backup and Restore Persistent Data
You can back up and restore Bold Reports® persistent resources with the following steps. Based on the infrastructure diagram and the persistent data storage locations, Bold Reports® persistent information can be stored in:
- Physical or Virtual Machine - File System/Mounted Path
- Database Server - MSSQL / PostgreSQL / MySQL
- Azure Blob Storage
- ReadWriteMany Storage - SMB / NFS / EFS / File Store
Physical or Virtual Machine
When App_Data storage uses File Storage, Bold Reports® saves the App_Data information on the hosting machine itself. Back up the App_Data location or the entire machine as needed. For a physical machine, take a backup from the following location:
| Environment | App Data Local Path |
|---|---|
| Windows | {Deployed Location}/BoldServices/app_data/ |
| Linux | /var/www/bold-services/application/ |
If you use a Virtual Machine (VM), you can either take a complete snapshot of the VM or back up only the App_Data directory listed above. The following links explain how to take and restore a VM snapshot:
| Resources | Reference Links |
|---|---|
| AWS VM | Backup: Creating Snapshot Restore: Restoring an EC2 Instance |
| Azure VM | Backup: Snapshot and Copy Managed Disk Restore: Restoring a VM from Snapshot |
| GCP VM | Backup: Creating Windows Persistent Disk Snapshot Restore: Restoring Snapshot |
Database Server
To back up and restore the Bold Reports® database server, use the documentation link for your database type.
On-premises DB Server
| Database Type | Backup and Restore Documentation |
|---|---|
| PostgreSQL | Backup and Restore |
| MSSQL | Backup and Restore of SQL Server Databases |
| MySQL | Backup and Recovery Documentation |
Managed DB Server
| Managed Database | Database Type | Backup and Restore Documentation |
|---|---|---|
| AWS | MySQL, MSSQL, PostgreSQL | Backup: Create Snapshot of RDS Restore: Restore RDS from Snapshot |
| Azure | MySQL MSSQL PostgreSQL |
Backup: Backup MySQL Database Restore: Restore MySQL Database Backup: Backup MSSQL Database Restore: Restore MSSQL Database Backup: Backup PostgreSQL Database Restore: Restore PostgreSQL Database |
| GCP | MySQL MSSQL PostgreSQL |
Backup: Backup MySQL Database Restore: Restore MySQL Database Backup: Backup MSSQL Database Restore: Restore MSSQL Database Backup: Backup PostgreSQL Database Restore: Restore PostgreSQL Database |
Azure Blob Storage
If you configured Azure Blob Storage during the Bold Reports® site setup, you must back up the Azure Blob Storage data.
| Azure Blob |
|---|
| Backup: Configure and Manage Blob Backup Restore: Blob Restore |
ReadWriteMany Storage
For a Kubernetes deployment, you mount the ReadWriteMany persistent volume to store Bold Reports® App_Data information. Use the documentation link for your cloud provider to back up and restore the ReadWriteMany storage volume.
| Cloud Storage | Backup and Restore Documentation |
|---|---|
| Elastic File Storage for EKS | AWS Backup Documentation |
| Azure File Share for AKS | Azure File Share Backup |
| GKE File Store for GKE | File Store Backup |
What do I change after restoring Bold Reports® resources?
After you restore the persistent data resources, make changes at the environment and Bold Reports® application levels so the application uses them.
List of Changes Required to Use Restored Resources
Make the following changes to point Bold Reports® to the restored App_Data, databases, and server address.
Restore the App_Data
| Deployed In | Restore |
|---|---|
| Physical Machine | Replace the backed-up files in the installed App_Data directory. |
| Cloud VM | If you restore the VM from the snapshot, you need to make domain or IP changes at the application level as described below. However, if you only restored the App_Data directory, you can skip the domain or IP changes. |
| Docker | Replace the backed-up files in the container-mounted host path. |
| Kubernetes | Update the restored persistent volume details (Azure File Share/EFS filesystem/Google Filestore) in the deployment manifest or Helm chart, and redeploy the application. |
Update Database Connection String
You update the Bold Reports® database connection string when the restored databases are on another server.
- To update the database connection string, use the guidance document below to reset it for different environments.
- If you backed up the database on another server and the database name remains the same, the KB article on updating tenant database information in bulk is sufficient to update both the UMS and tenant databases.
- If you backed up the databases on another server with different names, follow both the KB article above and the documentation linked below: Reset Application Database
Change Domain Mapping or IP Binding
You update the Bold Reports® domain mapping or IP binding when the server address changes after a restore.
-
If you use a domain name and restore the server from a snapshot, map the new IP address to the same domain name.
-
If you host the application using an IP address and the server IP has changed, update the IP address in the UMS administration page.
- Navigate to URL/ums/administration in the browser.
- Verify that the new URL is updated.
- If not, update the new URL on the administration page and save the changes.
The following screenshot shows the URL setting on the site administration page.

Frequently asked questions
Which databases do I back up for Bold Reports®?
Back up both the metadata database and the IMDB to support a full restore. Bold Reports® supports MSSQL, PostgreSQL, and MySQL for these servers.
Where is App_Data stored on Windows and Linux?
On Windows, App_Data is in {Deployed Location}/BoldServices/app_data/. On Linux, it is in /var/www/bold-services/application/.
Do I need to change the domain or IP after restoring only App_Data?
No. If you only restored the App_Data directory on a cloud VM, you can skip the domain or IP changes.