[发明专利]一种数据迁移的方法及装置

说明书

本申请公开了一种数据迁移的方法及装置，在进行数据迁移时，先暂停接收业务，并根据转换规则对第一数据库进行转换，得到第二数据库。之后，无需等待第二数据库的校验结果，而可在基于第一数据库执行业务的同时对第二数据库进行校验，并且为了保持第一第二数据库的一致性，还可根据业务执行结果和转换规则，更新所述第二数据库。即，对第一以及第二数据库进行双写。最后，当校验通过，确定数据迁移完毕，并启用第二数据库用于执行业务。

技术领域

本申请涉及信息技术领域，尤其涉及一种数据迁移的方法及装置。

背景技术

数据库是指按照数据结构来组织、存储和管理数据的仓库。在信息化社会中，通过数据库管理数据资源，可以充分有效的利用资源。

而随着技术的进步以及市场需求的提高，服务提供商用于执行业务的系统也变得越发复杂，使得数据库也需要不断的更新，以匹配系统的需求。例如，假设某系统之前只处理A和B两种业务，需要的存储的业务数据也只需要支持A、B两种业务的处理即可。进一步假设，系统更新后需要处理的业务类型变成A、B、C三种，则原有数据库中存储的业务数据便可能难以支持各业务的处理，因此需要对数据库中的业务数据进行更新。并且，通常会将更新的业务数据迁移至新的数据库中，直到当确定新数据库可支持业务处理时，再删除旧的数据库。

在现有技术中，对于较为复杂的系统，对数据库进行升级是一项耗时耗力的工作，为了保持数据的一致性，通常需要先让整个系统停止执行业务，之后在由该系统的各子系统的维护人员，分别对各子系统的数据库进行业务数据的更新以及检查。在检查业务数据无误之后，再基于新数据库以及新系统，进行内测，测试业务执行的是否正常。最后当一切正常后，再重新启动新系统，并基于新数据库处理业务。

具体的，现有系统升级时的数据迁移的过程可如图1所示的各步骤：

S100：暂停业务处理，确定历史业务的业务日志；

在数据迁移之前，需要先对整个系统均暂停处理业务，以便对系统进行升级。其中，由于新系统所采用的业务模型，无需使用业务数据，因此在暂停系统业务处理之前，新系统的业务模型通常已经完成编译校验工作。并等待支持新系统运行的新数据库迁移完成后，再进行进一步校验。而该业务日志用于后续基于新数据库执行历史业务时，验证业务结果是否会出现错误，从而判断新数据库是否可用。

S101：根据预设的结构化查询语言(Structured Query Language，SQL)转换脚本，将数据库存储的业务数据进行转换，得到新数据库；

如前文所述，当系统暂停处理业务之后，便可由该系统的各子系统的维护人员，对各子系统的业务数据进行转换。将转换后的业务数据迁移至新数据库中。其中，该SQL转换脚本通常由人工根据需要进行编译。

S102：判断新数据库中的业务数据是否符合要求，若是，则执行步骤S103，若否执行步骤S104；

在现有技术中，该步骤主要由工作人员对转换后的业务数据进行检查，判断是否符合预期的转换结果。当系统中包含多个子系统需要分别进行数据迁移时，需要各子系统的工作人员分别对其维护的新数据库进行检查。

针对每个子系统，当确定该子系统的新数据库符合条件后，需要等待其他子系统的判断结果，只有当所有子系统的新数据库均符合预期的转换结果时，才可执行步骤S103。当任一子系统的新数据库不符合要求，则需要工作人员执行步骤S104，对SQL转换脚本进行调整，以便对不符合要求的新数据库进行调整。

S103：根据新系统的业务模型以及转换后的业务数据，执行业务，并判断业务执行结果与历史业务的业务日志是否一致，若是，则执行步骤S105，若否则执行步骤S106；