Solved Backup of Office 365 Sharepoint sites
-
@scottalanmiller said:
We let MS handle that. MS takes backups already, same as an internal IT department would. It is "do you feel that you need another vendor of backups too" that is the question there. And the answer is easily yes, but that's what is being asked.
If you want to recover a single file from yesterday, can you do that with MS and hosted SP?
-
@Dashrender said:
If you want to recover a single file from yesterday, can you do that with MS and hosted SP?
While that's an interesting question.... can you think of any scenario where this would be required?
-
@scottalanmiller If somebody accidentally deletes the Sharepoint document they were working on.
-
@scottalanmiller said:
@Dashrender said:
If you want to recover a single file from yesterday, can you do that with MS and hosted SP?
While that's an interesting question.... can you think of any scenario where this would be required?
Uh.. yes. this is the biggest request when it comes to file recovery. "Hey I screwed up my file I've been using for months. Can you restore to the last backed up copy?"
-
@scottalanmiller said:
@Dashrender said:
If you want to recover a single file from yesterday, can you do that with MS and hosted SP?
While that's an interesting question.... can you think of any scenario where this would be required?
100% of the recoveries I've done in the last 4 years have been because someone either deleted a file or saved the wrong data over the top of an old file (forgot to rename).
-
@dafyre said:
@scottalanmiller If somebody accidentally deletes the Sharepoint document they were working on.
That's a function of Sharepoint, though, there is no need to go to backups. That's one of the reasons that you use Sharepoint in the first place or else you have to add that functionality to the filesystem.
-
Sharepoint has built in versioning... this shouldn't be a call to IT users should have access to these versions of files.
-
@Dashrender said:
Uh.. yes. this is the biggest request when it comes to file recovery. "Hey I screwed up my file I've been using for months. Can you restore to the last backed up copy?"
That's the beauty of version control systems instead of a filesystem!
-
@Dashrender said:
100% of the recoveries I've done in the last 4 years have been because someone either deleted a file or saved the wrong data over the top of an old file (forgot to rename).
Thankfully our users really do not do that. But if they did, the files are right there
That's a 2003 problem. Microsoft has had this one solved for both Sharepoint AND for file servers since that time. -
@Dashrender said:
@scottalanmiller said:
@Dashrender said:
If you want to recover a single file from yesterday, can you do that with MS and hosted SP?
While that's an interesting question.... can you think of any scenario where this would be required?
100% of the recoveries I've done in the last 4 years have been because someone either deleted a file or saved the wrong data over the top of an old file (forgot to rename).
Even in Windows SMB shares you should have Shadow Copy enabled... which would allow users to restore their own files.
-
That was the huge selling point when 2003 came out. MS went on and on about that. We always had that until we moved completely away from using file servers.
-
Not only did Windows 2003 and later have that but it exposed the ability to roll back a file to the end users so that they were able to go look for older versions for themselves without having to come to IT.
-
Shadow copies are time based IIRC and not edit/modification based like Sharepoint, Alfresco, or any document management system that I have worked with. Which makes it significantly less useful.
-
That is very true. The way that Sharepoint, MediaWiki and others handle it is much more advanced, efficient and useful.
-
Having users able to handle their own restores is a Godsend. Trying to coordinate which files a user wants, which backup version is the best one for them, getting it back in place - that is all crap that I do not want to have to deal with.
-
I like restoring user files from backup as it is good way of testing my Veeam backups are working correctly. It's like a random disaster recovery test that I perform every few months.
-
Small file changes can be restored using versioning. I would like to have a mirror copy with permissions locally stored on a network drive, so in case if O365 is gone/offline, users can continue working from the local drive meantime i break my head to fix O365!
-
@Ambarishrh said:
Small file changes can be restored using versioning. I would like to have a mirror copy with permissions locally stored on a network drive, so in case if O365 is gone/offline, users can continue working from the local drive meantime i break my head to fix O365!
That will never work. That would be a migration from "cloud / sync storage" to "traditional share storage" and would require a huge migration effort on your part followed by a huge effort migrating back when O365 came back. ODfB is designed to keep working when offline as it is. You have to leverage that, it's the only reasonable option. Going to a network share is just not possible.
-
@Ambarishrh said:
Small file changes can be restored using versioning. I would like to have a mirror copy with permissions locally stored on a network drive, so in case if O365 is gone/offline, users can continue working from the local drive meantime i break my head to fix O365!
That's not really how Sharepoint works though. When users access it via File Explorer they aren't actually accessing a file server, they are accessing it via an interface that Sharepoint is emulating. To do what you want you would need to have an entire Sharepoint setup on the local system.
-
So basically all users accessing files from SP via ODFB and this can give them "offline" access in case they lose connectivity, for the files shared with them
