What is the best way to offload data somewhere else from a sharepoint library?

thecomputerguy

Well-Known Member
Reaction score
1,326
I have a client who I recently moved to Teams/SP/OneDrive ... they have about 40 email accounts so they started with a decent amount of Sharepoint storage. They originally ate up about 1.3 TB of storage after 20 years of being in business. I purchased another 1000GB of "Extra Office 365 file storage" at .20c a gig to get them to 2.35TB of storage just to be safe and allow for some growth.

Their total is now at 142GB available out of 2.35TB

They've somehow grown exponentially in the last year more than they have in the last 20 years. Probably because they have hired TONS more people. They are a roofing company and where I am we have received a historic amount of rain this year.

What the heck am I supposed to do now? Just keep buying more storage? What is the correct process to get some of the data offloaded? All of their data is so intertwined such that you can't just eliminate certain folders because those old file/folders might be nested under 10 other folders.

Even if I knew what folders could be offloaded how do I even offload them properly?

I know they have WAY too much data. It takes a new user like 30-60 minutes to sync their main Teams Channel Files into OneDrive.

@YeOldeStonecat
 
Well, I can imagine that the Microsoft intention would be yes, just keep buying more storage. In the on-prem days, this concern meant buying more physical storage one way or the other. Today, you're buying more virtual storage (= somebody else's physical storage). I don't think there are many new & clever systems to avoid that. I'd add also that it's harder to locate and archive older data than it was in the on-prem days.
 
Well, I can imagine that the Microsoft intention would be yes, just keep buying more storage. In the on-prem days, this concern meant buying more physical storage one way or the other. Today, you're buying more virtual storage (= somebody else's physical storage). I don't think there are many new & clever systems to avoid that. I'd add also that it's harder to locate and archive older data than it was in the on-prem days.

Hmmm ... just seems so expensive ... they are going to need another TB which is going to put them at $400 a month ($4800 per year) for just 2TB of storage through MS.

Considering an on-prem server (which I moved them away from) has a lifespan of about 5-Years or ($24,000 in this use case) ... seems wild.

Crazy how expensive it is when you have companies like Dropbox offering 5TB for a fraction of that.
 
Last edited:
I guess another question is there a better way to look at what folders are occupying the most storage without syncing the whole damn thing to a hard drive and looking at it through windows?

The sharepoint UI sucks for this.
 
Don't use the Sharepoint admin center....use Teams!

Let's peel back several layers here.....
*How is this organized? It's not one big bucket, is it? Sharepoint has matured over the years, increased "max file count" as well as greatly increased "max file size".
HOWEVER...you still want to manage things...
**Create a few separate Teams. Teams that...not everyone is a member of. Not every has to see the office/admin folders. Not everyone has to see HR folders. Not everyone has to see sales folders. Not everyone has to see...<insert more>

In the old days of on-prem servers, we (many of us) used to create a whole separate mapped drive...per major department. A common "S" drive..shared...for everyone. An O drive for office. A Q drive for Quickbooks/accounting, a P drive for personal, an M drive for ....you get the point. Same thing with Teams!!!

Now, that "30 - 60 minutes to sync".....is every user syncing EVERYTHING? Refer to....is this "one big bucket"? Or...are you breaking up into individual teams, also with additional channels under each time? And...only those who need to access it, sync it? You're doing files on demand? Or..keeping everything local?

What kinds of files are they? Any designers there running some design software like archiCAD? A lot of designers?

What data can be archived? For a lot of my clients, I have an "Archive" team . I had them put "old stuff there". Stuff they rarely, if ever, have to go scroll through to dig up something. Yet it's there for them. And..never a reason to "sync" this...just access it through the Teams app. (and I retire outgoing users OD files there too).

