CN101945353B - 一种系统资源远程调整的方法与系统 - Google Patents

Abstract

本发明实施例公开的一种系统资源远程调整的方法是：从各业务系统上抽取当前工作负载数据，并与预先保存的相应业务系统的工作负载数据的预警值对比，当所述当前工作负载数据达到所述预警值时，按照系统负荷进行资源调整；同时，本发明实施例还公开了一种用于实现系统资源远程调整的系统。本发明实施例能够对当前工作负载数据进行智能跟踪，风险判断，并当遇到资源突变，调整资源争用等情况时能够依据时间指令序列集进行动态调整资源，加强了系统的稳定性，降低了人为纯手工干预所带来的工作量的增加和误操作的风险。

Description

一种系统资源远程调整的方法与系统

技术领域

本发明涉及移动通信技术领域，尤其涉及一种系统资源远程调整的方法与系统。

背景技术

随着IT系统日渐庞大，在IT系统上承载的业务也越来越复杂，为了满足IT系统承载业务的快速发展，往往加大投资，致使IT系统资源的利用率出现逐级下降的趋势，同时，人为对IT系统资源的控制力也越来越低。

为此，现有技术中出现了一些动态调整资源的方法，其中，常用的一种方法是：监视软件监视系统所有分区中所有资源上的工作负荷。如果某一分区中的某一资源上的工作负荷被确定超出了最大阈值，则从资源配置库中读取闲置的类似资源，并分配给该分区。当资源配置库中的类似资源不存在时，还会将其他分区上的类似资源拆卸并加到超过阈值的所述分区上。

此外，现有技术还公开了另一种资源调整的方法，具体为：预先在工作负荷配置文件中存储工作负荷时间安排表。若某一分区中的某一资源中安排的工作负荷将要超出最大阈值，则在安排该工作负荷之前，为该分区分配额外的类似资源。

然而，现有技术的这些资源调整方法存在如下缺陷：

在上述第一个方法中，当有多个业务分区同时都有资源需求，需要重新分配资源时，容易产生资源争用的情况而使得资源分配不成功；而且当如果未找到可分配的资源需要再从已分配资源中卸载时，则还容易造成资源的频繁装卸，引起系统动荡。

同样，在上述第二个方法中，由于工作负荷配置文件是在安排工作负荷之前进行的资源调整，因此当新上的业务系统或业务负载发生突变时，则无法利用工作负荷配置文件进行有效处理；而且当安排的工作负荷恢复正常时，又无法及时地将相关的资源进行卸载并放置到未分配的资源池中。

因此，在现有技术中为了克服上述缺陷，则需要人为进行本地干预，即必须要登录到IT系统上进行手工操作，操作繁琐；而且，当遇到业务高峰时，还容易造成恶性循环，加大系统压力而引起系统宕机。

发明内容

针对上述缺点，本发明提出了一种系统资源远程调整的方法与系统，能够在遇到资源突变、调整资源争用等情况时能够减少人工手工干预带来的工作量的增加和误操作的风险。

本发明实施例提供的一种系统资源远程调整的方法，预先保存各业务系统的工作负载数据的预警值，所述方法包括：

从各业务系统上抽取当前工作负载数据，并与所述工作负载数据的预警值对比，当所述当前工作负载数据达到所述预警值时，生成并发送相应的警点数据上报指令；依据所述警点数据上报指令中的警点数据、以及业务负载时段列表及业务系统优化级，按照系统负荷计算需要调整的资源数量，生成带时间戳的资源调配列表；根据所述资源调配列表中的时间戳，按时间顺序依次进行系统资源调整。

优选地，所述生成并发送相应的警点数据上报指令包括：

将多个业务系统的警点数据汇总通过统一上报指令发送；或者，

仅针对每次产生的警点数据实时生成上报指令进行发送。

优选地，所述工作负载数据的预警值包括各项稳定资源阈值；将所抽取的当前工作负载数据与所述工作负载数据的预警值对比包括：

将所抽取的当前工作负载数据进行汇总运算，计算出系统某类资源的当前运行指数，然后再将所述当前运行指数与对应的稳定资源阈值对比。

