实例系统、云系统及实例系统的升级或恢复方法技术方案

本发明专利技术提供实例系统、云系统及实例系统的升级或恢复方法，在实例系统中设置了两个恢复分区和两个更新分区，支持实例系统中的操作系统的恢复模式，确保在多种异常情况下操作系统能够成功升级或恢复。此外，云系统中设置了ARM服务器，实例系统中设置了代理，构成了触发操作系统升级或恢复的双保险。

【技术实现步骤摘要】

本专利技术涉及实例系统、云系统及实例系统的升级或恢复方法。
技术介绍
某种操作系统(例如安卓操作系统)加上运行该操作系统所需的硬件(例如处理器、存储器等)，可以视为一个实例系统，实例系统中可以运行各种应用程序。将若干个实例系统按照一定的架构方式(例如分布式)集中管理，可以形成云系统。对于运行在移动终端、机顶盒、游戏机等单机中的安卓系统，系统需要升级或恢复时，会通过图形界面提示用户，用户点击确认后系统会存储(例如在某个分区的文件中存储)相应的信息并重启。系统重启时检查到相应的信息，就会以恢复(recovery)模式运行，用相应的文件升级或恢复系统。单机安卓系统在升级或者恢复时要求用户确保不断电，一旦中途出现断电等问题，只能人工刷机恢复系统。对于一般运行在专用机房的云系统而言，其实例系统中的操作系统也要求升级或者恢复时不断电，现实中非常困难。一方面，机房无法保证常年不间断供电，实例系统中的电路板偶尔也会出现电源故障导致随机重启；另一方面，由于大量实例系统管理的复杂性，有时会出现一部分实例系统中的操作系统正在升级而运维人员却断电检修的情况。对于云系统这样常年不间断对外提供服务的大规模系统，人工刷机恢复操作系统的方式既不经济，也没有效率，严重影响用户的体验。同时，操作系统的升级或者恢复需要用户进行确认，这对于自动化部署和运营的云系统也显然不可接受。为了解决上述问题，可以设置ARM服务器(具有ARM架构的Linux服务器)，其硬件电路与实例系统的电路板连接，通过改变连线管件电平来控制实例系统硬重启。但ARM服务器也无法保证自身不出故障，而如果ARM服务器采用双机集群(HA)则显著增加了成本。在说明书“
技术介绍
”部分公开的内容，有助于本领域技术人员理解本专利技术的技术方案，但不应据此认为这些内容一定属于现有技术或公知常识。
技术实现思路
为了克服“
技术介绍
”部分所反映的缺陷，实现实例系统中的操作系统意外中断后自动重新执行升级或者恢复任务的功能，本专利技术提供实例系统、云系统及实例系统的升级或恢复方法。实例系统，包括：第一恢复分区和第二恢复分区，用于存储实例系统中的操作系统进入恢复模式时需要的数据；第一更新分区和第二更新分区，用于存储其他分区数据的镜像；第一恢复分区和第一更新分区存储的数据保持不变，第二恢复分区和第二更新分区存储的数据可以被修改；具有实例系统中的操作系统根(root)权限的代理(此处的代理是英文词agent的翻译，指具有某种功能、能够独立运行的某个硬件或软件)。进一步的，实例系统中的操作系统为安卓系统。云系统，包括控制服务器、ARM服务器及实例系统：ARM服务器管理多个实例系统，控制服务器既能够与多台ARM服务器通信，也能够与每台ARM服务器所管理的多个实例系统的代理通信。进一步的，控制服务器能够选择控制ARM服务器或者控制实例系统的代理进行实例系统中操作系统的升级或恢复；当控制服务器选择控制ARM服务器进行实例系统中操作系统的升级或恢复时，ARM服务器通过电信号强制实例系统中的操作系统重新启动；当控制服务器选择控制实例系统的代理进行实例系统中操作系统的升级或恢复时，实例系统的代理在对应分区中设置文件，记录需要执行的任务(任务指系统恢复和/或系统升级)。进一步的，实例系统包括启动分区，启动分区中的程序能够用于设置根据ARM服务器或者实例系统的代理进行实例系统中操作系统的升级或恢复的优先级。实例系统的升级或恢复方法，包括如下步骤：启动实例系统中的操作系统；实例系统启动分区中的程序根据ARM服务器的电信号或者代理在对应分区中设置的文件，判断操作系统是否需要进入恢复模式；如果不需要进入恢复模式，则操作系统正常运行，否则进入恢复模式，根据ARM服务器的电信号或者代理在对应分区中设置的文件，确定需要执行的任务(任务指系统恢复和/或系统升级)；从对应的恢复分区和/或更新分区读取数据，完成任务。进一步的，完成任务后，重新启动操作系统。进一步的，完成任务后，删除代理在对应分区中设置的文件(如果是根据代理在对应分区中设置的文件执行系统恢复和/或系统升级任务)。由于实例系统的升级或恢复方法，是在之前所述的实例系统和云系统的基础上实现的，为了避免不必要的重复，实例系统的升级或恢复方法中的一些描述进行了省略。本领域技术人员通过对照，能够对实例系统的升级或恢复方法有清晰、完整的认识。本专利技术技术方案中，“包括”、“用于”等词语应按照开放式表达方式理解。本领域技术人员通过阅读本说明书并结合现有技术或公知常识能够获知的内容，本说明书中不再赘述。本专利技术提供的实例系统、云系统及实例系统的升级或恢复方法，在实例系统中设置了两个恢复分区和两个更新分区，支持实例系统中的操作系统的恢复模式，确保在多种异常情况下操作系统能够成功升级或恢复。此外，云系统中设置了ARM服务器，实例系统中设置了代理，构成了触发操作系统升级或恢复的双保险。如果外部的ARM服务器出现故障，实例系统可以通过自身的代理来升级或恢复操作系统，反之，如果因实例系统自身的问题导致代理无法正常运行，则ARM服务器可以通过电信号强制进行操作系统的升级或恢复。操作系统在升级或恢复过程中遭遇断电等意外情况，可以在供电恢复或其他意外排除后自动重新执行升级或恢复任务，确保升级或恢复成功。附图说明图1为具体实施方式中云系统的简化结构示意图。图中的连线代表连接或通信关系。图2为具体实施方式中实例系统的升级或恢复方法的流程图。具体实施方式下面对本专利技术的实施方式进行进一步的具体说明。但应注意，本专利技术的范围并不局限于所描述的具体技术方案。任何对所描述的具体技术方案中的技术要素进行相同或等同替换获得的技术方案或本领域技术人员在所描述的具体技术方案的基础上不经过创造性劳动就可以获得的技术方案，都应当视为落入本专利技术的保护范围。某种操作系统加上运行该操作系统所需的硬件(例如处理器、存储器等)，可以构成一个实例系统。将若干个实例系统按照一定的架构方式集中管理，可以形成云系统。实例系统中的操作系统，可以采用安卓(Android)系统。为了正常运行Android系统，实例系统的存储器上设置了如下表所示的分区。ubootkernelramdiskcachedatasystemresourcerecovery1recovery2update1update2第一恢复分区(recovery1)和第二恢复分区(recovery2)，用于存储Android系统进入恢复模式时需要的数据(包括程序、配置文件等)。第一更新分区(update1)和第二更新分区(update2)，用于存储其他分区(如kernel、ramdisk、system、resource分区等)数据的镜像。在Android系统运行的过程中，recovery2和update2分区的数据可以被修改，存储较新的动态更新数据；但recovery1和update1分区的数据始终保持不变，存储Android系统最初始状态的数据(出厂设置)。如果Android系统使用recovery2和/或update2分区的数据进行系统升级，出现了严重影响系统运行的错误，可以利用recovery1和/或update1分区中保持不变的数据退回到Android系统最初始的状态，避免A本文档来自技高网...

