CN109936611B - 邮件的数据迁移方法 - Google Patents

Abstract

本发明涉及一种邮件的数据迁移方法，包括如下步骤：协议服务将用户发送的正常请求合并数据迁移请求传递给数据源服务器；数据源服务器将所请求数据返回给协议服务，由协议服务将正常请求返回的数据送回给用户再将数据封装成数据流；数据流由协议服务传输至目标服务器；目标服务器解析还原数据流，以得到待迁移的数据。本发明提供的邮件的数据迁移方法，可根据需要封装特征信息以满足用户需求；在迁移过程中无需停止服务切换，可避免邮件数据丢失及影响用户正常使用；迁移过程中历史邮件数据迁移优先级降低，后续可以分割迁移或暂缓迁移，可降低资源消耗；迁移过程全程可控，可随时停止或回滚迁移操作，全程保护数据的一致性；迁移具备较长的时间跨度，可给终端用户足够的缓冲时间来习惯新系统的使用。

Description

邮件的数据迁移方法

技术领域

本发明涉及互联网数据传输技术领域，具体涉及一种邮件的数据迁移方法。

背景技术

电子邮件是互联网时代里非常广泛的应用。电子邮件服务由不同厂商提供，不同品牌的服务都有着各相对独立的协议以实现不同的信息流处理以及多样的数据流存储方式。在新旧邮件服务器更新换代过程中用户需要对原有历史数据进行保留，这就需要服务器针对原有邮件相关数据和原有用户相关数据进行数据转移并保证能够继续为用户使用。

现有电子邮件系统服务的实现大都是基于IMAP协议标准和POP3协议标准进行，用户从客户端访问或者是从浏览器访问邮件服务器进行一系列邮件操作都是基于标准协议，尽管各个电子邮件服务器厂家对邮件协议的实现各有不同但也都能使邮件数据信息在互联网中相互兼容。因此基于现有协议规范实现邮件数据读取并转换就存在了可能。如上所述，通常使用的方案就是通过利用固有协议来实现固定方式的获取和转换技术。

图1为基于IMAP协议实现邮件数据迁移的方案模型，如图1所示，现有的获取邮件数据的方法是通过IMAP协议进行，需要提供具体操作的用户的账户和密码，包括数据源服务器上的账户密码信息和目标服务器的账户密码信息才能进行下一步操作，此方法将本次认证成功的账户邮件数据流取出并同样依据协议存入本地对应的用户账户中，并且只对当前和历史数据进行迁移，新产生的邮件数据需要额外再次进行增量迁移。

上述数据迁移方法存在如下缺点：

1、基于固有标准协议迁移，必须需要提供用户认证用户名密码，如果针对所有用户操作则收集账户信息困难，如果修改全部用户为统一密码会影响用户使用甚至泄密。

2、需要优先迁移历史邮件后才能进行数据增量操作，庞大的历史数据会占用时间资源。

3、数据增量操作过程需要停机进行，影响用户使用。

4、基于固有协议转换邮件，数据流固定不可控，无法满足用户多样转换需求。

5、迁移过程无法暂停或回滚，容错率低。

6、新旧系统必须实现一次性切换，否则就要重新进行增量迁移，且用户难以快速适应新系统，故障率高。

因此，需要一种新的邮件数据迁移方法。

发明内容

为解决现有技术存在的不足，本发明提供了一种邮件的数据迁移方法，包括如下步骤：

步骤S1：协议服务代理监听IMAP/POP3/HTTP/SMTP端口将用户发送的正常请求合并数据迁移请求传递给数据源服务器；

步骤S2：数据源服务器将所请求的数据发送给协议服务，协议服务将用户请求返回的数据送回给用户，再将数据封装成数据流；

步骤S3：数据流由协议服务实时传输至目标服务器；

步骤S4：目标服务器解析还原数据流，以得到步骤S2中待迁移的数据。

其中，所述步骤S2中，通过直接监听数据源服务器所使用的监听端口来获取邮件相关的数据报文，并分析具体的数据信息，以将数据封装成数据流。

其中，所述步骤S2中，在分析具体的数据信息中，通过对监听获取的数据进行分类过滤，将主要数据信息作为协议头进行封装，将必要传输的源数据作为协议体进行封装。

其中，所述步骤S2中，主要数据信息包括数据所属操作类型、数据相关属性、操作用户主要信息以及邮件数据内容的主要信息。

其中，在进行数据封装及数据流的传输过程中，根据用户需求，选择封装及传输部分数据。

其中，在进行数据封装及数据流的传输过程中，根据用户需求，将大容量数据压缩传输。

其中，在进行数据封装之前对域信息转换需求进行设置，当待迁移的数据包括域信息数据时，将域信息全部按照需求设置进行转换并传输，到目标服务器之后再分解还原并存储。

