系统及其运行的管理方法、服务器和计算机可读存储介质与流程

1.本发明涉及系统运行管理技术领域，特别是涉及一种系统及其运行的管理方法、服务器和计算机可读存储介质。


背景技术：

2.随着网络技术的发展，服务器每天需要处理大量的数据，并且包括很多业务节点，每个业务节点处理不同的业务数据，各业务节点每天处理的数据量以及运行时间可能也不相同。
3.服务器在使用过程中，虽然会有人进行例行维护，但由于系统中大量的数据和硬件设备，一般无法去及时查看，一一监控。当服务器出现异常时，例如崩溃或者时延太大，如果不立即作出响应，排除异常，将影响服务器和业务的正常工作，给用户带来较大损失，影响用户体验。


技术实现要素：

4.本技术主要解决的技术问题是如何维持服务器和业务的正常运行，保持系统的有效性。
5.为解决上述技术问题，本技术采用的一个技术方案是提供一种系统运行的管理方法，所述方法包括：管理服务器接收所述系统中的每个网站服务器发送的日志汇总信息；对所述日志汇总信息进行分析，生成分析结果；采用与所述分析结果相对应的推送策略，将所述分析结果推送给预设人员。
6.其中，所述日志汇总信息是由所述网站服务器每间隔预设时间对自身的工作日志进行收集汇总得到的；和/或，所述对所述日志汇总信息进行分析，生成分析结果的步骤，包括：按照预设分析顺序，对每个所述网站服务器的日志汇总信息进行分析，以生成所述分析结果。
7.其中，所述工作日志包括网站服务器的访问日志、业务的运行日志、缓存的性能测试日志或数据库的性能测试日志中的至少一种；所述预设分析顺序为每个所述网站服务器的日志汇总信息的接收顺序，或每个所述网站服务器的预设优先级。
8.其中，所述分析结果包括日志风险等级；所述采用与所述分析结果相对应的推送策略，将所述分析结果推送给预设人员的步骤，包括：根据所述日志风险等级选择对应的推送策略，并采用选择的所述推送策略将所述分析结果推送给预设人员。
9.其中，所述根据所述日志风险等级选择对应的推送策略的步骤，包括：当所述日志风险等级为严重等级时，选择通过微信公众号或者短信进行推送的推送策略；当所述日志风险等级为一般等级时，选择通过邮件的方式进行推送的推送策略。
10.其中，所述对所述日志汇总信息进行分析，生成分析结果的步骤，包括：若基于所述日志汇总信息确定在预设时间内为空日志，或者业务的时延大于预设阈值，则确定所述日志汇总信息对应的日志风险等级为严重等级；若日志汇总信息包含为统计消息、预设错
误消息和通知类消息中的至少一种，则确定所述日志汇总信息对应的日志风险等级为一般等级，其中，所述预设错误消息为所述网站服务器无法正常提供页面信息。
11.其中，在所述采用与所述分析结果相对应的推送策略，将所述分析结果推送给预设人员的步骤之后，所述方法还包括：根据所述分析结果确定第一优化策略，并利用所述第一优化策略对所述系统进行优化；或者，接收所述预设人员反馈的第二优化策略，并利用所述第二优化策略对所述系统进行优化。
12.为解决上述技术问题，本技术采用的另一个技术方案是提供一种服务器，包括相互耦接的存储器和处理器，所述处理器用于执行所述存储器中存储的程序指令，以实现如上任一项所述的系统运行的管理方法。
13.为解决上述技术问题，本技术采用的另一个技术方案是提供一种系统，包括管理服务器和若干个网站服务器，每个网站服务器用于向所述管理服务器发送各自的日志汇总信息，所述管理服务器用于接收每个网站服务器发送的日志汇总信息，并实现如上任一项所述的系统运行的管理方法。
14.为解决上述技术问题，本技术采用的另一个技术方案是提供一种计算机可读存储介质，其上存储有程序指令，所述程序指令被处理器执行时实现如上任一项所述的系统运行的管理方法。
15.本技术的有益效果是：区别于现有技术的情况，通过管理服务器接收系统中的每个网站服务器发送的日志汇总信息，然后对日志汇总信息进行分析，生成分析结果，并采用与分析结果相对应的推送策略将分析结果推送给预设人员。通过这种方式，可以通过每个网站服务器发送的日志汇总信息来分析各网站服务器的运行状况，并将分析结果推送给预设人员，以供预设人员及时了解各网站服务器的运行状况；另外，通过不同的分析结果采用不同的推送策略的方式，可以使预设人员优先了解较重要的分析结果，以便维持服务器和业务的正常运行，保持系统的有效性。
附图说明
16.图1是本技术提供的一种系统运行的管理方法的一实施例的流程示意图；
17.图2是本技术提供的一种系统运行的管理方法的另一实施例的流程示意图；
18.图3是本技术提供的服务器一实施例的结构示意图；
19.图4是本技术提供的系统一实施例的结构示意图；
20.图5是本技术提供的计算机可读存储介质一实施例的结构示意图。
具体实施方式
21.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，均属于本技术保护的范围。
22.请参阅图1，图1是本技术提供的一种系统运行的管理方法的一实施例的流程示意图。本实施例中的系统运行的管理方法包括：
23.步骤s11：管理服务器接收所述系统中的每个网站服务器发送的日志汇总信息。
24.本技术应用于由多个网站服务器组成的系统，可以理解的是，为了维持系统中服务器和业务的正常运行，开发人员需要及时了解系统中各网站服务器的应用程序的运行情况，而应用程序的运行数据一般被记录在应用程序的日志中，日志可以记录系统中硬件、软件和系统问题，同时还可以监视系统中发生的事件，用户可以通过它来检查错误发生的原因，或者寻找受到攻击时攻击者留下的痕迹，本技术通过管理服务器对日志进行分析，从而了解服务器和业务的运行情况。但是，随着网站数量以及各网站的用户数量不断增长，导致应用程序的日志数据十分庞大，因此，管理服务器如何对每个网站服务器的应用程序的日志进行获取就十分重要了。本实施例中，通过每个网站服务器将各自的日志进行汇总，形成日志汇总信息并发送到管理服务器，便于管理服务器对所有的日志进行收集。
25.在一实施例中，上述日志汇总信息是由网站服务器每间隔预设时间对自身的工作日志进行收集汇总得到的。可以理解的是，网站服务器在收集了自身的工作日志后，需要对工作日志进行汇总处理，例如可以整理成利于存储和查询的形式，将所有的工作日志进行分类管理，并生成索引词，其中包括日志时间和日志类型信息，于是网站服务器可以按照索引词分别将对应的工作日志发送到管理服务器。还可以对工作日志进行预处理操作，例如相同类型的日志可能存在于多个业务中，因此可以对多个业务所产生的相同类型的日志进行合并处理。在一应用场景中，后续可能只对某种特殊标识的日志进行统计分析，因此可以对所有的工作日志进行分拆，只收集包含某种特殊标识的日志；例如，日志按照所记录事件的重要程度可以具有不同的等级，例如程序或系统调试信息的低等级、不会影响系统但值得注意的中等级、必须马上采取措施解决问题的高等级等等，于是可以通过对业务设置日志的输出等级，在接收到业务的日志信息以及该日志信息对应的日志等级时，可以比较该日志信息对应的日志等级与设置的输出等级之间的关系；若比较结果符合预设输出条件时，则输出该日志信息，从而可以保证必要的日志记录，在业务运行异常时，由于输出有必要的日志记录，可以供分析诊断使用；若比较结果不符合预设输出条件时，则不输出日志信息，从而可以节省io资源。
26.预设时间可以由用户根据需要进行设置，例如可以为1分钟、十分钟或者1小时等，预设时间设置的越短，可以保证系统的有效性越高，当预设时间为1分钟以内时，系统可以达到分钟级的有效性。
27.进一步地，上述工作日志可以包括网站服务器的访问日志、业务的运行日志、缓存的性能测试日志或数据库的性能测试日志中的至少一种。网站服务器的访问日志记录有网站服务器接收处理请求以及运行时错误等各种原始信息，通过网站服务器的访问日志可以清楚的得知访客和服务端等应用是否正常运行，或者存在哪些缺陷，失效组件等信息；业务的运行日志可以记录业务的运行信息，使开发者方便开发调试，了解生产环境执行情况；缓存的性能测试日志是在对缓存进行性能测试时的记录，通过了解缓存的可用性，从而可以了解缓存性能；数据库的性能测试日志则是对数据库进行性能测试时的记录，通过连接数据库的最小连接数、最大连接数等信息，可以了解数据库的性能。通过对网站服务器的访问日志、业务的运行日志、缓存的性能测试日志或数据库的性能测试日志等进行分析，从而可以针对性进行系统优化，以便维持服务器和业务的正常运行，保持系统的有效性。
28.步骤s12：对所述日志汇总信息进行分析，生成分析结果。
29.在管理服务器接收到日志汇总信息后，需要进行分析统计。例如，可以根据日志汇
总信息中的索引词来进行筛选，若接收到的日志汇总信息中存在与设定的索引词相匹配的信息，则分析出相应的网站服务器或者业务存在风险或故障，生成分析结果。
30.在一实施例中，步骤s12具体可以包括：按照预设分析顺序，对每个所述网站服务器的日志汇总信息进行分析，以生成所述分析结果。由于管理服务器可能同时接收到多个网站服务器的日志汇总信息，或者管理服务器在进行分析的过程中又接收到新的日志汇总信息，因此，管理服务器需要按照预设分析顺序来对每个网站服务器的日志汇总信息进行分析，以使对日志汇总信息进行有序的分析。
31.进一步地，上述预设分析顺序可以为每个所述网站服务器的日志汇总信息的接收顺序，或每个所述网站服务器的预设优先级。在一实施例中，每个网站服务器的日志汇总信息按照接收的先后顺序进行排列，管理服务器对先接收到的日志汇总信息优先进行分析；在另一实施例中，还可以对每个网站服务器设置相应的预设优先级，管理服务器接收到的日志汇总信息中包含有网站服务器的预设优先级信息，当管理服务器同时收到多个网站服务器的日志汇总信息时，可以选择优先处理预设优先级较高的网站服务器的日志汇总信息；在其他实施例中，管理服务器接收到的所有日志汇总信息可以按照日志数据产生的时间的先后顺序进行排列，管理服务器可以选择优先处理发生时间较早的日志汇总信息。可以理解的是，各网站服务器在将自身的日志汇总信息发送给管理服务器后，所有的日志汇总信息按照预设分析顺序进行排列，而各网站服务器可以继续进行后续的收集汇总工作，而无需等待，提升了系统的运行效率。
32.步骤s13：采用与所述分析结果相对应的推送策略，将所述分析结果推送给预设人员。
33.可以理解的是，针对每个网站服务器的日志汇总信息进行分析，得到的分析结果可能不同，因此，通过不同的分析结果采用不同的推送策略的方式，可以使预设人员优先了解较重要的分析结果，以便维持服务器和业务的正常运行，保持系统的有效性。
34.在一实施例中，分析结果包括日志风险等级，步骤s13具体包括：根据所述日志风险等级选择对应的推送策略，并采用选择的所述推送策略将所述分析结果推送给预设人员。可以理解的是，可以在分析结果中设定日志风险等级的等级标识，对于不同的等级标识，相应采用不同的推送策略；例如，可以设置两种级别的等级标识：严重等级和一般等级，当日志风险等级为严重等级时，可以选择通过微信公众号或者短信进行推送的推送策略，以便于预设人员能够及时接收到推送的分析结果，当日志风险等级为一般等级时，则可以选择通过邮件的方式进行推送的推送策略；又例如，可以设置三种级别的等级标识：严重等级、一般等级、可忽略等级，当日志风险等级为严重等级时，可以选择实时推送的推送策略，以便于预设人员能够第一时间了解分析结果，当日志风险等级为一般等级时，可以选择定时推送的推送策略，以减少系统的推送次数，而日志风险等级为可忽略等级时，则可以选择不进行不推送，以减轻系统的工作任务。
35.作为一种可实施方式，还可以预先设置业务的优先级，针对不同的优先级执行不同的分析顺序和不同的推送策略，以降低系统资源的消耗和管理服务器日志分析负担。例如，根据用户在预设时间段内的访问频率来确定业务的优先级，并根据业务的优先级将分析顺序设置为优先分析、排队分析和暂不分析三个级别，并按照对应的分析级别进行分析，并生成所述分析结果，以确保高优先级业务的实时分析同时降低管理服务器分析负担；同
样地，根据业务的优先级将推送策略分为实时推送，定时推送和不推送三个等级，管理服务器根据推送等级进行分析结果的推送。
36.进一步地，上述步骤s12可以包括：若基于所述日志汇总信息确定在预设时间内为空日志，或者业务的时延大于预设阈值，则确定所述日志汇总信息对应的日志风险等级为严重等级；若日志汇总信息包含为统计消息、预设错误消息和通知类消息中的至少一种，则确定所述日志汇总信息对应的日志风险等级为一般等级，其中，所述预设错误消息为所述网站服务器无法正常提供页面信息。
37.可以理解的是，若基于日志汇总信息确定在预设时间内为空日志，则说明对应的网站服务器在预设时间内可能已经挂掉了，又或者由于现有的工作日志满了、导致存储空间不足而无法写新的工作日志，此时需要预设人员及时对网站服务器的状态进行确认和维护，因此可以确定日志汇总信息对应的日志风险等级为严重等级；若业务的时延大于预设阈值，则会影响用户对业务的使用体验，此时需要预设人员及时处理，以提高用户的使用体验，因此可以确定日志汇总信息对应的日志风险等级为严重等级；又或者出现了500错误，其表示服务器内部错误(internal server error)，主要是由于iwam账号(安装iis5时系统自动建立的一个内置账号，主要用于启动进程之外的应用程序的internet信息服务)的密码错误造成的，而解决这类问题需要人工同步iwam账号在active directory(活动目录)、iis metabase数据库和com 应用程序中的密码，具体操作均需要以管理员身份登录计算机以提供足够的操作权限，因此需要预设人员及时处理，可以确定日志汇总信息对应的日志风险等级为严重等级。另一方面，由于统计消息和通知类消息一般不会影响服务器和业务的正常运行，而预设错误消息为网站服务器无法正常提供页面信息，例如为404错误，这种情况一般在服务器被攻击时会出现，由于404错误页面的设置，在完善网站架构的同时也留住了潜在客户；因此，当日志汇总信息包含为统计消息、预设错误消息或者通知类消息时，并不需要预设人员马上对网站服务器进行维护和优化，因此可以确定日志汇总信息对应的日志风险等级为一般等级。
38.作为一种可实施方式，分析结果可以采用分析报表的形式推送，便于预设人员的查看。其中，分析报表的形式不做具体限定，例如可以是条形图、柱状图等。采用本技术实施例所提供的技术方案可以对各个网站服务器的工作日志进行自动分析，具有较高的分析效率，且可以减少由人工分析错误而引起的分析误差。
39.作为一种可实施方式，推送给预设人员的分析结果中还可以包括：根据分析结果给出的处理建议。例如：网站服务器出现访问缓慢、无法打开链接等异常情况时，管理服务器可以分析网站服务器的性能是否存在问题，查看内存、cpu、磁盘、网络等资源是否充足；对于资源不足的情况，可以给出增加相应资源的建议；而对于资源使用不合理等问题，则可以给出建议修改服务器逻辑以避免运行异常。
40.在本实施例中，通过每个网站服务器发送的日志汇总信息来分析各网站服务器的运行状况，并将分析结果推送给预设人员，以供预设人员及时了解各网站服务器的运行状况；另外，通过不同的分析结果采用不同的推送策略的方式，可以使预设人员优先了解较重要的分析结果，以便维持服务器和业务的正常运行，保持系统的有效性。
41.请参阅图2，图2是本技术提供的一种系统运行的管理方法的另一实施例的流程示意图。本实施例中的系统运行的管理方法包括：
42.步骤s21：管理服务器接收所述系统中的每个网站服务器发送的日志汇总信息。
43.步骤s22：对所述日志汇总信息进行分析，生成分析结果。
44.步骤s23：采用与所述分析结果相对应的推送策略，将所述分析结果推送给预设人员。
45.在本实施场景中，本实施例提供的步骤s21-s23与本技术提供的系统运行的管理方法的前一实施例中的步骤s11-s13基本类似，此处不再赘述。
46.步骤s24：根据所述分析结果确定第一优化策略，并利用所述第一优化策略对所述系统进行优化；或者，接收所述预设人员反馈的第二优化策略，并利用所述第二优化策略对所述系统进行优化。
47.可以理解的是，在管理服务器对日志汇总信息进行分析并生成分析结果后，可以根据分析结果对系统进行自动优化或人工优化。当对系统进行自动优化时，可以根据分析结果自动调整系统的设置；例如，当某业务的界面显示由a、b两种方式实现，当前使用a方式来实现，当用户在该页面操作发生错误而产生的异常日志数量达到了预设数量后，不仅会给预设人员发出报警提醒，还可以触发业务设置调整，进而可以自动切换为由b方式来实现显示该页面。当对系统进行人工优化时，则在将分析结果推送给预设人员后，由预设人员主动对系统进行优化；例如，预设人员可以对系统逻辑进行优化，或者可以对设备进行水平扩展以适应系统的数据总量，使系统达到分钟级的有效性。
48.请参阅图3，图3是本技术提供的服务器一实施例的结构示意图。本技术中的服务器30包括相互耦接的存储器300和处理器302，存储器300用于存储程序指令，处理器302用于执行存储器300中存储的程序指令，以实现以下的系统运行的管理方法：
49.处理器302接收所述系统中的每个网站服务器发送的日志汇总信息；对所述日志汇总信息进行分析，生成分析结果；采用与所述分析结果相对应的推送策略，将所述分析结果推送给预设人员。
50.进一步地，所述日志汇总信息是由所述网站服务器每间隔预设时间对自身的工作日志进行收集汇总得到的；和/或，处理器302执行上述对所述日志汇总信息进行分析，生成分析结果的步骤，包括：处理器302按照预设分析顺序，对每个所述网站服务器的日志汇总信息进行分析，以生成所述分析结果。
51.进一步地，所述工作日志包括网站服务器的访问日志、业务的运行日志、缓存的性能测试日志或数据库的性能测试日志中的至少一种；所述预设分析顺序为每个所述网站服务器的日志汇总信息的接收顺序，或每个所述网站服务器的预设优先级。
52.作为一种可实施方式，所述分析结果包括日志风险等级；处理器302执行上述采用与所述分析结果相对应的推送策略，将所述分析结果推送给预设人员的步骤，包括：根据所述日志风险等级选择对应的推送策略，并采用选择的所述推送策略将所述分析结果推送给预设人员。
53.进一步地，处理器302执行上述根据所述日志风险等级选择对应的推送策略的步骤，包括：当所述日志风险等级为严重等级时，选择通过微信公众号或者短信进行推送的推送策略；当所述日志风险等级为一般等级时，选择通过邮件的方式进行推送的推送策略。
54.进一步地，处理器302执行上述对所述日志汇总信息进行分析，生成分析结果的步骤，包括：若基于所述日志汇总信息确定在预设时间内为空日志，或者业务的时延大于预设
阈值，则确定所述日志汇总信息对应的日志风险等级为严重等级；若日志汇总信息包含为统计消息、预设错误消息和通知类消息中的至少一种，则确定所述日志汇总信息对应的日志风险等级为一般等级，其中，所述预设错误消息为所述网站服务器无法正常提供页面信息。
55.作为一种可实施方式，处理器302在执行上述采用与所述分析结果相对应的推送策略，将所述分析结果推送给预设人员的步骤之后，还包括：处理器302根据所述分析结果确定第一优化策略，并利用所述第一优化策略对所述系统进行优化；或者，接收所述预设人员反馈的第二优化策略，并利用所述第二优化策略对所述系统进行优化。
56.本技术服务器30实施例中的处理器302及其他部件实现上述功能的具体过程可参阅上述方法实施例。
57.请参阅图4，图4是本技术提供的系统一实施例的结构示意图。本技术的系统40包括管理服务器400和若干个网站服务器402，每个网站服务器402用于向管理服务器400发送各自的日志汇总信息，管理服务器400用于接收每个网站服务器402发送的日志汇总信息，并实现上述任一实施例的系统运行的管理方法。
58.请参阅图5，图5是本技术提供的计算机可读存储介质一实施例的结构示意图。计算机可读存储介质50中存储有程序指令500，程序指令500能够被执行以实现如上所述的图像帧的渲染方法。该计算机可读存储介质50可以是服务器中的存储芯片、sd卡等可读写存储的工具，也可以是服务器等等。
59.在本技术所提供的几个实施例中，应该理解到，所揭露的方法、服务器、系统和装置，可以通过其它的方式实现。例如，以上所描述的设备结构实施方式仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
60.作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施方式方案的目的。
61.另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
62.以上所述仅为本技术的实施方式，并非因此限制本技术的专利范围，凡是利用本技术说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本技术的专利保护范围内。