[发明专利]一种基于Zabbix的传输表空间自动迁移方法和系统

说明书

本发明提供一种基于Zabbix的传输表空间自动迁移方法和系统，所述方法包括：通过Zabbix连接需要迁移源端数据库Oracle，获取所述源端数据库的表空间，检查所述表空间是否自包含，若是自包含，则通过Zabbix调用传输表空间XTTS迁移进程；创建XTTS迁移进程中需要的相关目录，通过XTTS的形式对源端数据库到目标端数据库进行全量备份恢复，并进行多次增量备份恢复；从源端数据库导出元数据，在目标端数据库进行分组加载，并进行一致性校验。通过自动构建XTTS传输表空间进行迁移，通过Zabbix进行集中调度，根据数据迁移子任务个数派生出相应数量的XTTS子进程。减少了停机时间，节约了存储成本。

技术领域

本发明涉及数据库迁移技术领域，更具体地，涉及一种基于Zabbix的传输表空间自动迁移方法和系统。

背景技术

Oracle Database，又名Oracle RDBMS，或简称Oracle。Oracle数据库已经作为一种广泛采用的数据库(database)应用在各行各业中，承载企业生产活动，但随着云技术的普及，X86架构得到广泛使用，原先许多小机系统都在迁移X86平台，实现云化，然而迁移时业务停机时间长，存储空间需求大，动辄百TB，降低了业务迁移效率，增加了迁移成本。

在oracle中，通过迁移数据库减少停机时间及存储空间，从而有效的节约成本。以数据量20T为例，如果使用传统的EXPDP或者EXP数据泵进行数据库迁移，首先导出数据需要最少10T的存储，假如在主机网络等各种条件都最优的情况下，数据导出时间20小时，传输数据需要10小时，导入数据需要40小时。总结下来，一个20T的数据库迁移需要10T存储，70小时的业务停机时间。

传统EXDP技术迁移效率完全由主机和数据库性能决定的，其稳定性相差甚远，且对于数据迁移过程中故障无法预见，故障时可能造成数据的丢失。严重时，在线热备导致业务系统瘫痪，数据库可用性降低，因此除了保证数据传输的一致性外，知晓业务传输耗时和可能出现的故障，有助于业务关键点决策；一般10T的数据耗时40小时，大大增加了核心业务停机时间，影响业务连续性；当备份过程中，出现不可预知故障且处理难度较大时，这就需要维护人员具有较高的技术能力，丰富的运维故障经验，对现场环境熟悉，熟悉业务知识，优先保障哪种业务，若有自动化备份管理平台，将会缩短数据迁移时间，降低故障概率。同时有效的告警触发机制，帮助维护人员快速作出处理，所以对维护人员的技术水平也存在依赖。如果工程师的技术水平没办法同时达到这两个方面，将对企业生产降低感知，延迟故障的修复进度。比如备份过程中，操作人员一不小心rm*误操作，删除大量数据文件，造将成不可挽回的损失，对公司、客户、安全造成重大影响，工程师经验缺乏或者错误操作，删除生产服务器上的数据，直接反映操作缺乏监管、权限管控不合理等问题。因此员工权限和安全管理必须加强，提高自动化水平，减少人为误操作；一块512G企业级SSD固态盘单价为8万人名币，若满足10T的数据迁移，总计80万，且SSD盘不可重复使用，造成资源浪费，成本压力增加。

发明内容

本发明提供一种克服上述问题或者至少部分地解决上述问题的一种基于Zabbix的传输表空间自动迁移方法和系统，解决了现有技术中数据传输效率低、人为误操作风险大，且大量浪费SSD空间的问题。

根据本发明的一个方面，提供一种传输表空间自动迁移方法，包括：

通过Zabbix连接需要迁移源端数据库Oracle，获取所述源端数据库的表空间，检查所述表空间是否自包含，若是自包含，则通过Zabbix调用传输表空间XTTS迁移进程；

创建XTTS迁移进程中需要的相关目录，通过XTTS的形式对源端数据库到目标端数据库进行全量备份恢复，并进行多次增量备份恢复；

从源端数据库导出元数据，在目标端数据库进行分组加载，并进行一致性校验。

作为优选的，通过Zabbix连接源端数据库，获取需要迁移源端数据库的表空间，具体包括：