其中，所述域信息包括邮件有关域信息数据或用户域相关信息数据中的至少一项。

其中，所述步骤S1中，用户发送的正常请求包括实际邮件操作请求发送给数据源服务器。

本发明提供的邮件的数据迁移方法，可根据需要封装特征信息以满足用户需求；在迁移过程中无需停止服务切换，可避免邮件数据丢失及影响用户正常使用；迁移过程中历史邮件数据迁移优先级降低，后续可以分割迁移或暂缓迁移，可降低资源消耗；迁移过程全程可控，可随时停止或回滚迁移操作，全程保护数据的一致性；迁移具备较长的时间跨度，可给终端用户足够的缓冲时间来习惯新系统的使用。

附图说明

图1：现有的基于IMAP协议实现邮件数据迁移的方案模型；

图2：本发明的邮件数据迁移方法实现流程图；

图3：本发明的邮件数据迁移方法的方案模型；

图4：本发明的邮件数据迁移方法中服务器过渡流程图；

图5：本发明的邮件数据迁移方法中服务器的另一过渡流程图。

具体实施方式

为了对本发明的技术方案及有益效果有更进一步的了解，下面结合附图详细说明本发明的技术方案及其产生的有益效果。

图2及图3分别为本发明的邮件数据迁移方法的实现流程图及方案模型，如图2及图3所示，本发明的邮件数据迁移方法，提供了一种新的数据流传输协议（由图3所示的协议服务部分提供），数据源服务器和目标服务器分别作为协议服务的服务器端和客户端，而用户作为这种数据流传输协议的另一端，用于向协议服务部分发送登录请求，登录成功后，协议服务转发登录请求给数据源服务器和目标服务器，数据源服务器和目标服务器在用户发送的正常请求合并数据迁移请求下，协调完成数据平滑无差迁移，因此，在协议传输中不需要人为提供用户名和密码，具体步骤如下。

1、协议直接监听邮件服务器所使用的监听端口，即SMTP端口、IMAP端口、POP3端口以及一些自定义端口来获取邮件相关的数据报文并分析具体的数据信息进行下一步协议封装处理。

2、对监听获取的数据进行分类过滤，标记数据所属操作类型、数据相关属性、操作用户主要信息以及邮件数据内容的主要信息，将所描述的主要数据信息作为协议头进行封装，将必要传输的原数据作为协议体进行封装，在传输过程可以设置较大数据包压缩传输。同时也可根据具体用户需求分类，分解邮件数据，将用户必要的数据块进行封装即可，这样即减少了封装和传输的资源消耗。

3、 目标服务器接收来自协议传输的数据包，将其解压处理后依照协议所给出的数据操作类型、数据相关属性以及邮件数据内容的主要信息进行邮件数据转换并存储到本地文件系统中或指定数据库中，此转换过程依然可以根据用户具体需求进行分解、分类操作。

4、 用户在访问过程也可以通过同样的协议服务方式发送操作请求，由协议服务部分将实际操作请求发送给数据源服务器或目标服务器，以对邮件进行一系列操作，用户也可以将在目标服务器上对邮件往来操作等信息更新到原有服务器（即数据源服务器）上，由于目标服务器和数据源服务器的数据是实时一致的，用户有足够的时间适应目标服务器，如果目标服务器经过试运行不能满足用户需求或存在其他问题时用户可以仍使用原服务器而不影响用户使用。

5、 当平滑过渡一段时间用户逐渐适应目标服务器的使用习惯后，可随时脱离原有服务器的供应，并根据需要按时间迁移或暂缓迁移历史邮件数据，即免除了停机增量迁移的过程，很大提升了用户体验。

因此，本发明中，所谓的数据源服务器和目标服务器是一个相对的概念的，数据源服务器和目标服务器可理解为在数据迁移过程中服务器的两种不同状态，数据源服务器指迁出数据的服务器，当需要向该服务器迁入数据时，数据源服务器也可作为目标服务器，相对应的，目标服务器也可在需要迁出数据时作为数据源服务器。

本发明中，由于用户通过协议服务部分同时连接数据源服务器和目标服务器，数据的传输过程实时、平滑进行，因此，不需要停机进行增量迁移，另外，对于迁移开始时间点之前的历史数据，用户可以将其暂时设置到协议服务中，而选择使协议服务优先迁移更重要的数据。

请继续参阅图3所示，需要注意的是，用户在新邮件服务器中需要使用新的邮件域，迁移到目标服务器的邮件信息需要显示新邮件域信息，不能体现原有域字样，为达到此目的，本发明在协议服务启用时需要对域信息转换需求进行设置，当协议封装时，将邮件有关域信息数据和用户域相关信息数据全部按需求设置进行转换封装，经协议压缩并传输到目标服务器之后将协议分解处理分别存储于相应用户账户下；同样，用户如果使用目标服务器进行操作，在协议封装过程也会将当前域信息根据设置转换为数据源服务器域并发送给数据源服务器进行处理。