优选地，在所述按照系统负荷进行资源调整之前，还包括：

依据警点数据及当前资源配置列表，判断是否进行资源调整，若需要，则执行所述计算需要调整的资源数量及资源调整动作。

优选地，若资源的调整引起连锁资源调整，则执行所述计算需要调整的资源数量动作的之后还包括：持续模拟资源调整直至结束，并在结束后获取资源调整方案的最优路径。

优选地，所述方法还包括：将所述警点数据上报指令以短信形式发送给资源调整管理员；

当收到所述资源调整管理员发送的资源调整需求指令的短信时，所述方法还包括：

利用权限列表检查所述资源调整管理员在该时刻是否具有资源调整权限，如果有效，则执行所述资源调整动作；否则，返回至所述资源调整管理员重新确认。

优选地，当判断得知不需要资源调整时，所述方法还包括：将不需要资源调整的信息以短信形式发送给资源调整管理员；

当收到所述资源调整管理员回复的强制执行指令的短信时，则执行所述计算需要调整的资源数量及资源调整动作。

基于上述技术方案，本发明实施例还提供了一种用于实现系统资源远程调整的系统，包括：

数据监测分析单元，用于从各业务系统上抽取当前工作负载数据，并与预先保存的各业务系统的工作负载数据的预警值对比，当所述当前工作负载数据达到所述预警值时，生成并发送相应的警点数据上报指令；

资源调整单元，包括：资源调整分析子单元、资源调整执行子单元；其中，

所述资源调整分析子单元，用于依据所述警点数据上报指令中的警点数据、以及业务负载时段列表及业务系统优化级，按照系统负荷计算需要调整的资源数量，生成带时间戳的资源调配列表；

所述资源调整执行子单元，用于根据所述资源调配列表中的时间戳，按时间顺序依次进行系统资源调整。

优选地，所述数据监测分析单元包括：分析对比子单元、告警子单元，其中，

所述分析对比子单元，用于从各业务系统上抽取当前工作负载数据，并与预先保存的各业务系统的工作负载数据的预警值对比，当所述当前工作负载数据达到所述预警值时，向所述告警子单元发送告警触发指令；

所述告警子单元，用于在收到所述告警触发指令后，生成相应的警点数据上报指令并发送至所述资源调整单元，以触发所述资源调整单元进行资源调整。

优选地，所述资源调整分析子单元还包括：

模拟调整子单元，用于当资源的调整引起连锁资源调整时，持续模拟资源调整直至结束；

最优路径子单元，用于当所述模拟调整子单元模拟调整结束后，获取资源调整方案的最优路径；

所述资源调整单元还包括：

资源调整指令生成子单元，用于在收到所述最优路径子单元中最优路径信息后，生成包含有该最优路径信息的资源调整指令，然后发送至所述资源调整执行子单元，以触发资源调整。

优选地，该系统还包括：

短信网关，用于将所述告警子单元上的各业务系统的警点数据以短信形式发送给资源调整管理员；和/或,将所述资源调整分析子单元的资源调整指令发送给所述资源调整管理员；和/或，将所述资源调整管理员发送的强制执行指令的短信转发给所述资源调整分析子单元。

优选地，该系统还包括：鉴权单元，用于当通过所述短信网关收到所述资源调整管理员发送的资源调整需求指令的短信后，利用权限列表检查所述资源调整管理员在该时刻是否具有资源调整权限，如果有效，则触发所述资源调整指令生成子单元执行所述生成资源调整指令动作；否则，返回所述短信网关重新确认

本发明的有益效果是：克服了现有的技术在资源调整过程中发生的资源争用问题及资源频繁拆卸的问题，同时也解决了人工干预的安全风险：当遇到资源突变，调整资源争用等情况时能够通过模拟资源调整，生成带时间的指令序列集，并且依据所述指令序列集进行动态调整资源，从而极大地加强了系统的稳定性，减少了人为纯手工干预所带来的工作量的增加和误操作的风险；