【技术保护点】
实例系统，其特征在于，所述的实例系统包括：第一恢复分区和第二恢复分区，用于存储实例系统中的操作系统进入恢复模式时需要的数据；第一更新分区和第二更新分区，用于存储其他分区数据的镜像；第一恢复分区和第一更新分区存储的数据保持不变，第二恢复分区和第二更新分区存储的数据可以被修改；具有实例系统中的操作系统根权限的代理。

【技术特征摘要】
1.实例系统，其特征在于，所述的实例系统包括：第一恢复分区和第二恢复分区，用于存储实例系统中的操作系统进入恢复模式时需要的数据；第一更新分区和第二更新分区，用于存储其他分区数据的镜像；第一恢复分区和第一更新分区存储的数据保持不变，第二恢复分区和第二更新分区存储的数据可以被修改；具有实例系统中的操作系统根权限的代理。2.根据权利要求1所述的实例系统，其特征在于，所述的实例系统中的操作系统为安卓系统。3.云系统，包括控制服务器、ARM服务器及权利要求1或2所述的实例系统，其特征在于，所述的ARM服务器管理多个实例系统，所述的控制服务器既能够与多台ARM服务器通信，也能够与每台ARM服务器所管理的多个实例系统的代理通信。4.根据权利要求3所述的云系统，其特征在于，所述的控制服务器能够选择控制ARM服务器或者控制实例系统的代理进行实例系统中操作系统的升级或恢复；当控制服务器选择控制ARM服务器进行实例系统中操作系统的升级或恢复时，ARM服务器通过电信号强制实例系统中的操作系统...

【专利技术属性】
技术研发人员：王小品，田乐，赵一民，赵幸，
申请(专利权)人：北京海誉动想科技股份有限公司，
类型：发明
国别省市：北京;11