For clients that have staff that create TONS of Teams....I don't have everyone sync every Team/channel. Just what they need. Adding too many file syncs to OD will bog down older machines, heck...there's a point where it will to potent new rigs too. So...I have the talk with staff..."Us older dinosaurs that have been working with mapped drives and File Explorer since the days of Win3x...yeah, I find they like syncing it to File Explorer. But new kids..they "get" cloud apps, they're good with navigation of OD and SP through the "File Open...or File Save" options of Office apps. And...they "get" working through Teams to get to the files.

The old "in the days of on prem servers...you just added storage". Well, that cost money. It was often after hours work too...so that labor fee was high. And don't forget...that increased backup costs too....of those old on prem servers. And you have that "gotta replace the server every 5 years..or maybe 7 if some people stretch things....and the price of that new server, with lotsa new hard drives....just keeps going up...and up".

So...a couple of twenty dollar bills a month for 365 storage suddenly isn't really that much more expensive. Yeah...it costs money to hoard files! And it costs money to backup tons of hoarded files. Their lack of housekeeping isn't a problem you have to solve...it's a conversation you should have with them though, and you can certainly make suggestions to them to groom things. If they want to keep things manageable and affordable. Turning to some 3rd party service to store it at....to save a buck or three a month...for the big increase if overhead in managing that data, (aka more time you spend)...and..oh, still should back up that data via 3rd party too....

When moving a client from on prem to 365...I always have AT LEAST one sit down meeting with them ahead of time, to "go over" what's on that file server. And I lay out what their goal should be. It's been my experience that...when looking at on prem file servers, say the business has been around for ..oh, 30 years. Might have had the same IT guy, or had several IT guys. But often server migrations just end up by doing basically a "copy/paste" of old servers junk...to new server storage. Repeat in another 5-7 years for the next server replacement. Repeat again. And again. Staff come and go, yet folders remain, nobody really "takes ownership of that big pile of folders". RARELY...does someone take the time to say "Hey, now is the time to really look at everything, and...you get to take some brand new shiny file cabinets and re-organize all this stuff just how you want it! Wipe the slate clean and reorganize how you want it!"

And you can make suggestions on organizing, but the actual organizing...is not your job. I also point out that I will make an archive Team for them...but for now I am making an archive folder on the old server that they can move "all their old junk" to...which I'll put in the Archive team.
 
I have them buy a 2nd account, cheap and then they can view it all on all devices. Worth the cost. Be sure to add backup to that account, the nightmares I can feel coming lol.
 
Sharepoint versions, so you aren't talking about 1 copy of a file you're talking about N copies of a file based on retention policy. Have you defined retention? If not... well start there because you need to do that.

As Stonecat points out, if they use the storage they need to pay for the storage. They can do so via capital investment, or ongoing expense. So are you really solving a problem being worried about $20? It's a cost of doing business, and the cost of manually digging through those libraries and killing old stuff is real too.

So yeah, this is file server creep, were you ever the guy that had to delete stuff on the file shares? The answer is no... so why is it your job here? If management doesn't want to pay for the extra storage, they can take the time to delete stuff to clear room. Either way, they're spending money. And I'll bet once you put things into that context they'll continue to just pay more for hoarding, because it's CHEAPER than paying an employee to spent billable time deleting stuff.
 
I have a client who I recently moved to Teams/SP/OneDrive ... they have about 40 email accounts so they started with a decent amount of Sharepoint storage. They originally ate up about 1.3 TB of storage after 20 years of being in business. I purchased another 1000GB of "Extra Office 365 file storage" at .20c a gig to get them to 2.35TB of storage just to be safe and allow for some growth.

Their total is now at 142GB available out of 2.35TB

They've somehow grown exponentially in the last year more than they have in the last 20 years. Probably because they have hired TONS more people. They are a roofing company and where I am we have received a historic amount of rain this year.

What the heck am I supposed to do now? Just keep buying more storage? What is the correct process to get some of the data offloaded? All of their data is so intertwined such that you can't just eliminate certain folders because those old file/folders might be nested under 10 other folders.

Even if I knew what folders could be offloaded how do I even offload them properly?

