CN102609532A - 文件目录的监控方法和装置 - Google Patents

Abstract

本发明实施例公开了一种文件目录的监控方法和装置，涉及无线通信技术领域，用于尽量避免文件目录下的元素过多造成对文件目录的操作性能降低甚至失败的问题。本发明中，定时对文件目录进行扫描，在该文件目录下的元素的总数量超过一定阈值时，发出告警信息，以通知用户该目录下的元素过多，提醒用户可以针对该情况进行相应处理，从而尽量避免文件目录下的元素过多造成对文件目录的操作性能降低甚至失败的问题。

Description

文件目录的监控方法和装置

技术领域

本发明涉及无线通信领域，尤其涉及一种文件目录的监控方法和装置。

背景技术

在操作维护中心(OMC)中，各个网元都需要上传性能文件，因为网元众多，且网元上传性能文件的频率很高，因而很容易造成文件堆积，即一个目录下，子目录或者文件太多，会导致对该目录中子目录或者文件的操作性能降低，甚至失败，比较常见的失败包括：文件传输失败、显示磁盘目录文件失败等。

为解决上述问题，一般有如下两个方法：

第一，在网管人员发现对目录中子目录或者文件的操作性能降低或者操作失败的问题后，对目录进行维护，删除该目录下的部分文件；

第二，设置一个定时脚本，用于定时删除目录下的一些文件，从而对该目录进行维护，减少该目录下的文件数量。

目前也有以存储空间为监控对象进行告警的，但是对存储空间的监控并不能防止目录下的文件数量过多，所造成的对该目录中子目录或者文件的操作性能降低的现象。

在实现本发明的过程中，发明人发现现有技术中存在以下技术问题：

对于上述第一种解决方法，在发现问题后，对目录进行维护，删除该目录下的部分文件，这是一个亡羊补牢的方法，实际已经对OMC的正常运行造成了影响。

对于上述第二种解决方法，设置一个定时脚本，以定时删除目录下的一些文件，这是一个比较有效的方法，但是由于种种原因，定时脚本存在失效的可能，并且通常情况下定时脚本的失效不能被及时发现，从而造成对该目录下的文件操作失败，网元的性能文件不能及时传到网管，进而造成严重后果。

并且，删除文件时一般是按照文件的生成时间来删除，删除时间比较久的文件，而有些时候，用户并不希望系统自动删除这些文件，可能需要留着以后备查。

即使自动删除文件是删除具有某种特征的文件，例如删除文件后缀名为pm的性能文件(如a2011071405307.pm)，并不排除在某些时候，由于用户的误操作或者其他原因，目录中包含了很多不具备该特征的文件，这些文件无法被自动删除，导致目录下文件太多，对目录下文件的操作性能降低。

发明内容

本发明实施例提供一种文件目录的监控方法和装置，用于尽量避免文件目录下的元素过多造成对文件目录的操作性能降低甚至失败的问题。

一种文件目录的监控方法，该方法包括：

定时对文件目录进行扫描，根据扫描结果确定该文件目录下的元素的总数量；

确定所述总数量是否超过预先设定的阈值，在确定为是时，发出告警信息，以通知用户该目录下的元素过多。

一种文件目录的监控装置，该装置包括：

扫描单元，用于定时对文件目录进行扫描，根据扫描结果确定该文件目录下的元素的总数量；

告警单元，用于确定所述总数量是否超过预先设定的阈值，在确定为是时，发出告警信息，以通知用户该目录下的元素过多。

本方案中，定时对文件目录进行扫描，在该文件目录下的元素的总数量超过一定阈值时，发出告警信息，以通知用户该目录下的元素过多，提醒用户可以针对该情况进行相应处理，从而尽量避免文件目录下的元素过多造成对文件目录的操作性能降低甚至失败的问题。

附图说明

图1为本发明实施例提供的方法流程示意图；

图2为本发明实施例中的目录扫描及告警处理流程示意图；

图3为本发明实施例提供的装置结构示意图。