此外，上述实施例能够通过短信网关实现管理员主动对系统实时远程监控和干预，同时系统还可以根据管理员的不同申请指令进行智能分析，实现了系统自动化资源调整的同时，智能化地参与了人为干预；同时，该实施例中系统除了能实现管理员权限的确认外，还能够对管理员的执行指令进行二次确认，以实现当系统判断不需要资源调整时，还能够根据管理员发送的强制执行指令，强制调整系统资源，增加了安全性。并且在提高系统资源调整的工作效率的同时，使调整方式更加灵活。

附图说明

图1为本发明一种系统资源远程调整方法实施例的流程示意图；

图2为本发明另一种系统资源远程调整方法实施例的流程示意图；

图3为实现图1、图2中资源调整分析步骤的方法实施例的流程示意图；

图4为本发明一种系统实施例的结构框图；

图5为本发明另一种系统实施例的结构框图；

图6为本发明又一种系统实施例的结构框图。

具体实施方式

下面结合附图对本发明实施例的具体实施方式做进一步的详细阐述。

本发明实施例公开了一种系统资源远程调整的方法，在执行该方法前需要预先保存各业务系统的工作负载数据的预警值，所述方法包括：从各业务系统上抽取当前工作负载数据，然后将所述当前工作负载数据与所保存的工作负载数据的预警值进行对比，判断是否达到相应业务资源的预警值，当所述当前工作负载数据达到所述预警值时，则按照系统负荷进行资源调整。

如图1所示，为本发明一种系统资源远程调整的方法实施例的流程示意框图，该方法能够通过自动采集、分析提出资源调整需求，自动完成资源调整，所述方法包括以下步骤：

S101：实时从各业务系统上抽取当前工作负载数据，然后将所抽取的当前工作负载数据与预先存储的负荷配置表中的工作负载数据的预警值进行对比，当所述当前工作负载数据已达到所述预警值时，则产生相应的警点数据上报指令触发执行资源调整分析步骤（即S102步骤）。

其中，所抽取的当前工作负载数据例如包括：主机节点号，数据采集时间点，CPU负荷，内存负荷，磁盘读写（DISKIO）负荷，网络流量负荷等信息，但并不限于此；

所述负荷配置表例如包括：主机节点号，起始时间点，终止时间点，本时段CPU均值预警值，CPU峰值预警值，CPU稳定资源占用率，内存均值预警值，内存峰值预警值，内存稳定资源占用率，DISKIO均值预警值，DISKIO峰值预警值，DISKIO稳定阈值，网络流量均值预警值，网络流量峰值预警值，网络流量稳定阈值等信息，但并不限于此。

所述警点数据报告包括：主机节点号，起始时间点，终止时间点，平均运行指数，峰值运行指数等数据。

其中，需要说明的是，所述警点上报的方法包括：将产生的警点数据实时上报；或者，当上报的警点数据较多时，还可以先将各业务系统的警点数据汇总形成统一报告再上报；或者，还可以将固定时间间隔（该时间间隔可以配置，可长可短）内产生的各种业务系统的警点数据汇总形成报告上报。

S102：依据警点数据信息、以及业务负载时段列表及业务系统优化级，按照系统负荷来计算需要调整的资源数量，生成资源调配列表，并携带在资源调整指令中触发执行S103步骤。

其中，所述资源调整指令为带时间戳的指令列表组成的指令序列集。

S103：在收到资源调整指令之后，根据所述指令中的指令序列的时间戳，按时间依次进行系统资源调整。

此外，在调整成功后还可在资源调整日志库中存档，并修改资源配置表。

此外，在上述S101中，在抽取到当前工作负载数据之后，所述将所抽取的当前工作负载数据与所述负荷配置表中的工作负载数据的预警值对比包括：直接信息对比和间接信息对比，其中所述间接信息对比具体为：将所抽取的当前工作负载数据进行汇总运算，计算出系统某类资源的当前运行指数。然后再将所述当前运行指数与所述负荷配置表中对应的稳定资源阈值进行对比，对于已达到阈值的则产生相应的警点上报指令。

