Welcome to Rewind Backups for Confluence!
Thank you for taking the time to consider the Rewind Backups platform.
We know that choosing the right solution for your business-critical SaaS application data can be challenging. It is important to us that you have the opportunity to thoroughly explore what we believe is the best backup and recovery solution available.
Understanding that your time is a valuable resource, we want to help you do this as efficiently as possible. Each of the following test scenarios has been created to demonstrate a particular aspect of our award-winning solution. Follow each of them in turn for a hassle-free experience.
If you should encounter any challenges, please contact our support team by emailing help@rewind.com. It would be our pleasure to assist you.
A note about the test activities we have defined:
- Our tests will include the entire process of creating content, running a backup, purging that content, and then restoring it. In a real-world scenario, backups will have already run, an incident will have occurred, and your only task will be to restore the data.
- When backups include large amounts of data they will take some time to move through Atlassian APIs into the Rewind system. Performing a first-time “full backup” of a large data pool may take hours to complete. Please be patient before continuing your testing. The advantage of an incremental system like Rewind (only backing up what has changed) is that future backups will be significantly faster.
Resources you may find valuable during your evaluation:
- Security Portal (Learn how Rewind keeps your data secure and compliant. You may need to request access.)
- Known limitations & FAQ - Backup capabilities are defined by Atlassian APIs. This article details what is possible, and provides insight in the event your backup or restore does not go as planned.
-
A full list of restorable items - This article contains a list of all of the data points that can be backed up from Jira.
Before You Begin
- By default, when you delete a page in Confluence, this will delete all versions of the page. To do that, you need the 'Delete Pages' permission. See Confluence Space permissions.
- If someone has applied page restrictions to a page, the restrictions may prevent you from deleting that page. Ensure this restriction is not in effect on any Pages you plan to test with.
- For testing purposes, you should create test content in Confluence or start a new Trial to protect your production data.
- Important Note: Do not use the Confluence Free plan for testing, as it limits restore capabilities.
✓ Test Scenario A
Restore a Space that was permanently deleted from Confluence.
In this scenario, we will simulate the accidental loss, and recovery, of a Confluence Space.
Testing Process
- In Confluence, create a new test Space. Note the name of the Space.
- Create a new test Page in the Space you’ve created.
- Populate the new Page as you see fit.
- Sign in to Rewind, select your Confluence account from the dropdown, and click “Backup Now”.
- Wait for the backup to fully complete, indicated when the processing animation disappears in the Rewind Vault interface, and you receive an email notification.
- Once the backup completes, return to Confluence and permanently delete the space. This can be done by clicking "Space settings", then "Delete space" under the "Manage space" tab. You will need to confirm the space deletion by clicking "Delete this space", then clicking on "Delete". It's important that you delete the space, and not archive it. This is due to the fact that Confluence keeps a reference to archived spaces and does not allow them to be re-created via API.
- Wait until confluence has fully deleted the space. The operation may run longer than what is indicated in the Atlassian interface.
- Once deleted, return to Rewind and open the Vault tab.
- Search for your Space by name or ID.
- Click the View Versions button.
-
Select a version on the right you wish to restore to.
- At this point in your testing, there may only be one option for you to select.
- At the bottom of the page, click Restore To This Version button.
- Confirm and wait for the restore to complete.
- Once completed, return to Confluence and verify that the space and its pages/blog posts have been restored.
- Return to the Vault page and click Backup Now to run a manual backup and capture the most up-to-date structure of your Space.
Expected Result
- The Confluence Space is re-created with the same metadata and permissions it had previously.
- The space’s child Pages (and Blog posts) are also recreated
- The comments and attachments of those items are also restored.
✓ Test Scenario B
Restore a Page or Blog post that was permanently deleted
In this scenario, we will simulate the loss and recovery of a Confluence Page or Blog post.
Testing Steps
- In Confluence, create a Page and populate it as you see fit. Note down its name.
- Head to Rewind and click “Backup Now” and wait until the backup completes.
- Wait until your backup is fully completed (progress animation disappears in the Rewind Vault and you receive an email notification.
-
Delete the page you just created, and purge it from the Confluence Trash bin.
- You may need to wait a few minutes to ensure Confluence has fully purged the page. The operation may run longer than what is visually indicated in the user interface.
- Return to Rewind and search for the Page you deleted by name or ID.
- Click View Versions beside the Page.
- Choose a version of the Page you wish to restore.
- Click the Restore to this version button.
- Verify in Confluence that the Page is restored.
Expected Results
- The Page is restored with the same metadata and permissions it had previously, with the addition of the user who performed the restore (required to perform the restore). In addition, the user who performed the restore will be listed as the creator of the newly restored page.
- The Page’s child Pages and Blog Posts are also restored.
- The Comments and Attachments of those items are also restored.
✓ Test Scenario C
Revert a Page (or Blog post) that was changed to a previous version
In this scenario, we will simulate the restoration of a Confluence Page (or Blog post) that was changed.
Testing Steps
- Create a new test Page in Confluence, and populate it with data. Note its name.
- In the Rewind console click “Backup Now” and wait for the backup to complete.
- Return to Confluence and make changes (add new identifiable text, images, tables, etc.) to your test Page.
-
In the Rewind console, click “Backup Now” to trigger a new incremental backup.
- Wait until backups have been completed. You will be notified in your Rewind console and by email.
-
Search for the page in the Rewind Vault by name or ID, and click View Versions.
- Note there may be multiple versions to choose from.
- Select the version you wish to restore to and click “Restore to this version.”
- Verify that the Page has been restored to its previous version in Confluence.
Expected Results
- The Page is updated and its context reflects an older version.
💡Conclusion
We hope that your experience with the Rewind solution has been easy and effective in performing complex backup and recovery tasks for your Confluence data.
As a reminder, Atlassian, like most SaaS application providers, uses the Shared Responsibility model - this means that they do not provide backups of your content. They do offer the limited ability to manually download your metadata, and while scripts can be used to retrieve and restore some of this information, the process does not offer incremental backups, granular item-level recovery, or the ability to easily recover to any point in time. It also relies on you to provide and secure a storage destination for your data.
Rewind eliminates these challenges and manual processes and delivers a fully automated solution that is trusted by over 100,000+ customers.
Do you have any questions?
- To learn more about Rewind, speak to our account team at sales@rewind.com.
- For help with technical issues, please reach out to help@rewind.com.