Field note
Microsoft 365 Backup: Test the Recovered Data
Write the acceptance test before starting the restore.
A backup dashboard can show a protected site without proving that the team knows which recovery point to choose, where to restore it, or how to check the result. A small restore drill should answer those questions before an incident supplies the deadline.
Start with test content and a named business owner. Avoid using a live customer folder as the first experiment.
Confirm protection before creating the failure
Microsoft 365 Backup needs service setup and billing configuration, followed by protection policies. Enabling the service is not the same as including a particular site, OneDrive account or mailbox.
Open the relevant backup policy and verify the test object’s inclusion and recovery window. Then confirm that usable restore points actually exist. Do this before modifying the test content: adding protection afterwards cannot reconstruct a state that was never captured.
Write down the object identifier, policy, observed restore points and the administrator who can perform the recovery. Check that the operational team can reach the required account and instructions when the usual administrator is unavailable.
Give the test a known answer
Create a small set of harmless documents or mailbox items with recognisable contents. Have the owner record what a correct recovery should contain.
For a SharePoint exercise, a useful sample might include a spreadsheet, a document with several versions, a nested folder and a file with restricted access. For a mailbox exercise, use test messages with distinct subjects and a known attachment.
Make the change you intend to recover from only within that agreed test scope. Record its time, including time zone. This avoids an argument later about whether the recovered content represents the wrong point or the test record was imprecise.
A useful acceptance record contains:
| Check | Expected result |
|---|---|
| Content | The selected document or item contains the agreed earlier value |
| Scope | The intended items were restored and unrelated work was considered |
| Access | The intended user can open it; an excluded test user cannot |
| Business use | The owner can complete the chosen task |
| Timing | Both restore-job completion and usable recovery time are recorded |
Choose the recovery point and destination deliberately
The restore documentation distinguishes full account or site recovery from granular file and folder recovery. Their available recovery points are not identical. Check the actual options instead of promising one recovery interval for every workload and age.
For an initial drill, use a new destination where the selected workflow supports it. This makes comparison easier and reduces the chance of replacing healthy work. An in-place restore deserves a separate decision about changes made since the selected point.
Granular SharePoint recovery also needs an access check: restored items inherit destination permissions rather than recovering their old item-level permissions. Choose a destination whose access is appropriate for the test.
Explain the choice in one sentence before starting. For example: “Recover these test files into the offered new folder so the owner can compare content before any replacement.” The operator and business owner should agree on that sentence.
Check the workload’s actual behaviour
Do not use the same expected outcome for every service. Exchange recovery targets changed or deleted items; an unchanged mailbox item is not necessarily copied into a new folder simply because a restore was requested. Read the selected workflow before judging an empty-looking result as a failure.
For documents, compare contents, folder placement and access. Open the file in the application people normally use. A recovered workbook that cannot complete its normal data task is an incomplete operational recovery, even if the file opens.
Record anything that requires a separate repair, such as a link, permission or application reference. Assign that repair to someone before counting the drill as successful.
Measure the whole recovery
Microsoft’s service overview describes recovery capabilities and performance expectations. Use your drill to establish an observed result for your chosen scope, rather than turning an advertised rate into a promise for every incident.
Start the clock when recovery work begins. Record time spent finding the right content, obtaining access, selecting the point, running the job and validating it. A small test cannot establish whole-tenant performance, but it can expose missing instructions.
Keep the result with the incident response plan. Give every failed check an owner and a repeat test. The next drill should demonstrate that the specific gap was closed.
References
- Microsoft — Set up Microsoft 365 Backup. Accessed 17 October 2026.
- Microsoft — Create, view and edit backup policies. Accessed 17 October 2026.
- Microsoft — Restore data in Microsoft 365 Backup. Accessed 17 October 2026.
- Microsoft — Overview of Microsoft 365 Backup. Accessed 17 October 2026.
Related notes
17 Oct 2026 · 4 min
17 Oct 2026 · 4 min
17 Oct 2026 · 5 min
Need help mapping this to your own tenant, controls, or assessment timeline?