Restoring an environment in the admin center

As an administrator, you can restore an existing environment from a time in the past, within the retention period that applies to both production and sandbox environments.

Database backups are an essential part of any business continuity and disaster recovery strategy, because they protect your data from corruption or deletion. Business Central online uses Azure SQL Database as the underlying database backup technology for its environments. All databases are protected by automated backups that the Azure SQL service continuously creates and maintains. For more information, see Business continuity and disaster recovery (BCDR).

Users who can restore environments

Permission to restore environments is limited to specific types of users: internal and delegated administrators. The following users are allowed to restore environments.

• Delegated administrators. For more information, see Delegated administrator access to Business Central Online
• Administrators from the organization that subscribes to Business Central online

Also, these users must have the D365 BACKUP/RESTORE permission set assigned to their user account in the environment they're trying to export.

For more information about permissions sets and user groups, see Assign Permissions to Users and Groups.

Considerations and limitations

• Environments can only be restored if the customer has a paid Business Central subscription.
• Each environment can be restored up to 10 times in a calendar month.
• An environment can only be restored within the same Azure region and country/region (Business Central localization) as the original environment.
• A production environment can be restored to an environment of type Production or Sandbox. A sandbox environment can only be restored to a Sandbox environment.
• When you restore a sandbox environment, all development extensions (that is, extensions published directly from Visual Studio Code) aren't available in the restored environment—even if they were present at the point-in-time you're restoring to). Additionally, any per-tenant extensions that depend on such development extensions are also not available.
• Every AppSource and Business Central app in the restored environment will have the latest available hotfix installed automatically—even if the hotfix was introduced after the point-in-time you're restoring to. The environment is restored to the major/minor version it was on at the time you're restoring to.
• Microsoft Entra app registration, status, and permissions in the environment are restored to their state at the time you're restoring to. Apps that were authorized in the Business Central administration center aren't restored even if their permissions in the restored environment are.
• The update window and application insights connection string specified for the source environment in the admin center at the time when the restore operation started will be retained on the target environment. The target environment won't be restored to the values for these settings that existed on the source environment at the time that the source environment is being restored to.
• Power Platform environments that are linked to the Business Central environment you're restoring aren't affected by this operation. The Power Platform environment won't be restored, and the Business Central environment created as part of the restore operation won't be linked to any Power Platform environment.

Environment cleanup

When you restore an environment, the following environment setups and integration data are cleaned up to avoid unexpected behavior with external integrations. You can skip this cleanup by ticking the box under Advanced Options in the Admin Center.

• The following setups are set to status disabled
  • Doc. Exch. Service Setup
  • Curr. Exch. Rate Update Setup
  • VAT Reg. No. Srv Config
  • Graph Mail Setup
  • CRM Connection Setup
  • CDS Connection Setup
  • All webhooks
  • All records in the Service Connection table
  • All records in the Exchange Sync table
• The following data is cleared
  • Password in the OCR Service Setup table
  • SMTP Server in SMTP Mail Setup
  • Exchange Service URL in the Marketing Setup table
• The following changes are made for first-party extensions
  • AMC Banking 365 Fundamentals
    • The Service URL in AMC Banking Setup is reset to default for Sandbox environments
  • Email - Outlook REST API
    • All email accounts of types "Microsoft 365" and "Current User" are deleted. Deleting these records turns any existing field monitoring setup non-valid.
  • Email - SMTP Connector
    • SMTP Server details are deleted
• The following changes are made for specific localizations
  • Spain
    • SII Setup is set to disabled
  • United Kingdom
    • Password in GovTalk Setup table is deleted
  • Netherlands
    • All Digipoort related fields in the Elec. Tax Declaration Setup table are cleared

Before you restore an environment

Here are a few important things to do when you're planning to restore an environment:

• Make sure you communicate the plan to restore an environment within your organization upfront, in good time.

• Typically, you want to stop users and external integrations from using the environment during restoration. Consider doing the following actions in the environment you're planning to restore:

  • Remove access to the environment for nonessential users, but make sure required users, like administrators, keep access. For more information, see Remove a user's access to the system.

  • Put all job queues to on hold. For more information, see Use Job Queues to Schedule Task.

• Consider renaming the environment. The users and external integrations won't be able to access it by its old name.

  When restoring an environment, you'll create a new environment that the database backup will be restored to. You can't use the same name for two environments of the same customer. So if you want the restored environment to have the same name as the original environment, rename the original environment before you run the restore operation. For example, you could change the name to include DONOTUSE.

  For more information, see Rename Environments in the Admin Center.

Restore an environment

To restore an environment, you'll have to provide a name for the environment and a date/time from which to restore the database.

1. Select Environments and then open the environment you want to restore.

2. Select Restore.

3. In the Restore Environment pane, specify the date and time in the past to which you want to restore the environment.

4. Select the type to be used for the restored environment.

5. Specify a name for the restored environment.

6. Select Restore.

   Note

   For newly created environments it may take up to 30 min for the backups to be initialized, so you may not be able to restore an environment if you have just created it.

7. Under Advanced Options, select whether you want to uninstall per-tenant extensions, non-Microsoft AppSource apps, or skip environment cleanup as part of this restore.

   Note

   In some cases, extension compilation issues may prevent you from restoring your environment. If you don't need installed extensions to be restored, you can uninstall them as part of the environment restore to avoid compilation errors. By default, we disable environment setups and clean up integration data listed previisly under Considerations and limitations. By skipping environment cleanup you can override this default behavior.

8. When the process starts, you can go to the list of your environments and see the status of the restored environment. At first, you'll see the new environment with state Preparing. The original environment state remains as Active.

   Several factors affect the restore operation duration. For large or highly active databases, the restore might take several hours. You can find more details about the factors that affect the recovery time at Recovery time.

   Once the restore is completed, the environment state changes to Active. If the restore operation fails, you can find the failure details on the Operations page. In this case, delete the failed environment, and then try to restore again. Contact Microsoft Support if the issue persists.

After you restore an environment

After restoring an environment, you should inspect and adjust data to prepare it for users. Consider enforcing these steps during this period:

• Remove access to the environment for nonessential users, but make sure required users, like administrators, keep access.
• Put all job queues in the restored environment to on hold immediately after restore. For more information, see View Scheduled Tasks in the business functionality content.
• If needed, you can upload the per-tenant extensions targeting the next version of Business Central again.

The original environment remains available and isn't affected by the restore operation. You can then get back to the original environment if you need to look up data. Or maybe you have to migrate some data to the restored environment. You can, for example, migrate data by using Business Central RapidStart services. For more information, see Migrate Customer Data.

When you're satisfied with the data in the restored database, enable the users, start the job queues, and let your organization know that the restore process is now completed and they can again use the environment.

See also

Managing Tenant Notifications
Managing Apps
Updating Environments
Rename Environments
Restoring an Environment
Move an Environment to another Microsoft Entra organization
The Business Central Administration Center
Introduction to automation APIs
Service Overview for Business Central Online