其中，所述当前运行指数例如包括平均运行指数、峰值运行指数。所述平均运行指数例如为某时段截止目前某资源超过均值预警值的系统负荷分钟数/该时段分钟数。所述峰值运行指数例如为某时段截止目前某资源超过峰值预警值的系统负荷分钟数/该时段分钟数。例如：当平均运行指数>稳定资源阈值+30%,且峰值运行指数>稳定资源阈值，则需要增加资源，当平均运行指数<稳定资源阈值-20%,且峰值运行指数<稳定资源阈值时，则需要减少资源，该节点该时段数据需要上报，则指令警点数据上报单元产生警点数据并上报。

此外，上述S102中，在接收到所述警点数据之后，以及在计算需要调整的资源数量之前，还可以先依据警点数据报告及当前资源配置列表，判断是否进行资源调整，若需要，则执行所述计算需要调整的资源数量动作。此外，在上述资源调整计算时，如果此次资源的调整引起连锁资源调整，则进行持续模拟资源调整直至结束，然后获取资源调整方案的最优路径，并将所述最优路径随同S102中的资源调配列表一同随所述资源调整指令发送。

此外，在上述实施例的基础上，还可以将所述S101至S103中的执行动作及结果，例如S101的警点数据及指令等信息、以及S102中生成的资源调配列表及指令、S103处理结果等，都以短信形式通过短信网关发送给资源调整管理员（为方便描述，以下简称为“管理员”），由管理员及时掌握及监控当前状态，及可能进行的操作，并且当必要时还可以通过短信进行干预。

基于上述技术方案，为本发明公开的另一种系统资源远程调整方法实施例，该实施例在上述图1所示实施例的基础上，管理员可根据短信网关发送的系统资源调整信息，主动申请资源调整干预，系统根据管理员的调整申请进行自动资源调整，同时本实施例还能够对管理员的干预进行二次确认，以提高资源调整的安全性。如图2所示，该方法包括：

S201：管理员在收到图1所示实施例中S101～S103中任意步骤所发送的短信之后，认为需要干预时，将携带了资源调整需求指令的短信通过短信网关发送给系统的鉴权单元；

例如：S101中系统监测数据监测分析可通过短信网关接口，向管理员发送“时间点、主机名、资源编号、当前资源负载”等数据；

管理员则将包含有时间点、主机名、资源编号、资源个数等信息的资源调整需求指令通过短信形式再发送给系统。

S202：系统的鉴权单元对管理员进行鉴权认证，例如系统根据权限列表判断该管理员是否具有对该系统进行相关资源数量的资源调整的权限，若认证通过，则发送认证通过指令给所述管理员并触发执行S203步骤；否则，执行S206。

S203:系统在收到的认证通过指令之后，依据事先由所抽取的当前工作负载数据与负荷配置表对比所产生的警点数据、以及当前资源配置列表，判断是否进行资源调整，若需要，则执行资源调整分析步骤（即S204）；否则，执行S207。

S204：系统依据收到的警点数据信息、以及业务负载时段列表、及业务系统优化级，按照系统负荷来计算需要调整的资源数量，生成资源调配列表，并携带在资源调整指令中触发S205步骤。同时还将计算结果通过短信发送至所述管理员。

其中，所述资源调整指令为带时间戳的资源调配列表组成的指令序列集。

S205：系统根据所述资源调整指令中的指令序列的时间戳，按时间依次进行系统资源调整。此外，在调整成功后还可在资源调整指令日志库中存档，并修改资源配置表。结束该流程。

S206:系统发送认证不通过指令给所述管理员，结束本流程。

S207：系统发送拒绝指令给所述管理员，然后，执行S208步骤。

S208：系统是否收到所述管理员发送的强制执行指令短信，若收到，则执行所述S204；否则，则结束本流程。

需要说明的是，所述S203步骤可省略，即S202中，当认证通过，则直接执行所述S204步骤，否则执行所述S206步骤。

此外，上述S204中，在所述资源调整计算时，如果此次资源的调整引起连锁资源调整，则进行持续模拟资源调整直至结束，然后获取资源调整方案的最优路径，并将所述最有路径随同S204中的资源调配列表一同随所述资源调整指令发送。同时，还可将包含有指令序号、时间点、主机名、资源编号、资源个数等信息的资源调整指令集指令通过短信发送给管理员，管理员还可以发送短信回复是确认调整还是拒绝调整。

