CN117493072A - 程序运行方法、装置、设备及存储介质 - Google Patents

Abstract

本公开提供一种程序运行方法、装置、设备及存储介质，涉及计算机技术领域。该方法包括：第一检测程序获得操作维护与管理OAM程序的第一文件损坏信息，第一文件损坏信息包括损坏的第一文件的第一路径；第一检测程序根据第一路径获得第一文件的备份文件的第二路径；第一检测程序根据第二路径将第一文件的备份文件复制到第一路径下，以将第一文件替换为第一文件的备份文件，以使OAM程序运行时对第一文件的备份文件执行操作。该方法可防止程序文件单一路径存储情况下路径失效导致的OAM应用程序不可用，提高了OAM程序运行的可靠性。

Description

程序运行方法、装置、设备及存储介质

技术领域

本公开涉及计算机技术领域，具体而言，涉及一种程序运行方法、装置、电子设备及可读存储介质。

背景技术

目前，第五代移动通信技术(5th Generation Mobile CommunicationTechnology，5G)的发展日新月异，5G网络的覆盖也在逐步扩大。随着5G网络的扩张，移动数据流量及应用呈现出爆发式增长。小基站作为一个主流场景的解决方案，成为5G网络建设中不可或缺的一部分。与其它解决方案相比，小基站具有明显的优势。小基站在5G网络建设中，不仅可以增强室内深度覆盖、加快5G网络部署和降低建设成本，还能提供连续的一致性5G体验、赋能多样化行业应用。在小基站中，操作维护与管理(Operation Administrationand Maintenance，OAM)主要负责处理来自网络侧以及小基站内部的物理层、数据链路层等专业的各种消息，是保证小基站设备正常运行非常重要的一部分。

OAM程序的可靠性对小基站设备的可靠性至关重要。如何提高OAM程序运行的可靠性成为亟待解决的问题。

在所述背景技术部分公开的上述信息仅用于加强对本公开的背景的理解，因此它可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开的目的在于提供一种程序运行方法、装置、电子设备及可读存储介质，至少在一定程度上提高OAM程序运行的可靠性。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开的一方面，提供一种程序运行方法，包括：第一检测程序获得操作维护与管理OAM程序的第一文件损坏信息，所述第一文件损坏信息包括损坏的第一文件的第一路径；所述第一检测程序根据所述第一路径获得第一文件的备份文件的第二路径；所述第一检测程序根据所述第二路径将所述第一文件的备份文件复制到所述第一路径下，以将所述第一文件替换为所述第一文件的备份文件，以使所述OAM程序运行时对所述第一文件的备份文件执行操作。

根据本公开的一实施例，所述第一路径定向到第一磁盘的第一分区，所述第二路径定向到第一磁盘的第二分区；其中，第一分区的根目录与第二分区的根目录相同，所述第一分区的根目录的下一级目录与所述第二分区的根目录的下一级目录不相同。

根据本公开的一实施例，所述第一分区的根目录的下一级目录的结构与所述第二分区的根目录的下一级目录的结构相同。

根据本公开的一实施例，所述第一分区的根目录的下一级目录与所述第二分区的根目录的下一级目录以相同结构存储相同的所述OAM程序的启动文件；所述方法还包括：若第二检测程序检测到所述OAM程序的第一进程异常退出，则重新拉起所述OAM程序的第一进程，并再次检测所述OAM程序的第一进程是否异常退出；所述第二检测程序根据检测到所述OAM程序的第一进程异常退出的次数确定所述OAM程序发生第一错误；若所述OAM程序的第一进程的启动目录为所述第一分区的根目录的下一级目录，则所述第二检测程序以所述第二分区的根目录的下一级目录为启动目录，启动所述OAM程序的第二进程。

根据本公开的一实施例，所述第二检测程序根据检测到所述OAM程序的第一进程异常退出的次数确定所述OAM程序发生第一错误，包括：若所述第二检测程序再次检测到所述OAM程序的第一进程异常退出，则确定所述OAM程序的第一进程连续异常退出；统计所述OAM程序的第一进程连续异常退出的次数，若所述OAM程序的第一进程连续异常退出的次数超过预设次数阈值，则所述第二检测程序确定所述OAM程序发生第一错误。

根据本公开的一实施例，所述第二检测程序的文件路径定向到第一磁盘的第三分区；其中，第三分区的根目录与所述第一分区的根目录和所述第二分区的根目录相同，所述第一分区的根目录的下一级目录、所述第二分区的根目录的下一级目录、与所述第三分区的根目录的下一级目录各不相同。

根据本公开的一实施例，所述方法还包括：所述第一检测程序以第一预设频率读取第一共享内存；第一检测程序获得操作维护与管理OAM程序的第一文件损坏信息，包括：若所述第一检测程序在所述第一共享内存中读取到所述OAM程序的第一文件损坏信息，则获得所述OAM程序的第一文件损坏信息，其中，所述OAM程序的第一文件损坏信息为若所述OAM程序对所述第一文件执行第一操作失败，所述OAM程序写入所述第一共享内存的信息；所述方法还包括：若所述第一检测程序在所述第一共享内存中读取到所述OAM程序的第一文件损坏信息，则生成第一告警信息，所述第一告警信息包括第一告警标识、第一告警状态和第一告警原因，其中，所述第一告警状态为新告警产生状态，所述第一告警原因根据所述OAM程序的第一文件损坏信息获得；若所述第一检测程序检测到所述OAM程序对所述第一文件成功地执行了第一操作，则根据所述第一告警标识将所述第一告警信息中的第一告警状态修改为第二告警状态，其中，所述第二告警状态为告警消除状态。

