SharePoint Migration Guide

Planning, Executing & Optimising Your File Server Migration to Cloud

With the increase in remote and hybrid working, it's become increasingly important to centralise key data in a way that's accessible to teams working anywhere. On-premise file servers are becoming redundant, being replaced by modern cloud-based storage solutions such as SharePoint Document libraries and Azure Storage. A poorly executed migration can disrupt productivity for months, create security vulnerabilities, and cost thousands in rework. This comprehensive guide walks you through planning and executing a successful migration from traditional file servers to SharePoint Online—ensuring your organisation gets it right the first time.

The Challenge: File Servers in a Hybrid World

Many organisations already use productivity tools such as Microsoft Teams, yet we see scenarios where some key data is stored within Teams SharePoint sites while other data remains on physical file servers. This fragmentation often leads to:

Common Problems with Fragmented Storage

  • Data duplication across multiple locations
  • Difficulty finding the most recent version of documents
  • Inconsistent access permissions and security
  • Poor visibility into shared information
  • Reduced collaboration capabilities
  • Compliance and data governance challenges

Storing information in Teams SharePoint sites is excellent until you need to secure individual folders. While creating private channels is one method, it's not necessarily the neatest way to separate and secure sensitive information. A properly planned migration provides a structured, secure, and collaborative foundation for your organisation.

Step 1: Assess Your Current State

Before diving into planning, you need a clear picture of what you're working with. Many organisations discover during migration that they have massive amounts of unused, outdated, or redundant data—and moving all of it is wasteful and expensive.

Pre-Migration Data Assessment

  • Data Volume: What's the total size of data across all file servers? (Use tools like WinDirStat or TreeSize)
  • Data Age: How much data hasn't been accessed in the last 2+ years? (Archive or delete it)
  • File Types: What file types exist? (Office docs, images, videos, executables, etc.)
  • Duplicate Data: Are there multiple copies of the same files across servers?
  • Compliance: What data is subject to regulatory requirements? (GDPR, HIPAA, etc.)
  • Data Quality: Are file naming conventions consistent? Are folders well-structured?

Pro Tip: Use this assessment to clean up your data before migrating. Migrating 500GB of clean, organised data is faster and cheaper than migrating 2TB of cluttered, outdated data.

Step 2: Plan the Cloud Migration

It's imperative that adequate time is dedicated to planning your migration. Rushing this phase leads to security issues, user confusion, and expensive rework later. Here are the key things to establish early:

Critical Planning Questions

  • How many file servers are being migrated?
  • How have permissions been assigned (group membership vs. direct assignment)?
  • Are current permissions correct and appropriate?
  • Is the folder structure logical and well-organised?
  • Which folders require merging, renaming, or removing?
  • Are there blocked permission inheritances that need investigation?
  • What's the total data volume being migrated?
  • How will teams access data (SharePoint sites, Teams channels, or both)?

The answers to these questions will aid in setting up your new folder structure and assigning custom security permissions via security groups. It's worthwhile spending extra time reviewing the folder structure, checking for any blocked inheritance, or running a PowerShell script against the file server to extract all security permissions into a CSV file for detailed review.

SharePoint Storage & Licensing Considerations

  • Storage Limits: SharePoint Online provides 1TB per site + 10GB per additional license holder. Calculate your needs based on team size.
  • Licensing: Most users already have SharePoint access through Microsoft 365 Business, Microsoft 365 Enterprise, or Office 365 subscriptions. No additional licensing is required.
  • File Size: Maximum file size for SharePoint is 250GB (though files over 1GB require special handling).
  • Performance: Large lists (10,000+ items) may require library management best practices to maintain performance.

Step 5: Choose Your SharePoint Organisation Method

There are three primary approaches to organising your data in SharePoint. Each has distinct advantages depending on your organisation's structure and size:

Option 1: One Site Per Department (Recommended)

Structure: Create a separate SharePoint site for each top-level departmental on-premise folder (Sales, Accounts, Operations, Marketing, etc.).

Key Benefits:

  • Teams take full ownership of their SharePoint site
  • Built-in SharePoint groups for read/edit access
  • Site becomes a full knowledge-sharing resource
  • Seamless integration with Teams, Planner, Lists, and other Microsoft services
  • Greater collaboration opportunities
  • Easier to manage permissions and access

Best For: Organisations with clear departmental structures seeking maximum collaboration.

Option 2: Multiple Document Libraries in One Site

Structure: Create a document library for each top-level folder, all contained within the same SharePoint site.

Key Benefits:

  • Simpler site management overhead
  • Permissions set at library level
  • Easier to mirror existing on-premise structures
  • Reduced administrative complexity

Best For: Medium-sized organisations with related departments needing a single management interface.

Option 3: Single Site, Single Repository (Quick Migration)

