Those are definitely the steps.  We did this to move most of the ReFS drives we had to NTFS, but now moving to Object at some point.

I cannot recall though if the data on ReFS blew up when copying over so having enough space plus is a good idea.

I don’t think it would have any re-hydration since the jet databases would not be able to leverage spaceless fulls like the block cloning. I think that was one of the reasons why there was no point to put it on REFS but I also remember someone saying there also can be bad issues when on REFS, might have been one of the Vanguards at 11 systems. Or maybe @falkob. Either way S3 is the way to go as you said. 

I wasn’t aware REFS wasn’t recommended for VB365.  Appreciate that info….although I’m getting ready to move a repo to Object from an old existing server and then attach to a new existing server.

Yes, that is right too.  So, I guess then it just comes down to sizing of the database files you are moving and how long it will take.  Sorry brain is mush after VCC issues until 1:30AM this morning then back at Veeam stuff again today.  

ReFS isn’t recommended exclusively because there’s a performance deficit if you have integrity streams enabled.

Details: 

I wouldn’t migrate to NTFS based on this I’d just disable the integrity streams option on ReFS instead

I know the feeling, I am zonked out on Tylenol but I am getting the feeling that my body is starting to adapt so I get only 2 hours relief instead of 6 but I can’t take two more pills until 6 so no choice but to try and stick with it. Mind starts to wander Same as sleep deprivation. :( 

Interesting to know. There is also a space issue involved so have to move it no matter what. Can’t use S3 yet either. :( 

I did not know about the integrity streams :) 

I just keep on learning…..thanks guys!

Folks any worries about this message “Changing backup repository may require performing a full backup. Previous restore points associated with this job will be unavailable”?

I mean that does not fill me with confidence to say the least. Since all the data is there should it not just see it and move on doing incrementals?

thanks

You should be ok to continue the backups. It is only a warning.

Where do you saw that message?

First backup may be an full sync. Meaning the job needs to check if all items from M365 are in the new repository.
But it will run just an incremental download for the changed or new items.

All previous restore points will still be available.

Best,

Fabian

That is what I am seeing. At first I thought “oh no, here we go, end of the show” but then I figured it would need to double check everything. I really want these folks to move to S3. 

@Geoff Burke

The method above requires the services to be stopped while the data is being copied/moved. That means for all the other VB365 organizations on that server, no backups will run.

You can use this method instead if you don’t want to shut down the services:

1. Remove Backup Jobs for that organization from your VB365. Remember to capture all settings as these jobs will have to be recreated.
2. Remove Backup Repository from your VB365.
3. Copy/Move the files to the new location.
4. If migrating to new server, add the same organization on the new VB365 server
5. (Re)create Backup Repository pointing to new location. It will pick up the settings from the repository.
6. (Re)create the Backup Jobs pointing to the new repository.