CN107517192A - 云桌面容灾方法、客户端、服务端及云桌面容灾系统 - Google Patents

Abstract

本发明实施例提供的云桌面容灾方法、客户端、服务端及云桌面容灾系统，预先将云桌面镜像文件并存储在终端中，当满足预设条件的时候，通过调用存储在终端的云桌面镜像为用户提供云桌面服务。本发明实施例提供的云桌面容灾方案不仅使得云桌面服务的容灾不需要依赖服务端的备用资源，而且由于云桌面镜像文件存储在客户端侧，所以无论是在服务端存储设备出现故障或者是服务端与客户端之间出现网络中断的情况，都能保证客户端正常使用基于终端存储的云桌面镜像文件所提供的服务，与现有的容灾方案相比，增强了容灾方案的可靠性，提高了容灾效果和用户体验。

Description

云桌面容灾方法、客户端、服务端及云桌面容灾系统

技术领域

本发明涉及云计算技术领域，尤其涉及一种云桌面容灾方法、客户端、服务端及云桌面容灾系统。

背景技术

随着云计算技术的不断发展，虚拟云桌面在各个行业的应用越来越广泛，虚拟云桌面是在弱化用户终端的情况下，尽可能地利用远端服务器的计算资源，以视窗方式呈现给用户，并实现综合管理的一种虚拟云计算技术。虚拟云桌面需要服务器侧供给内存、存储、CPU等核心资源，同时以优秀的网络架构作为支撑。

通过虚拟云面技术可实现桌面(包括系统、应用、数据)和设备的分离，使桌面的管理完全集中到服务器，从而实现桌面系统的集中管理，极大的降低运维的工作量。同时终端的数据安全得到了保障，并且用户能够实现随时随地进行个人桌面访问。因此，和传统桌面管理相比，虚拟云桌面不仅具备部署使用方便、运维管理统一高效、信息安全度高等优点，而且有利于终端节能、降低终端成本、实现远端办公等。

但正是由于虚拟云桌面业务对服务器资源的依赖，所以当云服务器出现存储资源异常、网络中断等情形时，就会造成用户侧无法使用其虚拟云桌面的情况。目前，针对虚拟云桌面存储容灾方案一般都是在服务器侧设置备用资源。例如，为了防止因为云服务器侧的存储设备无法使用或者云服务器主机与主用存储设备无法连接而造成的故障，通常会在服务器侧设置一个备用存储设备，和主用存储设备一样，备用存储设备也用于存储用户的虚拟云桌面资源，当云服务器主机无法正常使用主用存储设备时，可以连接到备用存储设备上，利用备用存储设备上的云桌面资源继续为用户提供虚拟云桌面业务。同样地，为了避免因终端设备与服务器侧之间因网络中断而造成的故障，现有技术中一般也会在服务器侧设置专门的备用网口，一旦主用网口出现问题，则可以切换至备用网口上，由备用网口接替主用网口进行工作。

不难看出，现有技术中的容灾方案存在众多缺陷，例如，通过设置备用存储设备的容灾方案对成本的要求本身就比较高，通常极少有设备厂家会在服务侧设备上设置备用存储设备，如果由云桌面服务提供商自己部署备用存储设备又会花费较高的资金成本。另外，即使是在云服务器侧设置了备用存储设备，也还是会存在其他问题，例如，由于主用存储设备出现故障的情况毕竟比较少，所以备用存储设备的使用几率也比较低，大多数时候，备用存储设备都处于闲置、甚至无人管理的情况中，所以当主用存储设备出现问题的时候，很难保证备用存储设备就一定是处于正常状态的。对于网络故障的容灾方案，也同样存在问题：本领域技术人员都应当知道，在因为网络故障而导致用户无法使用虚拟云桌面资源的时候，不一定就是因为服务器侧的网口出现故障而引起的，也很有可能是因为运营商提供的网络本身就存在问题，所以在这种情况下，即使在服务器侧设置再多的网口也是无济于事的。

综上，现有技术中针对虚拟云桌面的容灾方案存在很多的不合理或者不完整，所以导致现有容灾方案的容灾效果不好，为了用户能够更加放心的使用虚拟云桌面业务，现在亟需提供一种合理的容灾方案。

发明内容

本发明实施例提供的云桌面容灾方法、客户端、服务端及云桌面容灾系统，主要解决的技术问题是提供一种不需要依赖服务端侧的备用资源的云桌面容灾方案，用以解决现有技术中容灾方案依赖服务端侧的备用资源而导致的容灾效果不佳，方案不合理的问题。

为解决上述技术问题，本发明实施例提供一种云桌面容灾方法，包括：

在满足预设条件时，服务端调用存储在终端的云桌面镜像文件为用户提供云桌面服务。

本发明实施例还提供一种云桌面容灾方法，包括：

在满足预设条件时，客户端调用存储在终端的云桌面镜像文件为用户提供云桌面服务。

本发明实施例还提供一种客户端，包括：

本地调用模块，用于在满足预设条件时，调用存储在终端的云桌面镜像文件为用户提供云桌面服务。

本发明实施例还提供一种服务端，包括：

远端调用模块，用于在满足预设条件时，调用存储在终端的云桌面镜像文件为用户提供云桌面服务。

本发明实施例还提供一种云桌面容灾系统，包括服务端和如上所述的客户端；或，包括客户端和如上所述的服务端。

本发明实施例还提供一种计算机存储介质，所述计算机存储介质中存储有计算机可执行指令，所述计算机可执行指令用于执行前述的任一项的云桌面容灾方法。