具体实施方式

为了在文件目录下的元素过多时进行告警，以提醒用户可以针对该情况进行相应处理，从而尽量避免文件目录下的元素过多造成对文件目录的操作性能降低甚至失败的问题，本发明实施例提供一种文件目录的监控方法，本方法中，定时对文件目录进行扫描，在该文件目录下的元素的总数量超过一定阈值时，发出告警信息，以通知用户该目录下的元素过多。

参见图1，本发明实施例提供的文件目录的监控方法，包括以下步骤：

步骤10：定时对文件目录进行扫描，根据扫描结果确定该文件目录下的元素的总数量；

这里，文件目录下的元素包括该文件目录下的子目录和/或文件。本发明中的文件可以是网元上传的性能文件等。

步骤11：确定该文件目录下的元素的总数量是否超过预先设定的阈值，在确定为是时，发出告警信息，以通知用户该目录下的元素过多。

这里，预先设定的阈值为大于0的整数。

较佳的，本方法进一步可以执行如下步骤：

根据用户的设置信息，确定是否启用自动删除功能；在确定为是时，根据预先设置的定时脚本定时删除该文件目录下的部分文件，比如，可以删除该文件目录下的生成时间超过设定天数的文件并且指定格式(文件名符合某个格式，例如，性能文件以pm为后缀的文件)的文件。

上述步骤与步骤10、步骤11是两个独立的步骤，该步骤与步骤10、步骤11没有执行顺序上的限定，也即该步骤可以在步骤10之前执行、可以在步骤10与步骤11之间执行、可以在步骤11之后执行，还可以与步骤10、步骤11同时执行等。

步骤11中，在确定该文件目录下的元素的总数量超过预先设定的阈值时，发出告警信息，具体实现可以为：根据预先设定的阈值与告警类型的对应关系，确定该文件目录下的元素的总数量所超过的阈值所对应的告警类型，并发出该告警类型对应的告警信息。

具体的，预先设定的阈值与告警类型的对应关系可以包括：

第一阈值对应提示告警类型；

第二阈值对应一般告警类型；

第三阈值对应重要告警类型；

第四阈值对应严重告警类型；

其中，第二阈值大于第一阈值，第三阈值大于第二阈值，第四阈值大于第三阈值。需要说明的是，在该文件目录下的元素的总数量超过第一阈值、第二阈值、第三阈值、第四阈值中的多个阈值时，可以将该多个阈值中的最大阈值作为该文件目录下的元素的总数量所超过的阈值。

较佳的，在发出提示告警类型或一般告警类型或重要告警类型对应的告警信息后，可以根据用户的选择，删除和/或转移该文件目录下的部分文件，也即，可以删除用户选择的文件，或者，转移用户选择的文件，或者，删除用户选择的文件并转移用户选择的另一部分文件，当然也可以不执行删除和转移操作。

这里，区分多级告警类型的目的是为了让用户获知目录文件下文件过多的程度，从而可以使用户采取较为适当的文件删除和/转移操作，比如，在告警类型为提示告警类型时，可以选择转移目录文件下较少的文件，在告警类型为一般告警类型时，可以选择转移目录文件下较多的文件。

较佳的，在发出严重告警类型对应的告警信息后，可以根据该文件目录下的文件的生成时间，确定该文件目录下的需要删除的文件和/或需要转移的文件，并自动删除需要删除的文件和/或自动转移需要转移的文件。也即，在发出严重告警类型对应的告警信息后，可以执行如下三种操作：

第一，根据该文件目录下的文件的生成时间，确定该文件目录下的需要删除的文件，并自动删除需要删除的文件；

具体的，可以删除该文件目录下的、生成时间与当前时间的时间差超过一定时间长度阈值的部分或全部文件，时间长度阈值为大于0的时间长度值，比如，该时间长度阈值可以为30天。