根据本公开的再一方面，提供一种程序运行装置，包括：第一获得模块，用于第一检测程序获得操作维护与管理OAM程序的第一文件损坏信息，所述第一文件损坏信息包括损坏的第一文件的第一路径；第二获得模块，用于所述第一检测程序根据所述第一路径获得第一文件的备份文件的第二路径；处理模块，用于所述第一检测程序根据所述第二路径将所述第一文件的备份文件复制到所述第一路径下，以将所述第一文件替换为所述第一文件的备份文件，以使所述OAM程序运行时对所述第一文件的备份文件执行操作。

根据本公开的一实施例，所述第一路径定向到第一磁盘的第一分区，所述第二路径定向到第一磁盘的第二分区；其中，第一分区的根目录与第二分区的根目录相同，所述第一分区的根目录的下一级目录与所述第二分区的根目录的下一级目录不相同。

根据本公开的一实施例，所述第一分区的根目录的下一级目录的结构与所述第二分区的根目录的下一级目录的结构相同。

根据本公开的一实施例，所述第一分区的根目录的下一级目录与所述第二分区的根目录的下一级目录以相同结构存储相同的所述OAM程序的启动文件；所述装置还包括：进程模块，用于若第二检测程序检测到所述OAM程序的第一进程异常退出，则重新拉起所述OAM程序的第一进程，并再次检测所述OAM程序的第一进程是否异常退出；确定模块，用于所述第二检测程序根据检测到所述OAM程序的第一进程异常退出的次数确定所述OAM程序发生第一错误；所述进程模块，还用于若所述OAM程序的第一进程的启动目录为所述第一分区的根目录的下一级目录，则所述第二检测程序以所述第二分区的根目录的下一级目录为启动目录，启动所述OAM程序的第二进程。

根据本公开的一实施例，所述确定模块，还用于若所述第二检测程序再次检测到所述OAM程序的第一进程异常退出，则确定所述OAM程序的第一进程连续异常退出；统计所述OAM程序的第一进程连续异常退出的次数，若所述OAM程序的第一进程连续异常退出的次数超过预设次数阈值，则所述第二检测程序确定所述OAM程序发生第一错误。

根据本公开的一实施例，所述第二检测程序的文件路径定向到第一磁盘的第三分区；其中，第三分区的根目录与所述第一分区的根目录和所述第二分区的根目录相同，所述第一分区的根目录的下一级目录、所述第二分区的根目录的下一级目录、与所述第三分区的根目录的下一级目录各不相同。

根据本公开的一实施例，所述装置还包括：读取模块，用于所述第一检测程序以第一预设频率读取第一共享内存；所述第一获得模块，还用于若所述第一检测程序在所述第一共享内存中读取到所述OAM程序的第一文件损坏信息，则获得所述OAM程序的第一文件损坏信息，其中，所述OAM程序的第一文件损坏信息为若所述OAM程序对所述第一文件执行第一操作失败，所述OAM程序写入所述第一共享内存的信息；所述装置还包括：告警模块，用于若所述第一检测程序在所述第一共享内存中读取到所述OAM程序的第一文件损坏信息，则生成第一告警信息，所述第一告警信息包括第一告警标识、第一告警状态和第一告警原因，其中，所述第一告警状态为新告警产生状态，所述第一告警原因根据所述OAM程序的第一文件损坏信息获得；若所述第一检测程序检测到所述OAM程序对所述第一文件成功地执行了第一操作，则根据所述第一告警标识将所述第一告警信息中的第一告警状态修改为第二告警状态，其中，所述第二告警状态为告警消除状态。

根据本公开的再一方面，提供一种电子设备，包括：存储器、处理器及存储在所述存储器中并可在所述处理器中运行的可执行指令，所述处理器执行所述可执行指令时实现如上述任一种方法。

根据本公开的再一方面，提供一种计算机可读存储介质，其上存储有计算机可执行指令，所述可执行指令被处理器执行时实现如上述任一种方法。

本公开的实施例提供的程序运行方法，通过第一检测程序获得OAM程序的包括损坏的第一文件的第一路径第一文件损坏信息，并根据第一路径获得第一文件的备份文件的第二路径，再根据第二路径将第一文件的备份文件复制到第一路径下，以将第一文件替换为第一文件的备份文件，以使OAM程序运行时对第一文件的备份文件执行操作，从而可实现在第一路径的第一文件损坏时，自动将损坏的第一文件替换为未损坏的备份文件，可防止程序文件单一路径存储情况下路径失效导致的OAM应用程序不可用，因而提高了OAM程序运行的可靠性。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本公开。

附图说明

通过参照附图详细描述其示例实施例，本公开的上述和其它目标、特征及优点将变得更加显而易见。

图1示出本公开实施例中一种系统结构的示意图。

图2是根据图1示出的一种小基站应用软件工作整体框图。

图3示出本公开实施例中一种程序运行方法的流程图。

图4是根据图3示出的另一种程序运行方法的流程图。