本发明实施例提供的云桌面容灾方法、客户端、服务端、云桌面容灾系统以及计算机存储介质，预先将云桌面镜像文件并存储在终端中，当满足预设条件的时候，通过调用存储在终端的云桌面镜像为用户提供云桌面服务。本发明实施例提供的云桌面容灾方法、客户端、服务端、云桌面容灾系统以及计算机存储介质不仅使得针对云桌面服务的容灾不需要依赖于服务端设置的备用资源，如备用存储设备或备用网口等，而且由于云桌面镜像文件存储在客户端侧，所以无论是在服务端存储设备出现故障或者是服务端与客户端之间出现网络中断的情况，都能保证客户端正常使用基于终端存储的云桌面镜像文件所提供的服务，与现有的容灾方案相比，增强了容灾方案的可靠性，提高了容灾效果和用户体验。

附图说明

图1为本发明实施例一提供的云桌面容灾方法的一种流程图；

图2为本发明实施例一中客户端调用终端存储的云桌面镜像文件提供云桌面服务的一种流程图；

图3为本发明实施例二提供的云桌面容灾方法的一种流程图；

图4为本发明实施例二中服务端端调用终端存储的云桌面镜像文件提供云桌面服务的一种流程图；

图5为本发明实施例三提供的客户端的一种结构示意图；

图6为本发明实施例三提供的客户端的另一种结构示意图；

图7为本发明实施例四提供的客户端的一种结构示意图；

图8为本发明实施例四提供的服务端的一种结构示意图；

图9为本发明实施例四提供的云桌面容灾系统的一种结构示意图；

图10为本发明实施例四提供的客户端的另一种结构示意图；

图11为本发明实施例三提供的客户端的又一种结构示意图。

具体实施方式

下面通过具体实施方式结合附图对本发明实施例作进一步详细说明。

实施例一：

由于现有技术中的容灾方案依赖于服务端侧的备用资源，所以存在因为容灾方案不合理而导致的容灾效果不好的技术问题，为了这个问题，本实施例提出一种云桌面容灾方法。

在满足预设条件时，客户端调用存储在终端的云桌面镜像文件为用户提供云桌面服务。

事实上，满足预设条件的情况就是客户端无法享受服务端通过正常方式提供的云桌面业务了。本实施例所说的预设条件可以是以下两个种的至少一个，当然也可以两个条件同时满足：

第一、服务端与客户端之间的网络连接中断。

第二、云服务器主机无法挂载到服务端侧的存储设备上。也即云服务器无法从服务端侧获取到客户端需要的云桌面资源。

可以理解的是，预设条件除了包括服务端与客户端之间出现网络故障或者是服务端侧出现存储故障以外，还应当包括其他故障，例如服务端出现断电等状况。

本领域技术人员可以理解的是，云桌面镜像文件应当预先存储到终端当中，在本实施例中，客户端可以在能够正常使用服务端提供的云桌面服务时将云桌面镜像文件从服务端缓存至终端。请参见图1：

S102、当能正常使用服务端提供的云桌面服务时，客户端从服务端中提取其需要的云桌面镜像文件并存储在终端中。

服务端通常包括云服务器主机和存储设备。在一个云桌面系统当中，可能会存在多个客户端，所以存储设备上应当会存储多个客户端的云桌面镜像文件，这对于服务端的存储空间要求较高。在本实施例中，存储设备可以是RAID(Redundant Arrays of Independent Disks，磁盘阵列)或者由RAID组成的MAID(massive array of idle disks，大规模非活动磁盘阵列)。各个客户端的云桌面镜像文件在服务端的存储设备上都是以单独的文件的形式存在的，其格式可以是VHD(Virtual Hard Disk format，微软虚拟磁盘文件)格式。

服务端的存储设备可以分为主用存储设备和备用存储设备，在大多数情况下，都是主用存储设备处于工作状态来提供云桌面服务。在服务端为客户端提供云桌面服务的时候，云服务器主机挂载到主用存储设备下，通过虚拟进程调用主用存储设备中该客户端的相关镜像数据并持续不断地利用运营商提供的网络将相关图像以及用户操作信息以视窗的形式呈现给客户端。

从上述过程中可以看出，客户端正常使用云桌面业务至少需要满足这样两个条件：首先，云服务器主机能够挂载到主用存储设备上，也就是说，云服务器主机与主用存储设备之间不能出现断链的情况。另一方面，服务端与客户端之间的网络必须保持畅通，不能出现网络中断的情况，网络中断包括因为服务端网口故障引起的网络中断和由于运营商提供的网络本身的问题所引起的故障。

为了保证服务端出现存储故障或者是客户端与服务端之间出现网络故障的时候，客户端还依然能够使用云桌面镜像文件，所以本实施例中，当服务端正常提供的云桌面业务的时候，可以将服务端中该客户端需要的云桌面镜像文件提取出来，并缓存到终端中。

可以理解的是，由于缓存云桌面镜像文件需要一定的存储空间，所以，在本实施例中，要求终端预留一定的空间用于存储其需要的云桌面镜像文件。但对于客户端来说这个要求并不是很难，因为就现有的各种终端而言，一般都会有几十甚至上百GB的存储空间处于闲置状态。所以，本实施例中将云桌面镜像文件缓存至客户端，有效地利用了闲置资源，从而提高了客户端设备的资源利用率，同时又避免了在服务端设置备用资源所必须的资金消耗，从这两方面来说，本实施例提供的云桌面容灾方法实现了对资源的优化配置。