I know they have WAY too much data. It takes a new user like 30-60 minutes to sync their main Teams Channel Files into OneDrive.
Supposedly Archiving is coming to SP in 2023. Supposed to be cheaper storage. I think I stumbled on a post somehwere when looking up a similar question - looking for a method to systematically move only certain files from SP to another provider like Azure files.
Otherwise find a cold cloud storage solution and migrate old untouched data off of SharePoint into cold storage.
 
If the data is such a mess you can't differentiate current VS archived data... then the client needs to organise their data. Sometimes clients need told the hard truth - there is no magic technical fix to years of neglect and poor organisation. Someone needs to sit down and manually organise that data in a more more manageable fashion. Anything else is just pushing the issue down the road, where it will likely snowball into a much larger issue over time.

Maybe do some analysis to estimate how much data can be archived (eg. files not modified in 5+ years) then explain this in real business costs. For example reducing their SharePoint usage by 500GB would save the company $6,000 over the next 5 years. They may suddenly be motivated to get organised when that realisation hits.
 
Sorry, got mega screwed on appointments today, I'll try to respond to all below with context...

@YeOldeStonecat

Don't use the Sharepoint admin center....use Teams!

OK I'll look into seeing if teams can help me get a better idea of what amount of data is being stored in what folder. Do you have any tips on getting this information? Is there some sort of WinDirStat functionality I can use for the Teams Channel?

Let's peel back several layers here.....
*How is this organized? It's not one big bucket, is it? Sharepoint has matured over the years, increased "max file count" as well as greatly increased "max file size".
HOWEVER...you still want to manage things...
**Create a few separate Teams. Teams that...not everyone is a member of. Not every has to see the office/admin folders. Not everyone has to see HR folders. Not everyone has to see sales folders. Not everyone has to see...<insert more>

I see what you are saying here, basically their old file server that they retired had a Z drive, which was basically their DATA DRIVE on their on prem server which contained ... EVERYTHING. The Z drive was migrated into their primary Team General Channel Files, so there is essentially 20 years of Data that was in that on prem server and now that data exists in their General Channel which is roughly 1.8TB now.

They somehow went from 1.3TB after 20 years, to adding almost an entire 1TB of data in one year. They have probably tripled the size of their company in one year due to the massive amount of rain we have received in Southern California with them being a roofing company. I'll need to look into retention to see if it's possibly set too high and saving too many versions.

This is also unexpected because they apparently "stopped" storing images for jobs in their server since they now use other cloud based management systems specific to their industry to facilitate each job and those cloud services handle their pictures now. Or so they say.


In the old days of on-prem servers, we (many of us) used to create a whole separate mapped drive...per major department. A common "S" drive..shared...for everyone. An O drive for office. A Q drive for Quickbooks/accounting, a P drive for personal, an M drive for ....you get the point. Same thing with Teams!!!

Now, that "30 - 60 minutes to sync".....is every user syncing EVERYTHING? Refer to....is this "one big bucket"? Or...are you breaking up into individual teams, also with additional channels under each time? And...only those who need to access it, sync it? You're doing files on demand? Or..keeping everything local?

As stated above, basically their whole company is in that General Channel. When syncing the general channel yes, everything is left as files on demand, but it has to sync something like 300k changes everytime we sync the channel into OneDrive.

What kinds of files are they? Any designers there running some design software like archiCAD? A lot of designers?

All of their data is basic Word, Excel, PDF, and Pictures. I set them up with a higher end on-prem precision workstation running a RAID1 with 2x250GB NVme SSD's strictly to host their QB data file. That's it's only job, host Quickbooks.

What data can be archived? For a lot of my clients, I have an "Archive" team . I had them put "old stuff there". Stuff they rarely, if ever, have to go scroll through to dig up something. Yet it's there for them. And..never a reason to "sync" this...just access it through the Teams app. (and I retire outgoing users OD files there too).

I have no doubt that data can be shuffled around to different Team channels as I said above, their retired on prem Servers Z drive is now in their default Teams General Channel. This STILL does not help with the amount of data they are storing.