图5是根据一示例性实施例示出的一种磁盘分区示意图。

图6是根据图4示出的一种OAM出现非致命性错误的处理流程示意图。

图7是根据图3示出的再一种程序运行方法的流程图。

图8示出了图6中所示的步骤S604在一实施例中的处理过程示意图。

图9是根据图6和图7示出的一种OAM出现致命性错误的处理流程示意图。

图10示出本公开实施例中一种程序运行装置的框图。

图11示出本公开实施例中另一种程序运行装置的框图。

图12示出本公开实施例中一种电子设备的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施例。然而，示例实施例能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施例使得本公开将更加全面和完整，并将示例实施例的构思全面地传达给本领域的技术人员。附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本公开的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、装置、步骤等。在其它情况下，不详细示出或描述公知结构、方法、装置、实现或者操作以避免喧宾夺主而使得本公开的各方面变得模糊。

此外，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本公开的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。符号“/”一般表示前后关联对象是一种“或”的关系。

在本公开中，除非另有明确的规定和限定，“连接”等术语应做广义理解，例如，可以是电连接或可以互相通讯；可以是直接相连，也可以通过中间媒介间接相连。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本公开中的具体含义。

如上所述，OAM程序的可靠性对小基站设备的可靠性至关重要。经调研发现，相关技术中OAM程序在部署时通常都是单工作路径部署，即仅存在一份OAM可执行程序以及相关附属文件。在OAM运行期间，一旦出现相关文件损坏或磁盘分区故障，将会使OAM运行异常，严重情况下会导致OAM无法正常启动，进而导致小基站设备工作异常。在这种情况下，维护人员或者需要对设备进行远程调试解决故障，或者必须到现场才能解决问题，会增加大量的维护成本。更重要的是，产品给用户的体验会很差。因此，该OAM部署方式使得OAM在运行过程中存在可靠性较差的弊端。

为此，本公开针对相关OAM运行过程中可靠性差的问题，提出了一种程序运行方法，在第一路径的OAM程序的第一文件损坏时，自动将损坏的第一文件替换为第二路径的第一文件的备份文件，可防止程序文件单一路径存储情况下路径失效导致的OAM应用程序不可用，因而提高了OAM程序运行的可靠性。

图1示出了可以应用本公开的程序运行方法的示例性系统架构10。

如图1所示，系统架构10可以包括核心网102、网关104、基站106、网管云108、终端设备110和无线路由112。网关104为核心网102与基站106之间提供协议转换，网管云108可用于通过云计算智能网管平台对基站106进行OAM。基站106例如可以是小基站，基站106是终端设备110和无线路由112接入核心网102的接口设备，小基站设备一旦不能正常工作，将导致移动终端无法接入互联网，这将会给现代人们的生产和生活带来不小的负面影响。因此，提高小基站设备工作的可靠性目前仍然是一项非常值得研究的工作。

应该理解，图1中的终端设备和无线路由的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备和无线路由。

图2是根据图1示出的一种小基站应用软件工作整体框图，小基站应用软件例如可在网管云108上运行。如图2所示，小基站应用软件可分为OAM 1062和协议栈1064两部分，OAM 1062可在负责操作、管理、维护协议栈1064的同时，还负责与小基站设备管理单元(即网管系统)进行对接。因此，OAM 1062运行过程中的可靠性直接影响小基站设备工作的可靠性。

图3是根据一示例性实施例示出的一种程序运行方法的流程图。如图3所示的方法例如可以应用于图1和图2所示的基站106，可以由运行在图1中所示的网管云108的第一检测程序执行，第一检测程序可以工作在OAM内部。

参考图3，本公开实施例提供的方法30可以包括以下步骤。

在步骤S302中，获得OAM程序的第一文件损坏信息，第一文件损坏信息包括损坏的第一文件的第一路径。

在一些实施例中，第一文件损坏信息可以为非致命文件损坏的错误(以下简称为“非致命错误”)的信息，非致命文件损坏例如数据库文件损坏、设备信息文件损坏等。

在一些实施例中，第一文件损坏信息可以包括损坏的第一文件的名称、存储的第一路径等等，例如第一文件损坏信息为oam/om1/1.txt，其中损坏的文件的名称是“1.txt”，第一路径是“oam/om1/1.txt”。

在一些实施例中，可从第一共享内存中读取到OAM程序的第一文件损坏信息，具体实施方式可参照图4。

在步骤S304中，根据第一路径获得第一文件的备份文件的第二路径。

在一些实施例中，第一路径定向到第一磁盘的第一分区，第二路径定向到第一磁盘的第二分区；其中，第一分区的根目录与第二分区的根目录相同，第一分区的根目录的下一级目录与第二分区的根目录的下一级目录不相同。以第一文件“1.txt”的第一路径为“oam/om1/1.txt”为例，目录“oam/om1”位于第一磁盘的第一分区，第一文件的备份文件的名称也可以为“1.txt”，om1例如可以为主工作目录(即在正常情况下，小基站设备只运行om1下的OAM程序文件)；第一文件的备份文件的第二路径则可以为“oam/om2/1.txt”，目录“oam/om2”位于第一磁盘的第二分区，om2例如可以为从工作目录；第一分区的根目录与第二分区的根目录的名称均为“oam”，其为OAM的根目录。