由于缓存云桌面镜像文件的时候需要占用网络带宽和客户端本地的读写端口，为了不影响客户端正常使用服务端提供的云桌面服务，本实施例中，在缓存云桌面镜像文件之前还可以先判断判断客户端是否具备空闲资源，当是时，才进行云桌面镜像文件的缓存。具体地，在本实施例中，也可以将缓存云桌面镜像文件的进程的优先级设置为次级，也就是说，将该缓存进程作为次要进程，当用户当前的操作需要占用网络带宽或者使用到本地磁盘的读写能力时，则优先执行用户当前的操作任务。当有剩余带宽或磁盘读写能力时，方可继续缓存云桌面镜像文件。当缓存任务结束之后，可以将缓存结果通报给服务端或客户端中的至少一个，较好的做法是将缓存结果同时告知客户端与服务端。

S104、在满足预设条件时，客户端调用存储在终端的云桌面镜像文件为用户提供云桌面服务。

针对客户端无法使用到服务端通过正常方式提供的云桌面业务的问题，在本实施例提出这样的解决方案：即调用终端中存储的云桌面镜像文件为用户提供云桌面服务。请参考图2，图2是客户端调用存储在终端的云桌面镜像文件为用户提供云桌面服务的一种流程图：

S202、客户端对云桌面镜像文件进行格式处理。

客户端对缓存到终端的云桌面镜像文件进行处理可以是在云桌面镜像文件刚缓存结束的时候，当然也可以是在需要使用终端存储的云桌面镜像文件的时候。在本实施例中，为了让客户端在无法使用服务端通过正常方式提供的云桌面业务时，能够立即切换至终端存储的云桌面镜像文件，而不影响用户的正常工作，可以将该处理流程设置在云桌面镜像文件缓存完成之后，这样能够减少用户的等待时间，提高用户体验。

对云桌面镜像文件的处理主要就是对镜像文件进行再编译的过程，由于云桌面镜像文件之前在服务端的存储设备是VHD的格式，而现在需要将其作为操作系统使用，所以必须对其进行格式处理，重新编码，让客户端设备可以识别出其是操作系统。

S204、客户端修改系统引导信息。

由于在这种情况下，客户端设备需要启用之前不同的操作系统，所以需要对终端设备的系统引导信息进行修改，即需要修改原有操作系统的MBR(MasterBoot Record，硬盘主引导记录)等信息，该修改会在设备重启之后生效。可以理解的是，有可能用户当前并不是十分需要使用云桌面镜像文件，所以即使客户端当前不能使用服务端通过正常方式向其提供的云桌面服务也没什么关系，所以，在这种情况下，用户可能不需要启用终端存储的云桌面镜像，而更愿意等待网络正常或者云服务器主机与存储设备自行恢复正常。故，为了充分维护用户的意愿，可以在网络连接中断或存储断链之后、修改系统引导信息之前，向用户发出提示信息，询问用户是否要使用本机缓存下来的云桌面镜像文件。当用户选择是的时候，才修改MBR等相关信息。在本实施例一种较好的示例当中，还可以根据用户的指令随时启用终端缓存的云桌面镜像文件，即用户在需要的时候输入特定的指令，这时候再对系统引导程序进行修改，这种方式在很大程度上提高了用户的自主性。

S206、客户端根据修改后的系统引导信息加载处理后的云桌面镜像文件，得到用于为用户提供云桌面服务的云桌面系统。

修改系统引导信息之后，客户端设备会进行重启，重启之后引导终端设备进入云桌面镜像文件所对应的系统中。这时，用户就又可以使用云桌面镜像文件提供的服务了，只是这时候服务的提供者不再是服务端，而是客户端本身了。而且在这种情况下几乎不需要服务端的参与。

本发明实施例提供的云桌面容灾方法，通过将客户端需要的云桌面镜像文件并存储在客户端，使客户端可以在网络故障或者服务端存储故障的时候能够根据终端中存储的云桌面镜像文件为用户提供云桌面服务，增强了容灾方案的可靠性，提高了容灾效果和用户体验。而且，本实施例在进行云桌面镜像缓存和启用终端存储的云桌面镜像文件之前，都充分考虑了用户当前的需求和意愿，所以使得本实施例的云桌面容灾方法更人性化，符合用户意愿。

实施例二：

在实施例一中，当服务端出现存储故障的时候，客户端通过启用终端存储的云桌面镜像文件继续提供云桌面服务，针对因服务端出现存储断链而导致客户端无法使用服务端正常提供的云桌面服务的情况，本实施例提供的云桌面容灾方法能够给出另一种解决方案，请参考图3：

S302、当客户端能正常使用服务端提供的云桌面服务时，从服务端中提取客户端需要的云桌面镜像文件并存储在终端中。

本实施例中缓存云桌面镜像文件的过程可以参照实施例一中的过程，这里不再赘述。

S304、服务端调用存储在终端中的云桌面镜像文件为用户提供云桌面服务。

虽然此时云服务器主机无法从服务端的存储设备上获取到客户端所需要的云桌面镜像文件，但是由于现在服务端与客户端之间的网络连接依然完好，所以，云服务器主机能够通过网络挂载到客户端存储的云桌面镜像文件上，继续向用户提供云桌面服务。具体的，服务端调用存储在终端中的云桌面镜像文件为用户提供云桌面服务的流程如图4所示：

