Most Australian businesses still have an F: drive — a file server that's accumulated 15 years of documents, mismatched permissions, and unknown ownership. It's also the single most common blocker we see when organisations try to deploy Copilot, turn on Purview, or rationalise their IT spend.
The fix is well understood: SharePoint Online. The problem is the how. Too many migrations land in production with broken permissions, orphaned files, and a service desk buried for a month. Here's how we approach it.
Step 1 — Map what's actually there
Before you move anything, you need a source-of-truth inventory. We run a data discovery scan over the file server that captures total volume, file age, file type, top folder sizes, NTFS permissions, and last-accessed dates. That one report usually reveals about 30% of the data can be archived or deleted outright.
Step 2 — Model your SharePoint architecture
Don't just lift and shift. SharePoint rewards structure. A typical model: a Hub site per business unit, a Site per major function, and Libraries aligned to security boundaries. Permissions map to Entra groups — never to individuals.
Step 3 — Migrate in waves
We use SharePoint Migration Manager or ShareGate (depending on scale) and move in waves — by site, then by business unit. Each wave has a pre-cutover briefing, a 48-hour go/no-go window, and a post-cutover review.
Step 4 — Sunset the F: drive
Mapped drives get switched to read-only for a week, then archived for six months, then deleted. The change is visible, the rollback path is obvious, and adoption lands with the users.
The Copilot unlock
Here's the payoff: once your files are in SharePoint with sensible permissions, Copilot can actually reason over your business. That's not possible from a file server. It's the single biggest reason we see clients prioritise this migration right now.