在一些实施例中，第一分区的根目录的下一级目录的结构与第二分区的根目录的下一级目录的结构相同。例如，om1和om2下的目录结构相同，以方便管理。

在一些实施例中，还可以在网管云中部署用于检测致命性错误的第二检测程序，具体实施方式可参照图7至图9。第二检测程序的文件路径与OAM工作目录可定位到磁盘的不同分区，如图5所示，图5是根据一示例性实施例示出的一种磁盘分区示意图。图5示例性地示出三个磁盘分区：OAM进程状态监控程序分区5022(对应本公开实施例的第三分区)、主OAM程序工作目录磁盘分区5024(对应本公开实施例的第一分区)和从OAM程序工作目录磁盘分区5026(对应本公开实施例的第二分区)，三个分区的根目录相同，为OAM根目录502，以方便管理。每个分区大小能够满足各自程序正常运行的需求，具体值可根据项目实际情况进行分配。例如，OAM根目录502名称为oam，OAM进程状态监控程序分区5022路径为oam/mon/...，主OAM程序工作目录路径(即第一路径)为oam/om1/...，从OAM程序工作目录路径(即第二路径)为oam/om2/...，om1和om2下的目录结构保持一致，以方便管理。

在步骤S306中，根据第二路径将第一文件的备份文件复制到第一路径下，以将第一文件替换为第一文件的备份文件，以使OAM程序运行时对第一文件的备份文件执行操作。

在一些实施例中，第一检测程序获得OAM程序的第一文件损坏信息后，例如通过发现非致命性错误信息共享内存中存在非致命性错误信息时，可根据第一文件损坏信息中的第一路径获得第二路径，然后将第二路径下的第一文件的备份文件复制到第一路径下，以将损坏的第一文件替换为其备份文件，以使OAM程序运行时对第一文件的备份文件执行操作。具体实施方式可参照图4中步骤S410。

根据本公开实施例提供的程序运行方法，通过借鉴硬件差分电路的工作原理，采用差分容错法设计OAM应用程序工作路径，部署两条OAM工作路径作为主工作目录和从工作目录，两个工作目录结构相同，但属于不同的磁盘分区，从而可实现若检测到第一路径的第一文件损坏，可根据第一路径获得第一文件的备份文件的第二路径，再根据第二路径将第一文件的备份文件复制到第一路径下，以将第一文件替换为第一文件的备份文件，以使OAM程序运行时对第一文件的备份文件执行操作。采用OAM根目录下的磁盘分区及路径规划方法，方便了OAM路径管理，防止单一磁盘分区故障对其它分区的OAM应用程序产生影响，大大提高了基站设备运行的可靠性。

图4是根据图3示出的另一种程序运行方法的流程图。图4与图3的区别在于，如图4所示的方法示出了步骤S302在一实施例中的处理过程，并描述了告警信息的处理过程。图4也可由第一检测程序执行。

参考图4，本公开实施例提供的方法40可以包括以下步骤。

在步骤S402中，以第一预设频率读取第一共享内存。

在一些实施例中，OAM程序启动后可以开辟一块共享内存，例如第一共享内存，用于存放非致命性错误信息即第一文件损坏信息，第一共享内存也可被称为非致命性错误信息共享内存。当OAM调用文件读写工具对文件执行打开、读写等操作时，如果发现文件不能正常打开与读写，即认为该文件已经损坏，并将第一文件损坏信息写入非致命性错误信息共享内存。

在步骤S403中，判断是否在第一共享内存中读取到OAM程序的第一文件损坏信息。

在一些实施例中，第一检测程序可以为一个定时执行的线程，可以第一预设频率读取非致命性错误信息共享内存，判断其中是否存在第一文件损坏信息。其中，第一预设频率可以为1分钟、或2分钟、或3分钟、或1秒等等。

在一些实施例中，若未在第一共享内存中读取到OAM程序的第一文件损坏信息，则可返回步骤S402。

在步骤S404中，若在第一共享内存中读取到OAM程序的第一文件损坏信息，则获得OAM程序的第一文件损坏信息，其中，OAM程序的第一文件损坏信息为若OAM程序对第一文件执行第一操作失败，OAM程序写入第一共享内存的信息。

在步骤S406中，若在第一共享内存中读取到OAM程序的第一文件损坏信息，则生成第一告警信息，第一告警信息包括第一告警标识、第一告警状态和第一告警原因，其中，第一告警状态为新告警产生状态，第一告警原因根据OAM程序的第一文件损坏信息获得。

在一些实施例中，在出现OAM工作异常的告警，即生成第一告警信息后，将生成的第一告警信息保存到本地数据库的同时，还要上传网管，待错误排出后再清除告警，可参照步骤S412实现清除告警。

在一些实施例中，可以将第一告警信息的格式设计为“告警ID(例如第一告警标识)+告警状态(例如第一告警状态)+告警原因(例如第一告警原因)+上报者+超时时间”。其中，告警ID(Identification，标识)范围可自行设定，如60001～99999，例如告警ID为70000表示非致命性错误告警，告警ID为80000表示致命性错误告警；告警状态可以包括New、Cleared和Change三种，New表示新产生一个告警(即新告警产生状态)，Cleared表示清除告警(即告警消除状态)，Change表示改变告警内容；告警原因可以用于描述产生告警的原因，如数据库操作失败(Database operate fail)；上报者表示产生告警的模块，如数据管理模块(DataMgmt)；超时时间表示上报告警后需不需要服务端(如网管)响应，例如可设置默认阈值为3秒、或4秒、或5秒，超时时间超过该默认阈值表示该告警不需要响应。