S402、服务器主机挂载到终端存储云桌面镜像文件的存储目录下。

这里所说的服务器主机即为云服务器主机。挂载是指将一个设备挂接到一个已存在的目录上。然后该设备可以访问该目录来访问目录所在的设备，在本实施例中，云服务器主机就是通过挂接在终端的存储云桌面镜像文件的存储目录下，然后通过访问存储云桌面镜像文件的存储设备获取到云桌面镜像文件。

S404、服务器的主机通过网络调用云桌面镜像文件向用户继续提供云桌面服务。

相较于实施例一中由客户端加载存储在终端的云桌面镜像文件的方案而言，在本实施例的方案中，对网络的要求可能会稍微高一些，因为此时不仅要保证用户能够正常使用服务端提供的云桌面服务，而且还要进一步保证服务端能够通过网络从终端顺利地获取到云桌面镜像文件。

从另一方面来说，这个方案又具备实施例一的方案所不具备的优点，比如，从用户体验来说，本实施例中，用户在客户端使用云桌面服务的时候，几乎不会感知到该云桌面镜像文件来自终端。因为此时提供云桌面服务的依然是服务端，而客户端只需要接受这种服务就可以了，并不需要做进一步的处理。在这种情况下，相当于是终端的存储设备作为了服务端的“备用存储设备”，而对于客户端而言，提供云桌面镜像文件的是服务端的主用存储设备还是备用存储设备是没有任何影响的。因此，本实施例所提供的云桌面容灾方案更有利于用户的体验。

S306、在调用存储在终端的云桌面镜像文件提供云桌面服务时，保存客户端对云桌面镜像文件的修改记录。

虽然此时使用的是客户端终端存储的云桌面镜像文件，但这只是一个暂时的过程，当服务端的云服务器主机与存储设备恢复正常的连接之后，云服务器主机还是会继续使用服务端存储设备上的云桌面镜像文件。因此，为了当云服务主机再次连接到其本地的存储设备上的时候，用户之前对云桌面镜像文件所做的修改记录继续存在，所以，在本实施例中还提供一种记录修改的机制，即在云服务器主机使用客户端存储的云桌面镜像文件为客户端提供云桌面服务的时候，就记录客户端对云桌面镜像文件的修改。

S308、当用户可再次正常使用云桌面业务时，将修改记录同步至服务端。

当服务端的存储链接恢复正常的时候，将之前记录的客户端对云桌面镜像文件的修改同步至服务端。可以理解的是，如果之前的故障只是由于云服务器主机无法连接到其存储设备上，而存储设备本身也并没有故障，保存在其上的云桌面镜像文件也依然完好无损，那么可以仅同步修改记录，即客户端对云桌面镜像文件的修改数据，而如果之前的故障是由于服务端的存储设备坏了，其上存储的云桌面镜像文件遭受到了损害，那么这里所说的同步修改数据就不仅仅是客户端在该过程中对云桌面镜像文件的修改数据了，这时候，可能需要将终端中所存储的所有的云桌面镜像文件的数据都同步到服务端包括使用终端云桌面镜像文件提供云桌面服务期间其对该文件的修改数据和之前缓存的云桌面镜像文件的原始数据。应当明白的是，该同步过程的目的在于使服务端与客户端所保存的该客户端对应的云桌面镜像文件一致。

在本实施例中，当服务端的存储链接回复正常时，为了让用户尽早享受服务端通过正常方式所提供的云桌面服务，可以优先将客户端对云桌面镜像文件的修改同步至服务端。这个过程和客户端缓存云桌面镜像文件的相反，在客户端缓存云桌面镜像文件的时候是将缓存作为次要进程，而这里同步过程则被作为主要进程，能够优先享有网络带宽和磁盘的读写功能等资源。当然，如果用户当前正在处理比较重要的事情，这种优先原则可能会影响到用户体验，所以，在本实施例中，可以在优先同步数据之前先向用户进行询问，如果用户同意，则优先将客户端的数据进行同步，否则，优先让其他进程占用带宽和磁盘读写，等到有剩余资源的时候才进行数据同步。

可以理解的是，S306和S308的流程在实施例一中也同样适用。在实施例一中，当得知服务端能够正常提供云桌面服务的时候，可以在客户端设备当前启动的系统中进行系统切换，可以将系统引导程序恢复到客户端使用终端存储的原桌面镜像文件之前的版本，即将MBR信息修改成原有的MBR。或者让现有的系统引导信息兼容原始的，即在现有的MBR信息中兼容原有终端操作系统信息，这时候用户可以在重启后引用原有操作系统的相关引导，并正常进入原有的操作系统，进入原有操作系统后用户可以选择登陆原有虚拟云桌面的登陆界面。

在进入到原有操作系统后，用户可以进入虚拟云桌面的登陆界面，输入虚拟云桌面系统的用户名密码进行鉴权，鉴权通过后，系统判断客户端缓存的云桌面镜像文件有过数据修改记录。这个时候可以提示用户，根据用户的选择将关于云桌面镜像文件的修改数据同步至服务端。在同步的过程中，系统可以提示用户当前正在进行数据。当同步完成后，用户成功登录可以到服务端通过正常方式提供的云桌面系统中进行正常的操作。

毫无疑义的是，在用户再次使用云桌面服务的时候，又可以利用空余磁盘读写能力以及网络带宽将客户端对服务端的云桌面镜像文件所进行的修改同步到终端，以应对下一次网络中断或者是存储断链事故。