此外，在上述S208中：当系统没有收到管理员的强制执行指令短信时，还可以判断是否收到所述管理员发送的取消执行指令短信，若收到，则结束本流程并短信回复所述管理员；否则，还可以返回执行所述S203，并且当系统再次（或者指定次数）判断不需要资源调整时，并且仍没有收到管理员的强制执行指令短信时，则结束本流程。

此外，上述S208中，当系统收到管理员发送的修改资源调整指令消息时，还可以按照修改指令进行相应的资源调整。

此外，本发明实施例中除通过短信形式进行资源调整监控外，还可以通过主动回呼，依提示音操作按键回复指令等方式进行资源调整控制，例如：当有进行资源调整时，系统主动呼叫配置好的管理员电话，进入语音流程：1为收听目前资源配置，2为收听资源调整序列，3为确认资源调整，4为资源调整结果；按3后，1为确认，2为拒绝。类似流程。

上述实施例能够通过短信网关实现管理员主动对系统实时远程监控和干预，同时系统还可以根据管理员的不同申请指令进行智能分析，实现了系统自动化资源调整的同时，智能化地参与了人为干预；同时，该实施例中系统除了能管理员权限的确认外，还能够对管理员的执行指令进行二次确认，以实现当系统判断不需要资源调整时，还能够根据管理员发送的强制执行指令，强制调整系统资源，增加了安全性。并且在提高系统资源调整的工作效率的同时，使调整方式更加灵活。

此外，上述图1所示实施例的S102、以及图2所示实施例的S204中的资源调整分析步骤，即在执行按系统负荷计算需要调整的资源数量、进行资源调整循环模拟、并获得资源调整最优路径等动作，可根据系统资源模拟调整的具体情况，进行相应策略调整，例如可以按照下面方法实施例实现，但并不仅限于此，如图3所示，该方法例如：

S301：按系统负荷计算需要增加的数量。例如：需要增加的资源数量(TPCC)=基于目前业务负载所需要占用的资源-(1*1.5/(0.5+稳定资源阈值))*(基于目前业务负载所需要占用的资源/(1+峰值运行指数))，其中1*1.5代表假定预留资源池可以使生产系统增加到1.5倍的系统能力。之后，再计算需要增加或减少的系统资源数据，即该需要的资源数量-节点当前配置资源量，同时记录下调整时间段。

然后系统会继续按照下述步骤模拟整个调整过程,对需要调整的资源分类，获取最优调整路径，例如：

S302：根据资源的增减，设置标志位及数量标识；例如：

3月12日（即2天后）8：00-10：00：A+5,

3月12日（即2天后）12：00-14：00：B-2,

3月12日（即2天后）9：00-11：00：C-2,

3月12日（即2天后）18：00-22：00：C+3

S303：首先对相同主机节点的增减资源进行拟合，得出最终该主机节点在某时段需要增加或减少的资源，时间取各子时间段的合集，防止对资源频繁拆卸。例如：

3月12日（即2天后）8：00-10：00：A+5,

3月12日（即2天后）12：00-14：00：B-2,

3月12日（即2天后）9：00-22：00：C+1

S304：判断是否有需要减少资源的节点，如果是，则执行S305;否则，执行S306。

S305：判断是否有需要增加的资源列表，如果是，则执行S307；否则，执行S308。

S306：判断是否有需要增加的资源列表，如果是，则执行S307；否则，执行S 312。

S307：进行资源拟合，即，针对需要增加资源的节点，优先从需要减少资源的节点上拆卸，同时取各时间段合集的补集，然后执行S309。例如：

8：00-22：00的补集，为[0：00-7：00]∪[22：00-24：00]，B2->A2

3月12日（即2天后）8：00-10：00：A+3,

3月12日（即2天后）12：00-14：00：C+1,

S308：直接把需要减少的资源拆卸到空闲资源池，同时取时间段的补集。

S309：判断资源预留池中是否有足够空闲资源，如果是，执行S312；否则，执行S310。

S310：从资源负荷配置列表中选择最低级别时间段的相关资源进行卸载，然后转S311；

S311：将调整后的数据进行循环分析，检测新拆卸资源的节点是否需要资源调整。例如，从相应节点B进行卸载，添加到A结点上，同时，将A结点调整后的资源配置进行循环模拟。

