Backup Server and Testing Instances

Revision as of 08:20, 27 July 2020 by Chin (talk | contribs) (updating to dynamically reference the upgrade schedule instead of hard-coding dates)

Revision as of 08:20, 27 July 2020 by Chin (talk | contribs) (updating to dynamically reference the upgrade schedule instead of hard-coding dates)



In addition to the instance that your organization uses for day to day work, SmartSimple clients have access to a second backup instance.

The backup instance is a copy of your live SmartSimple instance from the previous day. 

The backup instance of your SmartSimple is synced nightly with all the current information from your main instance as it existed when the backup is performed each night. For example, if you change your password on the live instance of SmartSimple, the backup will reflect your new password after its nightly updated. 

Backup The backup environment is a warm backup. This means that it is always running and available, just like the production (live) environment. However, the backup is not a real-time continuous sync. Rather, the backup only synchronizes from the production servers once a day over night. This means that modifications to the production environment of your SmartSimple instance will not be immediately reflected onto the backup - the delay could be up to 24 hours.
Archive The archive storage retains the daily backups of the database for up to 90 days. This environment is not an accessible web server; it is only used to store each daily database backup.

Using the Backup Instance

Locating Your Backup Instance

Depending on the location of your production instance, you can determine the location of your backup instance using the following table: 

Production Instance Backup Instance

In most cases, the backup instance is therefore accessed by inserting a "bk" into the URL of your production instance. The bk  is added after the smartsimple part of the URL, but before the domain ending (.com, .biz, .ca, etc). 

 You can log into the backup instance with the same username and password as the production instance. 

In the image below, the user is logged into the backup instance. Note the bk in the URL, as well as the header that states Environment: Backup.

Backup example.png

When to Use the Backup Instance

Because the backup instance has no impact on live users, it is best used for any changes or updates to the production instance that should be tested. Changes that are successfully tested on the backup can then be repeated on the production instance in order for them to actually reflect onto the live system.

The backup is also a great resource to allow new internal users who are unfamiliar with the SmartSimple system to learn how to navigate.

Note: Any changes to the data or the structure of the backup instance will be overwritten when the nightly backup executes.

System Upgrades

When system upgrades are scheduled the backup servers are updated two weeks prior to the production servers for testing purposes.

System Upgrade Schedule

Upgrade Planned Production Date
November 2021 Thu, November 11 2021
March 2022 Thu, March 10 2022
July 2022 Thu, July 14 2022
November 2022 Thu, November 10 2022
March 2023 Thu, March 9 2023
July 2023 Thu, July 13 2023
November 2023 Thu, November 9 2023

The next upgrade is scheduled for November 11 2021.

System Upgrade Process

The objective of our system upgrade process is to ensure that customers have a chance to review how their applications and information will work following a system upgrade, without compromising the integrity of their current production system. In order to take advantage of this, the backup instance must be used. The backup update allows for instance-specific testing, as you can log into your respective backup instance and test the changes against your most current data and configuration.

If you have any questions about accessing your backup instance, contact the SmartSimple Support Desk

For more information about our specific upgrade process, see here.

See Also