SOLVED
Home

SharePoint Online Backups

%3CLINGO-SUB%20id%3D%22lingo-sub-858890%22%20slang%3D%22en-US%22%3ESharePoint%20Online%20Backups%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-858890%22%20slang%3D%22en-US%22%3EHi%2C%20We%20are%20using%20SharePoint%20Online%20with%20a%20single%20site%20collection%20and%20a%20number%20of%20sub-sites.%20We%20are%20at%20the%20stage%20were%20we%20are%20considering%20Backup%20policies%2Fsolutions.%20What%20exactly%20is%20the%20default%20situation%2C%20i.e.%20if%20a%20user%20accidently%20delete%20a%20file%20today%2C%20how%20long%20into%20the%20future%20can%20that%20file%20be%20retrieved%3F%20Is%20this%20configurable%20and%20what%20other%20options%20should%20we%20consider%3F%20Thank%20you%20for%20your%20time%2C%20Ollie%3C%2FLINGO-BODY%3E%3CLINGO-LABS%20id%3D%22lingo-labs-858890%22%20slang%3D%22en-US%22%3E%3CLINGO-LABEL%3EAdmin%3C%2FLINGO-LABEL%3E%3CLINGO-LABEL%3EFiles%3C%2FLINGO-LABEL%3E%3CLINGO-LABEL%3ESharePoint%20Online%3C%2FLINGO-LABEL%3E%3C%2FLINGO-LABS%3E%3CLINGO-SUB%20id%3D%22lingo-sub-858917%22%20slang%3D%22en-US%22%3ERe%3A%20SharePoint%20Online%20Backups%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-858917%22%20slang%3D%22en-US%22%3EA%20deleted%20file%20or%20item%20can%20be%20recovered%20from%20the%20Recycle%20bin%20for%2093%20days.%3CBR%20%2F%3E%3CBR%20%2F%3EAlso%20in%20a%20document%20library%2C%20500%20versions%20of%20files%20are%20stored%2C%20so%20in%20the%20event%20of%20a%20file%20being%20overwritten%20%2F%20corrupted%2C%20you%20can%20restore%20a%20previous%20version.%3CBR%20%2F%3E%3CBR%20%2F%3EYou%20could%20configure%20retention%20policies%2C%20so%20any%20file%20changes%20or%20deletions%20are%20captured%20and%20retained%20for%20a%20defined%20period%20-%20e.g.%20for%20a%20Finance%20site%2C%20perhaps%20retain%20for%207%20years.%3CBR%20%2F%3E%3CBR%20%2F%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-859384%22%20slang%3D%22en-US%22%3ERe%3A%20SharePoint%20Online%20Backups%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-859384%22%20slang%3D%22en-US%22%3EAnd%20by%20the%20way%2C%20Microsoft%20does%20not%20provide%20granular%20backup%20and%20restore%2C%20so%20you%20are%20limited%20to%20the%20options%20mentioned%20by%20Rob%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-860020%22%20slang%3D%22en-US%22%3ERe%3A%20SharePoint%20Online%20Backups%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-860020%22%20slang%3D%22en-US%22%3E%3CP%3EI%20agree%20with%20the%20points%20noted%20by%26nbsp%3B%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F506%22%20target%3D%22_blank%22%3E%40Rob%20Ellis%3C%2FA%3E%26nbsp%3B.%20However%2C%20Rob%20said%20'%3CSPAN%3EYou%20could%20configure%20retention%20policies%2C%20so%20any%20file%20changes%20or%20deletions%20are%20captured%20and%20retained%20for%20a%20defined%20period%20-%20e.g.%20for%20a%20Finance%20site%2C%20perhaps%20retain%20for%207%20years.'%3C%2FSPAN%3E%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3E%3CSPAN%3EIf%20you%20create%20a%20retention%20policy%20(in%20the%20O365%20Security%20and%20Compliance%20admin%20portal%20under%20'Classifications')%20and%20apply%20it%20to%20a%20SharePoint%20document%20library%2C%20it%20is%20not%20possible%20to%20delete%20anything%20from%20that%20library%2C%20which%20we%20found%20can%20be%20annoying%20for%20end%20users.%20If%20you%20don't%20want%20end%20users%20to%20delete%2C%20uncheck%20the%20delete%20option%20from%20the%20group%20(contribute%2Fedit)%20permissions.%26nbsp%3B%3C%2FSPAN%3E%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3E%3CSPAN%3EYou%20might%20also%20consider%20breaking%20up%20your%20single%20site%20collection%20and%20creating%20more%20context-specific%20sites%20from%20the%20existing%20sub-sites%2C%20then%20applying%20site%20specific%20permissions%20and%20retention%20policies%20to%20the%20libraries.%26nbsp%3B%3C%2FSPAN%3E%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3E%3CSPAN%3EAlso%20consider%2C%20if%20you%20have%20Win10%20devices%2C%20asking%20users%20to%20use%20the%20'Sync'%20option%20in%20the%20libraries%20to%20sync%20the%20content%20to%20their%20local%20machines.%20Our%20end%20users%20quickly%20adopted%20this%20option%20to%20avoid%20having%20to%20go%20to%20the%20browser%20every%20time%2C%20and%20often%20said%20that%20they%20considered%20the%20browser%20based%20version%20as%20the%20'cloud%20back%20up'.%26nbsp%3B%3C%2FSPAN%3E%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-860605%22%20slang%3D%22en-US%22%3ERe%3A%20SharePoint%20Online%20Backups%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-860605%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F4163%22%20target%3D%22_blank%22%3E%40Andrew%20Warland%3C%2FA%3E%26nbsp%3Bregarding%20the%20deletion%20issue%20-%20that%20sounds%20like%20you%20are%20using%20labels%2C%20rather%20than%20a%20site%20level%20retention%20policy.%3C%2FP%3E%3CP%3EThere%20is%20a%20difference%20in%20behaviour%20when%20applying%20a%20label%20with%20associated%20retention%2C%20I%20agree.%26nbsp%3B%20I%20documented%20it%20%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2FSharePoint%2FRetention-policy-via-label-unable-to-delete-content%2Fm-p%2F184172%22%20target%3D%22_blank%22%20rel%3D%22noopener%22%3Ehere%3C%2FA%3E.%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-862385%22%20slang%3D%22en-US%22%3ERe%3A%20SharePoint%20Online%20Backups%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-862385%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F506%22%20target%3D%22_blank%22%3E%40Rob%20Ellis%3C%2FA%3E%26nbsp%3Bthanks%2C%20yes%2C%20I%20was%20referring%20to%20retention%20labels%20applied%20to%20document%20libraries.%20Users%20cannot%20delete%20documents%20when%20this%20happens%2C%20which%20I%20actually%20think%20is%20correct%20behaviour%20as%20'retention%20is%20retention'%20-%20there%20would%20be%20no%20point%20in%20making%20a%20document%20'invisible'.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EThis%20touches%20on%20when%20a%20retention%20label%20should%20be%20applied%20to%20a%20library%20(assuming%20you%20use%20this%20option).%20Administering%20a%20reasonably%20large%20and%20active%20environment%20(500%20site%20collections%2C%20users%20cannot%20create%20their%20own)%2C%20we%20found%20that%20(a)%20most%20records%20that%20need%20to%20be%20kept%20are%20in%20team%20sites%20(including%20separate%20project%20sites)%2C%20(b)%20team%20sites%20can%20remain%20active%20for%20years%2C%20but%20(c)%20project%20sites%20tend%20to%20last%20for%20the%20life%20of%20the%20project.%26nbsp%3B%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EAccordingly%2C%20our%20retention%20model%20is%20to%20apply%20retention%20labels%20to%20inactive%20libraries%20in%20team%20sites%2C%20and%20at%20the%20site%20level%20in%20inactive%20project%20sites%20(and%20also%20old%20inactive%20or%20redundant%20team%20sites).%26nbsp%3B%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EOne%20of%20the%20reasons%20we%20decided%20on%20applying%20labels%20to%20inactive%20libraries%2C%20and%20using%20the%20option%20'when%20label%20was%20applied'%20(rather%20than%20date%20created%20or%20modified)%20as%20the%20trigger%20was%20to%20facilitate%20the%20disposal%20review%20process.%20Otherwise%20you'd%20end%20up%20with%20a%20trickle%20of%20records%20over%20time.%26nbsp%3B%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EI%20think%2C%20based%20on%20long%20experience%20with%20other%20DM%20systems%2C%20that%20active%20libraries%20should%20remain%20active%20-%20allowing%20add%2Fdelete.%26nbsp%3B%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-872932%22%20slang%3D%22en-US%22%3ERe%3A%20SharePoint%20Online%20Backups%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-872932%22%20slang%3D%22en-US%22%3E%3CP%3EAs%26nbsp%3B%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F60%22%20target%3D%22_blank%22%3E%40Juan%20Carlos%20Gonz%C3%A1lez%20Mart%C3%ADn%3C%2FA%3E%26nbsp%3Bmentioned%20Microsoft%20does%20not%20have%20granular%20backup%2Frestore%20but%20you%20can%20get%20these%20features%20through%20AvePoint%20which%20offers%20complete%20Office%20365%20coverage.%20Data%20would%20also%20be%20backed%20up%20for%20up%20to%20for%20times%20a%20day%20and%20you%20would%20be%20able%20to%20retrieve%20it%20at%20any%20time%20in%20the%20future.%26nbsp%3BYou%20can%20read%20more%20about%20the%20product%26nbsp%3B%3CA%20href%3D%22https%3A%2F%2Fwww.avepoint.com%2Fproducts%2Fcloud%2Fbackup%2Foffice-365-backup%22%20target%3D%22_self%22%20rel%3D%22nofollow%20noopener%20noreferrer%20noopener%20noreferrer%22%3Ehere.%3C%2FA%3E%3CBR%20%2F%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F71651%22%20target%3D%22_blank%22%3E%40Oliver%20McErlane%3C%2FA%3E%26nbsp%3B%3C%2FP%3E%3C%2FLINGO-BODY%3E
Highlighted
Oliver McErlane
Contributor
Hi, We are using SharePoint Online with a single site collection and a number of sub-sites. We are at the stage were we are considering Backup policies/solutions. What exactly is the default situation, i.e. if a user accidently delete a file today, how long into the future can that file be retrieved? Is this configurable and what other options should we consider? Thank you for your time, Ollie
6 Replies
Solution
A deleted file or item can be recovered from the Recycle bin for 93 days.

