[发明专利]控制系统和日志递送方法

说明书

技术领域

在本文中所讨论的实施例涉及一种控制系统和日志递送方法。

背景技术

通常，一些存储装置具有定期的日志递送功能以定期地递送日志（诸如关于装置故障的信息）作为日志文件。例如，具有定期的日志递送功能的存储装置监控已安装的部件（诸如用于存储数据的磁盘）中的故障或故障的征兆以获取日志，并且基于已获取的日志生成日志文件。然后，存储装置通过网络将日志文件递送至被称为远程支持中心的维护中心。

参照图20将描述存储装置中所包括的定期的日志递送功能。图20是示出存储装置的定期的日志递送功能的示例的图。图20中所示的存储装置910至930各个包括定期的日志递送功能，并且通过网络连接至远程支持中心900。另外，在图20中所示的示例中，假定对于存储装置910和920启用了定期的日志递送功能，并且对于存储装置930禁用了定期的日志递送功能。

每天，存储装置910将通过日志的获取而生成的日志文件940递送至远程支持中心900。另外，每周，存储装置920将通过日志的获取而生成的日志文件950递送至远程支持中心900。然后，在远程支持中心900的管理员分析日志文件以检测代表在存储装置910至930中异常和故障征兆的报警的可能性。

接下来，参照图21将描述存储装置的日志获取处理。图21是示出存储装置的日志获取处理的示例的图。如在图21中所示，存储装置910在其中包括8个控制器模块（在下文中，被称为CM）CM#0至CM#7。另外，每个CM包括主要（main）CPU#0（中央处理器单元）和辅助（sub）CPU#1。每个CPU管理故障信息的日志。

另外，8个CM中的一个CM被设置为用作存储装置910中的主（master）CM。该主CM主管整个存储装置。另外，在图21中所示的示例中，CM#0被设置为主CM。然后，作为主CM的CM#0中的主要CPU#0启动定期地获取日志的处理，在所有CPU的日志获取之后生成日志文件，以及使用远程支持功能将日志文件940递送至远程支持中心900。另外，远程支持功能是CPU中所包括的与远程支持中心进行通信的功能。另外，在以下描述中，主CM中所包括的主要CPU将被称为主CPU。

接下来，参照图22将描述通过存储装置所生成的日志文件的格式。图22是示出通过存储装置所生成的日志文件的示例性格式的图。如在图22中所示，主CPU在日志文件中存储表示其自身日志文件的报头部分和包括系统配置信息的配置信息。然后，主CPU从具有较小的CM号码起以升序来存储从每个主要CPU#0所获取的日志，并且然后从具有较小的CM号码起以升序来存储从每个辅助CPU#1所获取的日志。

另外，就每个CPU的日志而言，主CPU以管理目标的日志类型的顺序来存储日志。例如，日志类型被编号为（1）至（21），其是以施加在故障信息上的重要性的顺序而布置的。另外，日志类型（17）作为缺失的号码而保留。

专利文献1：第2010-152469号日本特开专利公布

专利文献2：第2011-158966号日本特开专利公布

专利文献3：第6-324916号日本特开专利公布

然而，上述的相关技术具有可能丢失有用的日志的问题。

具体地，由于资源的原因，从多个存储装置接收日志文件的远程支持中心将从每个存储装置所接收的日志文件的大小限制为每个日志1.44MB。另外，由于远程支持中心的资源的原因，难以将该大小增加至超过1.44MB。

出于此原因，存储装置不能递送从每个CPU所获取的日志信息中超过1.44MB的日志。例如，在存储装置被配置为包括2个CM（4个CPU）的情况下，在许多情况中定期的日志超过1MB。出于此原因，在存储装置被配置为最大程度包括8个CM（16个CPU）的情况中，难以在日志文件中存储所有CPU的日志。

结果，在以指定的次序以格式存储日志的情况中，存在很强的可能性发生以下情况：存储装置在日志文件中不能存储从具有较高的CM号码的CPU所获取的日志，或不能存储从辅助CPU#1所获取的日志。在这种情况中，丢失了所有不能存储在日志文件中的CPU的日志。

因此，本发明的实施例的一个方面的目的是提供一种控制系统和日志递送方法，该控制系统和日志递送方法可以防止有用信息的丢失。

发明内容