第一步：8：00-22：00的补集，为[0：00-7：00]∪[22：00-24：00]，B2->A2

3月12日（即2天后）12：00-14：00：C+1,空闲1个资源，先加给C。

3月12日（即2天后）8：00-10：00：A+3,检查空闲资源库，无空闲资源，需要从B上拆出3个资源来，取得A+3，B-3，此时，B-3后，判断是否需要进行资源调整，并进行循环，至到所有系统不再需要资源调整。

S312：结束模拟调整，获取最优路径：

由于数据可能会出现A+3,B-3;B+2,C-2;C+2,D-2等几组数据，因此需要对这些数据对进行拟合，最终得出：A+3，B-1,D-2三步，即A需要增加的3个资源从B和D节点中分别拆出1和2个来得以满足。执行的时间点为A，B，D三个节点机相关时间段合集的补集。例如：

第一步：3月12日（即2天后）8：00-22：00的补集，为[0：00-7：00]∪[22：00-24：00]，B2->A2

第二步：3月12日（即2天后）12：00-14：00的补集，为[00：00-12：00]∪[14：00-24：00]：IDLE1->C1。

3月12日（即2天后）8：00-10：00的补集，为[00：00-8：00]∪[11：00-24：00]：A+3,B-3;B+2,C-2;C+2,D-2，通过拟合得出：[00：00-8：00]∪[11：00-24：00]，A+3,B-1,D-2

S313：生成包含有时间戳的指令序列的资源调配列表，并携带在资源调整指令中发送，以触发执行后续的资源调整动作。

此外，在上述各种方法实施例的基础上，本发明还公开了一种用于实现系统资源远程调整的系统，该系统能够通过自动采集的各业务当前工作负载，分析提出资源调整需求，自动完成资源调整，如图4所示，所述系统包括：数据监测分析单元401、资源调整单元402，其中，

所述数据监测分析单元401，用于实时从各业务系统上抽取当前工作负载数据，然后将所抽取的当前工作负载数据与预先保存的负荷配置表中各业务系统的工作负载数据的预警值进行对比，当所述当前工作负载数据达到所述预警值时，生成则产生相应的警点数据上报指令；

其中，所述警点数据上报指令包含例如固定时间间隔内产生的各种业务系统的警点数据经汇总形成的报告；或者，仅针对每次产生的警点数据实时形成的报告。

其中，所抽取的当前工作负载数据例如包括：主机节点号，数据采集时间点，CPU负荷，内存负荷，磁盘读写（DISKIO）负荷，网络流量负荷等信息，但并不限于此；

所述负荷配置表例如包括：主机节点号，起始时间点，终止时间点，本时段CPU均值预警值，CPU峰值预警值，CPU稳定资源占用率，内存均值预警值，内存峰值预警值，内存稳定资源占用率，DISKIO均值预警值，DISKIO峰值预警值，DISKIO稳定阈值，网络流量均值预警值，网络流量峰值预警值，网络流量稳定阈值等信息，但并不限于此。

所述警点数据报告包括：主机节点号，起始时间点，终止时间点，平均运行指数，峰值运行指数等数据。

所述资源调整单元402，用于在收到来自于所述数据监测分析单元401的警点数据上报指令后，根据所述指令中的指令序列的时间戳，按时间依次进行系统资源调整。

此外，在上述图4所示系统实施例的基础上，本发明还公开了另一种系统实施例，如图5所示，该实施例中所述数据监测分析单元401具体包括：分析对比子单元4011、告警子单元4012，其中，

所述分析对比子单元4011，用于从各业务系统上抽取当前工作负载数据，并与预先保存的各业务系统的工作负载数据的预警值对比，当所述当前工作负载数据达到所述预警值时，向所述告警子单元4012发送告警触发指令；

所述告警子单元4012，用于在收到所述告警触发指令后，生成相应的警点数据上报指令并发送至所述资源调整单元402，以触发所述资源调整单元402进行资源调整。

此外，所述资源调整单元402可具体包括：资源调整分析子单元4021、资源调整执行子单元4022；其中，