在步骤S408中，根据第一路径获得第一文件的备份文件的第二路径。

在步骤S410中，根据第二路径将第一文件的备份文件复制到第一路径下，以将第一文件替换为第一文件的备份文件，以使OAM程序运行时对第一文件的备份文件执行操作。

在步骤S411中，判断是否检测到OAM程序对第一文件成功地执行了第一操作。若未检测到OAM程序对第一文件成功地执行了第一操作，则返回步骤S402。

在一些实施例中，第一检测程序会定时读取非致命性错误信息共享内存，当发现非致命性错误信息共享内存存在非致命性错误信息时，就从非致命性错误信息共享内存读取损坏文件路径(即第一文件的第一路径)，然后将从目录(即从OAM程序工作目录)下对应的没有损坏的文件复制到损坏文件原来路径(主OAM程序工作目录路径，即第一路径)，从而替换掉损坏的文件，例如损坏的文件的路径是oam/om1/1.txt，从目录下对应的1.txt文件的路径是oam/om2/1.txt，则将oam/om2/1.txt复制到oam/om1/1.txt。然后第一检测程序可通过判断是否能够正常打开和/或读写该文件，确定该文件是否恢复正常。

在步骤S412中，若检测到OAM程序对第一文件成功地执行了第一操作，则根据第一告警标识将第一告警信息中的第一告警状态修改为第二告警状态，其中，第二告警状态为告警消除状态。

本公开实施例提供的程序运行方法，通过工作在OAM内部的第一检测程序定时监测是否存在非致命错误，如果存在则可产生告警信息，并将从目录下对应的损坏文件复制到主目录，完成主、从目录差分处理；再检测该文件是否恢复读写正常，如果正常，则清除告警信息，否则不清除告警信息，然后继续定时监测是否存在非致命错误。相关技术中小基站OAM普遍采用单路径部署，一旦OAM异常，维护人员如果不及时维护，小基站将无法正常工作。本公开实施例提供的方法借鉴硬件差分电路设计原理，采用主、从路径部署OAM，主、从OAM的差分功能输出，保证了小基站在主OAM异常时的维护期间能够不间断正常工作，大大的提高了OAM运行过程中的容错率，显著增强了小基站设备的可靠性。

本公开实施例提供的告警机制可实现告警信息格式的统一化，使其能够简单高效的呈现给维护人员。

图6是根据图4示出的一种OAM出现非致命性错误的处理流程示意图。如图6所示，首先启动第一检测程序(S602)，然后进行初始化(S604)，例如初始化第一检测程序用于定时检测的第一预设频率等等；第一检测程序按照第一预设频率定时监测OAM是否存在非致命错误(S606)，如果存在则首先产生告警信息(S608)，然后复制从目录下对应的损坏文件到主目录(S610)，最后检测该文件是否恢复读写正常(S612)，如果正常，则清除告警信息(S614)，否则不清除告警信息，然后重新回到定时监测是否存在非致命错误。

图7是根据图3示出的再一种程序运行方法的流程图。图7与图3的区别在于，如图7所示的方法示出了在一实施例中OAM出现致命性错误的处理过程，可以由第二检测程序执行。

OAM的致命性错误可以包括致命性文件损坏错误，如可执行文件损坏、磁盘分区损坏等，会导致OAM无法正常启动。在致命性错误出现的情况下，OAM已经无法启动，则致命错误监测程序即第二检测程序可被设计成独立于OAM的一个进程，该进程的设计语言可以与OAM的设计语言相同，也可以不同，可满足以下几点要求：

(1)第二检测程序及相关附属文件与OAM的主从分区均不在同一个分区，可以避免OAM分区异常影响该程序的功能，例如第二检测程序的文件路径定向到第一磁盘的第三分区，其中，第三分区的根目录与第一分区的根目录和第二分区的根目录相同，第一分区的根目录的下一级目录、第二分区的根目录的下一级目录、与第三分区的根目录的下一级目录各不相同；

(2)第二检测程序可实时监测OAM进程是否异常退出，监测到OAM异常退出后有能力将其重新拉起。

参考图7，本公开实施例提供的方法70可以包括以下步骤。

在步骤S701中，判断是否检测到OAM程序的第一进程异常退出。

在步骤S702中，若检测到OAM程序的第一进程异常退出，则重新拉起OAM程序的第一进程，并再次检测OAM程序的第一进程是否异常退出。

在一些实施例中，第二检测程序可通过与OAM进程之间的心跳检测方式确定OAM进程是否异常退出。例如，可设置OAM进程每隔预设时间(例如1秒、或3秒、或5秒等等)向第二检测程序发送一个信息，如OAM进程每隔3秒通过TCP(Transmission Control Protocol，传输控制协议)或UDP(User Datagram Protocol，用户数据报协议)通信方式发送一个数字1给致命性错误检测程序，如果致命性错误检测程序连续三次(例如9秒)没有收到OAM进程的心跳信号(即数字1)，就认为OAM进程已经停止执行，第二检测程序会重新拉起OAM进程。所谓重新拉起就是重新执行OAM进程，例如，在linux环境下OAM进程名字是oam，则只需要执行./oam命令就可以拉起OAM进程。