本实施例提供的云桌面容灾方法，主要针对服务端出现存储事故的情况，在服务端的云服务器主机无法从终端获取到云桌面镜像文件从而为用户提供云桌面服务的时候，云服务器主机可以通过挂载到终端，利用终端存储的云桌面镜像文件继续为用户提供云桌面服务，而且该方案由于几乎不会使用户感知到变化，所以能够提高用户体验。

更进一步的，在本实施例和实施例一中，能够在客户端使用终端存储的云桌面镜像文件的时候记录客户端对镜像文件的修改，当服务端能够正常提供云桌面服务的时候，会将客户端对云桌面镜像文件的修改同步至服务端，使服务端中的镜像文件数据与客户端中的镜像文件保持一致，从而使用户无论是在正常情况下，还是在网络事故或存储事故之后都能使用到相同的云桌面镜像文件，尽量减少了事故前后的转变给用户带来的损失与不便。

实施例三：

本实施例提供一种客户端，请参考图5，该客户端50包括本地调用模块502，本地调用模块502用于在满足预设条件时，调用存储在终端的云桌面镜像文件为用户提供云桌面服务。

用于在服务端能够正常提供云桌面服务的时候将其需要的云桌面镜像文件缓存至终端，当服务端无法正常提供云桌面服务的时候，调用终端存储的云桌面镜像文件为用户提供云桌面服务。

服务端通常包括云服务器主机和存储设备。在一个云桌面容灾系统当中，可能会存在多个客户端50，所以存储设备上应当会存储多个客户端50的云桌面镜像文件，这对于服务端的存储空间要求较高。在本实施例中，存储设备可以是RAID(Redundant Arrays of Independent Disks，磁盘阵列)或者由RAID组成的MAID(massive array of idle disks，大规模非活动磁盘阵列)。各个客户端50的云桌面镜像文件在服务端的存储设备上都是以单独的文件的形式存在的，其格式可以是VHD(Virtual Hard Disk format，微软虚拟磁盘文件)格式。

服务端的存储设备可以分为主用存储设备和备用存储设备，在大多数情况下，都是主用存储设备处于工作状态来提供云桌面服务。在服务端为客户端50提供云桌面服务的时候，云服务器主机挂载到主用存储设备下，通过虚拟进程调用住用存储设备中该客户端50的相关镜像数据并持续不断地利用运营商提供的网络将相关图像以及用户操作信息以视窗的形式呈现给客户端50。

从上述过程中可以看出，客户端50能正常使用云桌面业务至少需要满足这样两个条件：首先，云服务器主机能够挂载到主用存储设备上，也就是说，云服务器主机与主用存储设备之间不能出现断链的情况。另一方面，服务端与客户端50之间的网络必须保持畅通，不能出现网络中断的情况，网络中断包括因为服务端网口故障引起的网络中断和由于运营商提供的网络本身的问题所引起的故障。

如图6所示，为了保证服务端出现存储故障或者是客户端50与服务端之间出现网络故障的时候，用户还依然能够使用云桌面镜像文件，所以本实施例的一种示例当中，客户端50还包括第一缓存模块504。当服务端正常提供的云桌面业务的时候，第一缓存模块504可以将服务端中该客户端需要的云桌面镜像文件提取出来，并缓存到终端。

可以理解的是，由于缓存云桌面镜像文件需要一定的存储空间，所以，在本实施例中，要求终端中预留一定的空间用于存储其需要的云桌面镜像文件。对于客户端50来说这个要求并不是很难，因为就现有的各种终端而言，一般都会有几十甚至上百GB的存储空间处于闲置状态。所以，本实施例中将云桌面镜像文件缓存至客户端50，有效地利用了闲置资源，从而提高了客户端设备的资源利用率，同时又避免了在服务端设置备用资源所必须的资金消耗，从这两方面来说，本实施例提供的云桌面容灾系统实现了对资源的优化配置。

缓存云桌面镜像文件的时候需要占用网络带宽和客户端50本地的读写端口，为了不影响用户正常使用服务端提供的云桌面服务，所以，在本实施例中，可以将第一缓存模块504缓存云桌面镜像文件的进程的优先级设置为次级，也就是说，将该缓存进程作为次要进程，当用户当前的操作需要占用网络带宽或者使用到本地磁盘的读写能力时，则优先执行用户当前的操作任务。当有剩余带宽或磁盘读写能力时，第一缓存模块504方可继续缓存云桌面镜像文件。当缓存任务结束之后，第一缓存模块504可以将缓存结果通报给服务端或客户端50中的至少一个，较好的做法是将缓存结果同时告知客户端50与服务端。

在满足预设条件时，本地调用模块502调用存储在终端的云桌面镜像文件向用户提供云桌面服务。

事实上，满足预设条件的情况就是客户端50无法享受服务端通过正常方式提供的云桌面业务了。本实施例所说的预设条件可以是以下两个种的至少一个，当然也可以两个条件同时满足：

第一、服务端与客户端50之间的网络连接中断。

第二、云服务器主机无法挂载到服务端侧的存储设备上。也即云服务器无法从服务端侧获取到客户端50需要的云桌面资源。

针对客户端50无法使用到服务端通过正常方式提供的云桌面业务的问题，在本实施例中的云桌面容灾系统提出这样的解决方案：