所述资源调整分析子单元4021，用于依据所述警点数据上报指令中的警点数据、以及业务负载时段列表及业务系统优化级，按照系统负荷计算需要调整的资源数量，生成带时间戳的资源调配列表；

所述资源调整执行子单元4022，用于根据所述资源调整分析子单元4021的资源配置列表中的时间戳，按时间顺序依次进行系统资源调整。

此外，所述资源调整分析子单元4021，在进行资源调整分析之前，还可依据所述警点数据上报指令中的警点数据及当前资源配置列表，判断是否需要资源调整，若需要，再执行上述计算资源数量及生成资源配置列表动作。

此外，在所述资源调整分析子单元4021和所述资源调整执行子单元4022之间还可包括资源调整指令生成子单元4023，用于在所述资源调整分析子单元4021生成资源配置列表之后，生成包含有所述资源配置列表的资源调整指令，然后发送至所述资源调整执行子单元4022，以触发资源调整。

此外，在图5所示系统实施例中，如果此次资源调整需要引起连锁资源调整时，则所述资源调整分析子单元4021除了计算需要调整的资源数量的同时，还需要持续模拟资源调整直至结束，并获取资源调整方案的最优路径。此时，所述资源调整分析子单元4021可具体包括：

数据分析子单元40211，用于依据所述警点数据上报指令中的综合警点数据报告、以及前资源配置列表，判断是否进行资源调整，若判断需要进行资源调整，则移居业务负载时段列表及业务系统优化级，按照系统负荷计算需要调整的资源数量，生成资源调配列表，然后触发模拟调整子单元40212进行模拟资源调整；

模拟调整子单元40212，用于在模拟资源调整的过程中，当此次资源的调整引起连锁资源调整时，则进行持续模拟资源调整，直至结束；

最优路径子单元40213，用于当所述模拟调整子单元40212模拟调整结束后，获取资源调整方案的最优路径。

然后所述最优路径子单元40213还可将过程和结果传送给系统中的资源调整指令生成子单元4023，由该资源调整指令生成子单元4023生成包含有所述最优路径信息的资源调整指令，然后发送至所述资源调整执行子单元4022，以触发资源调整。

此外，所述资源调整执行子单元4022在调整成功后，还可将调整结果在资源调整日志库501中存档，并修改资源配置表。

此外，在上述图4或图5所示的实施例的基础上，所述系统还可包括短信网关，管理员可根据短信网关发送的系统资源调整信息，主动申请资源调整干预，系统根据管理员的调整申请进行自动资源调整，同时本实施例还能够对管理员的干预进行二次确认，以提高资源调整的安全性。如图6所示，所述系统进一步包括：短信网关601、鉴权单元602；其中，

所述短信网关601，用于将所述告警子单元4012上的各业务系统的警点数据以短信形式发送给管理员；和/或,将所述资源调整分析子单元4021的资源调整指令发送给所述管理员；和/或，将所述管理员发送的强制执行指令的短信转发给所述资源调整分析子单元4021。

所述鉴权单元602，用于当通过短信网关601收到所述管理员发送的资源调整需求指令的短信后，对管理员进行鉴权认证，当认证通过，则触发所述资源调整指令生成子单元4023执行所述生成资源调整指令动作。

以上所述的本发明实施方式，并不构成对本发明保护范围的限定。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (12)

1.一种系统资源远程调整的方法，其特征在于，预先保存各业务系统的工作负载数据的预警值，所述方法包括：

从各业务系统上抽取当前工作负载数据，并与所述工作负载数据的预警值对比，当所述当前工作负载数据达到所述预警值时，生成并发送相应的警点数据上报指令；

依据所述警点数据上报指令中的警点数据、以及业务负载时段列表及业务系统优化级，按照系统负荷计算需要调整的资源数量，生成带时间戳的资源调配列表；

根据所述资源调配列表中的时间戳，按时间顺序依次进行系统资源调整。

2.如权利要求1所述的方法，其特征在于，所述生成并发送相应的警点数据上报指令包括：

将多个业务系统的警点数据汇总通过统一上报指令发送；或者，

仅针对每次产生的警点数据实时生成上报指令进行发送。

