Migration
Migration in the Salesforce context covers any of several distinct activities: data migration (moving records between systems or environments), metadata migration (deploying configuration between orgs), platform migration (moving an org from legacy infrastructure to Hyperforce), product migration (replacing one Salesforce feature with another like Workflow Rules to Flow), and license migration (moving users between license types).
Definition
Migration in the Salesforce context covers any of several distinct activities: data migration (moving records between systems or environments), metadata migration (deploying configuration between orgs), platform migration (moving an org from legacy infrastructure to Hyperforce), product migration (replacing one Salesforce feature with another like Workflow Rules to Flow), and license migration (moving users between license types). The word is overloaded; understanding which type of migration is being discussed is the first step in any conversation.
Each migration type has its own tooling and risks. Data migrations use Data Loader, ETL tools, MuleSoft, or direct API calls. Metadata migrations use Change Sets, SFDX deployments, Unlocked Packages, or DevOps Center. Hyperforce platform migrations use the Hyperforce Assistant. Product migrations use feature-specific tools like Migrate to Flow. License migrations are contract-driven through Salesforce account teams. All share a common pattern: inventory the source, design the target, plan the cutover, test thoroughly, execute with rollback options ready.
The five Migration types every Salesforce admin encounters
Data migration
Data migration moves records between systems: from a legacy CRM into Salesforce, from one Salesforce org to another, from sandbox to production. Tools: Data Loader for bulk-load, MuleSoft for orchestrated multi-system migrations, custom Apex for complex transformations. The hardest part is data quality; mappings, deduplication, and validation rule conflicts dominate the effort.
Metadata migration
Metadata migration moves configuration between Salesforce orgs: sandbox to production, dev to UAT, between Hyperforce regions. Tools: Change Sets (UI-based), SFDX deployments (CLI-based), Unlocked Packages (modern packaging), DevOps Center (Salesforce-supplied CI/CD). The Metadata Coverage Report documents which configurations are deployable; the rest need manual setup in the target.
Hyperforce platform migration
Hyperforce migration moves an org from legacy first-party pod infrastructure to public-cloud Hyperforce regions. The Hyperforce Assistant guides admins through readiness checks, IP allow-list updates, code remediation, and cutover scheduling. All pre-2023 orgs are on a multi-year Hyperforce migration schedule.
Product migration
Product migrations replace one Salesforce feature with another: Workflow Rules to Flow Builder, Salesforce for Outlook to Outlook Integration, Classic to Lightning Experience, Pardot to Marketing Cloud Account Engagement (rebrand only). Each product has its own migration tool and timeline. Tracking these migrations is part of the platform-operations cadence.
License migration
License migration moves users between license types: standard Sales to Sales+CPQ, Sales to Lightning Platform Enterprise App, Customer Community to Customer Community Plus. The migration is a contract change with the Salesforce account team plus per-user reassignment in Setup. Most license migrations save costs by matching the license to actual user needs.
Common patterns across migration types
All migration types share patterns. Inventory the source thoroughly. Design the target architecture. Plan the cutover with rollback options. Test in non-production environments. Communicate with affected users. Execute with monitoring. The discipline that works for data migration also works for metadata and platform migrations.
Migration-related governance
Mature Salesforce programs include migration governance: a center of excellence that catalogs ongoing migrations, tracks completion, surfaces blockers, and ensures coordinated cutovers. Without governance, migrations slip; the Workflow Rules sunset alone has caused emergency migrations in countless orgs.
Plan and execute a Salesforce migration
Migration planning follows a consistent pattern regardless of type. The specific tools differ but the workflow is the same.
- Inventory the source
List every record, every configuration, every user, whatever the migration covers. Comprehensive inventory drives accurate planning.
- Design the target
Document the target state: schema, configuration, license assignments. Cross-check against business requirements before any migration starts.
- Plan the cutover
Pick the cutover date, plan the rollback option, communicate the timeline to stakeholders. Coordinate with the Salesforce account team for platform migrations.
- Test in non-production
Run the migration in sandbox or scratch org. Verify outcome; fix issues; re-test. Production migration should be the third or fourth dry-run, not the first.
- Execute with monitoring
Run the production migration during the chosen window. Watch dashboards, logs, error queues. Have the rollback option ready.
- Validate post-migration
Verify outcomes against the design. Resolve any unexpected issues. Communicate completion to stakeholders.
- Migration is overloaded vocabulary. Confirm which type you''re discussing before assuming tooling.
- Production-first migration usually fails. Test in sandbox or scratch first; production should not be the first dry-run.
- Rollback plans are critical. Some migrations are not reversible (Hyperforce); know the constraints in advance.
- Coordinated cutover matters for multi-system migrations. Source-system shutdown, data freeze, target activation must align.
Trust & references
Cross-checked against the following references.
- Data LoaderSalesforce Help
- HyperforceSalesforce Help
Straight from the source - Salesforce's reference material on Migration.
- Migrate to FlowSalesforce Help
About the Author
Dipojjal Chakrabarti is a B2C Solution Architect with 29 Salesforce certifications and over 13 years in the Salesforce ecosystem. He runs salesforcedictionary.com to help admins, developers, architects, and cert/interview candidates sharpen their fundamentals. More about Dipojjal.
Test your knowledge
Q1. What is Migration in Salesforce context?
Q2. What's the primary concern in data migration?
Q3. What tools handle different aspects?
Discussion
Loading discussion…