---
schema_version: "1"
id: bf01f932d1539d5eeb177891cf679113c1d69b66ee31b30e942c02ab13936eca
title: Migrate Data in K-12 Architecture Kit
collection: admin
version: current
locale: en-us
portal_url: https://docs.salesforce.com/admin/current/en-us/sfdo/264-0-0/k12_migrate_data.md
canonical_url: https://help.salesforce.com/s/articleView?id=sfdo.k12_migrate_data.htm&release=264.0.0&type=5
source_site: help.salesforce.com
content_type: documentation
content_hash: db32c24e5f8bb40206b869ea21c041d0c7e7b6c2069a0cab504f80a2eb1eb813
description: Prepare to migrate your data to K-12 Architecture Kit​.
products:
  - Education
release: "264"
---
# Migrate Data in K-12 Architecture Kit

Prepare to migrate your data to K-12 Architecture Kit​.

- **[Before You Migrate Data](https://help.salesforce.com/s/articleView?id=sfdo.k12_migrate_data.htm&release=264.0.0&type=5)**  
    Before migrating data to K-12 Architecture Kit, we recommend that you learn about the EDA data model. The EDA data model is the foundation of K-12 Architecture Kit, so it’s important to learn about it. Understanding which objects are available and how your data maps to them can help you decide whether to migrate all of your data or just some of it. If you’re migrating all of your data and are replacing a legacy system, follow the steps for installing and configuring K-12 Architecture Kit in a new org. If you’re integrating a legacy system with K-12 Architecture Kit, we recommend using a middleware tool to build the integrated system, starting with the standard EDA data model, then customizing it to accommodate the data from the legacy system.
- **[Modify Your Settings](https://help.salesforce.com/s/articleView?id=sfdo.k12_migrate_data.htm&release=264.0.0&type=5)**  
    To make sure that you're able to merge data, review the prerequisites before migrating.

## Before You Migrate Data

Before migrating data to K-12 Architecture Kit, we recommend that you learn about the EDA data model. The EDA data model is the foundation of K-12 Architecture Kit, so it’s important to learn about it. Understanding which objects are available and how your data maps to them can help you decide whether to migrate all of your data or just some of it. If you’re migrating all of your data and are replacing a legacy system, follow the steps for installing and configuring K-12 Architecture Kit in a new org. If you’re integrating a legacy system with K-12 Architecture Kit, we recommend using a middleware tool to build the integrated system, starting with the standard EDA data model, then customizing it to accommodate the data from the legacy system.

Familiarity with the EDA data model also helps you decide whether you can use only existing K-12 Architecture Kit objects or whether you need custom objects. While you’re free to create as many custom objects as you need, we recommend using K-12 Architecture Kit objects instead of creating custom objects when possible, to make sure that you can use new tools and features as they’re released. For information, see [Welcome to Your EDA Data Model Orientation](https://help.salesforce.com/s/articleview?id=sfdo.eda_welcome_to_eda_data_model.htm).

After learning about the EDA data model, take some time to get acquainted with the automation that affects imported data and our [Recommended Data Import Sequence for EDA](https://help.salesforce.com/s/articleview?id=sfdo.eda_data-import-sequence.htm).

## Modify Your Settings

To make sure that you're able to merge data, review the prerequisites before migrating.

- In EDA Settings, turn off **Record Type Validation**.
- Disable these EDA triggers:
    
    - ACCT\_CannotDelete\_TDTM
    - ADDR\_CannotDelete\_TDTM
    - AFFL\_CannotDelete\_TDTM
    - BEH\_CannotDelete\_TDTM
    - CASE\_CannotDelete\_TDTM
    - CON\_CannotDelete\_TDTM
    - COUR\_CannotDelete\_TDTM
    - COFF\_CannotDelete\_TDTM
    - FACI\_CannotDelete\_TDTM
    - PReq\_CannotDelete\_TDTM
    - PREN\_CannotDelete\_TDTM
    - PPlan\_CannotDelete\_TDTM 
        
        See [Disable Trigger Handlers for EDA](https://help.salesforce.com/s/articleview?id=sfdo.eda_disable_trigger_handlers.htm).

You can turn these settings and triggers back on after merging your data.

If your batches time out before a merge completes, include fewer records in them. Batch size processing defaults to 200 records per migration, which can be too large if you have other existing automation.

![Tip](https://sf-zdocs-cdn-prod.zoominsoftware.com/tdta-sfdo-k12_architecture_kit-264-0-0-production-enus/aa53d0d1-adc5-4af6-adb8-c34704f68202/images/icon_tip.png)

Tip In most cases, we recommend that you work with a partner to migrate your data and to build customizations. If you don't work with a partner, be sure to migrate data to a Sandbox org before moving it to a Production org. To migrate data from an existing org to your fresh org, you can also [Request an Org Swap](https://help.salesforce.com/s/articleview?id=sfdo.sfdo_request_an_org_swap.htm).

For additional information about migrating data in Salesforce, see [Migrate data from one organization to another](https://help.salesforce.com/articleview?id=000322219&type=1&mode=1) in Salesforce Help.