Also in a document library, 500 versions of files are stored, so in the event of a file being overwritten / corrupted, you can restore a previous version.

You could configure retention policies, so any file changes or deletions are captured and retained for a defined period - e.g. for a Finance site, perhaps retain for 7 years.

And by the way, Microsoft does not provide granular backup and restore, so you are limited to the options mentioned by Rob

I agree with the points noted by @Rob Ellis . However, Rob said 'You could configure retention policies, so any file changes or deletions are captured and retained for a defined period - e.g. for a Finance site, perhaps retain for 7 years.'

 

If you create a retention policy (in the O365 Security and Compliance admin portal under 'Classifications') and apply it to a SharePoint document library, it is not possible to delete anything from that library, which we found can be annoying for end users. If you don't want end users to delete, uncheck the delete option from the group (contribute/edit) permissions. 

 

You might also consider breaking up your single site collection and creating more context-specific sites from the existing sub-sites, then applying site specific permissions and retention policies to the libraries. 

 

Also consider, if you have Win10 devices, asking users to use the 'Sync' option in the libraries to sync the content to their local machines. Our end users quickly adopted this option to avoid having to go to the browser every time, and often said that they considered the browser based version as the 'cloud back up'. 

@Andrew Warland regarding the deletion issue - that sounds like you are using labels, rather than a site level retention policy.

