《2022年数据迁移实施方案》由会员分享，可在线阅读，更多相关《2022年数据迁移实施方案（12页珍藏版）》请在金锄头文库上搜索。
1、数据库系统和网络存储系统项目数据库迁移实施方案文档控制文档修订记录审阅分发 2 目录第一章文档介绍 . 5 1.1背景 . 5 1.2目标 . 6 第二章系统硬件选型 . 7 2.1 存储设备 . 7 2.1.1 设备选型 . 7 2.1.2 设备功能及实现 . 7 2.2 服务器设备 . 7 2.1.1 数据库服务器 . 7 第三章系统安装 . 10 3.1 主机系统安装 . 10 3.2 配臵san网络、磁盘阵列 . 11 3.3 配臵hacmp . 12 3.4 安装数据库软件 . 14 第四章数据移植 . 14 4.1 移植准备工作 . 14 4.2 移植过程 . 15 4.3 系统检
2、名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 1 页，共 12 页 - - - - - - - - - 查 . 16 数据库检查 . 16 导入后系统需要完成的工作 . 17 应用检查 . 17 4.4 系统回退 . 17 第五章应用迁移 . 18 第六章新系统上线后的工作 . 18 第七章工作界面和工作内容 . 18 第八章实施计划 . 20 附件： . 错误！未定义书签。1.设备、软件验收交付记录 . 错误！未定义书签。 2. 操作系统安装 . 错误！ 未定义书签。3.操作系统
3、镜像 . 错误！ 未定义书签。 3 4.设备配臵清单( 需确认 ) . 错误！未定义书签。4.1 ibm p570服务器 . 错误！ 未定义书签。 4.2 光纤交换机配臵 . 错误！未定义书签。 4 第一章文档介绍 1.1 背景 hp公司全面转向x86 芯片， 使用 pa-risc芯片的 hp 9000 服务器现已停产，虽然 oracle r12 已经可以支持itanium平台上的hp-ux ，但某电厂应用系统目前是vxx.x.xx，而某应用软件 vxx版本目前尚不能运行于itanium平台 , 故准备将系统迁移至新硬件平台(ibm power处理器 ) 。本次项目的主要目标是对包括如下几点：
4、 1) 存储设备及小型机设备的选购采购一台新磁盘阵列提供服务，替换过去的旧存储设备，磁盘按现有存储容量预期的1.3至 1.5 倍配臵 , (raid10或 raid5提供冗余保护，热备盘提供磁盘的在线替换) ，空间考虑为_t（为以后的扩容考虑需要，最大支持在 _t ）, 如可能涉及到系统日后的扩容、容灾及测试空间需求，可对存储适当增加扩展柜来扩充容量。 2)系统硬件规划及配臵名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 2 页，共 12 页 - - - - - - - - - 当前
5、硬件系统按应用规划要求划分lpar 分区，并基于两台服务器分区之间实现集群配臵。 3)数据库移植包括移植准备、移植实施、移植检查及移植后最终上线，同时处理在移植过程中出现故障的回退恢复步骤。 4)应用迁移 5篇二：数据中心搬迁整体实施方案数据中心搬迁项目搬迁策略报告目录 1概述 . 3 1.1 某银行数据中心搬迁目标 . 3 1.2 某银行数据中心搬迁范围 . 3 1.3 搬迁策略制定的意义 . 5 1.4 搬迁策略制定 . 6 1.4.1 搬迁策略制定方法 . 6 1.4.2 搬迁策略制定原则 . 6 1.5 某银行数据中心搬迁方式 . 7 1.6 某银行数据中心搬迁策略制定的重点和难点 .
6、 7 1.7 搬迁策略阶段工作总结 . 8 1.8 搬迁策略的总体思路及整体过程 . 9 1.9 某银行数据中心搬迁的特名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 3 页，共 12 页 - - - - - - - - - 点 . 10 2 某银行数据中心搬迁策略分析. 11 2.1 搬迁策略的要点 . 11 2.2 搬迁策略分析内容 . 11 2.2.1 it架构分析 . 11 2.2.2 应用关联分析 . 14 2.2.3 业务中断影响分析 . 15 2.2.4 批处理关联分析
7、 . 15 2.2.5 系统保护分析 . 17 2.2.6 物理共享分析 . 18 2.2.7 设备冗余分析 . 20 2.2.8 机房环境分析 . 22 2.2.9 风险分析 . 26 3 某银行数据中心搬迁策略 . 29 3.1 某银行业务系统搬迁方式 . 29 名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 4 页，共 12 页 - - - - - - - - - 3.2 搬迁批次划分要求 . 29 3.3 搬迁各批次分析 . 33 3.3.1 批次1搬迁分析 . 33 3.3
8、.2 批次2搬迁分析 . 34 3.3.3 批次3搬迁分析 . 45 3.4 搬迁过程中的备份策略 . 46 3.5 搬迁中的容灾保护 . 48 3.6 搬迁的应急预案 . 48 3.7 某银行数据中心搬迁实施组织架构建议 . 51 3.7.1 搬迁实施总行领导工作委员会职责 . 52 3.7.2 搬迁实施工作组职责 . 52 4 总结 . 61 某银行机房搬迁项目策略汇报 1概述 1.1 某银行数据中心搬迁目标某银行现在使用的机房于1997 年建成， 位于某市深南东路，随着业务不断发展，业务系统持续增加，机房区间、机房电力空调等基础设施容量趋于饱和，当时设计的能力已难以满足某银行业务发展需要
9、。位于某市保税区市花路的新数据中心，与现机房距离为15 公里，预计2010 年 2 月 12名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 5 页，共 12 页 - - - - - - - - - 日完成机房整体建设。为满足业务发展需要，某银行需尽快实施新数据中心的搬迁，使数据中心的综合管理和生产运行能力上一个新台阶。某银行初步计划于2010 年 3 月份实施现有数据中心的整体搬迁，搬迁期间整个银行业务将全部中断，其对外影响非常重大。某银行数据中心搬迁的目标为：完成当前数据中心及中心
10、机房内部所有it基础设备的现状梳理、根据某银行自身的业务特点和业务需求，制定出符合某银行的搬迁策略和详细方案，保障业务系统顺利搬迁到新数据中心，将搬迁的风险以及搬迁对业务的影响降到最低。 1.2 某银行数据中心搬迁范围某银行数据中心搬迁的范围主要是某银行位于某市某路某号，某银行大楼数据中心的67个计算机系统101 个业务系统，包括核心业务系统、网银系统、外联系统等。其中： ? 计算机设备1063 台，包括： ? 主机 ? 小型机 ? 服务器 ? san存储、磁带库、磁带机 ? 网络设备 ? ups、空调、加密机等其他设备 ? 机房范围 ? 5楼大机房、小机房 ? 24楼信用卡测试设备 ? 27
11、楼资产管理部 ? 5楼动力机房（设备利旧） ? 11楼测试机房 ? 某银行分行（部分测试设备） ? 不包括： ? 11楼集中作业部，22 楼金融市场部 ? 1楼机房，某银行分行 ? 库房具体的业务系统如下表所示。类别核心业务业务系统综合客服、信用卡、个贷卡交换、综合理财、黄金交易、个人实盘外汇买卖、前置类业务开放式基金代销、资讯平台、保理、商业汇票、银银合作、资金交易前中后一体化、现代化支付、供应链金融、第三方存管、联网核查公民身份信息、前置、分行前置等网上银行、 95501 客户服务中心、终端、全行b/s 查渠道类业务询机、统一消息平台、金卫士、网上招聘、内部网服务器等技术支撑密码服务系统、
12、通讯集群网关、加密机资产托管、信贷风险管理、国际业务处理、swift、电业务管理类子数据存储、电子式储蓄国债、统一数据补录平台、电脑验印、银税信息共享、统一征信、反洗钱监测报告、反恐怖融资黑名单、 关联方信息管理、员工买卖股票申报等 3个 18个 11个子应用系统 4个 42个 1.3 搬迁策略制定的意义名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 6 页，共 12 页 - - - - - - - - - 搬迁策略是搬迁实施的指导原则，一个好的搬迁策略可以帮助某银行安全、平滑地实现
13、系统搬迁和业务切换，反之，一个不好的搬迁策略则会给搬迁工作带来很多的麻烦，严重时甚至会造成搬迁的失败；某银行搬迁策略制定的主要意义在于： ? 保障业务系统顺利搬迁： ? 全面分析应用关联和物理关联 ? 制定业务和数据安全保障建议 ? 制定应急预案的建议 ? 降低业务中断影响： ? 分析业务中断影响 ? 保障业务按优先等级进行恢复 ? 缩短重要业务的中断时间 ? 降低搬迁风险： ? 多方位的风险识别、风险分析 ? 制定风险应对策略建议 ? 提高搬迁效率： ? 规划搬迁各批次的应用及设备清单 ? 规划搬迁时间 ? 梳理搬迁前的准备工作篇三：数据迁移方案数据迁移方案 n8000 到 as13000
14、广东 xx 信息技术有限 2015年 7 月 1. 系统拓扑图中间服务器千兆以太网线路千兆以太网光纤线路万兆以太网光纤线路成果数据存储系统拓扑图 2. 需求分析新增设备： 2 台 as13000-nas 、1 台 nas 网关和 1 套 dps 备份系统通过光纤跳线连接万兆交换机，中间服务器和华赛n8000 通过 6 类网线连接万兆交换机，最低达到千兆交换的物理基础架构。其中1 台 as13000-nas 作为成果数据存储，通过nas 网关对外提供存储服务，另一台通过dps 备份软件实现数据备份。华赛 n8000 存储数据有40tb ，包括各种大小文件、压缩包，需安全迁移到as13000，实现
15、数据的备份和共享。数据迁移是敏感性动作，必须保证迁移数据的完整性、可用性，一致性。华赛 n8000 已发生硬件故障，须尽快完成数据迁移工作。 3. 数据迁移方案本次数据迁移的目标是在最少存储中断服务时间内完成数据在两个存储设备之间快速有序迁移，并保证数据的完整性、可用性，一致性。我们在本方案中建议以下2 种方式实现存储设备之间的数据迁移： ? 文件复制 ? 通过全备份、增量备份实现数据迁移 ? 实现方式简单，迁移成本较低 ? 需要较长的存储中断服务时间 ? 备份软件迁移 ? 通过建立选择备份的模式运行实现数据自动复制，实现数据迁移 ? 支持异构平台 ? 需要第三方备份工具支持，成本较高 3.1
16、. 文件复制该方法是通过中间服务器的指令在2 个存储设备之间复制数据，数据迁移实现方式简单，名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 7 页，共 12 页 - - - - - - - - - 不需要对源数据进行设置变更，不影响源数据的正常运行；但该方式迁移数据需要较长的迁移周期，同时需要安排一定的存储中断服务时间，以保证数据的完整迁移。该方法不适用于增量数据迁移，增量数据需另配存储或在存储中临时划lun 替用，迁移完原数据后再迁移增量数据。 3.2. 备份软件迁移该方法通过安装
17、的备份软件实现2 个存储设备之间数据备份，向导指引你进行文件的备份与恢复，支持任务排程，进行备份时可以根据文件类型有选择的进行备份，备份文件可以压缩为 zip 文件进行存放，以节省空间，并且可以通过压缩密码保护您的文件。整个迁移过程都是可控的， 原有存储环境保留，避免了迁移过程中的数据损失，保证了系统的平稳过渡。该方法适用于增量数据迁移，满足存储系统不间断运行。需另行采购备份软件实施，提高实施成本。 3.3. 方案对比通过以上2 种方案综合比对，建议采购文件复制方式实施数据迁移。 4. 数据迁移实施 4.1. as13000部署新购存储预计7 月 10 日到货，硬件设备上架安装1 天，存储系统
18、规划调试3 天，预计 7月 17 日可开始实施数据迁移工作。 4.2. 数据迁移实施 ? 数据迁移系统搭建数据迁移系统由华赛n8000、中间服务器、as13000、网络设备组成。 ? 数据迁移链路由华赛 n8000、中间服务器、as13000 连接到万兆交换机，最低1000mbps的以太网链路互联。如不能连接到万兆交换机，需要专门的千兆交换机保证数据传输，减少影响业务网络运行。 ? 迁移速度网络最大传输速度为1000mbps，最大的数据传输速度为100 mbps，按大小文件传输平均速率大概为60 mbps。一天数据传输量文件传输速率*3600*24 60*3600*24=5184000=5tb
19、 ? 实施时间数据迁移包括4 个阶段： 测试、预演、正式迁移、 检验，主要耗费时间为正式迁移时间，目前 n8000 需传输的数据量为40tb ，传输时间 40tb/5tb8 天整个迁移完成时间预计10 天左右。 4.3. 数据校验为了保证数据迁移后的一致性，需进行迁移前后数据的验证，可采取以下3 个方法核验。 ? 业务验证方式篇四：数据迁移方案数据迁移方案作者： han.xue 信息系统数据迁移需要考虑的因素很多，比如操作系统类别、数据库类型、版本、数据结构、数据规模、最小允许宕机时间等等。对于本项目，假定满足下列条件： 1、 操作系统一致 2、 数据库类型一致，均为microsoft sql
20、 server 3、 数据库版本均为sql server 2000 现存在两种数据迁移的考虑，第一种是新旧数据库系统采用相同数据结构存储，第二种是新旧数据库系统采用不同数据结构存储。下面分别详细说明。一、不同数据结构的数据升迁名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 8 页，共 12 页 - - - - - - - - - 新系统建设完成后，需要对旧系统中数据进行升迁。对于从旧系统中升迁历史数据，需要首先建立旧系统历史数据与新系统数据结构的对应关系，并根据对应关系建立数据逻辑视
21、图。然后使用导入导出工具将历史数据一次性导入到新系统中。数据升迁工作需要遵循以下原则： 1. 数据项长度不一致的处理对于新系统与旧系统的数据项长度不一致的，为了防止数据丢失，应以数据项较长的为准。 2. 代码标准不一致的处理对于新系统与旧系统的同一数据项，而代码标准不一致的，需要建立代码对照表交由用户审定后再进行升迁。 3. 数据采集方式不一致的处理旧系统为代码输入项目，新系统为手工录入项目的，数据升迁时直接将含义升迁至新系统中。旧系统为手工录入项目，新系统为代码输入项目的，数据升迁时应将数据导入临时表中，由用户确认这些数据的新代码后再导入正式库。 4. 增减数据项目的处理新系统中新增的数据项
22、目，如果为关键非空项，在数据升迁时需要由用户指定默认值或者数据生成算法。旧系统有而新系统已取消的数据项目，原则上升迁至该记录的备注字段。对于没有备注项目的，需要与用户协商是否需要继续保留。 5. 历史数据归档的处理这种数据交换模式为大量、批量、一次性执行的工作。此项工作要求需要支持异常终断后继续，并且在完成数据升迁后，需要出具数据升迁报告交由用户审核确认。如果数据升迁工作顺利完成，原有一期系统数据在备份并刻录光盘后，将不再保留。 6. 完成此项工作提交的文档： 1) 数据升迁报告 2) 新旧系统代码项对照关系备忘录 3) 新版系统中取消数据对象、数据项备忘录 4) 新版系统由于历史数据升迁工作
23、要求数据结构修订备忘录 5) 历史数据清理工作备忘录 6) 旧系统历史数据刻录光盘二、数据结构相同的数据迁移对于数据结构相同的数据迁移，常见有两种方式：先备份再恢复的方式和数据库文件分离与附加的方式。但无论哪种方式，均需要在不同数据库服务器之间，对数据文件或者备份文件进行拷贝和复制，因此我们建议在数据库迁移时尽可能减少数据库文件大小，便于进行处理，减少文件复制的耗时。在开始说明两种方式之前，首先明确一下备份恢复和分离附加的概念： 1、备份与恢复备份就是指对sql server数据库及其他相关信息进行拷贝，数据库备份记录了在进行备份这一操作时数据库中所有数据的状态，如果数据库因以外而损坏，这些备
24、份文件将在数据库恢复时被用来恢复数据库。恢复就是把遭受破坏、丢失的数据或出现错误的数据库恢复到原来的正常状态，这一状态就是有备份决定的。 2、分离与附加在 sql server运行时，在windows 中不能直接移动sql server数据库文件，如果想移动 sql server数据库文件， 就要将数据库文件从sql server服务器中分离出去，分离后 sql 名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 9 页，共 12 页 - - - - - - - - - server服务
25、器上不再有该数据库。附加数据库的工作是分离数据库的逆操作，通过附加数据库，可以将没有加入sql server服务器的数据库文件加到服务器中。一般来讲，数据库的分离与附加操作比备份与还原的数据库迁移方式要更迅速、便捷。下面详细介绍两种方式的迁移步骤。 1、准备工作在 sql server中，每个数据库的数据库文件分为数据和日志两个文件。旧系统经过长时间运行， 一般来说数据库的日志文件均比较巨大。如果最初按照sql server默认参数建立数据库的话，日志文件按照10% 的增量递增扩展，将占用很大磁盘空间。我们建议在做数据库迁移之前，根据用户需要，对数据库的日志文件进行清空、截断和收缩。这样一来一
26、般数据库的日志文件大小可以缩小至几兆。具体操作步骤这里就不再赘述了。在这里我们需要提醒用户的是，一旦进行了日志的清空、截断和收缩并且丢失了数据库的当前时间点备份， 那么数据库自从上一次备份以来的数据将不可还原，这是尤其要注意的。因此一般我们建议用户在对日志文件进行上述处理时，需要做一次完整数据库备份。 2、备份与还原的方式在准备工作完成后，用户应妥善保存数据库的完整备份文件，再进行下一步工作。对于数据库规模比较大的项目，还原数据库耗时将比备份时间要长。 而且在不同的数据库存储的磁盘工作模式下，还原时间也是有很大差异的。我们建议如果用户采用备份与还原的方式做数据迁移，并且对数据库离线时间要求比较
27、苛刻的话，在新数据库存储磁盘模式上应选择raid1或者 raid0 。还原数据库时，有两种具体操作方式：1、新建立一个空白数据库，再还原；2、还原数据库时指定新库存储位置和文件组。具体操作步骤这里不再赘述，我们建议用户采用第一种方式操作。注意：在还原数据库后，根据用户旧数据库的配置不同，可能还需要建立登录名和数据库访问用户，并将新数据库的登录名与系统进行挂接。 4、 分离与附加的方式一个数据库只能被一个服务器管理，通过分离数据库可以将数据库与服务器分离。附加数据库就是将存放在硬盘上的数据库文件加入到sql server服务器中。对于数据规模比较大的数据库迁移，我们建议采用这种方式进行。具体操作
28、步骤不再赘述。篇五：数据迁移方案数据迁移通俗的说就是将数据从一个地方转移到另一个地方。主要使用场景有：根据正式系统搭建测试环境、从内网复制到外网、数据库服务器硬件升级等。根据需要迁移的数据量大小、系统架构，可采取不同的迁移方法。注：以下所说方法，不考虑数据的增量更新、不考虑数据的实时同步、不考虑数据的逻辑转换。如果有这些需求，建议使用第三方etl工具或使用oracle的其他数据同步技术。一、常用示例 1.1 如何在客户现场搭建测试环境？常规方案，使用imp/exp 工具，先在源库执行直接路径导出操作，然后在目标库执行导入操作。 imp/exp 的执行速度主要受限于磁盘及网络。数据量： 1.5g
29、 导出用时： 5 分钟导入用时： 23 分钟导出文件大小：641m 导出导入环境： 单 cpu，700m内存。为力求最大速度，使用直接路径导出、设置最大i/o名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 10 页，共 12 页 - - - - - - - - - 缓冲、导入导出文件都放在服务器上执行。 1.2 还有没有更快的办法？有，仍然使用impdp/expdp 。只是不再将数据导出后导入，而是直接将数据从源库导入到目的库。 cmd> impdp testi目标库 dire
30、ctory=dmpdir schemas=testi network_link=源库 dblink remap_schema=testi:testa 上面语句的操作是将源库的testi用户的数据， 导入到目标库的testa用户下。 这个操作是局域网内迁移数据最方便的工具，不过也可能是速度最慢的工具。 1.3 有没有还快一点的方法？有，换用impdp/expdp 。同样在源库执行导出，在目标库执行导入。操作速度能得到极大提升。 impdp/expdp 速度主要受限于磁盘，与网络无关。原数据大小： 1.5g expdp导出操作用时：5 分钟 impdp导入操作用时：22 分钟导出文件大小：588m
31、 导出导入环境：单cpu，700m内存，并行度 = 1 ？你不是说这个会更快么？为什么速度跟1.1 的 imp/exp 差不多啊？请看第四部分总结的解释。 1.4 你还敢再快一点么？使用表空间迁移。将表空间的元数据导出，和数据文件一起，复制到新库。执行元数据导入。一般来说，整个导入导出的数据量不到5m 。速度相当快，但使用限制比较多。导出时间： 1 分钟导入时间： 3 分钟导出文件： 60m + 数据文件 1.5g 1.5 如何将数据从linux环境转到windows 环境？查看 v$transportable_platform，如果数据编码一致，可尝试直接复制数据文件。否则使用 rman或
32、impdp/expdp 或 imp/exp 。 1.6 如果你有一个excel 格式的数据表，需要远程更新到客户数据库上，怎么更新？使用 pl/sql developer，复制、粘贴、提交。 1.7 如果你需要将正式库的几张表，迁移到测试库来，怎么弄快些？用 dblink+ 脚本，或者使用impdp 远程导入。二、局部数据的迁移 2.1 、广域网的迁移 2.1.1 pl/sql developer 广域网下小数据量的迁移，常用 pl/sql developer工具来完成。在本地打开excel文件，复制数据。然后通过“远程桌面”，到远程服务器的pl/sql界面上粘贴，就可以了。操作简单方便。第一
33、步：在本地复制数据第二步：打开远程桌面第三步：在远程机器的pl/sql 里面粘贴数据第四步：保存数据这种方法在小数据量下很好用。大数据量时，一个表一个表的粘贴比较麻烦，且一粘贴可能就卡在那里了，得等10 来分钟。 2.1.2 imp/exp 名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 11 页，共 12 页 - - - - - - - - - 广域网内大数据量的迁移，通常使用imp/exp 工具。先在源库上使用exp 工具，导出数据压缩包，通过网络发送到目标数据库。在目标数据库上
34、再imp。 第一步：本机连接到源库上，执行exp exp一般使用直接路径导出，速度可以达到常规路径导出的3 倍以上。参数解释： parfile:指定导出的参数配置文件 log:导出日志输出到哪个文件 recordlength=65535：设置最大i/o缓冲为 64k（该参数最大64k） direct=y：数据经直接路径导出，不再经sga 导出 owner=testi：仅导出用户testi的数据。第二步：本机连接到目标库上，执行imp parfile:指定导入的参数配置文件 log:导入日志输出到哪个文件 feedback=1000:每导入 1000 行，在屏幕上输出一个”. ” buffer=
35、10000000：设置导入缓冲区大小 fromuser=testi：仅导入testi用户的数据 touser=testi：将数据导入到新用户testi下。 2.2、局域网内迁移局域网内的数据迁移，方案比较灵活。常用的方法有：imp/exp 、impdp/expdp 、dblink+脚本、表空间迁移。其中 imp/exp 在 2.1.2已有介绍，这里主要介绍其他方法： 2.2.1 dblink+脚本 2.2.1.1 基本介绍通过 dblink将多个分布式数据库连接起来，对外提供统一的服务。可以实现在一个数据库上，访问多个分布式数据库。使用“dblink+ 脚本”的方法来转移数据，配置灵活，但脚本写起来比较麻烦。需要为每张表单独写脚本。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 12 页，共 12 页 - - - - - - - - -