需要删除的文件的数量还可以根据该文件目录下的元素的总数量确定，以使文件删除后该文件目录下的元素的总数量小于预先设定的阈值；或者，需要删除的文件的数量还可以根据当前的磁盘空间和该文件目录下的元素的总数量确定，以使文件删除后当前磁盘的可用空间在一定数值范围内、并且该文件目录下的元素的总数量小于预先设定的阈值。

第二，根据该文件目录下的文件的生成时间，确定该文件目录下的需要转移的文件，并自动转移需要转移的文件；

具体的，可以转移该文件目录下的、生成时间与当前时间的时间差超过一定时间长度阈值的部分或全部文件，时间长度阈值为大于0的时间长度值，比如，该时间长度阈值可以为30天。

需要转移的文件的数量还可以根据该文件目录下的元素的总数量确定，以使文件转移后该文件目录下的元素的总数量小于预先设定的阈值；或者，需要转移的文件的数量还可以根据当前的磁盘空间和该文件目录下的元素的总数量确定，以使文件转移后当前磁盘的可用空间在一定数值范围内、并且该文件目录下的元素的总数量小于预先设定的阈值。

第三，根据该文件目录下的文件的生成时间，确定该文件目录下的需要删除的文件和需要转移的文件，并自动删除需要删除的文件以及自动转移需要转移的文件。

具体的，可以删除该文件目录下的、生成时间与当前时间的时间差超过第一时间长度阈值的文件、并转移该文件目录下的、生成时间与当前时间的时间差超过第二时间长度阈值的文件；第一时间长度阈值和第二时间长度阈值为大于0的时间长度值，比如，第一时间长度阈值可以为30天，第二时间长度阈值可以为20天。

需要删除的文件的数量以及转移的文件的数量还可以根据该文件目录下的元素的总数量确定，以使文件删除和转移后该文件目录下的元素的总数量小于预先设定的阈值；或者，需要删除的文件的数量以及转移的文件的数量还可以根据当前的磁盘空间和该文件目录下的元素的总数量确定，以使文件删除和转移后当前磁盘的可用空间在一定数值范围内、并且该文件目录下的元素的总数量小于预先设定的阈值。

当然，为了满足用户的多样化需求，提高用户体验，需要删除的文件、需要转移的文件也可以根据用户的选择确定。

在自动转移需要转移的文件时，可以先将需要转移的文件进行压缩，然后将压缩后的文件转移到备份目录下。

具体的，将需要转移的文件进行压缩的方法可以如下：

将需要转移的文件压缩成至少一个压缩包；其中，每个压缩包中包含的文件的日期相同，并且每个压缩包中包含的文件的数量不超过预先设定的门限值；每个压缩包的包名中包含日期以及顺序号，该日期为压缩包中文件的日期，该顺序号表示该压缩包是该日期的第几个压缩包。该门限值为大于0的整数，比如，该门限值为1000。文件的日期可以指文件的生成日期，也可以指文件所包含的数据的日期。

为了保证文件目录的完整性、满足系统应用需求，在将文件转移到备份目录下后，可以在一定的时机将该文件重新转移回文件目录下，比如，该时机可以是文件目录下的文件数少于一定阈值时等。

为了提高文件查找的效率，在将文件目录下的文件转移到备份目录下后，可以记录文件目录下的文件的时间范围信息和/或备份目录下的文件的时间范围信息，在需要查找一个文件时，可以根据记录的文件目录下的文件的时间范围信息和/或备份目录下的文件的时间范围信息、以及待查找的文件的时间信息，确定待查找的文件是位于文件目录下还是位于备份目录下，进而直接在确定的目录下查找该文件，而不需要在文件目录下和备份目录下均查找该文件，从而提高了文件查找的效率。

举例说明，系统记录文件目录下最早的文件的时间信息，在需要查找一个文件时，若待查找的文件的时间信息早于记录的时间信息，则可以确定待查找的文件位于备份目录下，若待查找的文件的时间信息晚于记录的时间信息，则可以确定待查找的文件位于文件目录下。

