I have one backup in my “stable” that is quite large. It consists of two main sources on a Windows 7 machine: a \users\ folder, and a 4TB USB drive that has about 1.1TB in use currently.
Together the sources measure 1.45 TB. They currently occupy about 960GB on the destination, probably mostly thanks to deduplication between the \users\ and the USB. Which is what I’d expect. The system is used by a photographer and all camera “rolls” are stored on the USB, while a subset, actively being worked on, will be in the \users\ folders.
Considering the OneDrive deal for 5TB in 1TB slices, I was thinking about splitting this backup so that I could synch each individual partition to a TB slice of a OneDrive Home account. I’m afraid of not having room for growth if I do it all together; starting off the use of a new storage service at 95% capacity strikes me as asking for trouble.
I have more than enough room on the local destination to make a full copy of the 960GB backup. Even two copies, if that would help.
The thing I most want to minimize with this effort is the amount of work I have to make the source machine do to pull it off.
What would be the group’s suggestions for how to proceed?
Since it sounds like you have the space, I’d try this:
copy your destination file into a 2nd directory
export your first backup job and import it into a 2nd job but point it to the new destination (so now you have two of everything)
edit one job to be one set of data and the other to be the remainder of the data
This will let you keep your history while splitting your jobs. Each job will consider the contents of the other job as having been deleted locally and will clean them out of the backup history as your “keep” rules come into play (unless they’re “forever”).
Note that when the cleanup happens there will likely end up being lots of “small” archive files so expect a lot of downloads / uploads as the archives are shrunk and consolidated. But in the end, you should have two separated jobs with separated histories.
Please note that I don’t know of any way to JOIN two jobs while keeping histories on both of them. (While it’s probably technically possible, it would require quite a bit fancy DB work.)