在步骤S704中，根据检测到OAM程序的第一进程异常退出的次数确定OAM程序发生第一错误。

在一些实施例中，检测OAM程序的第一进程异常退出的次数的具体实施方式可参照图8。

在步骤S705中，判断OAM程序的第一进程的启动目录是否为第一分区的根目录的下一级目录。

在步骤S706中，若OAM程序的第一进程的启动目录为第一分区的根目录的下一级目录，则以第二分区的根目录的下一级目录为启动目录，启动OAM程序的第二进程。

在步骤S708中，若OAM程序的第一进程的启动目录为第二分区的根目录的下一级目录，则以第一分区的根目录的下一级目录为启动目录，启动OAM程序的第二进程。

在一些实施例中，第一分区的根目录的下一级目录与第二分区的根目录的下一级目录以相同结构存储相同的OAM程序的启动文件。例如，当确定主OAM因致命错误无法启动时，监控程序可将OAM主工作目录切换到从工作目录，如将OAM工作目录从om1完全切换到om2；当确定从OAM因致命错误无法启动时，监控程序可将OAM从工作目录切换到主工作目录，如将OAM工作目录从om2完全切换到om1。

本公开实施例提供的程序运行方法，当OAM出现致命性错误导致OAM无法正常启动时，可将OAM工作目录完全切换到备用工作目录，大概率保证OAM的正常运行。

图8示出了图6中所示的步骤S604在一实施例中的处理过程示意图。如图8所示，本公开实施例中，上述步骤S604可以进一步包括以下步骤。

步骤S802，若再次检测到OAM程序的第一进程异常退出，则确定OAM程序的第一进程连续异常退出。

步骤S804，统计OAM程序的第一进程连续异常退出的次数，若OAM程序的第一进程连续异常退出的次数超过预设次数阈值，则第二检测程序确定OAM程序发生第一错误。

在一些实施例中，可对OAM连续异常退出次数进行统计，若超过预设次数阈值N(N的值可根据项目实际情况确定)次可确定是因某种致命性错误(即第一错误)导致主OAM无法启动。

图9是根据图6和图7示出的一种OAM出现致命性错误的处理流程示意图。如图9所示，首先启动第二检测程序(S902)，然后启动主OAM进程(S904)，例如启动第一分区下OAM程序的第一进程；第二检测程序按照第二预设频率定时监测主OAM进程是否运行正常(S906)，例如是否异常退出，如果未异常退出则将OAM启动失败次数置零(S908)并返回定时监测；如果异常退出则将OAM启动失败次数+1(S910)，对OAM连续异常退出次数进行统计(S912)，超过N次可确定是因某种致命性错误导致主OAM无法启动，则判断当前OAM进程的目录(S914)，若当前OAM进程的目录为主工作目录则切换到从工作目录(S916)，否则结束流程。

结束流程时也可以进行告警，例如可按照步骤S406中第一告警信息的格式生成第二告警信息，维护人员可及时在本地网管或网管云发现第二告警信息。在步骤S916时也可以进行告警。通过对错误检测程序工作流程的设计与实现，实现了OAM快速恢复正常工作以及从主OAM到OAM的正确切换；可保证告警信息的准确性，维护人员可在从OAM目录的程序出问题之前及时进行维修，以实现OAM不间断的正常运行，大大提高了OAM运行过程中的容错率，降低了因OAM故障导致小基站设备工作异常的可能性。

本公开实施例提出了一种可用于小基站OAM程序的容错运行设计方法，可在相关小基站进行部署实施，具体实施内容可包含：

(1)划定OAM根目录并进行磁盘分区，分为监控程序分区(mon)、主OAM分区(om1)、从OAM分区(om2)，并按照项目组讨论结果设定各个分区大小；

(2)开发并部署OAM状态监控程序到磁盘分区mon；

(3)将OAM及其附属文件按照对目录结构的要求进行设计与打包，然后将其分别解压到磁盘分区om1和om2下，保证om1和om2目录结构相同；

(4)部署协议栈程序及其附件；

(5)在完成步骤(1)、(2)、(3)、(4)的前提下，启动磁盘分区mon下的OAM监控程序；

(6)观察OAM是否正常启动，通过网管云或本地网管系统实时查看告警内容，注意观察在上述的非致命性错误和致命性错误出现的时候，OAM是否能够从异常快速恢复正常。

结果表明，采用上述差分容错法部署OAM以后，当有非致命性错误出现的时候，OAM大概率能自行恢复正常，无需人工干预；当有致命性错误出现的时候，维护人员能及时在本地网管或网管云发现告警信息，并在从OAM出问题之前及时进行维修，可实现OAM不间断的正常运行，大大提高了OAM运行过程中的容错率，降低了因OAM故障导致小基站设备工作异常的可能性。

图10是根据一示例性实施例示出的一种程序运行装置的框图。如图10所示的装置例如可以应用于图1和图2所示的基站106，可以由图1中所示的网管云108执行。

参考图10，本公开实施例提供的装置100可以包括第一获得模块1002、第二获得模块1004和处理模块1006。