For clients that have staff that create TONS of Teams....I don't have everyone sync every Team/channel. Just what they need. Adding too many file syncs to OD will bog down older machines, heck...there's a point where it will to potent new rigs too. So...I have the talk with staff..."Us older dinosaurs that have been working with mapped drives and File Explorer since the days of Win3x...yeah, I find they like syncing it to File Explorer. But new kids..they "get" cloud apps, they're good with navigation of OD and SP through the "File Open...or File Save" options of Office apps. And...they "get" working through Teams to get to the files.

The old "in the days of on prem servers...you just added storage". Well, that cost money. It was often after hours work too...so that labor fee was high. And don't forget...that increased backup costs too....of those old on prem servers. And you have that "gotta replace the server every 5 years..or maybe 7 if some people stretch things....and the price of that new server, with lotsa new hard drives....just keeps going up...and up".

Understood. The type of data they store can be backed up by a simple file backup solution like Crashplan. It has worked well for me in the past for clients that store non-database type data. Granted I understand recovery will take longer but you can't beat Crashplans costs to backup simple data like this. Crashplan has come to the rescue MANY MANY times for me in the past.

So...a couple of twenty dollar bills a month for 365 storage suddenly isn't really that much more expensive. Yeah...it costs money to hoard files! And it costs money to backup tons of hoarded files. Their lack of housekeeping isn't a problem you have to solve...it's a conversation you should have with them though, and you can certainly make suggestions to them to groom things. If they want to keep things manageable and affordable. Turning to some 3rd party service to store it at....to save a buck or three a month...for the big increase if overhead in managing that data, (aka more time you spend)...and..oh, still should back up that data via 3rd party too....

I understand housekeeping is not my problem, but shuffling data around won't fix the storage issue. It's not just a couple of $20 bills a month. It's $20 per 100GB of storage, so to get them another 1TB of storage will be another $200 per month on top of the already $200 a month they are paying to bump them from the default 1.3TB they have from their licensing to the 2.3TB it is now. So essentially $400 per month for 3.3TB of storage.

When moving a client from on prem to 365...I always have AT LEAST one sit down meeting with them ahead of time, to "go over" what's on that file server. And I lay out what their goal should be. It's been my experience that...when looking at on prem file servers, say the business has been around for ..oh, 30 years. Might have had the same IT guy, or had several IT guys. But often server migrations just end up by doing basically a "copy/paste" of old servers junk...to new server storage. Repeat in another 5-7 years for the next server replacement. Repeat again. And again. Staff come and go, yet folders remain, nobody really "takes ownership of that big pile of folders". RARELY...does someone take the time to say "Hey, now is the time to really look at everything, and...you get to take some brand new shiny file cabinets and re-organize all this stuff just how you want it! Wipe the slate clean and reorganize how you want it!"

Agreed, not my job.

And you can make suggestions on organizing, but the actual organizing...is not your job. I also point out that I will make an archive Team for them...but for now I am making an archive folder on the old server that they can move "all their old junk" to...which I'll put in the Archive team.

Still doesn't alleviate the AMOUNT of data.

@callthatgirl

I have them buy a 2nd account, cheap and then they can view it all on all devices. Worth the cost. Be sure to add backup to that account, the nightmares I can feel coming lol.


Please elaborate? I'm not talking about OneDrive/Mailbox data, I'm talking about SharePoint tenant data. Each tenant comes with a default storage amount of 1TB per tenant + .15GB per licensed mailbox. Are you suggesting buying a whole new tenant with a whole new domain?

@Sky-Knight

Sharepoint versions, so you aren't talking about 1 copy of a file you're talking about N copies of a file based on retention policy. Have you defined retention? If not... well start there because you need to do that.

This I need to look into. Retention policies for SharePoint have been left at default, and I'm not sure even what they are. I do also have their data backed up via DropSuite as well.