本地调用模块502首先对缓存过来的云桌面镜像文件进行格式处理。这个处理过程可以是在云桌面镜像文件刚缓存结束的时候，当然也可以是在用户需要使用终端存储的云桌面镜像文件的时候。在本实施例中，为了在用户无法使用服务端通过正常方式提供的云桌面业务时，能够立即切换至终端存储的云桌面镜像文件，而不影响用户的正常工作，本地调用模块502可以将该处理流程设置在云桌面镜像文件缓存完成之后，这样能够减少用户的等待时间，提高用户体验。

本地调用模块502对云桌面镜像文件的处理主要就是对镜像文件进行再编译的过程，由于云桌面镜像文件之前在服务端的存储设备是VHD的格式，而现在需要将其作为操作系统使用，所以必须对其进行格式处理，重新编码，让客户端设备可以识别出其是操作系统。

本地调用模块502还要修改系统引导信息。由于在这种情况下，客户端设备需要启用之前不同的操作系统，所以需要对终端设备的系统引导信息进行修改，即需要修改原有操作系统的MBR(Master Boot Record，硬盘主引导记录)等信息，该修改会在设备重启之后生效。可以理解的是，有可能用户当前并不是十分需要使用云桌面镜像文件，所以，即使客户端50当前不能使用服务端通过正常方式向其提供的云桌面服务也没什么关系，所以，在这种情况下，用户可能不需要启用终端存储的云桌面镜像，而更愿意等待网络正常或者云服务器主机与存储设备自行恢复正常。故，为了充分维护用户的意愿，客户端50可以在网络连接中断或存储断链之后、修改系统引导信息之前，向用户发出提示信息，询问用户是否要使用本机缓存下来的云桌面镜像文件。当用户选择是的时候，才修改MBR等相关信息。在本实施例一种较好的示例当中，本地调用模块502还可以根据用户的指令随时启用客户端50终端缓存的云桌面镜像文件，即用户在需要的时候输入特定的指令，这时候再对系统引导程序进行修改，这中方式在很大程度上提高了用户的自主性。

本地调用模块502根据修改后的系统引导信息加载处理后的云桌面镜像文件，得到，得到用于为用户提供云桌面服务的云桌面系统。修改系统引导信息之后，终端设备会进行重启，重启之后引导终端设备进入云桌面镜像文件所对应的系统中。这时，用户就又可以使用云桌面镜像文件提供的服务了，只是这时候服务的提供者不再是服务端，而是客户端50本身了。而且在这种情况下几乎不需要服务端的参与。

在本实施例中，客户端50可以设置在各种类型的终端设备上，例如，PC、平板电脑、电话等，其中客户端50中的第一缓存模块504可以由终端的处理器、通信单元和存储器共同实现，由处理器控制通信单元从服务端获取到云桌面镜像文件，然后存储到存储器中。本地调用模块502可以由存储器的输出接口来实现，而本地调用模块502也可以通过处理器来实现，当出现网络故障或者存储故障的时候，终端的处理器通过存储器的输出接口从存储器中读取云桌面镜像文件，并对云桌面镜像文件进行处理与加载，得到云桌面系统，继续为用户提供云桌面服务。

本实施例还提供一种云桌面容灾系统，该系统包括服务端和至少一个上述客户端50。

本发明实施例提供的客户端50和云桌面容灾系统，通过将其需要的云桌面镜像文件并存储在终端，使客户端50可以在网络故障或者服务端存储故障的时候能够根据终端存储的云桌面镜像文件为用户提供云桌面服务，增强了容灾系统的可靠性，提高了容灾效果和用户体验。而且，本实施例中客户端50在进行云桌面镜像缓存和启用终端存储的云桌面镜像文件之前，都充分考虑了用户当前的需求和意愿，所以使得本实施例的云桌面容灾系统更人性化，符合用户意愿。

实施例四：

本实施例提供一种服务端和一个与实施例三种不同的客户端，在用户可以正常使用云桌面服务的时候，客户端将用户需要的云桌面镜像文件缓存在终端，当服务端无法通过服务侧存储的云桌面镜像文件为用户正常提供云桌面服务的时候，其可以调用终端中存储的云桌面镜像文件继续为用户提供服务。

请参考图7和图8，图7是本实施例中提供的客户端的一种结构示意图，图7是本实施例提供的服务端的一种结构示意图：

客户端70包括第二缓存模块702，服务端80包括远端调用模块802。

第二缓存模块702用于当用户能正常使用服务端提供的云桌面服务时，从服务端中提取客户端需要的云桌面镜像文件并存储在终端中。

本实施例中第二缓存模块702缓存云桌面镜像文件的过程可以参照实施例三中第一缓存模块缓存镜像文件的过程，这里不再赘述。

和实施例三中不同的是，本实施例中客户端70中不包含本地调用模块，而是在服务端80中设置了远端调用模块802。当服务端80中的云服务器主机无法获取到终端存储的云桌面镜像文件的时候，远端调用模块802调用存储在终端中的云桌面镜像文件为该客户端提供云桌面服务。

虽然此时云服务器主机无法从服务端80的存储设备上获取到客户端70所需要的云桌面镜像文件，但是由于现在服务端80与客户端70之间的网络连接依然完好，所以，云服务器主机能够通过网络挂载到客户端70存储的云桌面镜像文件的存储目录下，继续向用户提供云桌面服务。