本方法的执行主体可以是OMC等任何需要进行文件目录维护的实体。

下面结合具体实施例对本发明进行说明，如图2所示：

步骤20：在文件扫描周期到来时，对性能文件目录进行扫描，得到该性能文件目录下的元素的总数量，假设该性能文件目录下的性能文件的个数为M，该性能文件目录下的子目录的个数为N，则该性能文件目录下的元素的总数量T为M+N。

如果T超过阈值T0、并且未超过阈值T1，则到步骤21；

如果T超过阈值T1、并且未超过阈值T2，则到步骤22；

如果T超过阈值T2、并且未超过阈值T3，则到步骤23；

如果T超过阈值T3，则到步骤24；

步骤21：发出提示告警类型的告警信息，并到步骤25；

步骤22：发出一般告警类型的告警信息，并到步骤25；

步骤23：发出重要告警类型的告警信息，并到步骤25；

步骤24：发出严重告警类型的告警信息，并到步骤26；

步骤25：根据用户的选择，删除和/或转移性能文件目录下的部分文件，流程结束。

步骤26：将性能文件目录下的、生成时间与当前时间的时间差超过30天的性能文件转移到备份目录下，以确保该性能文件目录下的元素不会过多以致影响到系统性能，流程结束。

步骤26中在将性能文件转移到备份目录下时，将多个要转移的性能文件压缩成一个文件，在压缩时，根据时间顺序，将每天的性能文件压缩成一个压缩包，这里，某天的性能文件是指该性能文件采集的是该天的性能数据，通常也是该天生成的，但不排除时间有稍微的滞后，例如，也可能是第二天生成的；如果该天的性能文件超过1000个，则每1000个文件做成一个压缩包，在压缩包的包名中加入日期，以及顺序号，顺序号用于表明这是该天的第几个压缩包，例如2011-10-142.rar，就表示这是2011年10月14日的第二个压缩包。

这种方式，使得要查找某个日期下的性能文件比较容易，只要查看文件名就可以找到，同时，每个压缩包的文件数量不超过1000个，避免了将太多的性能文件打成一个压缩包导致的诸多问题，例如，打开一个包含太多文件的压缩包时会特别费时间。

通过压缩的方式，大大降低了备份目录的文件数量，从而避免在备份目录中出现文件过多导致的文件传输失败等诸多问题，同时也在一定程度上降低了备份的文件占用的磁盘空间。

在将需要转移到备份目录下的文件进行压缩时，还可以结合文件的时间信息以及生成文件的网元进行压缩，具体的，将需要转移的文件压缩成至少一个压缩包；其中，每个压缩包中包含的文件的日期以及对应的网元相同；每个压缩包的包名中包含日期以及网元标识，该网元标识表示该压缩包中的文件对应的网元。文件对应的网元可以指该文件的生成网元或传输该文件的网元等。

这种方法不仅仅局限于性能文件的处理，对于各种系统，在一个目录下频繁生成文件的场景都是适合的。

参见图3，本发明实施例提供一种文件目录的监控装置，该装置包括：

扫描单元30，用于定时对文件目录(即图3中的监控对象)进行扫描，根据扫描结果确定该文件目录下的元素的总数量；

告警单元31，用于确定所述总数量是否超过预先设定的阈值，在确定为是时，发出告警信息，以通知用户该目录下的元素过多。

进一步的，该装置进一步包括：

删除单元32，用于根据用户的设置信息，确定是否启用自动删除功能；在确定为是时，根据预先设置的定时脚本定时删除所述文件目录下的部分文件。

进一步的，所述告警单元31用于：

根据预先设定的阈值与告警类型的对应关系，确定所述预先设定的阈值对应的告警类型，并发出该告警类型对应的告警信息。

进一步的，预先设定的阈值与告警类型的对应关系包括：

第一阈值对应提示告警类型；

第二阈值对应一般告警类型；

第三阈值对应重要告警类型；

第四阈值对应严重告警类型；