As Stonecat points out, if they use the storage they need to pay for the storage. They can do so via capital investment, or ongoing expense. So are you really solving a problem being worried about $20? It's a cost of doing business, and the cost of manually digging through those libraries and killing old stuff is real too.

It's not $20. It's $200 per month for another 1TB of storage on top of their already $200 per month for an addition 1TB on top of the default 1TB + .15GB per mailbox license.

So yeah, this is file server creep, were you ever the guy that had to delete stuff on the file shares? The answer is no... so why is it your job here? If management doesn't want to pay for the extra storage, they can take the time to delete stuff to clear room. Either way, they're spending money. And I'll bet once you put things into that context they'll continue to just pay more for hoarding, because it's CHEAPER than paying an employee to spent billable time deleting stuff.

I will present them to this as on option. Delete data or pay more. If I did want to offload that data into "cold" storage, what service would you recommend I push the data into? B2?

Supposedly Archiving is coming to SP in 2023. Supposed to be cheaper storage. I think I stumbled on a post somehwere when looking up a similar question - looking for a method to systematically move only certain files from SP to another provider like Azure files.
Otherwise find a cold cloud storage solution and migrate old untouched data off of SharePoint into cold storage.

@putz

Supposedly Archiving is coming to SP in 2023. Supposed to be cheaper storage. I think I stumbled on a post somehwere when looking up a similar question - looking for a method to systematically move only certain files from SP to another provider like Azure files.
Otherwise find a cold cloud storage solution and migrate old untouched data off of SharePoint into cold storage.

This seems like it should already be an option similar to mailbox archiving. Would you suggest maybe a B2 bucket as a "cold" storage option?

@SAFCasper

If the data is such a mess you can't differentiate current VS archived data... then the client needs to organise their data. Sometimes clients need told the hard truth - there is no magic technical fix to years of neglect and poor organisation. Someone needs to sit down and manually organise that data in a more more manageable fashion. Anything else is just pushing the issue down the road, where it will likely snowball into a much larger issue over time.

Agreed

Maybe do some analysis to estimate how much data can be archived (eg. files not modified in 5+ years) then explain this in real business costs. For example reducing their SharePoint usage by 500GB would save the company $6,000 over the next 5 years. They may suddenly be motivated to get organised when that realisation hits.

Understood. Until the person who is delegated this job botches it
 
Last edited:
@thecomputerguy sure, it's not expensive. Use it for overflow and then you can sync that data in the computer too. This is my go to plan for all clients since I'm getting so many who need more space.
 
The big problem I see is just the amount of data being "synced"...and it's all one giant bucket in a single Team with a single channel.

You use Teams...to create the Teams...and create the channels...and assign membership.

Break that stuff up. You don't want to have file sync trying to sync alllllll those files. Break it down into a different teams and channels (channels are like sub teams).

Storing files in on prem servers....you can get away with "one big bucket". It's not the best way...but...as we know, many people approached servers that way. But that's not the way to use Sharepoint/Teams. Avoid folders nested within folders nested within folders nested within folders....and avoid long folder names...and avoid long file names.

Should be 10 gigs per additional user license in the tenant.....
But...I'd go work with the client to clean things up. I bet half of that data can be removed completely from sharepoint....maybe download it, duplicate to a couple of different passport drives, remove from sharepoint, perhaps upload it to the 3rd party backup.

Some tips here
 
@thecomputerguy Beware, this isn't an apples to apple's comparison.

$200 / month isn't buying 1tb of storage, it's buying 4tb of storage, managed by someone else, and the bandwidth to keep all that data synced up, geographically redundantly AND pay for the licensing and ongoing maintenance of the Sharepoint installation itself.

You cannot archive off files easily, because files stored in Sharepoint aren't files... they're database entries. To get the files out and archive them off requires you to extract them, and put them elsewhere. This is a chore and a half, DropSuite can help but it's far from a cureall.