具体地，当服务端80中出现存储事故的时候，远端调用模块802控制服务器主机挂载到终端中存储云桌面镜像文件的设备上。这里所说的服务器主机即为云服务器主机。挂载是指将一个设备挂接到一个已存在的目录上。然后该设备可以访问该目录来访问目录所在的设备，在本实施例中，云服务器主机就是通过挂接在终端的存储云桌面镜像文件的存储目录下，然后通过访问存储云桌面镜像文件的存储设备获取到云桌面镜像文件。

然后远端调用模块802控制服务器主机通过网络调用云桌面镜像文件向用户继续提供云桌面服务。

本实施例还提供一种云桌面容灾系统，请参考图9，云桌面容灾系统9当中包括本实施例提供的服务端80和至少一个客户端70。相较于实施例三中由客户端自身加载终端的云桌面镜像文件的方案而言，在本实施例的云桌面容灾系统9中，对网络的要求可能会稍微高一些，因为此时不仅要保证客户端70能够正常使用服务端80提供的云桌面服务，而且还要进一步保证服务端80能够从客户端70通过网络顺利地获取到云桌面镜像文件。

从另一方面来说，本实施例提供的云桌面容灾系统9又具备实施例三提供的云桌面容灾系统所不具备的优点，比如，从用户体验来说，本实施例中，用户通过客户端使用云桌面服务的时候，几乎不会感知到该云桌面镜像文件来自终端。因为此时提供云桌面服务的依然是服务端80，而客户端70只需要接受这种服务就可以了，并不需要做进一步的处理。在这种情况下，相当于是终端的存储设备作为了服务端80的“备用存储设备”，而对于客户端70而言，提供云桌面镜像文件的是服务端80的主用存储设备还是备用存储设备是没有任何影响的。因此，本实施例所提供的云桌面容灾系统9更有利于用户的体验。

在本实施例中的另一种较好的示例当中，如图10所示，客户端70除了包括第二缓存模块702以外，还包括第二记录模块704和第二同步模块706，第二记录模块704用于在调用终端中存储的云桌面镜像文件提供云桌面服务时，保存客户端对云桌面镜像文件的修改记录。第二同步模块706用于当服务端80的存储链接恢复正常的时候，将之前保存的修改记录同步至服务端80。

虽然此时使用的是终端存储的云桌面镜像文件，但这只是一个暂时的过程，当服务端80的云服务器主机与存储设备恢复正常的连接之后，云服务器主机还是会继续使用服务端80存储设备上的云桌面镜像文件。因此，为了当云服务主机再次连接到终端的存储设备上的时候，用户之前对云桌面镜像文件所做的修改记录继续存在，所以，本实施例中第二记录模块704在云服务器主机使用客户端存储的云桌面镜像文件为客户端提供云桌面服务的时候，就会记录用户对云桌面镜像文件的修改。

可以理解的是，如果之前的故障只是由于云服务器主机无法连接到其存储设备上，而存储设备本身也并没有故障，保存在其上的云桌面镜像文件也依然完好无损，那么第二同步模块706可以仅同步客户端对云桌面镜像文件的修改数据，而如果之前的故障是由于服务端的存储设备坏了，其上存储的云桌面镜像文件遭受到了损害，那么第二同步模块706同步修改数据时就不仅仅是客户端在该过程中对云桌面镜像文件的修改数据了，这时候，第二同步模块706可能需要将终端中所存储的所有的云桌面镜像文件的数据都同步到服务端80，包括使用终端云桌面镜像文件提供云桌面服务期间其对该文件的修改数据和之前缓存的云桌面镜像文件的原始数据。应当明白的是，第二同步模块706同步数据的目的在于使服务端与客户端所保存的该客户端对应的云桌面镜像文件一致。

在本实施例中，当服务端的存储链接回复正常时，为了让客户端70尽早享受服务端80通过正常方式所提供的云桌面服务，第二同步模块706可以优先将客户端70对云桌面镜像文件的修改同步至服务端80。这个过程和客户端70缓存云桌面镜像文件的相反，在客户端70缓存云桌面镜像文件的时候是将缓存作为次要进程，而这里同步过程则被作为主要进程，能够优先享有网络带宽和磁盘的读写功能等资源。当然，如果用户当前正在处理比较重要的事情，这种优先原则可能会影响到用户体验，所以，在本实施例中，第二同步模块706可以在优先同步数据之前先向用户进行询问，如果用户同意，则优先将客户端的数据进行同步，否则，优先让其他进程占用带宽和磁盘读写，等到有剩余资源的时候才进行数据同步。

在本实施例中，客户端70可以设置在各种类型的终端设备上，例如，PC、平板电脑、电话等，其中客户端70中的第二缓存模块702可以由终端的处理器和存储器共同实现，由处理器从服务端获取到云桌面镜像文件，然后存储到存储器中。

本实施例中的服务端80主要由服务器来实现，其中远端调用模块802可以由服务器的处理器来实现，当出现网络故障或者存储故障的时候，服务器的处理器通过存储器的输出接口从中终端设备的存储器中读取云桌面镜像文件，并对云桌面镜像文件并通过网络向终端用户提供云桌面服务。

可以理解的是，实施例三中的客户端50也可以同样可以实现对镜像文件的修改记录和将修改同步至服务端的效果。如图11所示，客户端50包括本地调用模块502、第一缓存模块504、第一记录模块506和第一同步模块508。在实施例三中，当得知服务端能够正常提供云桌面服务的时候，可以在客户端设备当前启动的系统中进行系统切换，可以将系统引导程序恢复到客户端50或客户端70使用终端存储的原桌面镜像文件之前的版本，即将MBR信息修改成原有的MBR。或者让现有的系统引导信息兼容原始的，即在现有的MBR信息中兼容原有终端操作系统信息，这时候用户可以在重启后引用原有操作系统的相关引导，并正常进入原有的操作系统，进入原有操作系统后用户可以选择登陆原有虚拟云桌面的登陆界面。

