主备管理软件的切换方法及系统的利记博彩app

文档序号:7847084阅读:316来源:国知局
专利名称:主备管理软件的切换方法及系统的利记博彩app
技术领域
本发明涉及计算机技术,尤其涉及一种主备管理软件的切换方法及系统。
背景技术
随着高端容错计算机的应用越来越广泛,管理软件对数据中心级的运行和维护也越来越重要。并且,管理软件的功能和作用随着市场需求的发展而日趋完善,系统管理员也越来越依赖管理软件来支撑系统的运行和维护。但是随着管理软件的复杂化,同时也增加了一个计算机系统的运行和维护的单点故障。例如分区的创建修改、能耗的设定、服务器的资源调配等配置操作的异常中断,都会带来系统的额外风险。因此,通常设置主备两个管理软件如管理服务器的主备OA (Onboard Administrator,板载管理器),以在主管理软件故障的情况下切换到备管理软件,提高管理软件的可靠性和可用性。例如,对于管理服务器的主备0A,通常采用动态IP方式实现主备OA非宕机级别的自动切换。主备OA端各有一个代理(Agent),分别为主Agent和备Agent。用户通过web (网络)控制台动态管理网口的IP访问主OA控制台即web控制台,主Agent —方面实时监测主0A,另一方面在主OA对受管服务器进行操作后将管理配置操作实时同步到备OA上。当主OA发生故障时,主Agent立即通知备Agent并启用备0A,同时解除动态管理网口的IP与主OA管理网口的绑定,并停止主OA。备Agent接收到主Agent通知后启用备0A,将动态管理网口的IP与备OA管理网口进行绑定,完成主备OA的自动切换。但是,主备管理软件切换后,主管理软件上的操作丢失,导致受管服务器的配置数据异常或产生其他故障错误。

发明内容
本发明实施例提出一种主备管理软件的切换方法及系统,以提高管理软的可用性。本发明实施例提供了一种主备管理软件的切换方法,包括主管理软件将用户在控制台输入的操作记录到缓存中;所述主管理软件通过管理进程将所述主管理软件的缓存中存储的数据同步到备管理软件中的缓存中;所述主管理软件对受管服务器执行用户在控制台输入的所述操作;所述主管理软件异常时与所述备管理软件进行切换。本发明实施例还提供了一种主备管理软件的切换系统,包括记录模块,用于将用户在控制台输入的操作记录到主管理软件的缓存中;同步模块,用于通过管理进程将所述主管理软件的缓存中存储的数据同步到备管理软件中的缓存中;操作模块,用于对受管服务器执行用户在控制台输入的所述操作;
切换模块,用于在所述主管理软件异常时与所述备管理软件进行切换。本发明实施例提供的主备管理软件的切换方法及系统,通过在执行操作前将操作记录到缓存并同步到备管理软件中,避免了主备管理软件切换导致的操作丢失导致的受管服务器的配置数据异常或产生其他故障错误,提高了管理软件的可用性。