This is the first I've heard of Microsoft adding cold storage to Sharepoint, and should they do so I'd be very happy to see it. Being able to set a retention policy that says OK... all the junk that hasn't been accessed in 12 months goes to cold storage would be a huge potential savings. But that's not the storage access tier Sharepoint lives on. Sharepoint lives on premium SSD storage in the HOT access tier. Which is not cheap, for all the above reasons.
 
@thecomputerguy Beware, this isn't an apples to apple's comparison.

$200 / month isn't buying 1tb of storage, it's buying 4tb of storage, managed by someone else, and the bandwidth to keep all that data synced up, geographically redundantly AND pay for the licensing and ongoing maintenance of the Sharepoint installation itself.

You cannot archive off files easily, because files stored in Sharepoint aren't files... they're database entries. To get the files out and archive them off requires you to extract them, and put them elsewhere. This is a chore and a half, DropSuite can help but it's far from a cureall.

This is the first I've heard of Microsoft adding cold storage to Sharepoint, and should they do so I'd be very happy to see it. Being able to set a retention policy that says OK... all the junk that hasn't been accessed in 12 months goes to cold storage would be a huge potential savings. But that's not the storage access tier Sharepoint lives on. Sharepoint lives on premium SSD storage in the HOT access tier. Which is not cheap, for all the above reasons.

Ah ok ...

In the event that we do decide to extract the data what would you say is the best way to do that? Just sync the library on a station and then cut and paste or ?
 
That's what I'd do to pull stuff from SP...folder sync to a rig, copy/paste to some removable storage....once downloaded onto the storage, UNsync those folders and remove 'em from SP. And then see about retention policies on those...may have to reel them in for a short period until consumed storage releases after X period of time.
 
I have an Archive team, I move all sharepoint stuff that I need out of there to it, and it's configured on someone's desktop somewhere to syncall to it. I have to verify that machine has it all, move everything into other storage of some kind, then delete it from the team, and go online and empty the sharepoint recycle bin for that team.

Then we're waiting for retention to let it go.
 
This seems like it should already be an option similar to mailbox archiving. Would you suggest maybe a B2 bucket as a "cold" storage option?
Certainly could work, depends on your clients needs, how easy it will be to move and manage in the end. I prefer keeping things in a single environment if possible. Makes things easier to manage. That's why I suggested something like Azure Files if they are already invested into MS platform. MS certainly has other storage tiers you could investigate and maybe they already have tools for moving/ingesting data to them.

Wasabi is 6$/month/1Tb for S3 storage. If you have a backup application that is optimized for backup/archiving to cloud/S3 storage it might work to use that....
create a 'SP archive vault' from within the backup software and point it to their Wasabi bucket.
Set the vault retention to never delete.
Create an on-demand backup job to backup the SP data they chose to be archived to that vault.
Once its there, remove it from SP.
If they ever need anything back from it, use the backup software to go into the vault and restore it.

They might have to pay monthly for an agent license for the backup software but the cloud-to-cloud backup software's are fairly cheap for monthly licenses.
 
I have an Archive team, I move all sharepoint stuff that I need out of there to it, and it's configured on someone's desktop somewhere to syncall to it. I have to verify that machine has it all, move everything into other storage of some kind, then delete it from the team, and go online and empty the sharepoint recycle bin for that team.

Then we're waiting for retention to let it go.

I briefly googled and looked for where the retention policy is for SharePoint and couldn't find it ... Can you point me in the right direction in the admin center?
 
I briefly googled and looked for where the retention policy is for SharePoint and couldn't find it ... Can you point me in the right direction in the admin center?


Sharepoint doesn't have retention policies, Azure/M365 does. They're all configured in the same place: The compliance portal... or has Microsoft has renamed it this week, Purview: https://compliance.microsoft.com/
 

Sharepoint doesn't have retention policies, Azure/M365 does. They're all configured in the same place: The compliance portal... or has Microsoft has renamed it this week, Purview: https://compliance.microsoft.com/

So what is the situation when there is no retention policy specified .. at all?

1679948640291.png
 
Back
Top