Structure: One SharePoint site and one document repository for all data.

Key Benefits:

  • Fastest migration path
  • Minimal upfront planning required
  • Good for temporary/unstructured data

Best For: Migrations with less than 1TB of unstructured data, intended as a temporary solution.

Important Note: This is not recommended as a permanent solution. Plan to reorganise data (following Option 1) once a proper hierarchical structure is in place.

Step 3: Identify Risks & Set Realistic Timeline

Many migrations fail because organisations underestimate complexity or time required. Be realistic about what can go wrong and plan accordingly.

Common Migration Risks

  • Permission Errors: Users lose access to files they need (or gain access they shouldn't). This causes immediate support tickets and frustration.
  • Version Loss: Old file versions aren't properly migrated, causing loss of historical data.
  • Metadata Loss: File metadata (custom properties, classifications) doesn't migrate correctly.
  • User Adoption: Teams continue using old file servers because they don't understand the new system.
  • Hidden Folders: Folders hidden with special characters or permissions aren't migrated.
  • Large Files: Files over 1GB require special handling and can slow migrations significantly.

Realistic Timeline Expectations

  • Planning & Assessment: 2-4 weeks (smaller orgs) to 2-3 months (enterprise)
  • Permission Analysis: 1-2 weeks per 100GB of data
  • Test Migration: 1 week (always test first with 10% of data)
  • Full Migration: 1-4 weeks depending on data volume and complexity
  • User Training & Adoption: 2-6 weeks post-migration
  • Total Timeline: Plan for 2-4 months minimum for enterprise-scale migrations

Rushing these phases is the #1 reason migrations fail. Better to add 2 weeks to planning than 2 months recovering from security breaches or failed migrations.

Step 4: Plan Change Management & User Communication

Communication is critical to migration success. Inform teams early and clearly about what's changing and what to expect from the new system.

Key Communication Points

  • When the migration is happening and what to expect
  • How to access data in the new location
  • New collaboration features (real-time co-authoring, commenting, etc.)
  • Permission changes and access procedures
  • Timeline for phasing out old file server access

Important Discovery: If a folder is open for everyone (read or read/write) on a file server, some users may never realise they have access. When data moves to SharePoint, recently changed files appear in the user's SharePoint explorer or Microsoft Office home screen. This visibility shift means some users may think they have new permissions when they could always access that data—it's just now more visible to them.

Recommendation: Review each open folder with the local folder owner. Determine if such folders should truly remain open to everyone or if permissions should be restricted during migration.

⚠️ Teams Channel Mapping

If users want to access files based on channels within Microsoft Teams as well as SharePoint, create and name all Teams and Channels before migrating any data. Map data folders separately to each channel. Avoid migrating all data to the root of the SharePoint site, as this causes access and discovery problems.

Step 6: Analyse Current Permissions & Folder Structure

Permissions set on the file server must be accurately replicated in the new structure. This is one of the most critical phases of any migration—missed permissions cause security issues and user frustration.

Step-by-Step Permission Analysis

1. Create a Permissions Inventory

Review all on-premise folders and create a spreadsheet including:

  • Folder names and paths
  • Current permissions (which users/groups have access)
  • Associated Active Directory groups
  • Permission levels (read, edit, full control)

2. Extract Permissions at Scale

For larger migrations, use PowerShell to extract all permissions. This is especially important for organisations with inheritance blocked 1-2 folders down from the root—these are easily missed and can result in users having access to data they shouldn't.

3. Review Group Memberships

Get a list of users in each assigned group. Ensure group membership is current and accurate.

4. Create Security Groups in Azure AD

Recreate permissions groups as security groups within Azure Active Directory. You have two options:

  • Azure AD Connect (Hybrid Approach): For large migrations, use Azure AD Connect to sync on-premise groups to Azure AD. This saves time but requires proper planning. Download Azure AD Connect
  • Manual Creation (Clean Break): For smaller organisations, manually create groups and assign permissions. This ensures a clean break from on-premise Active Directory.

The Migration Mapping Document

Create a comprehensive spreadsheet documenting the entire migration plan. Use these column headers:

Source LocationDestination LocationPermissionsGroup Association/SP PermissionsNotes
\\fileserver\Sales\ContractsSales Site / Contracts LibraryRead/EditSales_Edit_GroupFinance to have read-only access
\\fileserver\Operations\ProceduresOperations Site / Procedures LibraryRead OnlyOperations_View_GroupMerge with existing Procedures folder

Once complete, share this document with file server owners and stakeholders. Ensure they agree to the new structure and permissions. This alignment prevents misunderstandings and secures buy-in from key stakeholders.

Step 7: Replicate Custom Permissions in SharePoint

Once you've completed your permissions analysis, implement these in SharePoint:

  1. Create security groups in Azure Active Directory that match your on-premise permission structure
  2. Add members to these security groups based on your permissions inventory
  3. Navigate to SharePoint Document libraries and disable inheritance (this breaks the default site permissions)
  4. Remove the two default groups (typically one for edit/modify, one for view)
  5. Add your newly created security groups and assign the relevant permissions (Read, Edit, Full Control)

This approach ensures your SharePoint permissions exactly mirror your on-premise structure while leveraging Azure AD for centralised access management.

Step 8: Execute the Data Migration

With planning, permissions analysis, and Azure AD groups in place, you're ready to migrate data. Follow this sequence:

  1. Setup SharePoint/Teams sites – Create all sites and channels according to your organisation model (Option 1, 2, or 3)
  2. Setup Document Repositories – Create document libraries with appropriate naming and structure
  3. Assign permissions – Apply your mapped security groups and permissions to each library/site
  4. Install SharePoint Migration Tool (SPMT) – Install on file servers (or highest-spec server if on same network). For disconnected servers, install SPMT on each one.
  5. Map data in SPMT – Configure SPMT to map source folders to destination SharePoint libraries
  6. Execute migration – Run migration, preferably during off-hours (weekends) for better connectivity and less user disruption

Pro Tips for Smooth Migration

  • Install SPMT on the highest-spec server with fastest internet connection
  • Run migrations during weekends or off-hours to avoid user impact
  • Monitor migration progress and address any errors immediately
  • Test with a small subset of data first to verify permissions and structure
  • Plan a phased rollout to manage user adoption
  • SPMT has built-in retry logic—if migration fails, it can resume without re-uploading successful files

Alternative Migration Methods

While SPMT is Microsoft's recommended tool, other options exist depending on your complexity:

  • SPMT (Recommended): Best for most on-prem to SharePoint migrations. Free, Microsoft-supported.
  • Metalogix: Enterprise-grade migration tool for complex scenarios. Paid, requires expertise.
  • Manual Migration: For small datasets (<50GB), manual uploading via web browser works fine.

Step 9: Manage Post-Migration & Decommission Old Systems

Migration doesn't end when files are moved to SharePoint. The weeks following migration are critical for ensuring adoption and addressing issues.

Immediate Post-Migration Tasks (Week 1-2)

  • Verify Permissions: Spot-check that users have correct access levels in SharePoint
  • Test Accessibility: Ensure Teams channels can access data, mobile devices work, etc.
  • Run User Testing: Have representatives from each department test their workflows
  • Address Issues Immediately: Missing data, permission errors, or connectivity problems need rapid response
  • Monitor Performance: Ensure SharePoint performance meets expectations under real user load

User Adoption & Training (Week 2-6)

  • Conduct department-specific training sessions (not one-size-fits-all)
  • Demonstrate new collaboration features (real-time co-authoring, commenting, @mentions)
  • Provide quick reference guides for common tasks
  • Designate "SharePoint champions" in each department for peer support
  • Monitor usage patterns—low adoption indicates need for additional training

File Server Decommissioning (Week 6-12)

  • Don't rush: Keep file servers online for at least 6 weeks post-migration
  • Verify completion: Confirm all data is in SharePoint and users have migrated
  • Archive old data: Move old file servers to archive storage (don't delete immediately)
  • Final backup: Take a final backup of file servers before decommissioning
  • Documentation: Document the migration completion and which files went where

Success Metric: File server access drops to near zero. If users are still accessing old file servers weeks after migration, adoption is failing and needs intervention.

Establishing Governance & Best Practices

Now that data is in SharePoint, establish governance to ensure it stays organised and secure:

Post-Migration Governance Essentials

  • Document Naming Conventions: Define standards for file names, folder structures, and naming consistency
  • Retention Policies: Define how long documents are kept, when they're archived, and when they're deleted
  • Versioning Strategy: Set version history limits to prevent storage bloat
  • Access Reviews: Schedule quarterly reviews of who has access to what
  • Team Training: Ongoing training on new features, best practices, and updates
  • Monitoring: Monitor storage usage, inactive sites, and permission issues

Without governance, SharePoint quickly becomes as messy as the old file servers. Establish these practices early to maintain order and security long-term.

Don't Let Migration Derail Your Team

SharePoint migration is complex. Poor planning leads to lost productivity, security vulnerabilities, and frustrated teams. A botched migration can cost months to recover from.

Our SharePoint Migration Service Includes:

  • Complete data assessment & cleanup strategy
  • Permissions analysis & Azure AD group creation
  • Test migration to verify everything works
  • Full production migration with minimal downtime
  • User training & adoption support
  • Post-migration monitoring & optimization

Our team has successfully migrated hundreds of organisations—from small businesses to enterprises—without data loss or permission issues. We get migrations right the first time.

Schedule Your Migration Consultation