3.如权利要求1所述的方法，其特征在于，所述工作负载数据的预警值包括各项稳定资源阈值；将所抽取的当前工作负载数据与所述工作负载数据的预警值对比包括：

将所抽取的当前工作负载数据进行汇总运算，计算出系统某类资源的当前运行指数，然后再将所述当前运行指数与对应的稳定资源阈值对比。

4.如权利要求1所述的方法，其特征在于，在所述按照系统负荷进行资源调整之前，还包括：

依据警点数据及当前资源配置列表，判断是否进行资源调整，若需要，则执行所述计算需要调整的资源数量及资源调整动作。

5.如权利要求1所述的方法，其特征在于，若资源的调整引起连锁资源调整，则执行所述计算需要调整的资源数量动作之后还包括：持续模拟资源调整直至结束，并在结束后获取资源调整方案的最优路径。

6.如权利要求1、2、4或5所述的方法，其特征在于，还包括：将所述警点数据上报指令以短信形式发送给资源调整管理员；

当收到所述资源调整管理员发送的资源调整需求指令的短信时，所述方法还包括：

利用权限列表检查所述资源调整管理员在该时刻是否具有资源调整权限，如果有效，则执行所述资源调整动作；否则，返回至所述资源调整管理员重新确认。

7.如权利要求4所述的方法，其特征在于，当判断得知不需要资源调整时，所述方法还包括：将不需要资源调整的信息以短信形式发送给资源调整管理员；

当收到所述资源调整管理员回复的强制执行指令的短信时，则执行所述计算需要调整的资源数量及资源调整动作。

8.一种用于实现系统资源远程调整的系统，其特征在于，包括：

数据监测分析单元，用于从各业务系统上抽取当前工作负载数据，并与预先保存的各业务系统的工作负载数据的预警值对比，当所述当前工作负载数据达到所述预警值时，生成并发送相应的警点数据上报指令；

资源调整单元，包括：资源调整分析子单元、资源调整执行子单元；其中，

所述资源调整分析子单元，用于依据所述警点数据上报指令中的警点数据、以及业务负载时段列表及业务系统优化级，按照系统负荷计算需要调整的资源数量，生成带时间戳的资源调配列表；

所述资源调整执行子单元，用于根据所述资源调配列表中的时间戳，按时间顺序依次进行系统资源调整。

9.如权利要求8所述的系统，其特征在于，所述数据监测分析单元包括：分析对比子单元、告警子单元，其中，

所述分析对比子单元，用于从各业务系统上抽取当前工作负载数据，并与预先保存的各业务系统的工作负载数据的预警值对比，当所述当前工作负载数据达到所述预警值时，向所述告警子单元发送告警触发指令；

所述告警子单元，用于在收到所述告警触发指令后，生成相应的警点数据上报指令并发送至所述资源调整单元，以触发所述资源调整单元进行资源调整。

10.如权利要求8所述的系统，其特征在于，所述资源调整分析子单元还包括：

模拟调整子单元，用于当资源的调整引起连锁资源调整时，持续模拟资源调整直至结束；

最优路径子单元，用于当所述模拟调整子单元模拟调整结束后，获取资源调整方案的最优路径；

所述资源调整单元还包括：

资源调整指令生成子单元，用于在收到所述最优路径子单元中最优路径信息后，生成包含有该最优路径信息的资源调整指令，然后发送至所述资源调整执行子单元，以触发资源调整。

11.如权利要求10所述的系统，其特征在于，该系统还包括：

短信网关，用于将所述告警子单元上的各业务系统的警点数据以短信形式发送给资源调整管理员；和/或,将所述资源调整分析子单元的资源调整指令发送给所述资源调整管理员；和/或，将所述资源调整管理员发送的强制执行指令的短信转发给所述资源调整分析子单元。

12.如权利要求11所述的系统，其特征在于，该系统还包括：鉴权单元，用于当通过所述短信网关收到所述资源调整管理员发送的资源调整需求指令的短信后，利用权限列表检查所述资源调整管理员在该时刻是否具有资源调整权限，如果有效，则触发所述资源调整指令生成子单元执行所述生成资源调整指令动作；否则，返回所述短信网关重新确认。

Images