There is a difference in behaviour when applying a label with associated retention, I agree.  I documented it here.

@Rob Ellis thanks, yes, I was referring to retention labels applied to document libraries. Users cannot delete documents when this happens, which I actually think is correct behaviour as 'retention is retention' - there would be no point in making a document 'invisible'.

 

This touches on when a retention label should be applied to a library (assuming you use this option). Administering a reasonably large and active environment (500 site collections, users cannot create their own), we found that (a) most records that need to be kept are in team sites (including separate project sites), (b) team sites can remain active for years, but (c) project sites tend to last for the life of the project. 

 

Accordingly, our retention model is to apply retention labels to inactive libraries in team sites, and at the site level in inactive project sites (and also old inactive or redundant team sites). 

 

One of the reasons we decided on applying labels to inactive libraries, and using the option 'when label was applied' (rather than date created or modified) as the trigger was to facilitate the disposal review process. Otherwise you'd end up with a trickle of records over time. 

 

I think, based on long experience with other DM systems, that active libraries should remain active - allowing add/delete. 

As @Juan Carlos González Martín mentioned Microsoft does not have granular backup/restore but you can get these features through AvePoint which offers complete Office 365 coverage. Data would also be backed up for up to for times a day and you would be able to retrieve it at any time in the future. You can read more about the product here.
@Oliver McErlane 

Related Conversations
Stable version of Edge insider browser
HotCakeX in Discussions on
35 Replies
flashing a white screen while open new tab
cntvertex in Discussions on
13 Replies
Tabs and Dark Mode
cjc2112 in Discussions on
22 Replies
How to Prevent Teams from Auto-Launch
chenrylee in Microsoft Teams on
28 Replies
Edge insider Dev bypasses IE mode website list
HotCakeX in Enterprise on
4 Replies