数据处理方法及电子设备的制造方法
【专利摘要】本发明公开了一种数据处理方法及电子设备，所述方法包括：当第一处理器从第一设备中获取数据出现故障时，通过第一操作系统对所述故障进行分析，得到产生所述故障的故障源；当所述第一操作系统确定产生所述故障的故障源为与所述第一设备相关联的器件时，确定第一目标进程，控制所述第一目标进程关闭，所述第一目标进程为触发第一处理器从第一设备获取数据的进程。至少能够降低重启机率，避免不必要的重启。
【专利说明】
数据处理方法及电子设备
技术领域
[0001]本发明涉及数据处理技术，具体涉及一种数据处理方法及电子设备。
【背景技术】
[0002]在具有多个中央处理器CPU的服务器中，每个CPU上具有一定数量的接口如外设组件互联标准接口PCIE(Peripheral Component Interconnect Express)接口，每个接口上可连接对应的设备device。运行在服务器系统中的某个进程可以通过CPU I对连接在CPU I上的某个device中的数据进行读取，当该device本身出现问题如device损坏或者设备所插入的接口插槽有问题时，CPU I对该设备上的数据读取将会超时(transact1n timeout),CPU I产生内部出错事件(IERR error)，并且这个IERR error事件会被广播到服务器系统中所有的CPU，进而导致整个服务器重启。在CPU访问设备本身有问题的device或device所插入的接口插槽有问题时如何避免整个服务器的重启成为了亟待解决的技术问题。
【发明内容】
[0003]为解决现有存在的技术问题，本发明实施例提供一种数据处理方法及电子设备，至少能够降低重启机率，避免不必要的重启。
[0004]本发明实施例的技术方案是这样实现的:
[0005]本发明实施例提供一种数据处理方法，所述方法包括:
[0006]当第一处理器从第一设备中获取数据出现故障时，
[0007]通过第一操作系统对所述故障进行分析，得到产生所述故障的故障源；
[0008]当所述第一操作系统确定产生所述故障的故障源为与所述第一设备相关联的器件时，确定第一目标进程，控制所述第一目标进程关闭，其中，所述第一目标进程为触发第一处理器从第一设备获取数据的进程。
[0009]上述方案中，所述第一处理器具有至少一个第一接口，所述第一处理器通过读取插入所述第一接口的第一设备中的数据而获取所述数据；
[0010]当所述第一操作系统确定产生所述故障的故障源为所述第一设备和/或所述第一接口时，确定所述故障源为与所述第一设备相关联的器件。
[0011 ]上述方案中，在当第一处理器从第一设备中获取数据出现故障之后，所述方法还包括:
[0012]第一处理器产生第一消息，并分发所述第一消息至所述第一操作系统，以使所述第一操作系统对所述故障进行分析，所述第一消息用于提示数据获取出现故障。
[0013]上述方案中，所述确定产生所述故障的故障源为所述第一设备和/或所述第一接口，包括:
[0014]在第一处理器向第一设备发送数据访问请求以获取数据时，
[0015]判断在预定时间内是否存在有第一设备针对所述数据访问请求的反馈消息；
[0016]判断为在预定时间内未存在有第一设备针对所述数据访问请求的反馈消息时，确定产生所述故障的故障源为所述第一设备和/或所述第一接口。
[0017]上述方案中，在控制所述第一目标进程关闭之后，所述方法还包括:
[0018]判断是否存在有触发第一处理器从所述第一设备获取数据的第二目标进程，第二目标进程为与第一目标进程不同的进程；
[0019]判断为存在时，禁止响应所述触发，并控制所述第二目标进程关闭。
[0020]本发明实施例还提供一种电子设备，包括:
[0021]分析器，用于当第一处理器从第一设备中获取数据出现故障时，通过第一操作系统对所述故障进行分析，得到产生所述故障的故障源；
[0022]控制器，用于当分析器通过所述第一操作系统确定产生所述故障的故障源为与所述第一设备相关联的器件时，确定第一目标进程，控制所述第一目标进程关闭，其中，所述第一目标进程为触发第一处理器从第一设备获取数据的进程。
[0023]上述方案中，所述第一处理器具有至少一个第一接口，所述第一处理器通过读取插入所述第一接口的第一设备中的数据而获取所述数据；
[0024]所述分析器，还用于通过所述第一操作系统确定产生所述故障的故障源为所述第一设备和/或所述第一接口时，确定所述故障源为与所述第一设备相关联的器件。
[0025]上述方案中，所述第一处理器，还用于:在从第一设备中获取数据出现故障之后，产生第一消息，并分发所述第一消息至所述分析器，以使分析器通过所述第一操作系统对所述故障进行分析，所述第一消息用于提示数据获取出现故障。
[0026]上述方案中，所述分析器，还用于:
[0027]在第一处理器向第一设备发送数据访问请求以获取数据时，
[0028]判断在预定时间内是否存在有第一设备针对所述数据访问请求的反馈消息；
[0029]判断为在预定时间内未存在有第一设备针对所述数据访问请求的反馈消息时，确定产生所述故障的故障源为所述第一设备和/或所述第一接口。
[0030]上述方案中，所述控制器，还用于:
[0031]判断是否存在有触发第一处理器从所述第一设备获取数据的第二目标进程，第二目标进程为与第一目标进程不同的进程；
[0032]判断为存在时，禁止响应所述触发，并控制所述第二目标进程关闭。
[0033]本发明实施例提供的数据处理方法及电子设备，所述方法包括:当第一处理器从第一设备中获取数据出现故障时，通过第一操作系统对所述故障进行分析，得到产生所述故障的故障源；当所述第一操作系统确定产生所述故障的故障源为与所述第一设备相关联的器件时，确定第一目标进程，控制所述第一目标进程关闭，所述第一目标进程为触发第一处理器从第一设备获取数据的进程。至少能够降低重启机率，避免不必要的重启。
【附图说明】
[0034]图1为本发明提供的数据处理方法的第一实施例的实现流程示意图；
[0035]图2为本发明提供的数据处理方法的第二实施例的实现流程示意图；
[0036]图3为本发明提供的一应用示意图；
[0037]图4为本发明提供的电子设备的第一实施例的组成结构示意图；
[0038]图5为本发明提供的电子设备的第二实施例的组成结构示意图。
【具体实施方式】
[0039]以下结合附图对本发明的优选实施例进行详细说明，应当理解，以下所说明的优选实施例仅用于说明和解释本发明，并不用于限定本发明。
[0040]本发明提供的数据处理方法第一实施例，应用于一服务器中，该服务器具有两个及以上的CPU，每个CPU上具有一定数量的设备接口如PCIE接口，每个接口上均可插入device。
[0041]图1为本发明提供的数据处理方法的第一实施例的实现流程示意图；如图1所示，所述方法包括:
[0042]步骤101:当第一处理器从第一设备中获取数据出现故障时，通过第一操作系统对所述故障进行分析，得到产生所述故障的故障源；
[0043]这里，第一处理器即为服务器中的CHJ，第一设备为插入在CPU的PCIE接口上的device。当运行在服务器系统(第一操作系统)中的进程需要从连接在指定CPU如CPU I上的某个device中读取数据时，该进程向该指定CPU发送请求消息，CPU接收到请求消息时向该device访问数据，当CPU从该device中获取数据失败即出现故障如产生读取数据超时事件(transact1n timeout)时，由服务器系统对故障进行分析，得到产生该故障的故障源。
[0044]步骤102:当所述第一操作系统确定产生所述故障的故障源为与所述第一设备相关联的器件时，确定第一目标进程，所述第一目标进程为触发第一处理器从第一设备获取数据的进程；
[0045]这里，通过服务器系统对故障进行分析得到产生该故障的故障源时与指定CPU相关联的器件时，即故障源为device本身或该device所插入的PCIE接口时，确定触发指定CPU从device中获取数据的进程是哪个进程，触发指定CPU从device中获取数据的进程即为第一目标进程。
[0046]步骤103:控制所述第一目标进程关闭；
[0047]这里，在确定出第一目标进程后，将第一目标进程进行关闭，服务器系统中不再运行第一目标进程。
[0048]由此可见，本实施例中，当CPU从device中获取数据失败时，由服务器系统对该故障进行分析得到故障源，当故障源为device本身或该device所插入的PCIE接口时，控制触发该CPU从device获取数据的进程关闭。与现有技术中的CPU从device中获取数据失败时该CPU将产生的内部IERR error事件广播到服务器系统中的所有其它CPU进而导致整个服务器系统重启相比，本方案中CPU将数据获取失败的原因交由服务器系统去分析，经由系统分析得到是由于device本身或该device所插入的PCIE接口出现故障时，无需对服务器进行重启，仅需要服务器系统控制第一目标进程关闭以不再响应及运行该进程即可，如此便降低了服务器的重启机率，避免了不必要的重启。同时，本方案中这种交由服务器系统对故障原因进行分析并控制目标进程关闭的方式，大大节省了CPU硬件资源，也避免了由于IERRerror事件的广播而导致的其它CPU无法正常运行的问题。
[0049]本发明提供的数据处理方法第二实施例，应用于一服务器中，该服务器具有两个及以上的CPU，每个CPU上具有一定数量的设备接口如PCIE接口，每个接口上均可插入device。
[0050]图2为本发明提供的数据处理方法的第二实施例的实现流程示意图；如图2所示，所述方法包括:
[0051]步骤201:所述第一处理器具有至少一个第一接口，所述第一处理器通过读取插入所述第一接口的第一设备中的数据而获取所述数据，当第一处理器从第一设备中获取数据出现故障时，通过第一操作系统对所述故障进行分析，得到产生所述故障的故障源；
[0052]这里，第一处理器即为服务器中的CPU，第一接口如PCIE接口，第一设备为插入在CPU的PCIE接口上的device，CPU可访问插在PCIE接口上的device中的数据。当运行在服务器系统(第一操作系统)中的进程需要从连接在指定CPU如CPU I上的某个device中读取数据时，该进程向该指定CPU发送请求消息，CPU接收到请求消息时向该device访问数据，当CPU从该device中获取数据失败即出现故障如产生读取数据超时事件(transact1ntimeout)时，CPU产生第一消息并分发该第一消息至服务器系统，该第一消息用于CPU向服务器系统提示数据获取失败，服务器系统在接收到该第一消息后，对故障进行分析，得到产生该故障的故障源。
[0053]步骤202:当所述第一操作系统确定产生所述故障的故障源为所述第一设备和/或所述第一接口时，确定第一目标进程，所述第一目标进程为触发第一处理器从第一设备获取数据的进程；
[0054]这里，通过服务器系统对故障进行分析得到产生该故障的故障源是与指定CPU相关联的器件时，即故障源为device本身或该device所插入的PCIE接口时，确定触发指定CPU从device中获取数据的进程是哪个进程，触发指定CPU从device中获取数据的进程即为第一目标进程。
[0055]步骤203:控制所述第一目标进程关闭；
[0056]这里，在确定出第一目标进程后，将第一目标进程进行关闭，服务器系统中不再响应及运行该第一目标进程。
[0057]本方案中，CPU将数据获取失败的原因交由服务器系统去分析，经由系统分析得到是由于device本身或该device所插入的PCIE接口出现故障时，无需对服务器进行重启，仅需要服务器系统控制第一目标进程关闭以不再响应及运行该进程即可，如此便降低了服务器的重启机率，避免了不必要的重启。
[0058]在一个优选的实施例中，所述第一操作系统确定产生所述故障的故障源为所述第一设备和/或所述第一接口的方式为:
[0059]在第一处理器向第一设备发送数据访问请求以获取数据时，第一操作系统判断在预定时间内是否存在有第一设备针对所述数据访问请求的反馈消息，判断为在预定时间内未存在有第一设备针对所述数据访问请求的反馈消息时，确定产生所述故障的故障源为所述第一设备和/或所述第一接口。进一步的，在第一目标进程要求CPU读取某个device中的数据时，该CPU向device发送数据访问请求以读取该device中的数据，在该CPU向该device发送数据访问请求的过程中，第一操作系统对CPU向device发送数据访问请求的时间、device向CPU是否反馈数据、反馈数据的时间等信息进行记录，并在接收到CPU分发的第一消息时，基于所记录的信息，针对CPU的数据访问请求判断device在预定时间内是否存在有反馈消息，如果判断为在预设时间内不存在反馈消息时，第一操作系统认为device不反馈消息可能是因为device本身的问题也可以能是device所插入的PCIE接口的问题，确定导致CPU无法成功访问device的故障源为第一设备和/或第一接口。即本方案中由服务器系统对CPU无法成功获取device中数据的原因进行分析，经由系统分析得到是由于device本身或该device所插入的PCIE接口出现故障时，无需对服务器进行重启，仅需要服务器系统控制第一目标进程关闭以不再响应及运行该进程即可，如此便降低了服务器的重启机率，避免了不必要的重启。进而控制触发该CPU访问device数据的进程进行关闭。
[0060]在本发明一个优选的实施例中，在控制所述第一目标进程关闭之后，所述方法还包括:
[0061]判断是否存在有触发第一处理器从所述第一设备获取数据的第二目标进程，第二目标进程为与第一目标进程不同的进程；
[0062]判断为存在时，禁止响应所述触发，并控制所述第二目标进程关闭。
[0063]这里，考虑到在实际应用中当device本身存在问题和/或第一接口存在问题时，如果有不同于第一目标进程的其它进程再次对该device中的数据进行获取时，必然会再次导致数据获取失败，浪费了 CPU的硬件处理资源。基于此，本方案中在关闭第一目标进程之后，判断服务器系统中是否存在有除第一目标进程之外的需要触发CHJ从该device中获取数据的其它进程，如果有，则服务器系统不响应触发，对第二目标进程进行关闭以使其不再对设备本身或接口本身有问题的device中的数据继续进行访问。由此可见，本方案中对想要从设备本身或接口有问题的device中获取数据的第二目标进程进行了关闭，避免了对处理资源的浪费。
[0064]下面结合图3对本方案进行进一步的理解。
[0065]如图3所示，服务器运行有第一操作系统OS，在硬件组成上服务器具有N个CPU，N为大于等于2的正整数，每个CPU具有一定数量的PCIE接口以供device的插入;每个CPU均具有一定数量的内核core，CPU对device中数据的访问通过指定内核进行访问。在本应用场景中，假定运行在OS上的进程I需要CPU I读取插在CPU I上的device I时，进程I向CPU 1、具体是CPU I的core I发送数据获取请求消息，core I接收到该请求消息后，core I向deviceI发送数据访问请求以读取该device I中的数据，core I在预定时间内没有接收到deviceI针对该访问请求的反馈消息时，core I对devi ce I的数据访问失败，CPUl产生transact1n timeout及第一消息，并分发该第一消息至OS，该第一消息用于CPU I向OS提示数据获取失败，OS接收到该第一消息时，基于在core I向该device I发送数据访问请求的过程中对core I向device I发送数据访问请求的时间、device I向CPU I是否反馈数据、反馈数据的时间等信息的记录结果，针对core I的数据访问请求OS判断device I在预定时间内是否存在有反馈消息，如果判断为在预设时间内不存在反馈消息时，OS认为device I不反馈消息可能是因为device I本身的问题如device I损坏也可以能是device I所插入的PCIE接口的问题如接口损坏或device I插入PCIE接口时接触不良，OS确定导致CPU I无法成功访问devicel的故障源是device I或者用于插入device I的PCIE接口。此时，OS关闭进程1，使其不再触发CPU I对device I中的数据进行读取。在关闭进程I之后，为保证其它进程对插在CPU I上的device I中的数据进行继续读取，在故障没有被处理之前，OS判断系统中是否存在有除进程I之外的需要触发CPU I从device I中获取数据的其它进程，如果有，则OS不响应触发，对所述其它进程进行关闭以使其不再对设备本身或接口本身有问题的device中的数据继续进行访问。由此可见，本方案中由OS对CPU无法成功获取device中数据的原因进行分析，经由系统分析得到是由于device本身或该device所插入的PCIE接口出现故障时，无需对服务器进行重启，仅需要OS控制第一目标进程关闭以不再响应及运行该进程即可，如此便降低了服务器的重启机率，避免了不必要的重启。此外，本方案中CPU仅进行第一消息的上报即可，无需对产生故障的原因进行分析，减轻了 CPU的处理负担;对在故障没有处理之前，想要从设备本身或接口有问题的device中获取数据的第二目标进程进行了关闭，避免了对处理资源的浪费。其中，所述预定时间可根据具体使用情况而灵活设定如10s、Imin等，此处不再具体限定。
[0066]本发明提供的电子设备的第一实施例，该电子设备可以具体为一服务器，该服务器具有两个及以上的CPU，每个CPU上具有一定数量的设备接口如PCIE接口，每个接口上均可插入device。
[0067]图4为本发明提供的电子设备的第一实施例的组成结构示意图；如图4所示，该电子设备包括:分析器41、控制器42;其中，
[0068]分析器41，用于当第一处理器从第一设备中获取数据出现故障时，通过第一操作系统对所述故障进行分析，得到产生所述故障的故障源；
[0069]这里，第一处理器即为服务器中的CHJ，第一设备为插入在CPU的PCIE接口上的device。当运行在服务器系统(第一操作系统)中的进程需要从连接在指定CPU如CPU I上的某个device中读取数据时，该进程向该指定CPU发送请求消息，CPU接收到请求消息时向该device访问数据，当CPU从该device中获取数据失败即出现故障如产生读取数据超时事件(transact1n timeout)时，分析器41通过服务器系统对故障进行分析，得到产生该故障的故障源。
[0070]控制器42，用于当分析器41通过所述第一操作系统确定产生所述故障的故障源为与所述第一设备相关联的器件时，确定第一目标进程，控制所述第一目标进程关闭，其中，所述第一目标进程为触发第一处理器从第一设备获取数据的进程。
[0071]这里，分析器41通过服务器系统对故障进行分析得到产生该故障的故障源时与指定CPU相关联的器件时，即故障源为device本身或该device所插入的PCIE接口时，控制器42确定触发指定CPU从device中获取数据的进程是哪个进程，触发指定CPU从device中获取数据的进程即为第一目标进程，控制器42将第一目标进程进行关闭以使得服务器系统中不再运行第一目标进程。
[0072]本领域人员应该而知，OS上具有操作系统内核Kernel和驱动，本实施例中OS与硬件如CPU的数据通信均通过驱动进行。Kernel用于对进程的管理如判断进程是否需要对插入在CPU I上的device I中的数据进行获取。
[0073]由此可见，本实施例中，当CPU从device中获取数据失败时，由服务器系统对该故障进行分析得到故障源，当故障源为device本身或该device所插入的PCIE接口时，控制触发该CPU从device获取数据的进程关闭。与现有技术中的CPU从device中获取数据失败时该CPU将产生的内部IERR error事件广播到服务器系统中的所有其它CPU进而导致整个服务器系统重启相比，本方案中CPU将数据获取失败的原因交由服务器系统去分析，经由系统分析得到是由于device本身或该device所插入的PCIE接口出现故障时，无需对服务器进行重启，仅需要服务器系统控制第一目标进程关闭以不再响应及运行该进程即可，如此便降低了服务器的重启机率，避免了不必要的重启。同时，本方案中这种交由服务器系统对故障原因进行分析并控制目标进程关闭的方式，大大节省了CPU硬件资源，也避免了由于IERRerror事件的广播而导致的其它CPU无法正常运行的问题。
[0074]本发明提供的电子设备的第二实施例，该电子设备可以具体为一服务器，该服务器具有两个及以上的CPU，每个CPU上具有一定数量的设备接口如PCIE接口，每个接口上均可插入device。
[0075]图5为本发明提供的电子设备的第二实施例的组成结构示意图；如图5所示，该电子设备包括:分析器51、控制器52;其中，
[0076]所述第一处理器具有至少一个第一接口，所述第一处理器通过读取插入所述第一接口的第一设备中的数据而获取所述数据；
[0077]分析器51，用于当第一处理器从第一设备中获取数据出现故障时，通过第一操作系统对所述故障进行分析，得到产生所述故障的故障源；
[0078]这里，第一处理器即为服务器中的CPU，第一接口如PCIE接口，第一设备为插入在CPU的PCIE接口上的device，CPU可访问插在PCIE接口上的device中的数据。当运行在服务器系统(第一操作系统)中的进程需要从连接在指定CPU如CPU I上的某个device中读取数据时，该进程向该指定CPU发送请求消息，CPU接收到请求消息时向该device访问数据，当CPU从该device中获取数据失败即出现故障如产生读取数据超时事件(transact1ntimeout)时，CPU产生第一消息并分发该第一消息至分析器51，该第一消息用于CPU向服务器系统提示数据获取失败，分析器51通过服务器系统接收到该第一消息后，对故障进行分析，得到产生该故障的故障源。
[0079]控制器52，用于在所述分析器51通过所述第一操作系统确定产生所述故障的故障源为所述第一设备和/或所述第一接口时，确定第一目标进程，并控制所述第一目标进程关闭；其中所述第一目标进程为触发第一处理器从第一设备获取数据的进程；
[0080]这里，分析器51通过服务器系统对故障进行分析得到产生该故障的故障源是与指定CPU相关联的器件时，即故障源为device本身或该device所插入的PCIE接口时，控制器52确定触发指定CPU从device中获取数据的进程是哪个进程，触发指定CPU从device中获取数据的进程即为第一目标进程，并将第一目标进程进行关闭，以使得服务器系统不再响应及运行该第一目标进程。
[0081]本方案中，CPU将数据获取失败的原因交由分析器51去分析，分析器51通过服务器系统分析得到是由于device本身或该device所插入的PCIE接口出现故障时，无需对服务器进行重启，仅需要服务器系统控制第一目标进程关闭以不再响应及运行该进程即可，如此便降低了服务器的重启机率，避免了不必要的重启。
[0082]在一个优选的实施例中，所述分析器51，还用于:
[0083]在第一处理器向第一设备发送数据访问请求以获取数据时，
[0084]判断在预定时间内是否存在有第一设备针对所述数据访问请求的反馈消息；
[0085]判断为在预定时间内未存在有第一设备针对所述数据访问请求的反馈消息时，确定产生所述故障的故障源为所述第一设备和/或所述第一接口。进一步的，在第一目标进程要求CPU读取某个device中的数据时，该CPU向device发送数据访问请求以读取该device中的数据，在该CHJ向该device发送数据访问请求的过程中，分析器51通过第一操作系统对CPU向device发送数据访问请求的时间、device向CPU是否反馈数据、反馈数据的时间等信息进行记录，在接收到CPU分发的第一消息时，分析器51基于所记录的信息，针对CPU的数据访问请求判断device在预定时间内是否存在有反馈消息，如果判断为在预设时间内不存在反馈消息时，分析器51认为devi ce不反馈消息可能是因为device本身的问题也可以能是device所插入的PCIE接口的问题，确定导致CPU无法成功访问device的故障源为第一设备和/或第一接口。即本方案中由分析器51通过服务器系统对CPU无法成功获取device中数据的原因进行分析，经由分析得到是由于device本身或该device所插入的PCIE接口出现故障时，无需对服务器进行重启，仅需要服务器系统控制第一目标进程关闭以不再响应及运行该进程即可，如此便降低了服务器的重启机率，避免了不必要的重启。进而控制触发该CPU访问device数据的进程进行关闭。
[0086]在本发明一个优选的实施例中，所述控制器52，还用于:判断是否存在有触发第一处理器从所述第一设备获取数据的第二目标进程，第二目标进程为与第一目标进程不同的进程;判断为存在时，禁止响应所述触发，并控制所述第二目标进程关闭。
[0087]这里，考虑到在实际应用中当device本身存在问题和/或第一接口存在问题时，如果有不同于第一目标进程的其它进程再次对该device中的数据进行获取时，必然会再次导致数据获取失败，浪费了 CPU的硬件处理资源。基于此，本方案中在控制器52关闭第一目标进程之后，控制器52判断第一操作系统中是否存在有除第一目标进程之外的需要触发CPU从该device中获取数据的其它进程，如果有，则不响应触发，对第二目标进程进行关闭以使其不再对设备本身或接口本身有问题的device中的数据继续进行访问。由此可见，本方案中对想要从设备本身或接口有问题的device中获取数据的第二目标进程进行了关闭，避免了对处理资源的浪费。
[0088]需要说明的是，本发明实施例提供的电子设备，由于其解决问题的原理与前述的数据处理方法相似，因此，电子设备的实施过程及实施原理均可以参见前述数据处理方法的实施过程及实施原理描述，重复之处不再赘述。
[0089]本领域人员应该而知，本发明实施例提供的电子设备除了可以具体为服务器之夕卜，还可以为以下所述:工业控制计算机、个人计算机等各种类型计算机、一体式电脑、平板电脑、手机、电子阅读器等，还可以为智能眼镜、智能手表、智能鞋等穿戴式设备。对此本方案不做具体限定。
[0090]本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
[0091]本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
[0092]这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
[0093]这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
[0094]以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。
【主权项】
1.一种数据处理方法，其特征在于，所述方法包括: 当第一处理器从第一设备中获取数据出现故障时， 通过第一操作系统对所述故障进行分析，得到产生所述故障的故障源； 当所述第一操作系统确定产生所述故障的故障源为与所述第一设备相关联的器件时，确定第一目标进程，控制所述第一目标进程关闭，其中，所述第一目标进程为触发第一处理器从第一设备获取数据的进程。2.根据权利要求1所述的方法，其特征在于，所述第一处理器具有至少一个第一接口，所述第一处理器通过读取插入所述第一接口的第一设备中的数据而获取所述数据； 当所述第一操作系统确定产生所述故障的故障源为所述第一设备和/或所述第一接口时，确定所述故障源为与所述第一设备相关联的器件。3.根据权利要求1所述的方法，其特征在于，在当第一处理器从第一设备中获取数据出现故障之后，所述方法还包括: 第一处理器产生第一消息，并分发所述第一消息至所述第一操作系统，以使所述第一操作系统对所述故障进行分析，所述第一消息用于提示数据获取出现故障。4.根据权利要求2所述的方法，其特征在于，所述确定产生所述故障的故障源为所述第一设备和/或所述第一接口，包括: 在第一处理器向第一设备发送数据访问请求以获取数据时， 判断在预定时间内是否存在有第一设备针对所述数据访问请求的反馈消息； 判断为在预定时间内未存在有第一设备针对所述数据访问请求的反馈消息时，确定产生所述故障的故障源为所述第一设备和/或所述第一接口。5.根据权利要求1所述的方法，其特征在于，在控制所述第一目标进程关闭之后，所述方法还包括: 判断是否存在有触发第一处理器从所述第一设备获取数据的第二目标进程，第二目标进程为与第一目标进程不同的进程； 判断为存在时，禁止响应所述触发，并控制所述第二目标进程关闭。6.一种电子设备，其特征在于，包括: 分析器，用于当第一处理器从第一设备中获取数据出现故障时，通过第一操作系统对所述故障进行分析，得到产生所述故障的故障源； 控制器，用于当分析器通过所述第一操作系统确定产生所述故障的故障源为与所述第一设备相关联的器件时，确定第一目标进程，控制所述第一目标进程关闭，其中，所述第一目标进程为触发第一处理器从第一设备获取数据的进程。7.根据权利要求6所述的电子设备，其特征在于，所述第一处理器具有至少一个第一接口，所述第一处理器通过读取插入所述第一接口的第一设备中的数据而获取所述数据； 所述分析器，还用于通过所述第一操作系统确定产生所述故障的故障源为所述第一设备和/或所述第一接口时，确定所述故障源为与所述第一设备相关联的器件。8.根据权利要求6所述的电子设备，其特征在于，所述第一处理器，还用于:在从第一设备中获取数据出现故障之后，产生第一消息，并分发所述第一消息至所述分析器，以使分析器通过所述第一操作系统对所述故障进行分析，所述第一消息用于提示数据获取出现故障。9.根据权利要求7所述的电子设备，其特征在于，所述分析器，还用于: 在第一处理器向第一设备发送数据访问请求以获取数据时， 判断在预定时间内是否存在有第一设备针对所述数据访问请求的反馈消息； 判断为在预定时间内未存在有第一设备针对所述数据访问请求的反馈消息时，确定产生所述故障的故障源为所述第一设备和/或所述第一接口。10.根据权利要求6所述的电子设备，其特征在于，所述控制器，还用于: 判断是否存在有触发第一处理器从所述第一设备获取数据的第二目标进程，第二目标进程为与第一目标进程不同的进程； 判断为存在时，禁止响应所述触发，并控制所述第二目标进程关闭。
【文档编号】G06F9/44GK105824622SQ201610140859
【公开日】2016年8月3日
【申请日】2016年3月11日
【发明人】伦学杨
【申请人】联想(北京)有限公司