金蝶K3远程数据传输应用方案.doc

远程数据传输应用方案 1 远程数据传输应用方案远程数据传输应用方案 远程传输应用方案 2 目目 录录 1引言引言.4 1.1背景.4 1.2读者.4 2远程数据传输支持的各种网络应用方案远程数据传输支持的各种网络应用方案.4 2.1远程数据传输支持的网络应用场景.5 2.1.1TCP/IP 协议的使用模式.5 2.1.2TCP/IP 协议的 IMTS 相关配置.5 2.1.3HTTP 代理的使用模式.6 2.1.4HTTP 代理的 IMTS 相关配置.7 2.2各种网络应用场景优缺点说明.11 3典型传输应用典型传输应用.11 3.1第一种应用：完全传输.12 3.1.1应用场景.12 3.1.2传输模式选择.13 3.1.3具体应用操作要点说明.13 3.1.4环境要求.14 3.1.5发送方配置.14 3.1.6接收方配置.17 3.1.7应用.19 3.2第二种应用：增量传输.19 3.2.1应用场景.19 3.2.2传输策略的选择.19 3.2.3具体应用操作要点说明.20 3.3第三种应用：拉式传输.21 3.3.1应用场景.21 3.3.2传输模式选择.22 3.3.3具体应用操作要点说明.23 4数据库服务器的权限设置数据库服务器的权限设置.26 4.1WINDOWS身份认证方式下的权限设置.26 4.2SQL SERVER身份认证方式下的权限设置.30 5远程数据传输中的网络部署与网络配置远程数据传输中的网络部署与网络配置.30 5.1网络部署概述.30 5.1.1网络连接方式的选择.30 5.1.2防火墙实现方式的选择.32 5.1.3VPN 构建方式的选择.33 5.2网络地址转换与 K/3 WEB 服务器地址映射.33 远程数据传输应用方案 3 5.2.1应用需求.33 5.2.2什么是网络地址转换 NAT .33 5.2.3网络部署环境及步骤.34 5.2.4设置参数表.34 5.2.5注意事项.35 5.3宽带构建 VPN 网络扩展 K/3 系统应用领域.35 5.3.1应用场景.35 5.3.2部署步骤.35 5.3.3配置路由器 A.36 5.3.4配置东泰分支办公室路由器 B 和 C .38 5.3.5分支机构工作站网络设置.39 5.4防火墙环境下远程数据传输的解决方案.39 5.4.1防火墙环境下采用 HTTP 进行远程数据传输.39 5.4.2防火墙环境下采用 VPN 进行远程数据传输.44 6附录附录.46 6.1远程数据传输性能测试情况.46 6.1.1测试环境.46 6.1.2测试方法.47 6.1.3结果记录.47 6.1.4测试结论.47 6.2MODEM点对点拨号连接情况下的增量传输试验.48 6.2.1测试目的.48 6.2.2测试环境.48 6.2.3测试方法.48 6.2.4结果记录.48 6.2.5测试结论.49 远程传输应用方案 4 远程数据传输，采用金蝶独有的 IMTS 传输，实现金蝶 k/3 账套，金蝶 2000 账套，文 件等数据在 Internet 上的自动定时相互传递。可方便的将分布在网络不同位置的数据集中 到一起，以便进行分析。适用于集团应用模式下的数据远程传输支持。 作为金蝶独有的传输工具，它具有如下优点： 传输数据量大，可传输几百兆的账套 支持断点续传 独有金蝶 Imts 传输，保证数据安全传输 自动定时传输，并对 K/3 账套进行远程自动化备份恢复处理。 在推式传输的基础上，结合金蝶代理服务，可以实现拉式传输。即总部就可以直 接通过操作电脑，远程下达命令拉取分公司的数据，传输回总部。 基于以上优点，远程数据传输在许多大集团成功应用，并在集团总公司及时监控分布 在各地的分公司的运营情况中起到了举足轻重的作用。 1引言 1.1 背景 由于远程数据传输涉及的技术含量较高，在用户使用过程中出现的问题较多，为更好 地推广金蝶远程数据传输，我们特针对远程数据传输编制了此应用方案。 1.2 读者 在阅读此方案之前，要求读者： 有一定的技术背景，对网络知识有一定的了解。 已经详细阅读过远程数据传输的使用手册或帮助，了解基本的配置，使用过金蝶 远程数据传输工具。 已经详细阅读过代理服务的使用手册或帮助。 2远程数据传输支持的各种网络应用方案 远程数据传输目前支持 TCP/IP 和 HTTP 两种传输模式，这两种模式的传输配置和传输 效果都有较大的差异。 远程数据传输应用方案 5 2.1 远程数据传输支持的网络应用场景 2.1.1TCP/IP 协议的使用模式协议的使用模式 A、点对点固定 IP 模式 如下图： A（固定IP） B（固定IP） 图 2-1 点对点固定 IP 模式 计算机 A 和 B 都有固定的 IP 地址，只要 A 和 B 在一个域网内（局域网或广域网） ， A 和 B 可相互发送或相互接收。 B、点对点非固定 IP 模式 如下图： A（动态IP） B（固定IP） 图 2-2 点对点非固定 IP 模式 此模式主要针对直接用 modem 直拨对方进行数据传输，数据可以从 A 传输到 B，但 由于 A 是动态 IP，B 一般情况下无法获取，所以不能将数据从 B 传输到 A。 C、双方拨上当地 Internet 模式，如下图 B（固定IP） Internet A（动态IP） 图 2-3 双方拨上当地 Internet 模式 此模式下，A 和 B 必有一个计算机是广域网固定 IP，可以从动态 IP 方传输数据到固 定 IP 方。此模式相当于点对点非固定 IP 模式。 以上三种模式，在远程数据传输配置中方法是一样的，且都不能通过防火墙。 2.1.2TCP/IP 协议的协议的 IMTS 相关配置相关配置 对于 TCP/IP 协议来说，都是 A（计算机名为“A” ，公司编号为 001）计算机直接发送 远程传输应用方案 6 到 B（计算机名为“B” ，公司编号为 002）计算机，因此配置相对的简单一些，对 A 计算 机来说，相关联的协议界面如下： 图 2-4 目标公司配置 对于接收端而言，配置发送方的界面与上图是一致的，只是传输协议和传输地址可以 不必填写。 图 2-5 接收端发送公司配置 2.1.3HTTP 代理的使用模式代理的使用模式 A、只有一方有代理服务器模式，如下图 不管是什么物理连接，一定输入接 收计算机的计算机全名称，如 “B” 输入接收计算机的固定 IP，如 “” 接收方公司代码 不管是什么物理连接，一定输 入接收计算机的计算机全名称， 如“A” 。 发送方的公司代码 远程数据传输应用方案 7 同一域内 A （发送：固定或动态IP） C （接收：固定IP） B （HTTP代理服务器：固定IP） 图 2-6 只有一方有 HTTP 代理服务器模式 B 与 C 在一个域网内，A 不管是否在 B、C 的域网内，A 不管是固定 IP 或是动态 IP，数据可从从 A 传向 C。 B、双方均有 HTTP 代理服务器模式，如下图所示， 同一域内 D （接收：固定IP） C （HTTP代理服务器：固定IP） 同一域内 A （发送：固定或动态IP） B （HTTP代理服务器：固定IP） 图 2-7 双方都有 HTTP 代理服务器模式 B 和 C 都是各个域网内的代理服务器，此模式下，A 与 D 能够进行相互间传输数据。 发送的计算机可为动态或固定 IP 地址。 以上 HTTP 代理的两种模式均能通过防火墙。它们在远程数据传输配置中与采用 TCP/IP 协议传输在配置上有很大的区别，后面将作详细说明。 2.1.4HTTP 代理的代理的 IMTS 相关配置相关配置 只只有有一一方方有有HTTP代代理理模模式式 对于只有一方有代理服务器模式，首先在 B（计算机名为 B，设 IP 为 0） 配置 IIS，配置步骤如下： 远程传输应用方案 8 1、将安装有 IMTS 的计算机上的 imts.dll、index.htm、HttpConf.exe 三个文件拷贝到 B 计算机上的一个专用目录中假设为 E:Program FilesKingdeeimtsIISProxy（若 B 计算机也 安装了 IMTS，这一步可省略） 。 2、打开 Internet 服务管理器，在默认 WEB 站点中添加一虚拟目录命名为“imts”，如 下图所示： 图 2-8 设置虚拟目录名 3、选择前面 1 步中专用目录如下图所示： 图 2-9 设置包含 imts.dll 的路径 命名一定为“imts”，大 小写无关。 远程数据传输应用方案 9 4、一直按“下一步”到完成。添加结果如下图所示： 图 2-10 设置完成的 IMTS 虚拟目录 5、右键点“imts”，查看其属性，如下图所示： 图 2-11 改变执行许可方式 将“纯脚本”改为“脚本和可执行程序” ，按“确定”按钮确认完成。 一定要改成“脚本 和可执行程序” 远程传输应用方案 10 6、在 B 计算机上运行拷贝来的 HTTPCONF.EXE，将 C（计算机名为 C，假设 IP 为 ）添加进列表中如下图，IIS 就配完了。 图 2-12 添加接收计算机信息 而 A 计算机上的关于 HTTP 协议配置界面如下所示： 图 2-13 HTTP 方式下发送的地址设置 对于 C 计算机上接收公司的配置与 TCP/IP 方式下的配置是完全一样的。 双双方方都都有有HTTP代代理理模模式式 对于此种情况，除有类似 配置以外，在发送方的 IMTS 服务器里需加一配置项。 打开 IMTS Server，输入“cons” ，在设置设消息浏览器上点菜单，再点“系统参数” ，出现 如下所示界面，设置本地 HTTP 代理服务器即可。 格式为 IP:5678 不管是什么物理连接，一定输入接收计算 机的计算机全名称，如这是“C” ，而不是 “B” 输入 HTTP 代理服务器的 IP，这 里为 B 计算机的 IP 地址或者相关 域名 选上 HTTP 协议 接收方公司代码 远程数据传输应用方案 11 图 2-14 本地 HTTP 代理服务器设置 2.2 各种网络应用场景优缺点说明 TCP/IP 协议下的点对点固定 IP 模式： 在远程数据传输的实际应用中，这种方式使用的最多也最普遍。主要应用于 DDN 专 线传输和直接拨号传输。 采用 DDN 专线传输，传输速度快，而且数据安全性最有保障。如果经常性地使用传 输推荐用户使用这种方式。 直接拨号传输，受传输当时网络状况影响较多，传输速度相对较慢，如果不是经常性 的传输，可以使用这种方式。 TCP/IP 下的点对点非固定 IP 模式（包括双方拨上当地 Internet 进行传输方式）： 主要应用与拨号上当地网进行传输，这种方式继承了所有直接拨号传输的优缺点，同 时因为上了公用网，数据安全性相较于点对点固定 IP 模式要低。 HTTP 代理下的两种使用模式 其优点是传输可以通过防火墙，缺点是相较于 TCP/IP 协议下的几种模式的传输，其传 输速度较慢。 3典型传输应用 在用户选择好传输的网络应用方案后，下一步就可以使用远程数据传输了。 远程传输应用方案 12 远程数据传输从传输机制上来分可以分为推式传输和拉式传输两种，推式传输是指发 送方主动的发送内容给接收方，这是远程数据传输常用的传输方式；拉式传输是指接收方 下达命令主动拉取发送方的数据。 远程数据传输机制如果不作特别的设置默认是推式机制，即发送方主动的发送内容给 接收方，而接收方只是被动接收。而现实用户应用模式经常是：接收方是总部，发送方是 分公司，一般总部总是希望能够主动地获取分公司的数据，而不是被动地接收。如果能够 采用拉式机制，总部就可以直接通过操作电脑，远程下达命令拉取分公司的数据，传输回 总部。基于此，我们提供了代理服务，通过远程数据传输和代理服务的结合使用，就可以 实现总部自动拉取分公司的数据。 使用远程数据传输的用户大部分是用来传输 K/3 账套，针对/3 账套数据量大的特点， 我们从节省传输时间、提高传输效率的角度，提出“完全传输”和“增量传输”两种方案。 完全传输会一次将整个账套里的全部数据传送给接收方；而增量传输会在上次传输的基础 上，将这两次传输的时间间隔里账套里变动的数据传送给接收方。这两种方案在不同的传 输机制下都可以实现。 远远程程数数据据传传输输 推推式式传传输输拉拉式式传传输输 完完全全传传输输增增量量传传输输 完完全全传传输输增增量量传传输输 图 3-1 远程数据传输方式 以下我们将针对具体的应用案例介绍完全传输、增量传输、拉式传输三种应用方案下 所要进行的设置。 3.1 第一种应用：完全传输 3.1.1应用场景应用场景 集团公司，下属 28 家分公司 要求分公司每天传输账套到总部，集团公司每天进行对账和并账 每天传输到总部的账套为 56 个，每个账套的大小约 150 兆 远程数据传输应用方案 13 DDN 专线连接 其网络连接图如下： 总部IMTS接收服务器 分公司1IMTS发送服务器分公司4IMTS发送服务器 分公司2IMTS发送服务器 分公司3IMTS发送服务器 物理连接：DDN专线连接 图 3-2 计算机连接布置 3.1.2传输模式选择传输模式选择 由于该集团各公司之间全部采用 DDN 专线连接，网络状况良好，传输账套可以使用 完全备份、 TCP/IP 协议下的点对点固定 IP 模式传输。 3.1.3具体应用操作要点说明具体应用操作要点说明 以下以集团下属的分公司向总部传输账套为例进行具体说明。假定分公司为发送方， 集团总部为接收方。 注意： 传输的发送方和接收方都必须有一台机器安装了Imts 服务程序。如上 述集团有 28 家分公司需要传输，则加集团总部，必须有29 台机器安 装 Imts 服务程序。 使用远程数据传输，必须安装Imts 服务程序和 K/3 系统的客户端。由 于 Imts 服务程序只支持NT、WIN2000 系列的操作平台，所以远程数 据传输不支持win95、win98 下传输。 由于远程数据传输要求发送方和接收方的公司代码和任务名称唯一，建议 远程传输应用方案 14 的做法是集团总部统一分支机构的所有机构编码，并把总部建立好的接收 任务导出一起下发给各分支，各分支根据机构编码的规定进行本地设置， 然后将总部接收任务文件导入作发送任务。不过导入的发送任务只有任务 名称和接收公司信息，具体的发送内容还需要作设置。 3.1.4环境要求环境要求 使用远程数据传输必须使用 NT、WIN2000 系列的操作平台。 3.1.5发送方配置发送方配置 发送方需要配置的内容是： 本地属性配置 接收方（即目标公司）配置 发送任务设置 设定传输时间，准备传输。 发发送送方方本本地地属属性性配配置置 进入属性设置界面，如下图是已配置好的本机的基本属性： 图 3-3 本地属性设置 以上设置应注意： “本公司代码”在整集团内应是唯一，这是远程数据传输辨别传输内容来源的重 要标志。最好由集团总部统一制订，下发各分公司设置。 “本地 IMTS 服务名”与本地机器名保持一致，不能由用户修改。 目目标标公公司司配配置置 要进行传输，必须要知道发给谁，这就必须设置接收方的属性，在本例中目标公司是 集团总部。下图是使用 TCP/IP 传输协议的传输的目标公司配置： 远程数据传输应用方案 15 图 3-4 发送方配置接收公司设置 以上设置应注意几点： 公司代码在整集团内具有唯一性。 “IMTS 服务名”是指目标公司（如集团总部）所在地安装 IMTS 服务的那台机器 的机器名。 “传输地址”是指目标公司安装 IMTS 服务的那台机器的固定 IP 地址。 发发送送任任务务设设置置 弹出发送任务配置界面，可以设置发送内容和传输时间。 远程传输应用方案 16 图 3-5 发送任务配置 点击“K/3 系列账套”向对应的按钮，进入“数据库备份设置”界面，在该界面中可 以指定需要传输的账套和备份路径。 图 3-6 K/3 账套数据库备份设置 以上设置应注意几点： “任务名称”必须唯一，即发送方和接收方的任务名必须一致。注意：即使任务 名称存在空格和大小写的差异，都不能认为是发送方和接收方的任务名相同。 “完全备份”选项必须被选中，从而保证进行的是完全传输。 如果选择“直接备份到本地” ，则推荐不使用中间层自动备份功能。如果中间层账 套自动增量备份功能的使用先于远程数据传输的完全备份，则远程数据传输完全 备份的使用，将可能造成数据库端备份账套不能正常恢复。 如果选择的是“先备份的数据库服务器上，然后拷贝到本地” ，则可以同时使用中 间层账套管理工具的自动备份功能，此时指定的“数据库服务器端路径”可以作 为两种工具的共享路径。 设设定定时时间间，准准备备传传输输 用于设置发送任务在什么时间执行，具体的设置请参考用户手册。 远程数据传输应用方案 17 3.1.6接收方配置接收方配置 在发送方（分公司）配置好后，接收方（集团总部）也应针对该分公司进行相应的接 收方配置。 接收方需要配置的内容： 本地属性配置 接收方对发送公司进行设置 接收任务设置 等待接收 接接收收方方本本地地属属性性配配置置 同上述“发送方配置”中的“本地属性配置” ，参见前面的说明。在本例中集团总部应 设置本地的“本公司代码”与发送方设置的集团总部的机构代码一致，都为“005” 。 接接收收方方对对发发送送公公司司进进行行设设置置 图 3-7 发送公司设置 以上设置应注意几点： 公司代码与发送方本地属性中的公司代码一致，本例中都为“001” 。 “IMTS 名”填写的是发送方安装了 IMTS 服务的那台机器名。 接接收收任任务务设设置置 首先进入接收任务配置界面，设置接收公司、任务名和接收时间。 远程传输应用方案 18 图 3-8 接收任务设置 点击“K/3 系列账套”向对应的按钮，进入“数据库恢复设置”界面，在该界面中可 以指定需要恢复的账套和备份文件存放路径。 图 3-9 接收任务设置 以上设置应注意几点： 接收方的任务名称和发送方的任务名称一致，上例中都是“杭州分公司发送给集 团总部” 。 数据库备份文件存放路径：通过远程数据传输的 K/3 账套，首先传过来的是一个 后缀名为 bak 的备份文件，然后通过这个备份文件自动恢复成数据库文件（即后 缀名为 mdf 和 ldf 文件） 。该路径一般是一个默认路径，一般情况不需更改，如果 用户传输的账套较多，可通过此路径修改备份文件的保存目录。 发发送送方方配配置置成成功功，等等待待接接收收。 远程数据传输应用方案 19 3.1.7应用应用 该集团 28 家分公司进行了发送方的配置，集团总部进行了接收方设置，通过远程数据 传输的时间设定，分公司每天定时地向总部发送账套，一般发送账套的时间定在晚上无人 使用 K/3 数据库的时候，传输时间定在晚上好处有： 1.自动定时无人工干预的发送和接收，智能化操作。 2.避免接收方需要进行传输恢复的账套因为用户正在使用而不能恢复成功。 集团总部在接收到账套后，每天和分公司进行对账和并账，保证分公司在总部的及时 监控之下。 3.2 第二种应用：增量传输 3.2.1应用场景应用场景 集团公司，下属多家分公司 要求分公司每周传输账套到总部 传输采用拨号上网和 DDN 并用方式 其网络连接与完全传输相同。 3.2.2传输策略的选择传输策略的选择 所谓增量传输，是以 SQL server 的增量备份、增量恢复为基础进行的传输，它的优点 在于每次只传输从上次传输到本次传输之间的变动的数据，传输数据量小，能适应较差的 网络环境和有效地缩短传输时间。 根据集团的网络状况，我们建议该集团的远程数据传输采用如下方案： 不管公司网络状况和数据量如何，如果需要使用增量传输，第一次传输必须采用 完全传输；如果分公司的完全备份文件确实非常大，则只能考虑改善网络质量或 采用其他方式（如拷盘）将完全备份文件传递到总部； 如果分公司每个月变动的数据量不大，即每个月之内最大的增量备份文件小于完 全备份文件，则集团可以利用 iMTS 每月 28 号自动完全传输一次的规则，只需要 第一次和每月 28 号进行完全传输，以后各次都可以采用增量传输； 如果分公司变动的数据量较大，当在一个月之内发送方增量备份文件的大小接近 于完全备份文件的大小时，此时应作一次完全传输，然后在此基础上作增量传输； 可以根据公司的制度指定每周不需要作业务处理的时间定时进行账套传输。 注意事项：由于MS SQL Server 备份和恢复机制的局限性，目前增量传输在 “直接备份到本地 ”的模式下与账套备份工具共用，操作较为复杂，甚至可能出现 不能正常恢复账套的问题，故如果用户网络条件许可的条件下，推荐使用完全传输。 远程传输应用方案 20 3.2.3具体应用操作要点说明具体应用操作要点说明 由于增量传输在环境要求、发送方配置、接收方配置方面和完全传输一致，这里就不 再描述了，仅就不同之处进行说明。 发发送送方方任任务务的的设设置置 图 3-10 增量传输发送方任务设置 以上设置应注意几点： “增量备份”选项一定要选中，从而保证进行的是增量传输。 在 K/3V9.4.1 中，已经撤消“使用了远程数据传输就不能使用自动增量备份功能” 的限制，但是要根据实际情况进行备份方式和路径的设置。 如果在“直接备份到本地路径”方式下指定的本地路径没有该任务对应的完全备 份文件，或者在“先备份到数据库服务器端，然后拷贝到本地”方式下指定的数 据库服务器端下没有对应的完全备份文件，系统都会自动做一次完全备份进行传 输。下次执行增量传输时，系统将在最新的完全备份基础上，进行增量备份； 问问题题诊诊断断 如果您在选择数据库备份路径是数据库服务器时，出现如下金蝶提示： 远程数据传输应用方案 21 图 3-11 数据库服务路径不能找到的提示 则可能是您的数据库服务器和中间层服务器安装在同一台机器上，而中间层的账套管理中 最后一次备份或恢复的账套又是另外一台数据库服务器的账套，导致本机数据库服务器的 “PKDAC”文件指向了其他机器，所以增量传输配置找不到数据库所在机器的路径。出现 这种情况，在上例中，只要在“rjh_adv”这台机器的账套管理中使用备份或恢复功能，把 数据库服务器指向本机“rjh_adv” ，进行一次备份或恢复即可解决。 增增量量传传输输与与中中间间层层账账套套备备份份功功能能的的共共用用 在 K/3V9.4.1 中，已经撤消“使用了远程数据传输使用了增量传输账套管理工具就不 能使用自动增量备份功能”的限制，两者可以一起使用，但是需要注意以下方面。 1、 如果选择“直接备份到本地”推荐不使用中间层备份功能，否则中间层账套备份功能 (包括账套备份和账套自动批量备份)会与远程数据传输工具中的“增量传输”存在一定的 冲突： 如果远程数据传输使用增量备份功能先于中间层账套备份，则账套备份功能的使 用，将可能导致通过远程数据传输的备份账套不能正常恢复。 如果中间层账套备份功能的使用先于远程数据传输的增量备份功能，则远程数据 传输增量备份功能的使用，将可能造成数据库端备份账套不能正常恢复。 2、 如果选择的是“先备份到数据库服务器上，然后拷贝到本地” ，则可以同时使用中间层 账套管理工具的备份功能，此时指定的“数据库服务器端路径”可以作为两种工具的共享 路径。远程传输和账套自动备份，无论哪方先使用增量备份，程序都在共享路径下找最新 的完全备份文件，并在该完全备份文件的基础上进行增量备份。如果远程数据传输系统再 次作增量传输前，账套自动备份已经重新作了完全备份，系统将自动找到最新的完全备份 文件，并先将该完全备份文件重新传输至接收方，然后在新的完全备份的基础上，作增量 备份和传输。 使使用用增增量量传传输输后后，传传输输的的默默认认控控制制 由于增量传输使用的是增量备份，而多次增量备份后，可能增量备份的文件比原来完 全备份的文件还要大，从而影响传输速度。所以，远程数据传输默认每个月的 28 号的传输 都是完全传输，即使您选择的是增量传输，但在每个月的 28 号这一天，系统会自动做完全 传输。 3.3 第三种应用：拉式传输 远程传输应用方案 22 3.3.1应用场景应用场景 深圳总部希望直接通过操作电脑，远程下达命令拉取上海分公司的数据，传输回总部。 要求：深圳总部（接收方）需要每天晚上 12:00 定时主动拉取上海分公司（发送方） 的 K/3 账套数据。 已知：接收方的机器名称是：cj2000，IP 地址：8 发送方的机器名称是：zhumin，IP 地址：6 发送方和接收方的代理服务和远程数据传输都在运行当中。 3.3.2传输模式选择传输模式选择 单独使用程数据传输只能实现推式传输的模式，而要实现上述应用场景的拉式传输， 则要通过金蝶代理服务和远程数据传输的联合使用。拉式传输的流程图如下： 代代理理服服务务 远程数据 传输服务 代代理理服服务务 远程数据传输 服务 接收方 发送方 下下达达命命令令 （通通过过I IM MT TS S或或S SO OC CK KE ET T传传输输、 身身份份验验证证） 触触发发指指定定 传传输输任任务务 通通过过I IM MT TS S立立刻刻传传输输 对对任任务务进进 行行核核对对检检查查 图 3-12 拉式传输流程图 代理服务主要用于定时启动远程数据发送和接收服务，并保证异地的服务能通信。在 发送端，发送服务启动后，它就会触发指定机器的远程数据发送任务。发送任务的执行和 数据的传输仍由发送端的远程数据传输工具和 iMTS 服务器负责执行。在接收端，接收服 务会触发指定机器的远程数据接收任务。接收任务的映射和执行仍由接收端的远程数据传 输工具和 iMTS 服务器执行。 远程数据传输应用方案 23 3.3.3具体应用操作要点说明具体应用操作要点说明 拉式传输的增加是 K/3 远程数据传输的重大改革，目前业界有关传输的产品还无此先 例。下面以一实例对操作拉式传输进行说明，其配置如下： 接接收收方方（本本例例中中机机器器名名为为cj2000） 、“代理服务”中注册“远程服务执行_远程数据传输系统”组件服务 进入代理服务，在“注册服务”界面，单击【添加】 ，进入“注册服务向导”界面， 在调用 COM处选择“传输_拉取档案”组件，并添加执行计算机为“发 送方计算机名称” ，如下图，发送方计算机名称为“zhumin” 。 图 3-13 注册服务 单击【下一步】 ，选择“使用相关界面