为了更清楚地说明本发明实施例中的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。图1为本发明实施例提供的一种主备管理软件的切换方法的流程图;图2A为本发明实施例提供的主备管理软件的切换方法应用到主备OA切换的示意图;图2B为本发明实施例提供的另一种主备管理软件的切换方法的流程图;图3为图2B所示实施例中主备OA切换后的效果图;图4为本发明实施例提供的主备管理软件的切换方法应用到主OA宕机级别故障的切换示意图;图5为本发明实施例提供的主备管理软件的切换方法应用到主OA非宕机级别故障的切换示意图;图6为本发明实施例提供的主备管理软件的切换系统的结构示意图。
具体实施例方式下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。图1为本发明实施例提供的一种主备管理软件的切换方法的流程图。如图1所示, 主备管理软件的切换方法包括步骤11、主管理软件将用户在控制台输入的操作记录到缓存(Cache)中;步骤12、所述主管理软件通过管理进程将所述主管理软件的缓存中存储的数据同步到备管理软件中的缓存中;步骤13、所述主管理软件对受管服务器执行用户在控制台输入的所述操作;步骤14、所述主管理软件异常时与所述备管理软件进行切换。本实施例中,主管理软件通过在对受管服务器操作之前,将采用Cache实时存放管理配置操作数据,并通过管理进程实时同步到备管理软件的Cache上,最后执行对应操作及受管服务器操作实施,解决了现有技术中主管理软件上的操作丢失,造成受管服务器的配置数据异常或者其他故障的问题,保证了操作数据不丢失,保证了管理软件管理的高可用性。可选地,主管理软件将用户在控制台输入的操作记录到缓存中之前,还可包括
所述主管理软件将所述用户的用户任务(session)、用户名及密码保存到所述主管理软件的缓存中。这样在上述步骤12中通过管理进程可实时同步到备管理软件的Cache上,避免了用户session、用户名及密码的丢失,解决了现有技术中主备管理软件发生切换后,用户需要刷新Web控制台页面并重新登陆的问题,从而使得用户无需刷新及无需重新登陆控制台,简化了切换操作。可选地,所述主管理软件由安装在管理计算机上的插件通过所述控制台进行实时监测;所述主管理软件异常时与所述备管理软件进行切换,包括当所述插件监测到所述主管理软件故障时,所述主管理软件与接收到所述插件的故障通知后自动激活的所述备管理软件进行切换。如在管理计算机侧采用插件技术通过控制台实时监测主管理软件的可用状态,并设定监测频率,通过域名解析IP更换,实现主备管理软件自动切换,解决了现有技术中主管理软件突然宕机,无法完成主备管理软件切换的问题,保证了用户无故障感知。进一步地,当插件监测到主管理软件的故障为宕机故障时,所述主管理软件与接收到所述插件的故障通知后自动激活的所述备管理软件进行切换的同时,还包括所述备管理软件通过守护进程指示所述主管理软件停止工作,所述主管理软件接收所述备管理软件的指示停止工作。可选地,所述主管理软件异常时与所述备管理软件进行切换之后,还可包括所述主管理软件发送实时监控警报信息给所述控制台。下面以服务器软硬件的管理软件OA为例,对主备管理软件的切换方法做进一步详细说明。本实施例中,主备OA切换技术效果图如图2A所示,管理计算机侧需要通过Web 控制台安装一个插件,以通过该插件实时监测主备OA之间的域名解析IP更换(监测频率可自定义设定)。安装该插件时,先以主OA的IP访问并打开控制台页面,浏览器弹出下载安装插件提示,根据提示完成安装。web控制台侧,在主备OA切换前后,用户访问Web控制台的域名不变,但IP地址已发生变化,对用户是透明的,由插件实现域名解析IP更换。主 OA侧,所有管理及配置操作,都先将对应的数据保存并实时同步到备OA上,最后执行对应的操作。备OA侧,用户远程登录Web控制台时,如用户任务(Session)/用户名/密码等数据被保存并实时同步到备OA中。管理进程负责主备OA配置操作数据实时同步。主备OA切换主要涉及Cache机制和插件机制。以在保证切换前后的用户Session 及操作数据不丢失的前提下,在主OA宕机和非宕机级别故障中,实现主备OA的自动切换、 用户无需刷新及重新登录控制台,提高故障响应效率。Cache机制中,用户远程登陆主OA的Web控制台时,用户kssion、用户名、密码及所有管理配置操作等数据都先被保存到主OA的Cache中,再通过管理进程实时同步到备OA 的Cache中,最后对受管服务器执行对应的操作;而Cache实时同步基本不会影响系统性能,保证了 OA管理的高可用性。插件机制中,管理计算机需要下载安装一个插件,用于实时监测主备OA的可用状态,以及域名解析IP更换,并可自定义设定监测频率;主备切换时间依赖于监测频率;插件的探测方式采用IP+端口的探测和操作响应时间超时的组合方式。具体地,主备OA的切换方法如图2B所示,包括
步骤201、用户通过管理计算机第一次访问主OA控制台时,采用主OA管理网口的 IP地址进行访问并打开控制台页面;步骤202、web控制台系统会提示用户下载安装插件;步骤203、插件安装完成后,需要配置域名及监测频率等关键参数;这两个关键参数不能为空,计算机系统可以有默认值,同时,用户也可以自定义设定。步骤204、用户第二次访问主OA控制台时,采用域名进行访问;步骤205、当用户输入用户名及密码等信息登陆后,主OA上的主Cache实时保存用户kssion、用户名及密码等信息,步骤206、通过管理进程实时同步到备OA上的备Cache中;步骤207、用户在web控制台进行操作时,主OA上的主Cache实时保存用户各管理配置操作数据等信息,再通过管理进程实时同步到备OA上的备Cache中,最后对受管服务器执行对应操作;步骤208、插件实时检测主备OA的可用状态;步骤209、当主OA出现宕机或其他故障时,按照设定的监测频率,插件自动进行域名解析IP更换,自动完成主备OA切换过程及主备标识互换;如前一次检测后,主OA出现故障,需要等到下一次检测时发生切换。步骤210、新主OA实时记录故障OA相关信息并发送实时监控报警信息给web控制台;如新主OA发送报警信息和相关故障信息给web控制台,Web控制台收集和显示。并且, 新主OA通过守护进程通知原主OA停止工作。其中,守护进程为主备OA共用的一个进程, 仅在主备OA发生切换时,起到通知原主OA停止工作的作用。步骤211、当故障OA解除并恢复工作后,Cache自动恢复同步机制,主备OA切换后的效果图如图3所示,管理计算机侧,通过Web控制台安装一个插件,以通过该插件实时监测主备OA之间的域名解析IP更换(监测频率可自定义设定)。安装插件时,先以主OA的IP访问并打开控制台页面,浏览器弹出下载安装插件提示,根据提示完成安装。Web控制台侧,在主备OA切换前后,用户访问控制台的域名不变,但IP地址已发生变化,对用户是透明的,由插件实现域名解析IP更换。主OA侧,所有管理及配置操作, 都先将对应的数据保存并实时同步到备OA上,最后执行对应的操作。主备OA切换后,当故障OA恢复,不会发生切换,只是主备关系发生变化。备OA侧,用户远程登录Web控制台时, 如用户任务/用户名/密码等数据被保存并实时同步到备用OA中。当故障OA恢复,不发生切换,只是主备标识发生变。管理进程负责主备OA配置操作数据实时同步。一方面当主OA故障后系统发送实时监控报警信息给系统管理员;另一方面当原主OA故障恢复后,系统不发生主备切换,只是主备标识发生互换,同时Cache也会恢复同步机制。本发明切换技术的整个过程是自动化的,部分关键参数值的设置需要用户提前设定,使用Cache实时保存了用户Session及各管理配置操作数据,并通过Cache实时同步机制,保证了数据完整性,实现了操作数据和用户session不丢失,保证管理软件OA管理的高可用性;采用插件实时监测主备OA的可用状态以及域名解析IP更换,自动完成主备OA无缝切换;主备切换前后,确保操作不丢失并保持一致;保证了主备切换的质量。系统在完成主备切换后,会生成一个切换报告及故障报告,用户可清楚的知道因某某原因引起主OA故障而发生主备切换,以及切换后的系统工作情况,业务工作情况的相关报告,以供管理员分析解决故障的依据。从而在故障发生时实现快速恢复,确保业务连续正常的运营,有力地支撑了管理软件OA对服务器的有效管理,提高了管理软件OA的可靠性和可用性,实现了一个基于cache实时同步的主备OA无缝切换。以实施例一、实施例二为例,分别对宕机故障下的切换及非宕机故障下的切换做详细说明。实施例一如图4所示,web控制台侧,在主备倒换前后,用户访问Web控制台的域名不变,但 IP地址已发生变化,对用户是透明的,由插件实现域名解析及IP地址的快速切换,并保持操作一致性。管理计算机侧,通过Web控制台安装插件,以通过插件实时监测主备OA域名解析是否正常及IP更换。安装时先以主OA的IP访问并打开控制台页面,系统提示下载并安装插件,并需要用户设定监测频率及域名。主OA侧,用户任务Cession)及所有管理配置操作数据都先被保存,再通过Cache实时机制实现主备Cache同步,最后执行对应的操作及受管服务器操作实施。主OA出现宕机级别故障,如OA服务器运行过程中异常重启、关机等时,发生主备OA切换。备OA侧,户任务(Session)/用户名/密码及操作数据等信息被实时同步到备用OA的缓存中,故障发生时,监控频率内系统自动完成切换,用户之前登录的控制台无需刷新及重新登录,以及切换前后操作数据不丢失。发生主备OA切换后,通过守护进程只通知故障OA停止工作并发送警报给管理员。管理进程负责主备OA配置操作数据及用户Session等信息实时同步。用户通过管理计算机第一次访问web控制台时,以主OA的IP地址进行访问并打开web控制台页面,web控制台系统提示用户下载安装插件,待安装完成后,用户需要配置域名及监测频率等关键参数。并且,用户第二次访问主OA控制台时,使用配置的域名进行访问,并打开web控制台页面,输入用户名及密码登陆。主Cache即主OA的Cache,将用户 kssion、用户名、密码等信息保存,再通过管理进程实时同步到备OA的备Cache中。对于用户通过web控制台对受管服务器进行的各种操作如管理配置操作、监控操作及查询操作等,主Cache实时将各管理配置操作等操作数据保存,再通过管理进程实时同步到备OA的备Cache上,最后对受管服务器执行对应的操作。插件按照用户设定的监测频率实时监测主OA的可用状态,当主OA发生异常重启或关机时,即宕机级别故障,由插件实现域名解析IP更换并自动完成主备切换。可选地,新主OA发送实时监控警报信息给web控制台,以告知用户主备OA发生了切换。宕机情况下, 新主OA仍会通过守护进程通知旧主OA停止工作,但是该通知不会生效,也不会影响新主OA 正常工作。故障OA恢复工作后,Cache会自动恢复同步机制。本实施例中,受管服务器通过采用cache机制实时同步机制保证主备OA切换前后的管理配置操作不丢失,降低了 OA故障风险和影响。并且,采用插件实现主备OA的无缝切换,覆盖了 OA宕机的故障情况,用户无需刷新操作及重新登陆Web控制台,提高了主备OA 的切换效率。实施例二 如图5所示,web控制台侧,主备OA倒换前后,用户访问Web控制台的域名不变,
7但IP地址已发生变化,对用户是透明的,由插件实现域名解析及IP地址的快速切换,并保持操作一致性。管理计算机侧,通过Web控制台安装插件,以实时监测主备OA域名解析是否正常及IP更换。安装时,以主OA的IP访问并打开控制台页面,系统提示下载并安装插件,并需要用户设定监测频率及域名。主OA侧,用户任务Cession)及所有管理配置操作数据都先被保存,再通过缓存实时机制实现主备缓存同步,最后执行对应的操作及受管服务器操作实施。出现非宕机级别故障,如链路异常中断、操作响应时间超时等,进行主备OA 切换。备OA侧,用户任务(Session)/用户名/密码及操作数据等信息被实时同步到备用 OA的缓存中,故障发生时,监控频率内系统自动完成切换,用户之前登录的控制台无需刷新及重新登录,以及切换前后操作数据不丢失。发生主备OA切换后,通过守护进程只通知故障OA停止工作并发送警报给管理员。管理进程负责主备OA配置操作数据及用户Session 等信息实时同步。用户通过管理计算机第一次访问web控制台时,以主OA的IP地址进行访问并打开控制台页面,系统提示用户下载安装插件,待安装完成后,用户需要配置域名及监测频率等关键参数。用户第二次访问web控制台时,使用域名进行访问并打开控制台页面,输入用户名及密码登陆;主Cache将用户kssion、用户名、密码等信息保存,再通过管理进程实时同步到备OA的备Cache上。对于用户通过web控制台界面对受管服务器进行的各种操作如管理配置操作、监控操作及查询操作等,主Cache实时将各管理配置操作等操作数据保存,再通过管理进程实时同步到备OA的备Cache上,最后对受管服务器执行对应的操作。插件按照用户设定的监测频率,实时监测主OA的可用状态,当主OA发生链路中断或操作响应时间超时,即非宕机级别故障,由插件实现域名解析IP更换并自动完成主备切换,通过守护进程通知主OA停止工作,可选地,新主OA发送实时监控警报信息给web控制台,以使用户获知主备OA已发生切换。只要发生了切换,Web控制台就有相关报警信息和相关故障信息。故障OA恢复工作后,Cache会自动恢复同步机制,实现与新主OA的信息同步。上述方法实施例中采用cache机制实时同步机制保证主备OA切换前后的管理配置操作不丢失,降低了 OA故障风险和影响。并且,采用插件实现主备OA的无缝切换,在OA 非宕机的故障情况下,用户无需刷新操作及重新登陆Web控制台,实现了主备OA的自动监控机制,提高了故障响应效率。本发明实施例提供的主备管理软件的切换方法还可应用于网络管理软件主备切换中。由于随着网络技术和网络设备应用市场规模的发展,网络部署环境越来越复杂,其监控管理需求也越来越复杂和精细化,其依赖性也越来越高,与业务服务等级协议 (Service-Level Agreement, SLA)的相关性也更高。为了能实时有效地进行网络监视、性能监控及网络配置,支撑其所承诺的SLA指标,对网络管理软件的需求和要求也更完善和自动化。通过本发明实施例提供的主备管理软件的切换方法,可以更好地支撑网络管理软件对网络设备的可用性,提高系统SLA,降低客户总体拥有成本(Total Cost of Ownership, TC0)。本发明实施例提供的主备管理软件的切换方法也可应用到存储管理软件主备切换中。由于随着IT海量数据的增长,存储磁阵设备的市场规模越来越庞大,存储产品也越来越高端,附加管理手段和图形化操作越来越丰富,客户对其监控管理需求也越来越复杂和精细化,其依赖性也越来越高,与业务SLA的相关性也更高。为了能实时有效地进行存储监视、存储划分和数据迁移等实施管理,支撑其所承诺的SLA指标,对存储管理软件的需求和要求也更完善和自动化。通过本发明实施例提供的主备管理软件的切换方法,可以更好地支撑存储管理软件对存储磁阵的有效管理,提高系统SLA,降低客户TC0。本领域普通技术人员可以理解实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括R0M、RAM、磁碟或者光盘等各种可以存储程序代码的介质。图6为本发明实施例提供的主备管理软件的切换系统的结构示意图。如图6所示, 主备管理软件的切换系统包括记录模块61、同步模块62、操作模块63及切换模块64。记录模块61用于将用户在控制台输入的操作记录到主管理软件的缓存中;同步模块62用于通过管理进程将所述主管理软件的缓存中存储的数据同步到备管理软件中的缓存中;操作模块63用于对受管服务器执行用户在控制台输入的所述操作;切换模块64 用于在所述主管理软件异常时与所述备管理软件进行切换。所述记录模块61还用于在将用户在控制台输入的操作记录到所述主管理软件的缓存中之前,将所述用户的用户任务、用户名及密码保存到所述主管理软件的缓存中。所述切换模块64可具体用于当所述主管理软件故障被插件实时监测到时,与接收到所述插件的故障通知后自动激活的所述备管理软件进行切换。本发明实施例提供的主备管理软件的切换系统还可包括指示接收模块,用于在切换模块与接收到所述插件的故障通知后自动激活的所述备管理软件进行切换的同时,接收所述备管理软件的指示停止工作。本发明实施例提供的主备管理软件的切换系统还可包括监控信息发送模块,用于在所述切换模块与所述备管理软件进行切换之后,发送实时监控警报信息给所述控制台。上述系统实施例通过在执行操作前将操作记录到缓存并同步到备管理软件中,避免了主备管理软件切换导致的操作丢失导致的受管服务器的配置数据异常或产生其他故障错误,提高了管理软件的可用性。最后应说明的是以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
权利要求
1.一种主备管理软件的切换方法,其特征在于,包括主管理软件将用户在控制台输入的操作记录到缓存中;所述主管理软件通过管理进程将所述主管理软件的缓存中存储的数据同步到备管理软件中的缓存中;所述主管理软件对受管服务器执行用户在控制台输入的所述操作;所述主管理软件异常时与所述备管理软件进行切换。
2.根据权利要求1所述的主备管理软件的切换方法,其特征在于,主管理软件将用户在控制台输入的操作记录到缓存中之前,还包括所述主管理软件将所述用户的用户任务、用户名及密码保存到所述主管理软件的缓存中。
3.根据权利要求1或2所述的主备管理软件的切换方法,其特征在于,所述主管理软件由安装在管理计算机上的插件通过所述控制台进行实时监测;所述主管理软件异常时与所述备管理软件进行切换,包括当所述插件监测到所述主管理软件故障时,所述主管理软件与接收到所述插件的故障通知后自动激活的所述备管理软件进行切换。
4.根据权利要求3所述的主备管理软件的切换方法,其特征在于,所述主管理软件与接收到所述插件的故障通知后自动激活的所述备管理软件进行切换的同时,还包括所述主管理软件接收所述备管理软件的指示停止工作。
5.根据权利要求1或2所述的主备管理软件的切换方法,其特征在于,所述主管理软件异常时与所述备管理软件进行切换之后,还包括所述主管理软件发送实时监控警报信息给所述控制台。
6.一种主备管理软件的切换系统,其特征在于,包括记录模块,用于将用户在控制台输入的操作记录到主管理软件的缓存中;同步模块,用于通过管理进程将所述主管理软件的缓存中存储的数据同步到备管理软件中的缓存中;操作模块,用于对受管服务器执行用户在控制台输入的所述操作;切换模块,用于在所述主管理软件异常时与所述备管理软件进行切换。
7.根据权利要求6所述的主备管理软件的切换系统,其特征在于,所述记录模块还用于在将用户在控制台输入的操作记录到所述主管理软件的缓存中之前,将所述用户的用户任务、用户名及密码保存到所述主管理软件的缓存中。
8.根据权利要求6或7所述的主备管理软件的切换系统,其特征在于,所述切换模块具体用于当所述主管理软件故障被插件实时监测到时,与接收到所述插件的故障通知后自动激活的所述备管理软件进行切换。
9.根据权利要求8所述的主备管理软件的切换系统,其特征在于,还包括指示接收模块,用于在切换模块与接收到所述插件的故障通知后自动激活的所述备管理软件进行切换的同时,接收所述备管理软件的指示停止工作。
10.根据权利要求6或7所述的主备管理软件的切换系统,其特征在于,还包括监控信息发送模块,用于在所述切换模块与所述备管理软件进行切换之后,发送实时监控警报信息给所述控制台。
全文摘要
本发明涉及一种主备管理软件的切换方法及系统,切换方法包括主管理软件将用户在控制台输入的操作记录到缓存中;所述主管理软件通过管理进程将所述主管理软件的缓存中存储的数据同步到备管理软件中的缓存中;所述主管理软件对受管服务器执行用户在控制台输入的所述操作;所述主管理软件异常时与所述备管理软件进行切换。本发明实施例提供的主备管理软件的切换方法及系统,通过在执行操作前将操作记录到缓存并同步到备管理软件中,避免了主备管理软件切换导致的操作丢失导致的受管服务器的配置数据异常或产生其他故障错误,提高了管理软件的可用性。
文档编号H04L12/24GK102388569SQ201180001973
公开日2012年3月21日 申请日期2011年9月15日 优先权日2011年9月15日
发明者吴勇, 蔡毅 申请人:华为技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1