Solved Backup of Office 365 Sharepoint sites
-
@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
-
@Ambarishrh said:
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
Yes, as long as they sync everything they might need access to. That will be a killer when first setting up the remote files.
Does anyone know how shared files will be handled when edited offline due to a service outage?
-
@Ambarishrh said:
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
ODfB works online and offline. It uses a sync technology, same as OD, DropBox, etc., so that they don't even know that they are offline. Everything always reads and writes locally and syncs to ODfB in the background.
-
@Dashrender said:
Does anyone know how shared files will be handled when edited offline due to a service outage?
Shared or do you mean if edited by multiple parties while offline? Remember that the files are versions and intelligently locked for some file types so that you could do a lot of different edits without stepping on each others' toes.
-
@scottalanmiller said:
@Dashrender said:
Does anyone know how shared files will be handled when edited offline due to a service outage?
Shared or do you mean if edited by multiple parties while offline? Remember that the files are versions and intelligently locked for some file types so that you could do a lot of different edits without stepping on each others' toes.
Yes, what happens when multiple people edit the file all while offline.
-
@Dashrender said:
Yes, what happens when multiple people edit the file all while offline.
Then there is merge competition. Rarely is it a problem. When it is, it requires human intervention.
-
@scottalanmiller said:
@Dashrender said:
Yes, what happens when multiple people edit the file all while offline.
Then there is merge competition. Rarely is it a problem. When it is, it requires human intervention.
As you said, you've never seen O365 based SP go down... so you're right, it's a rare situation.
-
@Dashrender said:
@scottalanmiller said:
@Dashrender said:
Does anyone know how shared files will be handled when edited offline due to a service outage?
Shared or do you mean if edited by multiple parties while offline? Remember that the files are versions and intelligently locked for some file types so that you could do a lot of different edits without stepping on each others' toes.
Yes, what happens when multiple people edit the file all while offline.
I saw this issue (mostly because I initiated it) it generally boils down to all of them getting uploaded and input as versions. The last version to be uploaded is the live version.
-
@coliver said:
I saw this issue (mostly because I initiated it) it generally boils down to all of them getting uploaded and input as versions. The last version to be uploaded is the live version.
wooph... that's no fun...
-
@Dashrender said:
@coliver said:
I saw this issue (mostly because I initiated it) it generally boils down to all of them getting uploaded and input as versions. The last version to be uploaded is the live version.
wooph... that's no fun...
I had the same question you did and was testing it out on a file. It preserved all of the updates just the most recent one was the live copy.