在进入到原有操作系统后，用户可以进入虚拟云桌面的登录界面，输入虚拟云桌面系统的用户名密码进行鉴权，鉴权通过后，第一同步模块508或第二同步模块706判断客户端50或客户端70缓存的云桌面镜像文件有过数据修改记录。这个时候第一同步模块508或第二同步模块706可以提示用户，根据用户的选择将关于云桌面镜像文件的修改数据同步至服务端。在同步的过程中，第一同步模块508或第二同步模块706可以提示用户当前正在进行数据。当同步完成后，用户成功登录可以到服务端通过正常方式提供的云桌面系统中进行正常的操作。

毫无疑义的是，在用户再次正常使用云桌面服务的时候，又可以利用空余磁盘读写能力以及网络带宽将客户端50或客户端70对服务端的云桌面镜像文件所进行的修改同步到终端，以应对下一次网络中断或者是存储断链事故。

本实施例中的客户端70的第二记录模块704以及实施例三中客户端50的第一记录模块506可以由终端设备处理器来实现，第一同步模块508和第二同步模块706的功能可以由终端中的处理器和通信单元来实现。

本实施例提供的云桌面容灾系统，主要针对服务端80出现存储事故的情况，在服务端80的云服务器主机无法从终端获取到云桌面镜像文件从而为用户提供云桌面服务的时候，云服务器主机可以通过挂载到终端，利用终端存储的云桌面镜像文件继续为用户提供云桌面服务，而且该方案由于几乎不会使用户感知到变化，所以能够提高用户体验。

更进一步的，在本实施例和实施例三种，能够在客户端使用终端存储的云桌面镜像文件的时候记录客户端对镜像文件的修改，当服务端能够正常提供云桌面服务的时候，会将客户端对云桌面镜像文件的修改同步至服务端，使服务端中的镜像文件数据与客户端中的镜像文件保持一致，从而使用户无论是在正常情况下，还是在网络事故或存储事故之后都能使用到相同的云桌面镜像文件，尽量减少了事故前后的转变给用户带来的损失与不便。

显然，本领域的技术人员应该明白，上述本发明实施例的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在计算机存储介质(ROM/RAM、磁碟、光盘)中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。所以，本发明不限制于任何特定的硬件和软件结合。

以上内容是结合具体的实施方式对本发明实施例所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。

Claims (11)

1.一种云桌面容灾方法，包括：

在满足预设条件时，服务端调用存储在终端的云桌面镜像文件为用户提供云桌面服务。

2.如权利要求1所述的云桌面容灾方法，其特征在于，当至少满足以下预设条件时，所述服务端调用存储在终端的所述云桌面镜像文件为用户提供云桌面服务包括：

服务器主机无法从所述服务端本地的存储设备上获取到所述客户端需要的云桌面资源。

3.如权利要求1或2所述的云桌面容灾方法，其特征在于，所述服务端调用存储在终端的所述云桌面镜像文件为用户提供云桌面服务包括：

控制所述服务器主机挂载到所述终端所述云桌面镜像文件的存储目录下；

通过网络调用所述云桌面镜像文件向用户继续提供云桌面服务。

4.一种云桌面容灾方法，包括：

在满足预设条件时，客户端调用存储在终端的云桌面镜像文件为用户提供云桌面服务。

5.如权利要求4所述的云桌面容灾方法，其特征在于，所述客户端调用存储在终端的云桌面镜像文件为用户提供云桌面服务之前还包括：

在能正常使用服务端提供的云桌面服务时，所述客户端从所述服务端中提取需要的云桌面镜像文件并存储在所述终端本地。

6.如权利要求4所述的云桌面容灾方法，其特征在于，当至少满足以下预设条件中的一个时，所述客户端调用存储在终端的所述云桌面镜像文件为用户提供云桌面服务：

所述客户端与所述服务端之间的网络连接中断；

所述服务端侧的服务器主机无法从所述服务端侧的存储设备上获取到需要的云桌面资源。

7.如权利要求4-6任一项所述的云桌面容灾方法，其特征在于，所述客户端调用存储在终端的所述云桌面镜像文件为用户提供云桌面服务包括：

所述客户端对所述云桌面镜像文件进行格式处理；

所述客户端修改系统引导信息；

所述客户端根据修改后的系统引导信息加载处理后的所述云桌面镜像文件，得到用于为用户提供云桌面服务的云桌面系统。

8.如权利要求4-6任一项所述的云桌面容灾方法，其特征在于，还包括：

在调用存储在终端的所述云桌面镜像文件为用户提供云桌面服务时，所述客户端保存对所述云桌面镜像文件的修改记录；

当能再次正常使用云桌面业务时，所述客户端将所述修改记录同步至所述服务端。

9.一种客户端，其特征在于，包括：

本地调用模块，用于在满足预设条件时，调用存储在终端的云桌面镜像文件为用户提供云桌面服务。

10.一种服务端，其特征在于，包括：

远端调用模块，用于在满足预设条件时，调用存储在终端的云桌面镜像文件为用户提供云桌面服务。

11.一种云桌面容灾系统，其特征在于，包括服务端和如权利要求9所述的客户端；或，包括客户端和如权利要求10所述的服务端。