CN1713154A - 一种移动通信网管系统的升级方法 - Google Patents
一种移动通信网管系统的升级方法 Download PDFInfo
- Publication number
- CN1713154A CN1713154A CN 200410027725 CN200410027725A CN1713154A CN 1713154 A CN1713154 A CN 1713154A CN 200410027725 CN200410027725 CN 200410027725 CN 200410027725 A CN200410027725 A CN 200410027725A CN 1713154 A CN1713154 A CN 1713154A
- Authority
- CN
- China
- Prior art keywords
- version
- upgrade
- management system
- network management
- upgraded
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
一种移动通信网管系统的升级方法，涉及移动通信网中网管系统的数据库升级。在网管系统中维护一个版本列表或配置文件，包含所有历史版本和最新版本；为每一个历史版本定义一个将当前历史版本升级到比当前版本高一级的版本的升级脚本文件；初始化系统，将所有历史版本与相应的升级脚本关联；将当前数据库版本与待升级的版本比较，如果两者版本号一致，则连接数据库并对数据库进行备份，然后递归读取升级脚本语句，并逐级升级，直到升级到最新版本；将最新版本修改到数据库中。采用本发明所述方法，逐步升级，避免了重写所有历史版本的工作，只需要新增次新版本向最新版本升级的脚本，节省了开发时间，降低了开发的复杂度，提高了开发效率。
Description
技术领域：
本发明涉及移动通信网中网管系统，尤其涉及移动通信网中网管系统的数据库升级。
背景技术：
在移动通信网中，网管负责对网络设备进行维护工作，提供人机接口，对电信网络设备进行配置、检查、控制、诊断、操作权限检查，跟踪设备的运行状况，收集分析网络设备的运行数据。要保证前台电信网络设备(以下通称为前台)的正常运行及管理，必须在后台网管服务器(以下通称为后台)提供数据库管理系统，然后安全可靠地提供给设备使用以及支持对网络的管理。由此可见网管服务器的应用程序和数据库是不可以或缺的，并且必须是安全、可靠、及时、高效的。
但是，业务的需求在不断地变化，网络管理功能也必须为了满足业务的新需求而发生改变，这就带来一个升级问题。按照原有的机制，升级时将前后台断开，然后升级后台网管服务器和客户端，升级完成后再升级前台各个MP和单板，重新同步升级后的数据库给前台，最后再将前台重启后，业务开始正常运行。
这种机制的缺点不言而喻，就是它在升级过程中万一出现后台服务器升级失败，将会造成无法对前台网络设备的管理和维护，给运营商网络带来了现网运行的危险以及造成一定程度的损失。
发明内容：
本发明要解决的问题，是提供一种方法保证后台网管在升级前后均能正常运行，即保证低版本网管服务器升级过程能够安全、可靠地进行，并且能够自动完成，如果出现失败，将自动安全地回滚到老版本而不影响当前现网运行。
本发明的技术方案如下：
1.1维护一个版本列表或配置文件，包含所有网管系统历史版本和当前最新版本；
1.2为每一个历史版本定义一个升级脚本文件，该升级脚本只负责将当前历史版本升级到比当前版本高一级的版本；
1.3初始化系统，将所有历史版本与相应的升级脚本关联；
1.4将当前数据库版本与待升级的版本比较，如果两者版本号一致，则连接数据库并对数据库进行备份，然后
1.5递归读取升级脚本语句，并逐级升级，直到升级到最新版本；
1.6将最新版本修改到数据库中。
步骤1.2中的升级脚本文件，包括系统名称、每一个历史版本号和它的下一个版本号。
步骤1.4中的将当前数据库版本与待升级的版本比较是通过一个比较函数来完成的。
步骤1.5中的递归读取升彖脚本语句将逐级升级，是通过升级入口函数，该函数是一个递归调用，它查找与当前低版本匹配的升级脚本，如果找到则调用此脚本进行升级，直到升级到最新版本。所述的逐级升级，是指每一个版本只升级到它的下一个版本。在逐级升级过程中，任何一级升级失败，则用备份数据库恢复。
在本发明中，还定义一个标记，表明是哪种系统(HLR后台/计费服务器/OMC网管服务器)待升级。
采用本发明所述方法，与现有技术相比，可以实现安全和自动化升级。安全是指使升级的后台软件能够避免升级过程中出现失败而无法自动恢复原先版本环境的现象，取得了产品稳定性、安全性方面的的效果。自动化是指用户只需要点击一个升级按钮，就把备份数据，恢复数据，升级数据等步骤自动完成；跨版本升级时也不需要人工参与，通过链式升级方法自动完成。
由于本发明采用了链式升级的方法，它是一个逐步升级的过程，即在每次升级版本更新时，避免了需要重写所有历史版本的升级工作，只需要新增次新版本向最新版本升级的脚本(其他更老版本的网管系统可以由以前的升级脚本负责将它升级到次新版本，然后再由刚才新增的升级脚本再将次新版本的网管系统升级到最新版本)，这样就节省了开发时间，降低了开发的复杂度，提高了开发效率。
附图说明：
图1是本发明的的流程图；
图2是业务变动后，增加一个新版本的流程图；
图3是开局现场，技术人员实施安全自动化升级操作的具体流程。
具体实施方式：
下面主要讨论数据库的升级，对于应用程序的升级提供文件备份，如果需要回滚，用备份的文件覆盖新安装的文件即可(同样由程序自动完成)。
为了增加扩展性和兼容性，具体实现本发明的技术时，可以使用java语言以及JDBC(Java DataBase Connection，Java数据库连接)，做到跨平台(windows/unix)，跨数据库(sqlserver/mysql/oracle/db2等)，跨系统(HLR/计费/OMC等)，提供GUI图形界面，简单操作，方便实用。
在发明内容中已对本发明的技术方案进行了详细描述，下面结合附图以具体实施进行说明。
图1是本发明主要的流程。
在本发明中，升级脚本文件命名规则如下：
| sys | oldVersion | to | newVersion |
将特定版本号和对应的升级系统相关联。其中sys是特定的系统名，可以是omc、hlr、billomm……；oldVersion是一个历史版本号，如：CNV2.00.1、CNV2.00.2……；newVersion是当前升级版本号，如CNV2.00.2、CNV2.00.3……。如果某个系统的历史版本要升级，可以根据系统名+版本号找到相应的升级脚本文件，然后通过JDBC调用具体的升级sql语句将数据库升级到下一个版本。这个文件命名的主要作用就是能够根据系统号+版本号快速查找到对应这个版本的升级脚本文件。
当前维护一个版本列表或配置文件，包含所有网管系统历史版本和当前最新版本。在升级时，首先取得数据库配置文件信息，根据当前网管系统版本获取可升级版本列表。版本列表配置文件verupdate.ini如下：
| START_VER | oldVer | newVer |
| S1 | CNV2.00.1 | CNV2.00.2 |
| S2 | CNV2.00.2 | CNV2.00.3 |
| …… | …… | …… |
| Sn-1 | CNV2.00.n-1 | CNV2.00.n |
它是一个版本列，内容就是前面所说的oldVersion和newVersion。在此模拟了实际开局情况下，运营商需要维护的版本列表，每一个版本都有可能在现实开局环境中存在。其中第n个版本是当前最新版本，不需要进行升级；其余n-1个版本都有对应的升级脚本，分别负责将自己对应的版本升级到下一个版本，直到升级到最新版本n。维护这个版本列表的主要目的主要就是为了保证任何一个低版本网管系统都能够顺利升级到最新版本。
数据库存在一张带安全自动化升级版本信息的表r_dbver。表结构如下：
| dbver | Varchar2(200) |
其中dbver代表数据库的版本号，最初版本假定可以定为CNV2.00.1，以后如果版本发生变化，版本号将逐步上升。有了这个表以后，后台程序就可以根据版本号对升级版本进行判断和确认升级等工作。
在升级过程中，通过一个版本比较函数将当前数据库版本号与待升级的网管系统版本比较，如果不等，升级失败；如果等于，为防止升级失败首先进行数据库连接，进行数据备份；成功备份后则调用该项的升级脚本，升级到下一个版本，如果备份失败则升级失败；如果执行该升级脚本返回失败，利用备份的数据进入自动恢复数据库流程，升级失败；如果升级成功，则将升级后的版本号为参数，进行递归调用，继续执行升级工作，直到将历史版本升级为最新的版本，最后将最新版本修改到数据库中，完成安全自动化升级流程。该升级流程是一个链式的升级的过程，即从低版本向高版本一步一步升级，绝对不会出现跳级升级的现象，这主要是为了降低以后新增版本的开发复杂度。
图2介绍了增加一个新版本的流程。当业务需求发生变化并且牵涉到数据库改动时，安全自动化升级必须随之更新，该图说明了安全自动化升级的详细更新步骤。从图中可以看出，该过程十分简单，只需新增版本列表项(和一个升级脚本命名一致即可)，因为如果有其他更低的版本需要升级到最新版本，安全自动化升级流程会先调用以前的升级脚本负责将这个低版本的网管系统升级到次新版本，最终再调用新增的升级脚本，将次新版本的网管系统升级到最新版本。这种简单的方法体现了安全自动化升级的优点，即在很大程度上提高了开发的效率。
图3介绍了在开局现场，技术人员实施安全自动化升级前后台时的具体操作流程。首先确定当前后台版本以及要升级到哪个新版本，利用升级工具进行后台网管的安全自动化升级；如果失败，则本次升级失败，如果后台升级成功，则可以进入前台的升级工作，否则，无法使用正常的网管系统对应的升级前台版本的工具来对老版本前台进行升级。前台可能有多个，这里需要逐个升级，每个前台升级完成后即可运行；如果所有前台升级完成，则前后台所有的升级工作就结束了，如果有前台升级后版本运行不正常，说明前台版本文件制作有问题，进行正确的前台版本加载即可。开局人员必须严格按照本图的步骤进行升级，否则升级后的系统运行可能存在很多的隐患，如前后台版本不一致，后台同步数据到前台失败等等。
Claims (7)
1、一种移动通信网管系统的安全自动化升级方法，包括：
1.1维护一个版本列表或配置文件，包含所有网管系统历史版本和当前最新版本；
1.2为每一个历史版本定义一个升级脚本文件，该升级脚本只负责将当前历史版本升级到比当前版本高一级的版本；
1.3初始化系统，将所有历史版本与相应的升级脚本关联；
1.4将当前数据库版本与待升级的版本比较，如果两者版本号一致，则连接数据库并对数据库进行备份，然后
1.5递归读取升级脚本语句，并逐级升级，直到升级到最新版本；
1.6将最新版本修改到数据库中。
2、权利要求1所述的移动通信网管系统的安全自动化升级方法，其特征在于，步骤1.2中的升级脚本文件，包括系统名称、每一个历史版本号和它的下一个版本号。
3、权利要求1所述的移动通信网管系统的安全自动化升级方法，其特征在于，步骤1.4中的将当前数据库版本与待升级的版本比较是通过一个比较函数来完成的。
4、权利要求1所述的移动通信网管系统的安全自动化升级方法，其特征在于，步骤1.5中的递归读取升彖脚本语句将逐级升级，是通过升级入口函数，该函数是一个递归调用，它查找与当前低版本匹配的升级脚本，如果找到则调用此脚本进行升级，直到升级到最新版本。
5、权利要求1所述的移动通信网管系统的安全自动化升级方法，其特征在于，步骤1.5所述的逐级升级，是指每一个版本只升级到它的下一个版本。
6、权利要求1所述的移动通信网管系统的安全自动化升级方法，其特征在于，在步骤1.5逐级升级过程中，任何一级升级失败，则用备份数据库恢复。
7、权利要求1到6任一权利要求所述的移动通信网管系统的安全自动化升级方法，其特征在于，还包括：定义一个标记，表明是哪种系统待升级。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2004100277256A CN100556211C (zh) | 2004-06-22 | 2004-06-22 | 一种移动通信网管系统的升级方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2004100277256A CN100556211C (zh) | 2004-06-22 | 2004-06-22 | 一种移动通信网管系统的升级方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN1713154A true CN1713154A (zh) | 2005-12-28 |
| CN100556211C CN100556211C (zh) | 2009-10-28 |
Family
ID=35718782
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNB2004100277256A Expired - Fee Related CN100556211C (zh) | 2004-06-22 | 2004-06-22 | 一种移动通信网管系统的升级方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN100556211C (zh) |
Cited By (20)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100407206C (zh) * | 2006-02-20 | 2008-07-30 | 华为技术有限公司 | 不同版本的配置数据间进行转换的方法和系统 |
| CN100426291C (zh) * | 2005-11-26 | 2008-10-15 | 华为技术有限公司 | 在后台管理系统中实现数据库升级的系统和方法 |
| CN101650663A (zh) * | 2009-08-27 | 2010-02-17 | 中兴通讯股份有限公司 | 一种数据库系统及其升级的方法 |
| CN101039494B (zh) * | 2007-03-19 | 2010-12-08 | 中兴通讯股份有限公司 | 一种多网元配置数据批量升级的方法及装置 |
| CN101345648B (zh) * | 2007-07-12 | 2011-01-19 | 中兴通讯股份有限公司 | 数据不一致的解决方法 |
| CN101968741A (zh) * | 2009-07-27 | 2011-02-09 | 阿里巴巴集团控股有限公司 | 一种数据更新的方法、服务器及系统 |
| CN102495733A (zh) * | 2011-12-08 | 2012-06-13 | 方正国际软件有限公司 | 应用程序与相关数据库脚本兼容性检测和升级维护的方法 |
| CN102681863A (zh) * | 2011-03-15 | 2012-09-19 | 新奥特（北京）视频技术有限公司 | 一种基于命令模式的自动数据升级方法 |
| CN102799522A (zh) * | 2012-06-28 | 2012-11-28 | 浪潮(北京)电子信息产业有限公司 | 一种软件版本追溯测试的管理方法和系统 |
| CN102023903B (zh) * | 2009-09-10 | 2012-12-19 | 联想(北京)有限公司 | 一种数据备份的版本管理方法及装置 |
| CN102843252A (zh) * | 2011-06-23 | 2012-12-26 | 中兴通讯股份有限公司 | 一种通过网管升级网元的方法和装置 |
| CN101188516B (zh) * | 2007-12-21 | 2013-04-17 | 康佳集团股份有限公司 | 一种网络设备软件系统高可靠性自适应远程更新的方法 |
| CN104066077A (zh) * | 2014-06-24 | 2014-09-24 | 青岛海信移动通信技术股份有限公司 | 一种ota下载升级方法及装置 |
| CN106445618A (zh) * | 2016-10-17 | 2017-02-22 | 成都知道创宇信息技术有限公司 | 一种数据库自动升级方法 |
| WO2017088547A1 (zh) * | 2015-11-27 | 2017-06-01 | 中兴通讯股份有限公司 | 一种数据升级方法和装置 |
| CN106843984A (zh) * | 2017-02-13 | 2017-06-13 | 东软集团股份有限公司 | 应用数据库的更新方法及装置 |
| CN110034943A (zh) * | 2018-01-12 | 2019-07-19 | 大唐移动通信设备有限公司 | 一种删除管理信息库mib的方法和装置 |
| CN111562931A (zh) * | 2020-04-30 | 2020-08-21 | 斑马网络技术有限公司 | 用于车机固件升级的方法及系统 |
| CN112068881A (zh) * | 2020-09-21 | 2020-12-11 | 北京天地和兴科技有限公司 | 一种基于数据链式的数据库升级方法 |
| CN112181946A (zh) * | 2020-09-28 | 2021-01-05 | 云知声智能科技股份有限公司 | 一种动态数据库脚本自动维护的方法及装置 |
-
2004
- 2004-06-22 CN CNB2004100277256A patent/CN100556211C/zh not_active Expired - Fee Related
Cited By (21)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100426291C (zh) * | 2005-11-26 | 2008-10-15 | 华为技术有限公司 | 在后台管理系统中实现数据库升级的系统和方法 |
| CN100407206C (zh) * | 2006-02-20 | 2008-07-30 | 华为技术有限公司 | 不同版本的配置数据间进行转换的方法和系统 |
| CN101039494B (zh) * | 2007-03-19 | 2010-12-08 | 中兴通讯股份有限公司 | 一种多网元配置数据批量升级的方法及装置 |
| CN101345648B (zh) * | 2007-07-12 | 2011-01-19 | 中兴通讯股份有限公司 | 数据不一致的解决方法 |
| CN101188516B (zh) * | 2007-12-21 | 2013-04-17 | 康佳集团股份有限公司 | 一种网络设备软件系统高可靠性自适应远程更新的方法 |
| CN101968741A (zh) * | 2009-07-27 | 2011-02-09 | 阿里巴巴集团控股有限公司 | 一种数据更新的方法、服务器及系统 |
| CN101650663A (zh) * | 2009-08-27 | 2010-02-17 | 中兴通讯股份有限公司 | 一种数据库系统及其升级的方法 |
| CN102023903B (zh) * | 2009-09-10 | 2012-12-19 | 联想(北京)有限公司 | 一种数据备份的版本管理方法及装置 |
| CN102681863A (zh) * | 2011-03-15 | 2012-09-19 | 新奥特（北京）视频技术有限公司 | 一种基于命令模式的自动数据升级方法 |
| CN102843252A (zh) * | 2011-06-23 | 2012-12-26 | 中兴通讯股份有限公司 | 一种通过网管升级网元的方法和装置 |
| CN102495733A (zh) * | 2011-12-08 | 2012-06-13 | 方正国际软件有限公司 | 应用程序与相关数据库脚本兼容性检测和升级维护的方法 |
| CN102799522A (zh) * | 2012-06-28 | 2012-11-28 | 浪潮(北京)电子信息产业有限公司 | 一种软件版本追溯测试的管理方法和系统 |
| CN104066077A (zh) * | 2014-06-24 | 2014-09-24 | 青岛海信移动通信技术股份有限公司 | 一种ota下载升级方法及装置 |
| WO2017088547A1 (zh) * | 2015-11-27 | 2017-06-01 | 中兴通讯股份有限公司 | 一种数据升级方法和装置 |
| CN106445618A (zh) * | 2016-10-17 | 2017-02-22 | 成都知道创宇信息技术有限公司 | 一种数据库自动升级方法 |
| CN106843984A (zh) * | 2017-02-13 | 2017-06-13 | 东软集团股份有限公司 | 应用数据库的更新方法及装置 |
| CN110034943A (zh) * | 2018-01-12 | 2019-07-19 | 大唐移动通信设备有限公司 | 一种删除管理信息库mib的方法和装置 |
| CN110034943B (zh) * | 2018-01-12 | 2020-12-04 | 大唐移动通信设备有限公司 | 一种删除管理信息库mib的方法和装置 |
| CN111562931A (zh) * | 2020-04-30 | 2020-08-21 | 斑马网络技术有限公司 | 用于车机固件升级的方法及系统 |
| CN112068881A (zh) * | 2020-09-21 | 2020-12-11 | 北京天地和兴科技有限公司 | 一种基于数据链式的数据库升级方法 |
| CN112181946A (zh) * | 2020-09-28 | 2021-01-05 | 云知声智能科技股份有限公司 | 一种动态数据库脚本自动维护的方法及装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN100556211C (zh) | 2009-10-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN100556211C (zh) | 一种移动通信网管系统的升级方法 | |
| US10592229B1 (en) | Method and system for restoring software | |
| US7802247B1 (en) | Method and system for restoring software | |
| US7831968B1 (en) | Method and system for restoring software | |
| US8893106B2 (en) | Change analysis on enterprise systems prior to deployment | |
| US7933869B2 (en) | Method and system for cloning a tenant database in a multi-tenant system | |
| US20020169745A1 (en) | Method and arrangement for the management of database schemas | |
| DE69938547T2 (de) | Verfahren, system, gerät und programm zur verteilung und einführung von software-upgrade | |
| CN1694070A (zh) | Pos终端设备的升级方法 | |
| US20080162587A1 (en) | Server synchronization for maintenance activities | |
| CN109445825A (zh) | 一种服务器集群系统更新升级的方法和装置 | |
| CN111949311B (zh) | 灰度发布方法及系统 | |
| CN110968569B (zh) | 数据库的管理方法、数据库的管理装置及存储介质 | |
| CN102523620B (zh) | 数据同步的方法、装置及系统 | |
| CN1315043C (zh) | 一种嵌入式程序的兼容性升级方法 | |
| CN116028084A (zh) | 一种基于OpenStack云平台跨版本热升级的方法、系统及终端 | |
| CN111897794A (zh) | 数据库的维护方法、装置、电子设备和存储介质 | |
| US8150821B2 (en) | System and method for using generic utilities to perform database utilities on mainframe operated DB2 databases | |
| US20030126159A1 (en) | Method and system for rollback of software system upgrade | |
| CN115756554B (zh) | 版本升级方法及装置 | |
| CN109818765B (zh) | 一种网元部署方法和装置 | |
| CN1292558C (zh) | 一种移动通信计费话单系统无缝升级的方法 | |
| CN115640277A (zh) | 一种云原生的数据库变更回退及版本管理方法 | |
| CN114780291A (zh) | 基于lvm快照的变电站设备软件系统的备份恢复系统 | |
| DE102021207046A1 (de) | Upgraden oder Updaten einer Software-Anwendung |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| ASS | Succession or assignment of patent right |
Owner name: HAIMEN TECHNOLOGY DEVELOPMENT CORP. Free format text: FORMER OWNER: ZTE CORPORATION Effective date: 20130408 |
|
| C41 | Transfer of patent application or patent right or utility model | ||
| COR | Change of bibliographic data |
Free format text: CORRECT: ADDRESS; FROM: 518057 SHENZHEN, GUANGDONG PROVINCE TO: 226144 NANTONG, JIANGSU PROVINCE |
|
| TR01 | Transfer of patent right |
Effective date of registration: 20130408 Address after: 226144, 600 Beijing Road, Haimen, Jiangsu province (administrative center, room 0212) Patentee after: Haimen science and Technology Development General Corporation Address before: 518057 Department of law, Zhongxing building, South Science and technology road, Nanshan District hi tech Industrial Park, Shenzhen Patentee before: ZTE Corporation |
|
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20091028 Termination date: 20160622 |
|
| CF01 | Termination of patent right due to non-payment of annual fee |