第一获得模块1002可用于第一检测程序获得操作维护与管理OAM程序的第一文件损坏信息，第一文件损坏信息包括损坏的第一文件的第一路径。

第二获得模块1004可用于第一检测程序根据第一路径获得第一文件的备份文件的第二路径。

处理模块1006可用于第一检测程序根据第二路径将第一文件的备份文件复制到第一路径下，以将第一文件替换为第一文件的备份文件，以使OAM程序运行时对第一文件的备份文件执行操作。

图11是根据一示例性实施例示出的另一种程序运行装置的框图。如图11所示的装置例如可以应用于图1和图2所示的基站106，可以由图1中所示的网管云108执行。

参考图11，本公开实施例提供的装置110可以包括第一获得模块1102、第二获得模块1104、处理模块1106、进程模块1108、确定模块1110、读取模块1112和告警模块1114。

第一获得模块1102可用于第一检测程序获得操作维护与管理OAM程序的第一文件损坏信息，第一文件损坏信息包括损坏的第一文件的第一路径。

第一路径定向到第一磁盘的第一分区，第二路径定向到第一磁盘的第二分区；其中，第一分区的根目录与第二分区的根目录相同，第一分区的根目录的下一级目录与第二分区的根目录的下一级目录不相同。

第一分区的根目录的下一级目录的结构与第二分区的根目录的下一级目录的结构相同。

第一分区的根目录的下一级目录与第二分区的根目录的下一级目录以相同结构存储相同的OAM程序的启动文件。

第一获得模块1102还可用于若第一检测程序在第一共享内存中读取到OAM程序的第一文件损坏信息，则获得OAM程序的第一文件损坏信息，其中，OAM程序的第一文件损坏信息为若OAM程序对第一文件执行第一操作失败，OAM程序写入第一共享内存的信息。

第二获得模块1104可用于第一检测程序根据第一路径获得第一文件的备份文件的第二路径。

处理模块1106可用于第一检测程序根据第二路径将第一文件的备份文件复制到第一路径下，以将第一文件替换为第一文件的备份文件，以使OAM程序运行时对第一文件的备份文件执行操作。

进程模块1108可用于若第二检测程序检测到OAM程序的第一进程异常退出，则重新拉起OAM程序的第一进程，并再次检测OAM程序的第一进程是否异常退出。

第二检测程序的文件路径定向到第一磁盘的第三分区；其中，第三分区的根目录与第一分区的根目录和第二分区的根目录相同，第一分区的根目录的下一级目录、第二分区的根目录的下一级目录、与第三分区的根目录的下一级目录各不相同。

确定模块1110可用于第二检测程序根据检测到OAM程序的第一进程异常退出的次数确定OAM程序发生第一错误。

进程模块1108还可用于若OAM程序的第一进程的启动目录为第一分区的根目录的下一级目录，则第二检测程序以第二分区的根目录的下一级目录为启动目录，启动OAM程序的第二进程。

确定模块1110还可用于若第二检测程序再次检测到OAM程序的第一进程异常退出，则确定OAM程序的第一进程连续异常退出；统计OAM程序的第一进程连续异常退出的次数，若OAM程序的第一进程连续异常退出的次数超过预设次数阈值，则第二检测程序确定OAM程序发生第一错误。

读取模块1112可用于第一检测程序以第一预设频率读取第一共享内存。

告警模块1114可用于若第一检测程序在第一共享内存中读取到OAM程序的第一文件损坏信息，则生成第一告警信息，第一告警信息包括第一告警标识、第一告警状态和第一告警原因，其中，第一告警状态为新告警产生状态，第一告警原因根据OAM程序的第一文件损坏信息获得；若第一检测程序检测到OAM程序对第一文件成功地执行了第一操作，则根据第一告警标识将第一告警信息中的第一告警状态修改为第二告警状态，其中，第二告警状态为告警消除状态。

本公开实施例提供的装置中的各个模块的具体实现可以参照上述方法中的内容，此处不再赘述。

图12示出本公开实施例中一种电子设备的结构示意图。需要说明的是，图12示出的设备仅以计算机系统为示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图12所示，设备1200包括中央处理单元(CPU)1201，其可以根据存储在只读存储器(ROM)1202中的程序或者从存储部分1208加载到随机访问存储器(RAM)1203中的程序而执行各种适当的动作和处理。在RAM 1203中，还存储有设备1200操作所需的各种程序和数据。CPU1201、ROM 1202以及RAM 1203通过总线1204彼此相连。输入/输出(I/O)接口1205也连接至总线1204。

以下部件连接至I/O接口1205：包括键盘、鼠标等的输入部分1206；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分1207；包括硬盘等的存储部分1208；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分1209。通信部分1209经由诸如因特网的网络执行通信处理。驱动器1210也根据需要连接至I/O接口1205。可拆卸介质1211，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1210上，以便于从其上读出的计算机程序根据需要被安装入存储部分1208。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分1209从网络上被下载和安装，和/或从可拆卸介质1211被安装。在该计算机程序被中央处理单元(CPU)1201执行时，执行本公开的系统中限定的上述功能。

需要说明的是，本公开所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括第一获得模块、第二获得模块和处理类模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，第一获得模块还可以被描述为“获得OAM文件损坏信息的模块”。

作为另一方面，本公开还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：