其中，第二阈值大于第一阈值，第三阈值大于第二阈值，第四阈值大于第三阈值。

进一步的，该装置还包括：

第一处理单元33，用于在发出提示告警类型或一般告警类型或重要告警类型对应的告警信息后，根据用户的选择，删除和/或转移所述文件目录下的部分文件。

进一步的，该装置还包括：

第二处理单元34，用于在发出严重告警类型对应的告警信息后，根据所述文件目录下的文件的生成时间，确定所述文件目录下的需要删除的文件和/或需要转移的文件，并自动删除需要删除的文件和/或自动转移需要转移的文件。

进一步的，所述第二处理单元34用于：

将需要转移的文件进行压缩，并将压缩后的文件转移到备份目录下。

进一步的，所述第二处理单元34用于：按照如下方法将需要转移的文件进行压缩：

将需要转移的文件压缩成至少一个压缩包；其中，每个压缩包中包含的文件的日期相同，并且每个压缩包中包含的文件的数量不超过预先设定的门限值；每个压缩包的包名中包含日期以及顺序号，该顺序号表示该压缩包是该日期的第几个压缩包；或者，

将需要转移的文件压缩成至少一个压缩包；其中，每个压缩包中包含的文件的日期以及对应的网元相同；每个压缩包的包名中包含日期以及网元标识，该网元标识表示该压缩包中的文件对应的网元。

本发明实施例还提供一种OMC，包括上述文件目录的监控装置。

综上，本发明的有益效果包括：

本发明实施例提供的方案中，定时对文件目录进行扫描，在该文件目录下的元素的总数量超过一定阈值时，发出告警信息，以通知用户该目录下的元素过多，提醒用户可以针对该情况进行相应处理，从而尽量避免文件目录下的元素过多造成对文件目录的操作性能降低甚至失败的问题。

现有技术仅仅依赖于定期脚本自动删除文件以进行文件目录的维护，不能满足用户的多样化需求。例如，有的用户不希望自动删除，而是希望全部存档。本发明提供的方法允许用户进行设置，即用户可以启用或者关闭定期脚本的自动删除功能，从而满足了用户的多样化需求。

同时，为了避免关闭了定期脚本的自动删除功能，或者定期脚本失效所带来的文件数过多影响文件操作性能的问题，增加了定期对文件目录进行扫描的功能，并根据文件目录下元素的总数进行报警。从而在文件目录下的元素过多的情况下，提醒用户进行处理。

在严重告警的情况下，自动将文件目录下的文件进行转移，从而进一步确保系统不会发生因为文件目录下的元素过多而导致文件操作性能降低，确保万无一失。

对转移文件的压缩，可以大大降低备份目录的文件数量，同时也在一定程度上降低了备份的文件占用的磁盘空间。

综合文件时间和文件数量的压缩方式，使得用户方便查找文件，压缩包的打开或者操作，都比较快速，从而给用户更好的用户体验。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (16)

1.一种文件目录的监控方法，其特征在于，该方法包括：

定时对文件目录进行扫描，根据扫描结果确定该文件目录下的元素的总数量；

确定所述总数量是否超过预先设定的阈值，在确定为是时，发出告警信息，以通知用户该目录下的元素过多。

2.如权利要求1所述的方法，其特征在于，进一步包括：

根据用户的设置信息，确定是否启用自动删除功能；在确定为是时，根据预先设置的定时脚本定时删除所述文件目录下的部分文件。

3.如权利要求1所述的方法，其特征在于，所述在确定为是时，发出告警信息，包括：

根据预先设定的阈值与告警类型的对应关系，确定所述预先设定的阈值对应的告警类型，并发出该告警类型对应的告警信息。

4.如权利要求3所述的方法，其特征在于，预先设定的阈值与告警类型的对应关系包括：

第一阈值对应提示告警类型；

第二阈值对应一般告警类型；

第三阈值对应重要告警类型；

第四阈值对应严重告警类型；

其中，第二阈值大于第一阈值，第三阈值大于第二阈值，第四阈值大于第三阈值。

