定制软件数据迁移怎么做
定制软件要搬入旧系统的数据，先写来源和目标、栏位怎样对照、以什么顺序载入，并在非正式环境预演笔数和抽样，再写明数据退回时以哪一份为准。上线切换管的是当晚整个环境的顺序；这一份管的是数据本身有没有搬对。
目录
数据迁移和上线切换分开写
上线切换手册回答的是当晚先停哪一项服务、谁签可否上线、整个环境什么情况退回。数据迁移计划回答的是哪些数据要进新系统、栏位怎样对上、预演看见什么才算过、正式载入之后对不上时数据退回哪一份。两份可以互相指到版本。不要把切换当晚的步骤改写成栏位对照表。当晚的顺序见 定制软件上线切换怎么做。
用户验收看的是将要操作系统的人，按清单把画面结果做出来。交接看的是上线之后谁持有系统。范围变更看的是规格要不要改。三者都不代替栏位对照和预演记录。分别见 定制软件 UAT 怎么做、定制软件项目交接要准备什么、定制软件范围变更怎么管。交付仍走 定制软件、网站与应用程序。
先分开配置数据和要搬的业务数据
2026年10月22日阅读的 Microsoft Learn：管理配置与迁移数据 把数据分成两类。配置数据用来按业务需要设定环境，例子是货币、税码和参数。迁移数据是从旧系统搬到新应用的数据，旧系统可以是另一套业务应用，也可以是一批电子表格；例子包括主数据（客户、产品、供应商）和未结交易（销售订单、采购订单、库存、未结余额）。该页没有刊登日期。该页写给 Dynamics 365 项目，不是要求定制项目必须采购该产品。
定制项目沿用这个分法，写在迁移计划的第一页：哪些行是配置、哪些行是要搬的业务数据、每一类的来源系统和目标环境、大约笔数、是一次搬完还是其后还要增量。该页把迁移策略要涵盖的事项列为：来源与目标系统和数据库、要搬的数据实体及其数量与特性（方向、全量或增量、一次或重复）、抽取转换载入所用的工具与方法、顺序与依赖、角色、切换前与切换后的数据活动。策略在开工前写下，其后有变就改版本，并送给利害关系人看过。
栏位对照写清转换和空值
同一页把「对照并转换来源与目标之间的栏位和值」列为必须计划的工作。对照表每一行写：来源栏位、目标栏位、转换规则、空值怎么处理、哪一个值会被拒收。来源有而目标没有的栏，写明不搬，还是落到备注。目标必填而来源常常空白的栏，写明由谁在载入前补，不在载入当下临时编一个值。
该页把抽取、转换、载入称为 ETL：从来源抽出、为目标转换、载入目标。它列出数种常见工具，没有排序，也没有指定定制项目必须用哪一种。计划只写这次实际使用的工具名称和版本、谁操作、失败时记录写在哪里。工具名称若要留下，连同阅读日期写在计划上，不把该页的例子清单抄成采购清单。
顺序照依赖来排，并指定负责人
该页要求策略写明迁移数据时要遵守的顺序和依赖。对照表上若某一行的目标栏位指向另一笔数据，被指向的那一类先载入。例如订单指向客户，客户的预演通过之后才载入订单。顺序写在计划里，不留在操作者的记忆中。载入当日不改顺序；要改，先改计划版本。
同一页列出数据迁移分析人员、数据管理人、数据迁移架构或开发人员等角色，并说明各自负责设计与沟通、按标准维护定义，以及转换、测试和核对质量。这些是该页为 Dynamics 365 项目举的角色，不是定制项目必须照用的职称。定制计划用名字写三栏：谁维护对照表、谁核对抽样、谁执行载入。一个名字可以兼两栏，栏位仍分开。该页并写明，数据迁移会干扰其他工作，不应和其他测试活动同时进行。预演的时段因此单独写在计划上，不和用户验收排在同一时段。
正式载入前先在非正式环境预演
该页写明，应至少在系统集成测试环境和用户验收环境各验证一次数据迁移，并建议为迁移准备足够容纳该批数据的环境。2026年10月22日阅读的 Microsoft Learn：上线清单 在「数据迁移就绪与验证」一节写明：切换前多次测试数据迁移；验证策略和流程，找出并处理数据损坏或重复，并使性能落在切换时段内；切换迁移用的脚本和程序由业务测试并签核；把迁移问题和风险记下来并做缓解计划。该页另写，要准备迁移计划并多次执行预演（dry run），事先备好配置数据、主数据、安全配置、未结交易和余额。该页没有刊登日期。
预演载入的是非正式环境，用的是和正式载入同一份对照表、同一套工具。预演记录写：环境名称、抽取时间、每一类的来源笔数和目标笔数、抽样的列由谁对过、拒收了哪些值。笔数对不上，或抽样里有对照表没写的转换，不把同一套脚本签成可以进正式环境。清单页把未达到这些结果的风险写成：上线迁移延迟或困难、方案里的数据不准或损坏、用户和客户信心下降。这些是该页的措辞。定制计划不另造时限或笔数门槛；时段长度写公司自己同意的切换窗口，并注明日期。
预演核对笔数、抽样和重复
每一类数据至少留下三个数：来源抽出的笔数、成功写入目标的笔数、拒收的笔数。三者相加要能对回来源笔数。对不回，先找出差在抽取、转换还是载入，写在预演记录，不把差额标成「约略相等」。抽样由熟悉该笔业务的人看来源值和目标值，对照表上的规则是否被用上。抽样的列号写进记录。
清单页点名要处理的是损坏和重复。同一识别码在目标出现两行，记成重复，并写哪一行保留、哪一行退出这次载入。退出的规则写在对照表，不在预演会议上口头决定。损坏指目标里的值已经无法对回来源，例如日期被截断、金额小数位被吃掉。这类列退出本次载入，修正对照或来源之后再预演，不带进正式环境。
数据退回写明以哪一份抽取为准
2026年10月22日阅读的 Microsoft Learn：切换策略 把切换计划应包含的项目写成：每项工作的顺序和时点、负责人和备援、说明和工具、验证和签核，以及出问题时的退回计划。该页把事先演练称为 mock cutover 或 dress rehearsal，并写明应使用相同的数据、工具和人员。该页没有刊登日期，也没有规定数据退回必须还原哪一种备份。
数据退回因此写在迁移计划自己的一节，不并进整个环境的切换步骤。这一节写：谁宣布退回、来源和目标从何时停止写入、重新载入的是哪一次抽取、本次写入目标的列要不要先移除、移除和重载之后再对哪几个笔数。宣布的人和预演时相同的核对人在退回表上具名。该页在切换完成后要求核对正式环境的数据是否准确、完整。定制项目把这次核对的笔数和抽样签在同一份预演用的表上，日期改成正式载入的日期。
对照和预演没写完，不载入正式环境
来源和目标、栏位对照、载入顺序、预演的笔数和抽样、数据退回的抽取版本，有一项还没写上，正式环境不载入。缺的那项写在计划封面。预演和用户验收不要排在同一时段，沿用该页「数据迁移不应和其他测试同时进行」的写法。业务还没签核脚本，载入日不往前挪。
笔数门槛、停机长度和工具价格留在公司自己的规则和当次报价，并注明日期。上述页面没有为定制项目指定这些数字，也没有排序工具。计划可以交出之前，用三件事看：每一类是否有对照和顺序、预演是否留下笔数和抽样签名、退回是否写明以哪一份抽取为准。三件事都在计划上，才把正式载入的时段写进切换通知。