第一检测程序获得操作维护与管理OAM程序的第一文件损坏信息，第一文件损坏信息包括损坏的第一文件的第一路径；第一检测程序根据第一路径获得第一文件的备份文件的第二路径；第一检测程序根据第二路径将第一文件的备份文件复制到第一路径下，以将第一文件替换为第一文件的备份文件，以使OAM程序运行时对第一文件的备份文件执行操作。

以上具体地示出和描述了本公开的示例性实施例。应可理解的是，本公开不限于这里描述的详细结构、设置方式或实现方法；相反，本公开意图涵盖包含在所附权利要求的精神和范围内的各种修改和等效设置。

Claims (10)

1.一种程序运行方法，其特征在于，包括：

第一检测程序获得操作维护与管理OAM程序的第一文件损坏信息，所述第一文件损坏信息包括损坏的第一文件的第一路径；

所述第一检测程序根据所述第一路径获得第一文件的备份文件的第二路径；

所述第一检测程序根据所述第二路径将所述第一文件的备份文件复制到所述第一路径下，以将所述第一文件替换为所述第一文件的备份文件，以使所述OAM程序运行时对所述第一文件的备份文件执行操作。

2.根据权利要求1所述的方法，其特征在于，所述第一路径定向到第一磁盘的第一分区，所述第二路径定向到第一磁盘的第二分区；

其中，第一分区的根目录与第二分区的根目录相同，所述第一分区的根目录的下一级目录与所述第二分区的根目录的下一级目录不相同。

3.根据权利要求2所述的方法，其特征在于，所述第一分区的根目录的下一级目录的结构与所述第二分区的根目录的下一级目录的结构相同。

4.根据权利要求3所述的方法，其特征在于，所述第一分区的根目录的下一级目录与所述第二分区的根目录的下一级目录以相同结构存储相同的所述OAM程序的启动文件；

所述方法还包括：

若第二检测程序检测到所述OAM程序的第一进程异常退出，则重新拉起所述OAM程序的第一进程，并再次检测所述OAM程序的第一进程是否异常退出；

所述第二检测程序根据检测到所述OAM程序的第一进程异常退出的次数确定所述OAM程序发生第一错误；

若所述OAM程序的第一进程的启动目录为所述第一分区的根目录的下一级目录，则所述第二检测程序以所述第二分区的根目录的下一级目录为启动目录，启动所述OAM程序的第二进程。

5.根据权利要求4所述的方法，其特征在于，所述第二检测程序根据检测到所述OAM程序的第一进程异常退出的次数确定所述OAM程序发生第一错误，包括：

若所述第二检测程序再次检测到所述OAM程序的第一进程异常退出，则确定所述OAM程序的第一进程连续异常退出；

统计所述OAM程序的第一进程连续异常退出的次数，若所述OAM程序的第一进程连续异常退出的次数超过预设次数阈值，则所述第二检测程序确定所述OAM程序发生第一错误。

6.根据权利要求4所述的方法，其特征在于，所述第二检测程序的文件路径定向到第一磁盘的第三分区；

其中，第三分区的根目录与所述第一分区的根目录和所述第二分区的根目录相同，所述第一分区的根目录的下一级目录、所述第二分区的根目录的下一级目录、与所述第三分区的根目录的下一级目录各不相同。

7.根据权利要求1所述的方法，其特征在于，还包括：

所述第一检测程序以第一预设频率读取第一共享内存；

第一检测程序获得操作维护与管理OAM程序的第一文件损坏信息，包括：

若所述第一检测程序在所述第一共享内存中读取到所述OAM程序的第一文件损坏信息，则获得所述OAM程序的第一文件损坏信息，其中，所述OAM程序的第一文件损坏信息为若所述OAM程序对所述第一文件执行第一操作失败，所述OAM程序写入所述第一共享内存的信息；

所述方法还包括：

若所述第一检测程序在所述第一共享内存中读取到所述OAM程序的第一文件损坏信息，则生成第一告警信息，所述第一告警信息包括第一告警标识、第一告警状态和第一告警原因，其中，所述第一告警状态为新告警产生状态，所述第一告警原因根据所述OAM程序的第一文件损坏信息获得；

若所述第一检测程序检测到所述OAM程序对所述第一文件成功地执行了第一操作，则根据所述第一告警标识将所述第一告警信息中的第一告警状态修改为第二告警状态，其中，所述第二告警状态为告警消除状态。

8.一种程序运行装置，其特征在于，包括：

第一获得模块，用于第一检测程序获得操作维护与管理OAM程序的第一文件损坏信息，所述第一文件损坏信息包括损坏的第一文件的第一路径；

第二获得模块，用于所述第一检测程序根据所述第一路径获得第一文件的备份文件的第二路径；

处理模块，用于所述第一检测程序根据所述第二路径将所述第一文件的备份文件复制到所述第一路径下，以将所述第一文件替换为所述第一文件的备份文件，以使所述OAM程序运行时对所述第一文件的备份文件执行操作。

9.一种电子设备，包括：存储器、处理器及存储在所述存储器中并可在所述处理器中运行的可执行指令，其特征在于，所述处理器执行所述可执行指令时实现如权利要求1-7任一项所述的方法。

10.一种计算机可读存储介质，其上存储有计算机可执行指令，其特征在于，所述可执行指令被处理器执行时实现如权利要求1-7任一项所述的方法。