5.如权利要求4所述的方法，其特征在于，在发出提示告警类型或一般告警类型或重要告警类型对应的告警信息后，进一步包括：

根据用户的选择，删除和/或转移所述文件目录下的部分文件。

6.如权利要求4所述的方法，其特征在于，在发出严重告警类型对应的告警信息后，进一步包括：

根据所述文件目录下的文件的生成时间，确定所述文件目录下的需要删除的文件和/或需要转移的文件，并自动删除需要删除的文件和/或自动转移需要转移的文件。

7.如权利要求6所述的方法，其特征在于，所述自动转移需要转移的文件，包括：

将需要转移的文件进行压缩，并将压缩后的文件转移到备份目录下。

8.如权利要求7所述的方法，其特征在于，所述将需要转移的文件进行压缩，包括：

将需要转移的文件压缩成至少一个压缩包；其中，每个压缩包中包含的文件的日期相同，并且每个压缩包中包含的文件的数量不超过预先设定的门限值；每个压缩包的包名中包含日期以及顺序号，该顺序号表示该压缩包是该日期的第几个压缩包；或者，

将需要转移的文件压缩成至少一个压缩包；其中，每个压缩包中包含的文件的日期以及对应的网元相同；每个压缩包的包名中包含日期以及网元标识，该网元标识表示该压缩包中的文件对应的网元。

9.一种文件目录的监控装置，其特征在于，该装置包括：

扫描单元，用于定时对文件目录进行扫描，根据扫描结果确定该文件目录下的元素的总数量；

告警单元，用于确定所述总数量是否超过预先设定的阈值，在确定为是时，发出告警信息，以通知用户该目录下的元素过多。

10.如权利要求9所述的装置，其特征在于，该装置进一步包括：

删除单元，用于根据用户的设置信息，确定是否启用自动删除功能；在确定为是时，根据预先设置的定时脚本定时删除所述文件目录下的部分文件。

11.如权利要求9所述的装置，其特征在于，所述告警单元用于：

根据预先设定的阈值与告警类型的对应关系，确定所述预先设定的阈值对应的告警类型，并发出该告警类型对应的告警信息。

12.如权利要求11所述的装置，其特征在于，预先设定的阈值与告警类型的对应关系包括：

第一阈值对应提示告警类型；

第二阈值对应一般告警类型；

第三阈值对应重要告警类型；

第四阈值对应严重告警类型；

其中，第二阈值大于第一阈值，第三阈值大于第二阈值，第四阈值大于第三阈值。

13.如权利要求12所述的装置，其特征在于，该装置还包括：

第一处理单元，用于在发出提示告警类型或一般告警类型或重要告警类型对应的告警信息后，根据用户的选择，删除和/或转移所述文件目录下的部分文件。

14.如权利要求12所述的装置，其特征在于，该装置还包括：

第二处理单元，用于在发出严重告警类型对应的告警信息后，根据所述文件目录下的文件的生成时间，确定所述文件目录下的需要删除的文件和/或需要转移的文件，并自动删除需要删除的文件和/或自动转移需要转移的文件。

15.如权利要求14所述的装置，其特征在于，所述第二处理单元用于：

将需要转移的文件进行压缩，并将压缩后的文件转移到备份目录下。

16.如权利要求15所述的装置，其特征在于，所述第二处理单元用于：按照如下方法将需要转移的文件进行压缩：

将需要转移的文件压缩成至少一个压缩包；其中，每个压缩包中包含的文件的日期相同，并且每个压缩包中包含的文件的数量不超过预先设定的门限值；每个压缩包的包名中包含日期以及顺序号，该顺序号表示该压缩包是该日期的第几个压缩包；或者，

将需要转移的文件压缩成至少一个压缩包；其中，每个压缩包中包含的文件的日期以及对应的网元相同；每个压缩包的包名中包含日期以及网元标识，该网元标识表示该压缩包中的文件对应的网元。

Images