图4及图5为本发明的邮件数据迁移方法中服务器的过渡流程图，体现了在实际应用中用户实现平滑过渡的过程，如图所示，在实际应用的生产环境中，在同一个机房环境或者同一个网络环境下有新的服务设备上线替换原始旧有服务设备需求时，将协议服务于目标服务器和数据源服务器中并保持网络联通，即启动了目标服务器实时分解转换更新所有来自数据源服务器的邮件相关数据和用户相关数据，用户可按实际情况随时替换旧有服务而不需要进行停机同步增量数据，并且，用户可以直接在新服务器上继续日常办公，历史数据可根据情况后续处理。

本发明的有益效果如下：

1、数据传输不通过标准协议，针对欲迁移的数据，可根据需要来封装特征信息满足用户需求，迁移过程更加灵活。

2、无需停止服务切换，可避免邮件数据丢失，避免影响用户正常使用。

3、历史邮件数据迁移优先级降低，后续可以分割迁移或暂缓迁移，降低资源消耗，且可以优先保障用户当前的数据迁移。

4、迁移过程全程可控，可随时停止或回滚迁移操作，全程保护数据的一致性。

5、迁移具备较长的时间跨度，可以无停机过渡用户数据，实现无缝迁移，并且，可以给终端用户足够的缓冲时间来习惯新系统的使用。

6、迁移过程无需提供或调整用户账户、密码信息，对用户信息无影响。

本发明中，所谓的“IMAP”，是指Internet邮件访问协议（Internet Mail AccessProtocol），通过这种协议可从邮件服务器上获取邮件的信息，删除、标记下载邮件等。

本发明中，所谓的“POP3”，是指邮局协议版本3（Post Office Protocol 3），主要用于支持使用客户端远程管理在服务器上的电子邮件。

本发明中，所谓的“SMTP”，是指简单邮件传输协议（Simple Mail TransferProtocol），它是一组用于由源地址到目的地址传送邮件的规则，由它来控制信件的中转方式。通过SMTP协议所指定的服务器,可以把E-mail寄到收信人的服务器上。

虽然本发明已利用上述较佳实施例进行说明，然其并非用以限定本发明的保护范围，任何本领域技术人员在不脱离本发明的精神和范围之内，相对上述实施例进行各种变动与修改仍属本发明所保护的范围，因此本发明的保护范围以权利要求书所界定的为准。

Claims (7)

1.一种邮件的数据迁移方法，其特征在于，包括如下步骤：

步骤S1：协议服务代理监听IMAP/POP3/HTTP/SMTP端口将用户发送的正常请求合并数据迁移请求传递给数据源服务器；

步骤S2：数据源服务器将所请求的数据发送给协议服务，协议服务将用户请求返回的数据送回给用户，再将数据封装成数据流，其中，通过直接监听数据源服务器所使用的监听端口来获取邮件相关的数据报文，并分析具体的数据信息，以将数据封装成数据流，在分析具体的数据信息中，通过对监听获取的数据进行分类过滤，将主要数据信息作为协议头进行封装，将必要传输的源数据作为协议体进行封装；

步骤S3：数据流由协议服务实时传输至目标服务器；

步骤S4：目标服务器解析还原数据流，以得到步骤S2中待迁移的数据。

2.如权利要求1所述的邮件的数据迁移方法，其特征在于：所述步骤S2中，主要数据信息包括数据所属操作类型、数据相关属性、操作用户主要信息以及邮件数据内容的主要信息。

3.如权利要求1所述的邮件的数据迁移方法，其特征在于：在进行数据封装及数据流的传输过程中，根据用户需求，选择封装及传输部分数据。

4.如权利要求1所述的邮件的数据迁移方法，其特征在于：在进行数据封装及数据流的传输过程中，根据用户需求，将大容量数据压缩传输。

5.如权利要求1所述的邮件的数据迁移方法，其特征在于：在进行数据封装之前对域信息转换需求进行设置，当待迁移的数据包括域信息数据时，将域信息全部按照需求设置进行转换并传输，到目标服务器之后再分解还原并存储。

6.如权利要求5所述的邮件的数据迁移方法，其特征在于：所述域信息包括邮件有关域信息数据或用户域相关信息数据中的至少一项。

7.如权利要求1所述的邮件的数据迁移方法，其特征在于：所述步骤S1中，用户发送的正常请求包括实际邮件操作请求发送给数据源服务器。

Images