专利名称：网络文件系统服务器的检测方法及装置的制作方法
技术领域：
本发明涉及通信领域，具体而言，涉及一种网络文件系统服务器的检测方法及装置。
背景技术：
目前，评价和衡量流媒体音视频服务器的存储性能的指标有存储容量、吞吐性能、 可靠性、稳定性以及可管理性、可维护性等。通过总线连接的磁盘是流媒体音视频服务器提 供业务服务的一种主要的(也是首选的)存储媒介。但是，随着应用模型的不断变化，对网 络存储能力的要求越来越高，这种依赖于特定的硬件环境以及不易扩展的存储媒介已经体 现出其局限性，同时，网络文件系统作为分布式计算机系统的一个组成部分，已经作为拓展 硬盘储存能力的首选。在相关技术中，网络文件系统已经成为文件服务的一种标准，它可以让不同操作 系统的计算机共享文件或者数据，通过将流媒体服务器刀片作为网络文件系统客户端外 挂网络文件系统服务器的方式，在很大程度上拓展了流媒体服务器端存储能力。但是， 发明人发现上述的相关技术中由于网络文件系统是基于不可靠的用户数据报协议(User Datagram Protocol，简称为UDP)，所以在网络文件系统服务器发生异常时，无法检测到网 络文件系统服务器的状态。
发明内容
本发明的主要目的在于提供一种网络文件系统服务器的检测方案，以至少解决上 述的相关技术中网络文件系统服务器发生异常时无法检测到网络文件系统服务器的状态 的问题。为了实现上述目的，根据本发明的一个方面，提供了一种网络文件系统服务器的 检测方法。根据本发明的网络文件系统服务器的检测方法，包括以下步骤网络文件系统客 户端根据数据配置对挂载状态为未挂载的网络文件系统服务器进行挂载；挂载成功时，创 建与网络文件系统服务器对应的状态检查文件，并设置网络文件系统服务器的挂载状态为 已挂载；网络文件系统客户端周期性地访问状态检查文件；以及访问失败时，发送告警，并 设置网络文件系统服务器的挂载状态为未挂载。进一步地，网络文件系统客户端周期性地访问状态检查文件包括在网络文件系 统服务器故障或者与网络文件系统服务器的网络不可达的情况下，网络文件系统客户端访 问状态检查文件失败。进一步地，网络文件系统客户端访问状态检查文件失败包括网络文件系统客户 端接收到访问状态检查文件失败的消息或者检测到阻塞时间超过预定时长时，卸载对应的 网络文件系统服务器。进一步地，网络文件系统客户端周期性地访问状态检查文件包括网络文件系统
4客户端定时访问与挂载状态为已挂载的网络文件系统服务器对应的状态检查文件；在访问 连续失败的次数大于阈值的情况下，卸载对应的挂载状态为已挂载的网络文件系统服务器。进一步地，访问失败时，发送告警，并设置网络文件系统服务器的挂载状态为未挂 载包括设置网络文件系统服务器的工作状态为不可用，并更新数据库中与网络文件系统 服务器对应的刀片的状态。进一步地，网络文件系统服务器为多个；网络文件系统客户端为多个。为了实现上述目的，根据本发明的另一方面，还提供了一种网络文件系统服务器 的检测装置。根据本发明的网络文件系统服务器的检测装置，包括第一挂载模块，用于网络文 件系统客户端根据数据配置对挂载状态为未挂载的网络文件系统服务器进行挂载；第一创 建模块，用于在第一挂载模块挂载成功时，创建与网络文件系统服务器对应的状态检查文 件；第一访问模块，用于网络文件系统客户端周期性地访问状态检查文件；第一告警模块， 用于在第一访问模块访问失败时，发送告警；以及第一设置模块，用于在第一挂载模块挂载 成功时，设置网络文件系统服务器的挂载状态为已挂载；在第一访问模块访问失败时，设置 网络文件系统服务器的挂载状态为未挂载。进一步地，第一访问模块还用于在网络文件系统服务器故障或者与网络文件系统 服务器的网络不可达的情况下，网络文件系统客户端访问状态检查文件失败。进一步地，第一访问模块还用于在网络文件系统服务器故障或者与网络文件系统 服务器的网络不可达的情况下，网络文件系统客户端接收到访问状态检查文件失败的消息 或者检测到阻塞时间超过预定时长时，卸载对应的网络文件系统服务器。进一步地，第一访问模块还用于网络文件系统客户端定时访问与挂载状态为已挂 载的网络文件系统服务器对应的状态检查文件；以及在访问连续失败的次数大于阈值的情 况下，卸载对应的挂载状态为已挂载的网络文件系统服务器。为了实现上述目的，根据本发明的又一方面，还提供了一种网络文件系统客户端。根据本发明的网络文件系统客户端，包括第二挂载模块，用于对挂载状态为未挂 载的网络文件系统服务器进行挂载；第二创建模块，用于在第二挂载模块挂载成功时，创建 与网络文件系统服务器对应的状态检查文件；第二访问模块，用于周期性地访问状态检查 文件；第二告警模块，用于在第二访问模块访问失败时，发送告警；以及第二设置模块，用 于在第二挂载模块挂载成功时，设置网络文件系统服务器的挂载状态为已挂载；在第二访 问模块访问失败时，设置网络文件系统服务器的挂载状态为未挂载。为了实现上述目的，根据本发明的再一方面，还提供了一种网络文件系统。根据本发明的网络文件系统，包括多个上述网络文件系统客户端和多个网络文件 系统服务器。通过本发明，采用对已挂载的网络文件系统服务器的状态检查文件进行周期访问 的方式，解决了相关技术中网络文件系统服务器发生异常时无法检测到网络文件系统服务 器的状态的问题，保证了上层业务的稳定性和可控性，提高了用户体验。
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中图1是根据本发明实施例的网络文件系统服务器的检测方法流程图；图2是根据本发明实施例的网络文件系统服务器的检测装置的结构框图；图3是根据本发明实施例的网络文件系统客户端的结构框图；图4是根据本发明实施例的网络文件系统的结构框图；图5是根据本发明优选实例的网络文件系统的组网分布示意图；图6是根据本发明实例1的网络文件系统的业务层次示意图；图7是根据本发明实例1的网络文件系统设备管理的结构框图；图8是根据本发明实例2的状态检测模块的处理流程图；图9是根据本发明实例3的监控处理模块的处理流程图。
具体实施例方式下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的 情况下，本申请中的实施例及实施例中的特征可以相互组合。图1是根据本发明实施例的网络文件系统服务器的检测方法流程图，如图1所示， 该方法包括以下步骤步骤S102，网络文件系统客户端根据数据配置对挂载状态为未挂载的网络文件系 统服务器进行挂载；步骤S104，挂载成功时，创建与网络文件系统服务器对应的状态检查文件，并设置 网络文件系统服务器的挂载状态为已挂载；步骤S106，网络文件系统客户端周期性地访问状态检查文件；以及步骤S108，访问失败时，发送告警，并设置网络文件系统服务器的挂载状态为未挂载。通过本发明实施例，采用对已挂载的网络文件系统服务器的状态检查文件进行周 期访问的方式，解决了相关技术中网络文件系统服务器发生异常时无法检测到网络文件系 统服务器的状态的问题，保证了上层业务的稳定性和可控性，提高了用户体验。优选地，在步骤S106中，在网络文件系统服务器故障或者与网络文件系统服务器 的网络不可达的情况下，网络文件系统客户端访问状态检查文件失败。本优选实施例可以通过访问状态检查文件失败而判定网络文件系统服务器异常 或者网络不可达，使得网络文件系统客户端可以间接地获得网络文件系统服务器的状态， 做及时的规避处理，进而避免业务的中断，提高了系统的处理能力。优选地，在步骤S106中，网络文件系统客户端访问状态检查文件失败包括网络 文件系统客户端接收到访问状态检查文件失败的消息或者检测到阻塞时间超过预定时长 时，卸载对应的网络文件系统服务器。优选地，在步骤S106中，网络文件系统客户端定时访问与挂载状态为已挂载的网 络文件系统服务器对应的状态检查文件；在访问连续失败的次数大于阈值的情况下，卸载 对应的挂载状态为已挂载的网络文件系统服务器。该方法可以在网络不可达或者网络文件 系统服务器与客户端断开的情况下，避免任务阻塞，保证任务顺利进行，提高了系统效率。优选地，在步骤S108中，设置网络文件系统服务器的工作状态为不可用，并更新
6数据库中与网络文件系统服务器对应的刀片的状态。该方法可以将网络文件系统服务器的 状态通知上层的应用业务，提高了系统的有效性。优选地，网络文件系统服务器为多个；网络文件系统客户端为多个。该方法可以在 多个网络文件系统服务器和多个网络文件系统客户端之间进行，扩展了应用范围，提高了 系统的性能。需要说明的是，网络文件系统客户端周期性地访问状态检查文件，可以包括以下 结果1)返回成功，则设置状态为已挂载；2)返回失败，则直接卸载访问失败的服务器，设 置状态为未挂载；3)不会返回失败(即，此时接口阻塞，无法得知访问的结果)，则需要另外 一个模块去检测阻塞的时间，当阻塞的时间超过一个阀值(即，预定时长)时，强制卸载没 有返回失败的服务器，并设置状态为未挂载。图2是根据本发明实施例的网络文件系统服务器的检测装置的结构框图，如图2 所示，该装置包括第一挂载模块20，用于网络文件系统客户端根据数据配置对挂载状态 为未挂载的网络文件系统服务器进行挂载；第一创建模块22，用于在第一挂载模块20挂载 成功时，创建与网络文件系统服务器对应的状态检查文件；第一访问模块24，用于网络文 件系统客户端周期性地访问状态检查文件；第一告警模块26，用于在第一访问模块24访问 失败时，发送告警；以及第一设置模块28，用于在第一挂载模块20挂载成功时，设置网络文 件系统服务器的挂载状态为已挂载；在第一访问模块24访问失败时，设置网络文件系统服 务器的挂载状态为未挂载。通过本发明实施例，采用对已挂载的网络文件系统服务器的状态检查文件进行周 期访问的方式，解决了相关技术中网络文件系统服务器发生异常时无法检测到网络文件系 统服务器的状态的问题，保证了上层业务的稳定性和可控性，提高了用户体验。优选地，第一访问模块24还用于在网络文件系统服务器故障或者与网络文件系 统服务器的网络不可达的情况下，网络文件系统客户端访问状态检查文件失败。优选地，第一访问模块24还用于在网络文件系统服务器故障或者与网络文件系 统服务器的网络不可达的情况下，网络文件系统客户端接收到访问状态检查文件失败的消 息或者检测到阻塞时间超过预定时长时，卸载对应的网络文件系统服务器。优选地，第一访问模块24还用于网络文件系统客户端定时访问与挂载状态为已 挂载的网络文件系统服务器对应的状态检查文件；以及在访问连续失败的次数大于阈值的 情况下，卸载对应的挂载状态为已挂载的网络文件系统服务器。图3是根据本发明实施例的网络文件系统客户端的结构框图，如图3所示，该客 户端300包括第二挂载模块302，用于对挂载状态为未挂载的网络文件系统服务器进行挂 载；第二创建模块304，用于在第二挂载模块302挂载成功时，创建与网络文件系统服务器 对应的状态检查文件；第二访问模块306，用于周期性地访问状态检查文件；第二告警模块 308，用于在第二访问模块306访问失败时，发送告警；以及第二设置模块310，用于在第二 挂载模块302挂载成功时，设置网络文件系统服务器的挂载状态为已挂载；在第二访问模 块306访问失败时，设置网络文件系统服务器的挂载状态为未挂载。图4是根据本发明实施例的网络文件系统的结构框图，如图4所示，一种网络文件 系统，包括多个上述网络文件系统客户端和多个网络文件系统服务器。在具体实施过程中，本发明实施例可以采用对网络文件系统服务器的状态进行实时检测以及状态上报的方式，使得网络文件系统客户端与服务器之间的管理变得简单和实 用，对于保证上层业务的稳定性和可控性，对于已经成型的硬件存储容量都提供了很好的 扩充，降低了重新设计的成本。图5是根据本发明优选实例的组网分布示意图，如图5所示，由多个流媒体服务器 刀片(即，网络文件系统客户端)组成网络文件系统客户端组，与网络文件系统服务器组是 多对多的关系，实现多对多客户端和服务器端之间的管理。在网络文件系统客户端和服务器多对多的情况下，提供网络文件系统的可靠性访 问、以及对服务器状态异常时的监控，是使得上层业务可以对该异常现象进行规避的一种 设计和实现方法，扩充了系统的硬件存储容量。下面将结合实例对本发明实施例的实现过程进行详细描述。实例1图6是根据本发明实例1的网络文件系统的业务层次示意图，如图6所示，网络文 件系统设备管理(图中阴影部分)位于网络文件系统客户端，主要功能是为上层读写业务 提供可靠的网络存储设备。当网络存储设备不可用时，通过操作数据库，并且通知上层读写 业务进行规避操作，保证业务运行的稳定和流畅。图7是根据本发明实例1的网络文件系统设备管理的结构框图，如图7所示，网络 文件系统设备管理包括动态挂载模块72、状态检测模块74和监控处理模块76，下面对各 个模块的功能进行详细说明。动态挂载模块72，用于根据数据配置对各个挂载状态为未挂载的挂载点(S卩，网 络文件系统服务器)进行挂载(挂载这里可以理解为连接)。具体地，若挂载失败，则发送 相关挂载失败的告警，将挂载状态上报数据库状态表；若挂载成功，则创建状态检查文件， 例如，可以命名为nfscheck文件，设置挂载状态为挂载成功。状态检测模块74，用于根据可配挂载点的总个数创建相应数量的状态检测任务， 该状态检测任务用于实现对挂载点状态是否可用的检测。在具体实施过程中，状态检测任 务可以每500毫秒运行一次，访问在动态挂载模块72挂载成功后创建的nfscheck文件，在 网络文件系统服务器故障或者网络不可达的情况时，文件访问失败此时设置该挂载点的状 态为不可用(此时不一定是失败，有可能是阻塞状态，不返回在这种情况下要通过监控处 理模块76将该挂载点的状态设置为不可用)，更新数据库该刀片的状态，并发送挂载点不 可用告警，卸载该挂载点，将该挂载点的信息的挂载状态为未挂载，然后交给动态挂载模块 72重新挂载，同时，设置挂载点检测计数器为零。监控处理模块76，用于创建一个防止网络原因导致检测任务阻塞的监控任务。在 具体实施过程中，当监控任务每运行一次(例如，该监控任务可以每秒执行一次，即，执行 时间可以大于状态检测任务运行的时间)，则对已成功挂载的挂载点检测计数器加1，同时 状态检测模块74在访问nfscheck文件成功后会对该检测计数器清零，若此时状态检测模 块74阻塞，挂载点检测计数增长到一个阀值后，监控处理模块76会认为此时网络不可达， 强制卸载该挂载点，将挂载点的状态为不可用，使状态检测任务继续运行下去，并更新数据 库该刀片的状态，发送挂载点不可用告警，设置挂载点的信息的挂载状态为未挂载，交给 动态挂载模块72重新挂载。需要说明的是，这里创建监控处理任务的目的是为了在访问 nfscheck文件连续失败的次数大于阈值的情况下，卸载对应的挂载状态为已挂载的网络文件系统服务器。例如，在硬挂载的状态下，客户端与服务器之间的网络不可达时，状态检测 任务在访问服务器不可达的nfscheck文件时会阻塞，而导致状态检测任务无法执行下去， 此时状态检测任务不再提供服务。简单地说，本发明实施例是通过数据库配置来实现网络文件系统服务器和客户端 的自动挂载，并对服务器状态进行实时监控，而对于处于异常状态的服务器，则可以通过告 警和状态上报(即，数据库中服务器状态的更新)的方式通知上层应用业务做规避处理，避 免业务中断。可见，本实例1能够在多对多网状关系的网络文件系统客户端检测服务器的状 态，对服务器有可能出现的异常进行检测，并通知上层业务进行规避，优选其他的服务器， 从而保证了服务器或者客户端与服务器之间网络状态异常时，可以进行业务无缝切割。实例2图8是根据本发明实例2的状态检测模块的处理流程图，如图8所示，每一个挂载 项(即，网络文件系统服务器)会创建一个状态检测任务，并在该状态检测任务初始时传入 挂载项的编号。具体地，状态检测模块的处理过程可以包括以下步骤步骤S802，状态检测任务开始，调用500ms的延时函数。步骤S804，通过挂载项编号，获取挂载项相关信息，对基本的参数信息(即，挂载 项的IP、端口、挂载目录、服务器路径、挂载参数等)做校验。如果校验成功，转到步骤S806 ； 如果不成功，转到步骤S802。步骤S806，判断该挂载点挂载状态是否为已挂载。如果是，转到步骤S808，否则转 到步骤S804。步骤S808，通过访问已挂载的客户端的nfscheck文件，来检测网络文件系统服务 器的状态。如果访问成功，则说明服务器或网络设备完好，转到步骤S810 ；否则说明服务器 异常，转到步骤S812 (另外，这里还有一种情况就是阻塞，S卩，不会返回访问成功或是失败， 在这种情况下，就需要通过监控处理模块76来强制卸载对应的挂载项)。步骤S810，设置数据库挂载项状态为可用，将挂载项检查计数器清0，转到步骤 S802。步骤S812，设置数据库挂载项状态为不可用，发送挂载失败告警，设置挂载状态为 未挂载，转到S802。在本实例提供了一种网络文件系统客户端检测服务器以及网络链路状态的方法， 即，通过设置该服务器的状态，通知上层业务优选其它服务器提供服务，保证用户体验的无 缝切割。实例3图9是根据本发明实例3的监控处理模块的处理流程图，如图9所示，在实例2的 步骤S808中，在网络状态不可达或者服务器与客户端断开的时，状态检测模块74有可能会 阻塞，使得函数调用不返回，导致整个状态检测任务阻塞。所以，增加了监控处理模块76用 于监控该状态检测任务，以便实时查看此任务是否有阻塞的情况，如果发现阻塞，则调用强 制卸载函数，使得步骤S808立即返回，从而保证了状态检测任务能顺利执行下去。具体地， 监控处理模块的处理过程可以包括以下步骤步骤S902，任务开始，调用延时函数(例如，延时Is)。
步骤S904，轮询已挂载信息表，获取已挂载的挂载项的配置信息。步骤S906，对挂载项的配置信息(即，挂载项的IP、端口、挂载目录、服务器路径、 挂载参数等)进行校验。如果校验不成功，转到步骤S 908，如果成功，则转到S910。步骤S908，将挂载点检测计数器加1，转到步骤S904，获取下一个配置信息。步骤S910，判断挂载点检测计数器是否大于阀值。如果大于阀值，转到S912，强制 卸载该挂载点；否则，转到步骤S908。步骤S912，强制卸载挂载点，使得阻塞在步骤S808处的状态检测任务立即返回， 以便保证正常运行。步骤S914，设置数据库挂载项状态为不可用，发送挂载失败告警，并设置挂载状态 为未挂载。步骤S916，判断挂载项信息是否轮询完毕，S卩，是否是最后一个挂载项。如果不是， 转到步骤S904获取下一个挂载信息；如果是，转到步骤S902，延时候再一次执行该任务。综上所述，本发明实施例提供了一种在网络文件系统设备客户端检测服务器以及 网络链路状态的方法和手段，即，对网络文件系统服务器的状态以及可访问性进行定时检 查，以及实时状态上报，并且，在上层业务收到网络文件系统服务器上报的状态之后，通过 优先选择状态正常的服务器进行数据或者文件访问的方式，保证了上层业务的稳定性和可 控性，而且，在检测到不能提供服务的服务器后，发出告警。显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用 的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成 的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储 在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示 出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或 步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技 术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修 改、等同替换、改进等，均应包含在本发明的保护范围之内。
权利要求
一种网络文件系统服务器的检测方法，其特征在于，包括以下步骤网络文件系统客户端根据数据配置对挂载状态为未挂载的网络文件系统服务器进行挂载；挂载成功时，创建与所述网络文件系统服务器对应的状态检查文件，并设置所述网络文件系统服务器的所述挂载状态为已挂载；所述网络文件系统客户端周期性地访问所述状态检查文件；以及访问失败时，发送告警，并设置所述网络文件系统服务器的所述挂载状态为未挂载。
2.根据权利要求1所述的方法，其特征在于，所述网络文件系统客户端周期性地访问 所述状态检查文件包括在所述网络文件系统服务器故障或者与所述网络文件系统服务器的网络不可达的情 况下，所述网络文件系统客户端访问所述状态检查文件失败。
3.根据权利要求2所述的方法，其特征在于，所述网络文件系统客户端访问所述状态 检查文件失败包括所述网络文件系统客户端接收到访问所述状态检查文件失败的消息或者检测到阻塞 时间超过预定时长时，卸载对应的所述网络文件系统服务器。
4.根据权利要求1所述的方法，其特征在于，所述网络文件系统客户端周期性地访问 所述状态检查文件包括所述网络文件系统客户端定时访问与所述挂载状态为已挂载的网络文件系统服务器 对应的状态检查文件；在访问连续失败的次数大于阈值的情况下，卸载对应的所述挂载状态为已挂载的网络 文件系统服务器。
5.根据权利要求1所述的方法，其特征在于，访问失败时，发送告警，并设置所述网络 文件系统服务器的所述挂载状态为未挂载包括设置所述网络文件系统服务器的工作状态为不可用，并更新数据库中与所述网络文件 系统服务器对应的刀片的状态。
6.根据权利要求1至5任一项所述的方法，其特征在于，所述网络文件系统服务器为多 个；所述网络文件系统客户端为多个。
7.—种网络文件系统服务器的检测装置，其特征在于，包括第一挂载模块，用于网络文件系统客户端根据数据配置对挂载状态为未挂载的网络文 件系统服务器进行挂载；第一创建模块，用于在所述第一挂载模块挂载成功时，创建与所述网络文件系统服务 器对应的状态检查文件；第一访问模块，用于所述网络文件系统客户端周期性地访问所述状态检查文件； 第一告警模块，用于在所述第一访问模块访问失败时，发送告警；以及 第一设置模块，用于在所述第一挂载模块挂载成功时，设置所述网络文件系统服务器 的所述挂载状态为已挂载；在所述第一访问模块访问失败时，设置所述网络文件系统服务 器的所述挂载状态为未挂载。
8.根据权利要求7所述的装置，其特征在于，所述第一访问模块还用于在所述网络文 件系统服务器故障或者与所述网络文件系统服务器的网络不可达的情况下，所述网络文件系统客户端访问所述状态检查文件失败。
9.根据权利要求7所述的装置，其特征在于，所述第一访问模块还用于在所述网络文 件系统服务器故障或者与所述网络文件系统服务器的网络不可达的情况下，所述网络文件 系统客户端接收到访问所述状态检查文件失败的消息或者检测到阻塞时间超过预定时长 时，卸载对应的所述网络文件系统服务器。
10.根据权利要求7所述的装置，其特征在于，所述第一访问模块还用于所述网络文件 系统客户端定时访问与所述挂载状态为已挂载的网络文件系统服务器对应的状态检查文 件；以及在访问连续失败的次数大于阈值的情况下，卸载对应的所述挂载状态为已挂载的 网络文件系统服务器。
11.一种网络文件系统客户端，其特征在于，包括第二挂载模块，用于对挂载状态为未挂载的网络文件系统服务器进行挂载；第二创建模块，用于在所述第二挂载模块挂载成功时，创建与所述网络文件系统服务 器对应的状态检查文件；第二访问模块，用于周期性地访问所述状态检查文件；第二告警模块，用于在所述第二访问模块访问失败时，发送告警；以及第二设置模块，用于在所述第二挂载模块挂载成功时，设置所述网络文件系统服务器 的所述挂载状态为已挂载；在所述第二访问模块访问失败时，设置所述网络文件系统服务 器的所述挂载状态为未挂载。
12.—种网络文件系统，其特征在于，包括多个权利要求11所述网络文件系统客户端 和多个网络文件系统服务器。
全文摘要
本发明公开了一种网络文件系统服务器的检测方法及装置，该方法包括以下步骤网络文件系统客户端根据数据配置对挂载状态为未挂载的网络文件系统服务器进行挂载；挂载成功时，创建与网络文件系统服务器对应的状态检查文件，并设置网络文件系统服务器的挂载状态为已挂载；网络文件系统客户端周期性地访问状态检查文件；以及访问失败时，发送告警，并设置网络文件系统服务器的挂载状态为未挂载。通过本发明保证了上层业务的稳定性和可控性，提高了用户体验。
文档编号H04L29/08GK101883028SQ20101022276
公开日2010年11月10日 申请日期2010年6月30日 优先权日2010年6月30日
发明者孙健, 王家文, 韩建飞 申请人:中兴通讯股份有限公司