CN117194330A - 文件存储方法 - Google Patents
文件存储方法 Download PDFInfo
- Publication number
- CN117194330A CN117194330A CN202311069170.0A CN202311069170A CN117194330A CN 117194330 A CN117194330 A CN 117194330A CN 202311069170 A CN202311069170 A CN 202311069170A CN 117194330 A CN117194330 A CN 117194330A
- Authority
- CN
- China
- Prior art keywords
- file
- storage
- server
- directory
- request
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 68
- 230000004044 response Effects 0.000 claims description 46
- 238000012795 verification Methods 0.000 claims description 32
- 230000006870 function Effects 0.000 description 7
- 238000004590 computer program Methods 0.000 description 6
- 230000003287 optical effect Effects 0.000 description 4
- 238000010586 diagram Methods 0.000 description 3
- 238000005538 encapsulation Methods 0.000 description 3
- 238000012423 maintenance Methods 0.000 description 3
- 238000012545 processing Methods 0.000 description 3
- 230000006978 adaptation Effects 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 238000013507 mapping Methods 0.000 description 2
- 230000002093 peripheral effect Effects 0.000 description 2
- 230000008569 process Effects 0.000 description 2
- RWSOTUBLDIXVET-UHFFFAOYSA-N Dihydrogen sulfide Chemical compound S RWSOTUBLDIXVET-UHFFFAOYSA-N 0.000 description 1
- 230000002776 aggregation Effects 0.000 description 1
- 238000004220 aggregation Methods 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000003032 molecular docking Methods 0.000 description 1
- 230000008439 repair process Effects 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本公开提出一种文件存储方法,应用于应用服务器,方法包括:接收应用客户端发送的文件上传请求;确定待存储文件所属的第一文件类型,根据第一文件类型确定待存储文件在应用服务器中的待存储目录;响应文件上传请求,判断主存储服务器和/或从存储服务器是否处于可用状态;在主存储服务器和从存储服务器中存在至少一个服务器处于可用状态的情况下,向至少一个服务器发送文件存储请求,文件存储请求用于至少一个服务器将待存储文件存储至第一存储目录下,第一存储目录为待存储目录允许链接至的磁盘目录,由此,减轻了应用服务器的存储压力,提高了应用服务器的运行速度,从而提高了相关业务的办理效率。
Description
技术领域
本公开涉及计算机技术领域,尤其涉及一种文件存储方法。
背景技术
一些机构在办理相关业务时,需客户提供与业务办理相关的文件(如,影像类文件),并将该文件直接在本地数据库中进行存储,以便后续从数据库中查找该文件进行进一步业务审核。
但是,当大量的文件存储在本地数据库上,造成本地服务器的存储压力较大,可能导致本地服务器的运行速度降低,甚至宕机,严重影响业务的办理效率。
发明内容
本公开提供一种文件存储方法,以至少在一定程度上解决相关技术中的技术问题之一。本公开的技术方案如下:
根据本公开实施例的第一方面,提供一种文件存储方法,应用于应用服务器,包括:接收应用客户端发送的文件上传请求,其中,所述文件上传请求中包括待存储文件;确定所述待存储文件所属的第一文件类型,根据所述第一文件类型确定所述待存储文件在所述应用服务器中的待存储目录;响应所述文件上传请求,判断主存储服务器和/或从存储服务器是否处于可用状态;在所述主存储服务器和从存储服务器中存在至少一个服务器处于可用状态的情况下,向所述至少一个服务器发送文件存储请求,其中,所述文件存储请求中包括待存储文件和所述待存储目录,所述文件存储请求用于所述至少一个服务器将所述待存储文件存储至第一存储目录下,所述第一存储目录为所述待存储目录允许链接至的磁盘目录。
根据本公开实施例的第二方面,提供了一种文件存储方法,应用于主存储服务器,包括:接收应用服务器发送的文件存储请求,其中,所述文件存储请求中包括待存储文件和所述待存储文件在所述应用服务器中的待存储目录,所述待存储目录是所述应用服务器接收到应用客户端发送的文件上传请求,确定所述文件上传请求中的待存储文件所属的第一文件类型,根据所述第一文件类型确定的,所述文件存储请求是所述应用服务器响应于所述文件上传请求,判断所述主存储服务器处于可用状态下所发送的;确定所述主存储服务器处于可用状态下所发送的;根据所述待存储目录,确定第一存储目录,所述第一存储目录为所述待存储目录允许链接至的磁盘目录;将所述待存储文件存储至所述第一存储目录下。
根据本公开实施例的第三方面,提供了一种文件存储装置,应用于应用服务器,包括:接收模块,用于接收应用客户端发送的文件上传请求,其中,所述文件上传请求中包括待存储文件;确定模块,用于确定所述待存储文件所属的第一文件类型,根据所述第一文件类型确定所述待存储文件在所述应用服务器中的待存储目录;判断模块,用于响应所述文件上传请求,判断主存储服务器和/或从存储服务器是否处于可用状态;发送模块,用于在所述主存储服务器和从存储服务器中存在至少一个服务器处于可用状态的情况下,向所述至少一个服务器发送文件存储请求,其中,所述文件存储请求中包括所述待存储文件和所述待存储目录,所述文件存储请求用于所述至少一个服务器将所述待存储文件存储至第一存储目录下,所述第一存储目录为所述待存储目录允许链接至的磁盘目录。
根据本公开实施例的第四方面,提供了一种文件存储装置,应用于主存储服务器,包括:接收模块,用于接收应用服务器发送的文件存储请求,其中,所述文件存储请求中包括待存储文件和所述待存储文件在所述应用服务器中的待存储目录,所述待存储目录是所述应用服务器接收到应用客户端发送的文件上传请求,确定所述文件上传请求中的待存储文件所属的第一文件类型,根据所述第一文件类型确定的,所述文件存储请求是所述应用服务器响应于所述文件上传请求,确定所述主存储服务器处于可用状态下所发送的;确定模块,用于根据所述待存储目录,确定第一存储目录,其中,所述第一存储目录为所述待存储目录允许链接至的磁盘目录;存储模块,用于将所述待存储文件存储至所述第一存储目录下。
根据本公开实施例的第五方面,提供一种电子设备,包括:处理器;用于存储所述处理器可执行指令的存储器;其中,所述处理器被配置为执行所述指令,以实现如本公开第一方面实施例所述的文件存储方法,或者,实现如本公开第二方面实施例所述的文件存储方法。
根据本公开实施例的第六方面,提供一种计算机可读存储介质,当所述计算机可读存储介质中的指令由电子设备的处理器执行时,使得电子设备能够执行如本公开第一方面实施例所述的文件存储方法,或者,实现如本公开第二方面实施例所述的文件存储方法。
根据本公开实施例的第七方面,提供一种计算机程序产品,包括:计算机程序,所述计算机程序被处理器执行时实现如本公开第一方面实施例所述的文件存储方法,或者,实现如本公开第二方面实施例所述的文件存储方法。
本公开的实施例提供的技术方案至少带来以下有益效果:
1、在主存储服务器和从存储服务器中存在至少一个服务器处于可用状态的情况下,将待存储文件存储至至少一个服务器中的第一存储目录下,减轻了应用服务器的存储压力,提高了应用服务器的运行速度,从而提高了相关业务的办理效率;
2、在主存储服务器和从存储服务器中不存在至少一个服务器处于可用状态的情况下,将待存储文件存储至应用服务器的待存储目录中,并在主存储服务器和从存储服务器中至少一个服务器恢复可用状态时,将待存储文件存储至至少一个服务器中,避免了在不存在至少一个服务器处于可用状态的情况时,无法存储文件的情况发生,同时,实现了在存在至少一个服务器恢复可用状态时,及时减轻应用服务器的存储压力,提高了应用服务器的运行速度,从而提高了相关业务的办理效率;
3、将待存储文件存储至主存储服务器或从存储服务器的磁盘目录下,在文件下载时,可以快速地查找到待下载文件,提高了下载速度,从而提高了用户体验;
4、主存储服务器和从存储服务器之间进行数据同步,可在主存储服务器发生故障时,实现对主存储服务器备份,避免了业务数据的丢失。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理,并不构成对本公开的不当限定。
图1是本公开第一实施例所示出的文件存储方法的流程示意图;
图2是本公开第二实施例所示出的文件存储方法的流程示意图;
图3是本公开第三实施例所示出的文件存储方法的流程示意图;
图4是本公开第四实施例所示出的文件存储方法的流程示意图;
图5是本公开第五实施例所示出的文件存储方法的流程示意图;
图6是本公开实施例所示出的文件存储方法的流程示意图;
图7是本公开第六实施例所示出的文件存储装置的结构示意图;
图8本公开第七实施例所示出的文件存储装置的结构示意图;
图9是本公开一示例性实施例所示出的电子设备的结构示意图。
具体实施方式
为了使本领域普通人员更好地理解本公开的技术方案,下面将结合附图,对本公开实施例中的技术方案进行清楚、完整地描述。
需要说明的是,本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
需要说明的是,本公开的技术方案中,所涉及的用户个人信息的收集、存储、使用、加工、传输、提供和公开等处理,均在征得用户同意的前提下进行,并且均符合相关法律法规的规定,且不违背公序良俗。
下面参考附图描述本公开实施例的文件存储方法。
图1是本公开第一实施例所示出的文件存储方法的流程示意图。需要说明的是,本公开实施的文件存储方法可应用于应用服务器。
如图1所示,该文件存储方法可包括如下步骤:
步骤101,接收应用客户端发送的文件上传请求。
其中,文件上传请求中包括待存储文件。
在本公开实施例中,相关业务人员在办理相关业务时,需要对与业务相关的文件(如,身份证扫描件)进行上传,业务人员在应用客户端上进行上传操作,进行文件上传,因此,应用客户端响应于上传操作,可向应用服务端发送文件上传请求,其中,文件上传请求中可包括待存储文件。
其中,待存储文件的文件类型可为图像、视频、文档文件(如,PDF文件、word文件)和文本文件(txt文件)等。
步骤102,确定待存储文件所属的第一文件类型,根据第一文件类型确定待存储文件在应用服务器中的待存储目录。
在本公开实施例中,不同类型的待存储文件,存储在不同的目录下,比如,图像类文件存储在目录A下,视频类文件存储在目录B下,文本文件存储在目录C下,文档文件存储在目录D下。
作为一种示例,可预先设置文件命名规则,即不同类型的文件采用不同的命名规则,比如,图像类文件,采用设定编号进行命名,如,身份证扫描件,采用身份证号命名;又比如,视频类文件,采用时间和视频标识进行命名。
因此,可根据待存储文件的命名规则或者文件的后缀名,确定待存储文件所属的第一文件类型,进而,根据第一文件类型可确定待存储文件在应用服务器中的待存储目录,其中,需要说明的是,待存储目录可为应用服务器中的磁盘目录,如,待存储目录为H:\work\。
步骤103,响应文件上传请求,判断主存储服务器和/或从存储服务器是否处于可用状态。
进一步地,响应于该文件上传请求,执行服务器自检程序,获取主存储服务器和从存储服务器,以判断主存储服务器和/或从存储服务器是否处于可用状态。
其中,需要说明的是,应用服务器可在日志中对主存储服务器和从存储服务器的状态进行记录,并将日志发送至客户端,从而,相关人员可根据该日志查看主从存储服务器的状态,并在主存储服务器或从存储服务器发送故障时,对发生故障的服务器及时进行调试或维修。
步骤104,在主存储服务器和从存储服务器中存在至少一个服务器处于可用状态的情况下,向至少一个服务器发送文件存储请求。
其中,文件存储请求中包括待存储文件和待存储目录,文件存储请求用于至少一个服务器将待存储文件存储至第一存储目录下,第一存储目录为待存储目录允许链接至的磁盘目录。
需要了解的是,应用服务器中的存储目录与主存储服务器和从存储服务器中的目标具有映射关系,主存储服务器或从存储服务器根据待存储目录可确定待存储文件需要存储至的目录,即第一存储目录,第一存储目录为待存储目录可链接至的磁盘目录。
因此,在主存储服务器和从存储服务器中存在至少一个服务器处于可用状态的情况下,应用服务器向该至少一个服务器发送文件存储请求,该至少一个服务器可根据文件存储请求中的待存储目录确定第一存储目录,并将待存储文件存储在该第一存储目录下。
其中,需要说明的是,第一存储目录为待存储目录允许链接至的磁盘目录,将待存储文件存储至磁盘文件中,便于在文件下载时,在多个存储文件中快速查找到目标文件,提高下载速度。
综上,通过接收应用客户端发送的文件上传请求,其中,文件上传请求中包括待存储文件;确定待存储文件所属的第一文件类型,根据第一文件类型确定待存储文件在应用服务器中的待存储目录;响应文件上传请求,判断主存储服务器和/或从存储服务器是否处于可用状态;在主存储服务器和从存储服务器中存在至少一个服务器处于可用状态的情况下,向至少一个服务器发送文件存储请求,其中,文件存储请求中包括待存储文件和待存储目录,文件存储请求用于至少一个服务器将待存储文件存储至第一存储目录下,第一存储目录为待存储目录允许链接至的磁盘目录,由此,在主存储服务器和从存储服务器中存在至少一个服务器处于可用状态的情况下,将待存储文件存储至至少一个服务器中的第一存储目录下,减轻了应用服务器的存储压力,提高了应用服务器的运行速度,从而提高了相关业务的办理效率。
为了清楚地说明上述实施例是如何判断主存储服务器和/或从存储服务器是否处于可用状态的,本公开提出了另一种文件存储方法。
图2是本公开第二实施例所示出的文件存储方法的流程示意图。需要说明的是,本公开实施的文件存储方法可应用于应用服务器。
步骤201,接收应用客户端发送的文件上传请求。
其中,文件上传请求中包括待存储文件。
步骤202,确定待存储文件所属的第一文件类型,根据第一文件类型确定待存储文件在应用服务器中的待存储目录。
步骤203,响应文件上传请求,向主存储服务器和从存储服务器发送至少一次状态验证请求。
作为一种示例,应用服务器响应文件上传请求,同时向主存储服务器和从存储服务器发送至少一个状态验证请求,即发送至少一次状态验证请求,以尝试唤醒主存储服务器和从存储服务器。
步骤204,响应于接收到主存储服务器响应于至少一个状态验证请求所发送的状态验证响应,确定主存储服务器处于可用状态。
在本公开实施例中,在接收到主存储服务器响应于至少一个状态请求所发送的状态验证响应时,可确定主存储服务器处于可用状态。
步骤205,响应于接收到从存储服务器响应于至少一次状态验证请求所发送的状态验证响应,确定从存储服务器处于可用状态。
在本公开实施例中,在接收到从存储服务器响应于至少一次状态验证请求所发送的状态验证响应时,可确定从存储服务器处于可用状态。
步骤206,在主存储服务器和从存储服务器中存在至少一个服务器处于可用状态的情况下,向至少一个服务器发送文件存储请求。
其中,文件存储请求中包括待存储文件和待存储目录,文件存储请求用于至少一个服务器将待存储文件存储至第一存储目录下,第一存储目录为待存储目录允许链接至的磁盘目录。
作为一种示例,在主存储服务器处于可用状态的情况下,向主存储服务器发送文件存储请求,其中,文件存储请求用于在主存储服务器的第一存储目录下对待存储文件进行存储,并判断从存储服务器是否处于可用状态,在从存储服务器处于可用状态的情况下,向从存储服务器发送文件同步请求,其中,文件同步请求中包括待存储文件和第一存储目录,文件同步请求用于从存储服务器将待存储文件同步存储至第一存储目录下;在主存储服务器处于不可用状态,且从存储服务器处于可用状态的情况下,向从存储服务器发送文件存储请求,其中,文件存储请求用于在从存储服务器的第一存储目录下对待存储文件进行存储。
也就是说,在主存储服务器处于可用状态的情况下,如,主存储服务器处于可用状态,从存储服务器也处于可用状态;或者,主存储服务器处于可用状态,从存储服务器处于不可用状态,向主存储服务器发送文件存储请求,主存储服务器将待存储文件存储至自身第一存储目录下,另外,主存储服务器可判断从存储服务器是否处于可用状态,在从存储服务器处于可用状态的情况下,向从存储服务器发送文件同步请求,其中,文件同步请求中包括待存储文件和第一存储目录,文件同步请求用于从存储服务器将待存储文件同步存储至第一存储目录下;在主存储服务器处于不可用状态,且从存储服务器处于可用状态的情况下,向从存储服务器发送文件存储请求,从存储服务器将待存储文件存储至自身的第一存储目录下。
其中,需要说明的是,主存储服务器可同时接收多个应用服务器发送的文件存储请求,主存储服务器可将多个应用服务器发送的待存储文件存储至对应的存储目录下,可实现文件的汇总合并和文件共享。
此外,为了避免主存储服务器和从存储服务器均处于不可用状态时,文件无法存储的情况发生,在主存储服务器和从存储服务器中不存在至少一个服务器处于可用状态的情况下,在待存储目录下对待存储文件进行存储,并在主存储服务器和从存储服务器中至少一个服务器恢复可用状态的情况下,向至少一个服务器重新发送文件存储请求,以在至少一个服务器中对该待存储文件进行存储。比如,在主存储服务器和从存储服务器均处于不可用状态后,每当到达设定周期,应用服务器可向主存储服务器和从存储服务器发送至少一次状态验证请求,响应于接收到主存储服务器响应于至少一个状态验证请求所发送的状态验证响应,可确定主存储服务器恢复可用状态,响应于接收到从存储服务器响应于至少一次状态验证请求所发送的状态验证响应,确定从存储服务器恢复可用状态。
综上,通过响应所述文件上传请求,向主存储服务器和从存储服务器发送至少一次状态验证请求;响应于接收到主存储服务器响应于至少一个状态验证请求所发送的状态验证响应,确定主存储服务器处于可用状态;响应于接收到从存储服务器响应于至少一次状态验证请求所发送的状态验证响应,确定从存储服务器处于可用状态,由此,向主存储服务器和从存储服务器发送至少一次状态验证请求,提高了确定主存储服务器和从存储服务器是否处于可用状态的准确性。
为了实现文件下载功能,在本公开实施例中,应用服务器还可在主存储服务器和从存储服务器中存在至少一个服务器处于可用状态的情况下,从至少一个服务器中获取待下载文件。下面结合图3进行详细说明。
图3是本公开第三实施例所示出的文件存储方法的流程示意图。
如图3所示,该文件存储方法可包括如下步骤:
步骤301,接收应用客户端发送的第一文件下载请求。
其中,第一文件下载请求中包括待下载文件的目标文件标识。
步骤302,响应于第一文件下载请求,根据目标文件标识,确定待下载文件所属的第二文件类型,并根据第二文件类型,确定待下载文件所属的待查询目录。
步骤303,判断主存储服务器和/或从存储服务器是否处于可用状态。
步骤304,在主存储服务器和从存储服务器中存在至少一个服务器处于可用状态的情况下,向至少一个服务器发送第二文件下载请求。
其中,第二文件下载请求中包括待查询目录和目标文件标识,第二文件下载请求用于在第二存储目录下获取与所述目标文件标识匹配的第一目标文件,并将第一目标文件发送至应用服务器,第二存储目录是待查询目录允许链接至的磁盘目录。
在本公开实施例中,在主存储服务器和从存储服务器中存在至少一个服务器处于可用状态的情况下,向至少一个服务器发送第二文件下载请求,以从该至少一个服务器中获取待下载文件。
作为一种示例,在主存储服务器处于可用状态的情况下,向主存储服务器发送第二文件下载请求,其中,第二文件下载请求用于在主存储服务器的第二存储目录下获取与目标文件标识匹配的第一目标文件;在主存储服务器处于不可用状态的情况下,向从存储服务器发送第二文件下载请求,其中,第二文件下载请求用于在从存储服务器的第二目标目录下获取与所述目标文件标识匹配的第一目标文件。
也就是说,在主存储服务器处于可用状态的情况下,向主存储服务器发送第二文件下载请求,以在主存储服务器的第二存储目录下查找是否存在与目标文件标识匹配的第一目标文件,并在主存储服务器的第二存储目录下存在与目标文件标识匹配的第一目标文件时,将第一目标文件发送至应用服务器,应用服务器将该第一目标文件作为下载文件发送至应用客户端;在主存储服务器处于不可用状态的情况下,向从存储服务器发送第二文件下载请求,以在从存储服务器的第二存储目录下查找是否存在与目标文件标识匹配的第一目标文件,并在从存储服务器的第二存储目录下存在与目标文件标识匹配的第一目标文件时,将第一目标文件发送至应用服务器,应用服务器将该第一目标文件作为下载文件发送至应用客户端。
作为另一种示例,在主存储服务器和从存储服务器中不存在至少一个服务器处于可用状态的情况下,查询待查询目录中是否存在与目标文件标识匹配的第二目标文件;在待查询目录中存在与目标文件标识匹配的第二目标文件的情况下,将第二目标文件作为待下载文件发送至所述应用客户端;在待查询目录中不存在与目标文件标识匹配的第二目标文件的情况下,向应用客户端发送目标信息,其中,目标信息用于指示待下载文件下载失败。
也就是说,在主存储服务器和从存储服务器均处于不可用状态时,查看应用服务器中的待查询目录下是否存在与目标文件标识匹配的第二目标文件,如果待查询目录中存在与目标文件标识匹配的第二目标文件的情况下,将第二目标文件作为待下载文件发送至所述应用客户端,如果在待查询目录中不存在与目标文件标识匹配的第二目标文件的情况下,向应用客户端发送目标信息,其中,目标信息用于指示待下载文件下载失败。
步骤305,接收至少一个服务器发送的第一目标文件,并将第一目标文件作为待下载文件发送至应用客户端。
在本公开实施例中,在至少一个服务器的第二存储目录下存在与目标文件标识匹配的第一目标文件时,至少一个服务器可将第一目标文件发送至应用服务器,应用服务器可将第一目标文件作为待下载文件发送至应用客户端。
综上,通过接收应用客户端发送的第一文件下载请求,其中,第一文件下载请求中包括待下载文件的目标文件标识;响应于第一文件下载请求,根据目标文件标识,确定待下载文件所属的第二文件类型,并根据第二文件类型,确定待下载文件所属的待查询目录;判断主存储服务器和/或从存储服务器是否处于可用状态;在主存储服务器和从存储服务器中存在至少一个服务器处于可用状态的情况下,向至少一个服务器发送第二文件下载请求,其中,第二文件下载请求中包括所述待查询目录和目标文件标识,第二文件下载请求用于在第二存储目录下获取与目标文件标识匹配的第一目标文件,并将第一目标文件发送至应用服务器,第二存储目录是待查询目录允许链接至的磁盘目录;接收至少一个服务器发送的第一目标文件,并将第一目标文件作为待下载文件发送至应用客户端,由此,在主存储服务器和从存储服务器中存在至少一个服务器处于可用状态的情况下,从至少一个服务器中待查询目录允许链接的磁盘目录下查询是否存储与目标文件标识匹配的第一目标文件,提高了文件查询效率,从而可实现在至少一个服务器中存在第一目标文件时,提高了下载速度。
为了实现上述实施例,本公开提出另一种文件存储方法。
图4是本公开第四实施例所示出的文件存储方法的流程示意图。其中,需要说明的是,本公开实施例的文件存储方法可应用于主存储服务器。
如图4所示,该文件存储方法可包括如下步骤:
步骤401,接收应用服务器发送的文件存储请求。
其中,文件存储请求中包括待存储文件和待存储文件在应用服务器中的待存储目录,待存储目录是应用服务器接收到应用客户端发送的文件上传请求,确定文件上传请求中的待存储文件所属的第一文件类型,根据第一文件类型确定的,文件存储请求是应用服务器响应于文件上传请求,确定主存储服务器处于可用状态下所发送的。
在本公开实施例中,应用客户端响应于用户上传操作,向应用服务器发送文件上传请求,应用服务器接收到应用客户端发送的文件上传请求时,可根据文件上传请求中的待存储文件所属的第一文件类型,确定待存储文件在应用服务器中的待存储目录,应用服务器响应于该文件上传请求,可判断主存储服务器和/或从存储服务器是否处于可用状态,并在主存储服务器处于可用状态的情况下,向主存储服务器发送文件存储请求。其中,文件存储请求中可包括待存储文件和待存储文件在应用服务器中的待存储目录。
步骤402,根据待存储目录,确定第一存储目录。
其中,第一存储目录为待存储目录允许链接至的磁盘目录。
由于应用服务器中的存储目录与主存储服务器和从存储服务器中的目录具有映射关系,主存储服务器可根据待存储目录,确定用于存储待存储文件的第一存储目录。其中,第一存储目录是待存储目录允许链接至的磁盘目录,即在主存储服务器的磁盘中对待存储文件进行存储。
步骤403,将待存储文件存储至第一存储目录下。
进而,将待存储文件存储至第一存储目录下。
在本公开实施例中,在将待存储文件存储至第一存储目录之后,作为一种示例,还可判断从存储服务器是否处于可用状态,在从存储服务器处于可用状态的情况下,可向从存储服务器发送文件同步请求,其中,文件同步请求中可包括待存储文件和第一存储目录,从存储服务器可响应于该文件同步请求将待存储文件同步存储至自身的第一存储目录下。
作为另一种示例,每当到达设定周期,主存储服务器可判断从存储服务器是否处于可用状态,在从存储服务器处于可用状态的情况下,将主存储服务器在该周期内最新存储的文件同步更新至从存储服务器中。
综上,通过接收应用服务器发送的文件存储请求,其中,文件存储请求中包括待存储文件和待存储文件在所述应用服务器中的待存储目录,待存储目录是应用服务器接收到应用客户端发送的文件上传请求,确定文件上传请求中的待存储文件所属的第一文件类型,根据第一文件类型确定的,文件存储请求是应用服务器响应于文件上传请求,确定主存储服务器处于可用状态下所发送的;根据待存储目录,确定第一存储目录,其中,第一存储目录为待存储目录允许链接至的磁盘目录;将待存储文件存储至第一存储目录下,由此,可将待存储文件存储至主存储服务器的磁盘目录下,减轻了应用服务器的存储压力,提高了应用服务器的运行速度,从而提高了相关业务的办理效率。
在本公开实施例中,客户端响应于下载操作时,可向应用服务器发送第一文件下载请求,应用服务器在确定主存储服务器处于可用状态时,可向主存储服务器发送第二文件下载请求,以下载与目标文件标识匹配的第一目标文件,下面结合图5进行详细说明。
图5是本公开第五实施例所示出的文件存储方法的流程示意图。其中,需要说明的是,本公开实施例的文件存储方法可应用于主存储服务器。
如图5所示,该文件存储方法可包括如下步骤:
步骤501,接收应用服务器发送的第二文件下载请求。
其中,第二文件下载请求是应用服务器确定主存储服务器处于可用状态下发送的,第二文件下载请求中包括待查询目录和目标文件标识,待查询目录是主存储服务器接收到应用客户端发送的第一文件下载请求,并响应于第一文件下载请求,根据第一文件下载请求中的目标文件标识,确定第一文件下载请求中的待下载文件所属的第二文件类型,根据第二文件类型确定的。
在本公开实施例中,应用服务器可接收应用客户端发送的第一文件下载请求,其中,第一文件下载请求中包括待下载文件的目标文件标识,应用服务器响应于第一文件下载请求,根据目标文件标识,确定待下载文件所属的第二文件类型,并根据第二文件类型,确定待下载文件所属的待查询目录,判断主存储服务器是否处于可用状态,在主存储服务器处于可用状态时,向主存储服务器发送第二文件下载请求。其中,第二文件下载请求中包括待查询目录和目标文件标识。
步骤502,响应于第二文件下载请求,从第二存储目录下获取与目标文件标识匹配的第一目标文件。
其中,第二存储目录是待查询目录允许链接至的磁盘目录。
进一步地,响应于第二文件下载请求,判断第二存储目录下是否存在与目标文件标识匹配的第一目标文件,在第二存储目录下存在与目标文件标识匹配的第一目标文件时,从第二存储目录下获取与目标文件标识匹配的第一目标文件。
步骤503,将第一目标文件发送至应用服务器。
其中,第一目标文件用于作为待下载文件发送至应用客户端。
进而,将第一目标文件发送至应用服务器,应用服务器可将第一目标文件作为待下载文件发送至应用客户端。
综上,通过接收应用服务器发送的第二文件下载请求;响应于第二文件下载请求,从第二存储目录下获取与目标文件标识匹配的第一目标文件;将第一目标文件发送至应用服务器,其中,第一目标文件用于作为待下载文件发送至应用客户端,由此,在文件下载时,可以快速地从主存储器中查找到待下载文件,提高了下载速度,从而提高了用户体验。
在本公开任一实施例的基础上,如图6所示,还可基于如下步骤实现本公开实施例的文件存储方法:
1、在影像件文件上传时,为了提高传输速度和文件传输的安全性,可将待上传影像件文件转换成数据流,并将数据流进行报文封装,得到封装报文;
其中,需要说明的是,由于原存储方案中仅存储txt类文件时,使用ftp(FileTransfer Protocol,文件传输协议)方式存储,后因新增图片和视频文件存储功能,导致开发较为繁琐,同时ftp版本漏洞修复频繁运维成本增加,因此,本公开实施例中,可采用nfs(Network File System,网络文件系统)网络磁盘方式存储影像件等文件,即便于开发对接,同时减少运维方面层面维护工作量;
2、本地服务器(应用服务器)接收到客户端(应用客户端)发送的封装报文,对封装报文进行解封装,以得到待上传文件,确定待上传文件所属的文件类型,根据待上传文件所属的文件类型,确定待存储目录;
3、对主存储服务器和从存储服务器进行挂载服务校验,即判断主存储服务器和从存储服务器是否处于可用状态,在主存储器和从存储服务器中存在至少一个服务器处于可用状态的情况下,可向至少一个服务器发送文件存储请求,以将待存储文件存储至第一存储目录下,第一存储目录为所述待存储目录允许链接至的磁盘目录。在主存储服务器和从存储服务器均不处于可用状态时,应用服务器可将待存储文件存储至待存储目录下。
其中,需要说明的是,由于功能初期业务量小,可采用单机模式,随着业务量增加,对于存储服务可用性、数据安全性和完成性提上日程,随后对存储架构升级,并更为主备(主从)双机模式,并可实现每小时定时数据同步功能;另外,还需要说明的是,相关部门发现存在任意主机可查看和访问安全隐患,可针对该问题进行改善,在主存储服务器和从存储服务器中增加仅指定IP主机可服务发现、仅指定主机可进行服务访问功能。
与上述图1至图3实施例提供的文件存储方法相对应,本公开还提供一种文件存储装置,由于本公开实施例提供的文件存储装置与上述图1至图3实施例提供的文件存储方法相对应,因此在文件存储方法的实施方式也适用于本公开实施例提供的文件存储装置,在本公开实施例中不再详细描述。
图7是本公开第六实施例所示出的文件存储装置的结构示意图。在本公开实施例中,该文件存储装置可应用于应用服务器。
如图7所示,该文件存储装置700包括:接收模块710、确定模块720、判断模块730和发送模块740。
其中,接收模块710,用于接收应用客户端发送的文件上传请求,其中,文件上传请求中包括待存储文件;确定模块720,确定待存储文件所属的第一文件类型,根据所述第一文件类型确定待存储文件在应用服务器中的待存储目录;判断模块730,用于响应所述文件上传请求,判断主存储服务器和/或从存储服务器是否处于可用状态;发送模块740,用于在主存储服务器和从存储服务器中存在至少一个服务器处于可用状态的情况下,向至少一个服务器发送文件存储请求,其中,文件存储请求中包括待存储文件和待存储目录,文件存储请求用于至少一个服务器将待存储文件存储至第一存储目录下,第一存储目录为所述待存储目录允许链接至的磁盘目录。
作为本公开实施例的一种可能的实现方式,判断模块730,用于响应所述文件上传请求,向所述主存储服务器和所述从存储服务器发送至少一次状态验证请求;响应于接收到主存储服务器响应于至少一个状态验证请求所发送的状态验证响应,确定主存储服务器处于可用状态;响应于接收到从存储服务器响应于至少一次状态验证请求所发送的状态验证响应,确定从存储服务器处于可用状态。
作为本公开实施例的一种可能的实现方式,发送模块740,用于在主存储服务器处于可用状态的情况下,向主存储服务器发送文件存储请求,其中,文件存储请求用于在主存储服务器的第一存储目录下对待存储文件进行存储,并判断从存储服务器是否处于可用状态,在从存储服务器处于可用状态的情况下,向从存储服务器发送文件同步请求,其中,文件同步请求中包括待存储文件和第一存储目录,文件同步请求用于从存储服务器将待存储文件同步存储至第一存储目录下;在主存储服务器处于不可用状态,且从存储服务器处于可用状态的情况下,向从存储服务器发送文件存储请求,其中,文件存储请求用于在从存储服务器的第一存储目录下对待存储文件进行存储。
作为本公开实施例的一种可能的实现方式,文件存储装置700还包括:存储模块。
其中,存储模块,用于在主存储服务器和从存储服务器中不存在至少一个服务器处于可用状态的情况下,在待存储目录下对待存储文件进行存储;在至少一个服务器恢复可用状态的情况下,向至少一个服务器重新发送所述文件存储请求,以在至少一个服务器中对待存储文件进行存储。
作为本公开实施例的一种可能的实现方式,接收模块710,还用于接收所述应用客户端发送的第一文件下载请求,其中,第一文件下载请求中包括待下载文件的目标文件标识;确定模块720,还用于响应于第一文件下载请求,根据目标文件标识,确定待下载文件所属的第二文件类型,并根据第二文件类型,确定所述待下载文件所属的待查询目录;判断模块730,还用于判断主存储服务器和/或从存储服务器是否处于可用状态;发送模块740,还用于在主存储服务器和从存储服务器中存在至少一个服务器处于可用状态的情况下,向至少一个服务器发送第二文件下载请求,其中,第二文件下载请求中包括所述待查询目录和所述目标文件标识,第二文件下载请求用于在第二存储目录下获取与目标文件标识匹配的第一目标文件,并将所述第一目标文件发送至所述应用服务器,第二存储目录是待查询目录允许链接至的磁盘目录;接收模块710,还用于接收至少一个服务器发送的第一目标文件,并将第一目标文件作为所述待下载文件发送至应用客户端。
作为本公开实施例的一种可能的实现方式,发送模块740,还用于在主存储服务器处于可用状态的情况下,向主存储服务器发送所述第二文件下载请求,其中,第二文件下载请求用于在主存储服务器的第二存储目录下获取与目标文件标识匹配的第一目标文件;在主存储服务器处于不可用状态的情况下,向从存储服务器发送第二文件下载请求,其中,第二文件下载请求用于在从存储服务器的第二存储目录下获取与目标文件标识匹配的第一目标文件。
作为本公开实施例的一种可能的实现方式,文件存储装置700还包括:查询模块。
其中,查询模块,用于在主存储服务器和从存储服务器中不存在至少一个服务器处于可用状态的情况下,查询待查询目录中是否存在与目标文件标识匹配的第二目标文件;发送模块740,还用于在待查询目录中存在与目标文件标识匹配的第二目标文件的情况下,将第二目标文件作为待下载文件发送至应用客户端;发送模块740,还用于在待查询目录中不存在与目标文件标识匹配的第二目标文件的情况下,向应用客户端发送目标信息,其中,目标信息用于指示所述待下载文件下载失败。
本公开实施例的文件存储装置,应用于应用服务器,通过接收应用客户端发送的文件上传请求,其中,文件上传请求中包括待存储文件;确定待存储文件所属的第一文件类型,根据第一文件类型确定待存储文件在应用服务器中的待存储目录;响应文件上传请求,判断主存储服务器和/或从存储服务器是否处于可用状态;在主存储服务器和从存储服务器中存在至少一个服务器处于可用状态的情况下,向至少一个服务器发送文件存储请求,其中,文件存储请求中包括待存储文件和待存储目录,文件存储请求用于至少一个服务器将待存储文件存储至第一存储目录下,第一存储目录为待存储目录允许链接至的磁盘目录,由此,在主存储服务器和从存储服务器中存在至少一个服务器处于可用状态的情况下,将待存储文件存储至至少一个服务器中的第一存储目录下,减轻了应用服务器的存储压力,提高了应用服务器的运行速度,从而提高了相关业务的办理效率。
与上述图4图5施例提供的文件存储方法相对应,本公开还提供一种文件存储装置,由于本公开实施例提供的文件存储装置与上述图4图5施例提供的文件存储方法相对应,因此在文件存储方法的实施方式也适用于本公开实施例提供的文件存储装置,在本公开实施例中不再详细描述。
图8本公开第七实施例所示出的文件存储装置的结构示意图。在本公开实施例中,该文件存储装置可应用于主存储服务器。
如图8所示,文件存储装置800包括:接收模块810、确定模块820和存储模块830。
其中,接收模块810,用于接收应用服务器发送的文件存储请求,其中,文件存储请求中包括待存储文件和待存储文件在应用服务器中的待存储目录,所述待存储目录是所述应用服务器接收到应用客户端发送的文件上传请求,确定文件上传请求中的待存储文件所属的第一文件类型,根据第一文件类型确定的,文件存储请求是所述应用服务器响应于所述文件上传请求,确定主存储服务器处于可用状态下所发送的;确定模块820,用于根据待存储目录,确定第一存储目录,其中,所述第一存储目录为所述待存储目录允许链接至的磁盘目录;存储模块830,用于将待存储文件存储至第一存储目录下。
作为本公开实施例的一种可能的实现方式,文件存储装置800还包括:判断模块和第一发送模块。
其中,判断模块,用于判断从存储服务器是否处于可用状态;发送模块,用于在从存储服务器处于可用状态的情况下,向从存储服务器发送文件同步请求,其中,文件同步请求中包括待存储文件和第一存储目录,所述文件同步请求用于从存储服务器将待存储文件同步存储至第一存储目录下。
作为本公开实施例的一种可能的实现方式,文件存储装置800还包括:获取模块和第二发送模块。
其中,接收模块810,还用于接收应用服务器发送的第二文件下载请求,其中,第二文件下载请求是应用服务器确定主存储服务器处于可用状态下发送的,第二文件下载请求中包括待查询目录和目标文件标识,待查询目录是主存储服务器接收到应用客户端发送的第一文件下载请求,并响应于第一文件下载请求,根据第一文件下载请求中的目标文件标识,确定第一文件下载请求中的待下载文件所属的第二文件类型,根据所述第二文件类型确定的;获取模块,用于响应于第二文件下载请求,从第二存储目录下获取与目标文件标识匹配的第一目标文件,其中,所述第二存储目录是所述待查询目录允许链接至的磁盘目录;第二发送模块,用于将第一目标文件发送至应用服务器,其中,第一目标文件用于作为待下载文件发送至应用客户端。
本公开实施例的文件存储装置,应用于主存储服务器,通过接收应用服务器发送的文件存储请求,其中,文件存储请求中包括待存储文件和待存储文件在所述应用服务器中的待存储目录,待存储目录是应用服务器接收到应用客户端发送的文件上传请求,确定文件上传请求中的待存储文件所属的第一文件类型,根据第一文件类型确定的,文件存储请求是应用服务器响应于文件上传请求,确定主存储服务器处于可用状态下所发送的;根据待存储目录,确定第一存储目录,其中,第一存储目录为待存储目录允许链接至的磁盘目录;将待存储文件存储至第一存储目录下,由此,可将待存储文件存储至主存储服务器的磁盘目录下,减轻了应用服务器的存储压力,提高了应用服务器的运行速度,从而提高了相关业务的办理效率。
在示例性实施例中,还提出了一种电子设备。
其中,电子设备包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,处理器被配置为执行指令,以实现如前述任一实施例提出的文件存储方法。
作为一种示例,图9是本公开一示例性实施例所示出的电子设备900的结构示意图,如图9所示,上述电子设备900,还可以包括:
存储器910及处理器920,连接不同组件(包括存储器910和处理器920)的总线930,存储器910存储有计算机程序,当处理器920执行所述程序时实现本公开实施例所述的文件存储方法。
总线930表示几类总线结构中的一种或多种,包括存储器总线或者存储器控制器,外围总线,图形加速端口,处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说,这些体系结构包括但不限于工业标准体系结构(ISA)总线,微通道体系结构(MAC)总线,增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。
电子设备900典型地包括多种电子设备可读介质。这些介质可以是任何能够被电子设备900访问的可用介质,包括易失性和非易失性介质,可移动的和不可移动的介质。
存储器910还可以包括易失性存储器形式的计算机系统可读介质,例如随机存取存储器(RAM)940和/或高速缓存存储器950。服务器900可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例,存储系统960可以用于读写不可移动的、非易失性磁介质(图9未显示,通常称为“硬盘驱动器”)。尽管图9中未示出,可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器,以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下,每个驱动器可以通过一个或者多个数据介质接口与总线930相连。存储器910可以包括至少一个程序产品,该程序产品具有一组(例如至少一个)程序模块,这些程序模块被配置以执行本公开各实施例的功能。
具有一组(至少一个)程序模块970的程序/实用工具980,可以存储在例如存储器910中,这样的程序模块970包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块970通常执行本公开所描述的实施例中的功能和/或方法。
电子设备900也可以与一个或多个外部设备990(例如键盘、指向设备、显示器991等)通信,还可与一个或者多个使得用户能与该电子设备1100交互的设备通信,和/或与使得该电子设备900能与一个或多个其它计算设备进行通信的任何设备(例如网卡,调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口992进行。并且,电子设备900还可以通过网络适配器993与一个或者多个网络(例如局域网(LAN),广域网(WAN)和/或公共网络,例如因特网)通信。如图所示,网络适配器993通过总线930与电子设备900的其它模块通信。应当明白,尽管图中未示出,可以结合电子设备900使用其它硬件和/或软件模块,包括但不限于:微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。
处理器920通过运行存储在存储器910中的程序,从而执行各种功能应用以及数据处理。
需要说明的是,本实施例的电子设备的实施过程和技术原理参见前述对本公开实施例的文件存储方法的解释说明,此处不再赘述。
在示例性实施例中,还提供了一种包括指令的计算机可读存储介质,例如包括指令的存储器,上述指令可由电子设备的处理器执行以完成上述任一实施例提出的文件存储方法。可选地,计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
在示例性实施例中,还提供一种计算机程序产品,包括计算机程序/指令,其特征在于,所述计算机程序/指令被处理器执行时实现上述任一实施例提出的文件存储方法。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由下面的权利要求指出。
应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。
Claims (10)
1.一种文件存储方法,其特征在于,应用于应用服务器,包括:
接收应用客户端发送的文件上传请求,其中,所述文件上传请求中包括待存储文件;
确定所述待存储文件所属的第一文件类型,根据所述第一文件类型确定所述待存储文件在所述应用服务器中的待存储目录;
响应所述文件上传请求,判断主存储服务器和/或从存储服务器是否处于可用状态;
在所述主存储服务器和从存储服务器中存在至少一个服务器处于可用状态的情况下,向所述至少一个服务器发送文件存储请求,其中,所述文件存储请求中包括所述待存储文件和所述待存储目录,所述文件存储请求用于所述至少一个服务器将所述待存储文件存储至第一存储目录下,所述第一存储目录为所述待存储目录允许链接至的磁盘目录。
2.根据权利要求1所述的方法,其特征在于,所述响应所述文件上传请求,判断主存储服务器和/或从存储服务器是否处于可用状态,包括:
响应所述文件上传请求,向所述主存储服务器和所述从存储服务器发送至少一次状态验证请求;
响应于接收到所述主存储服务器响应于所述至少一个状态验证请求所发送的状态验证响应,确定所述主存储服务器处于可用状态;
响应于接收到所述从存储服务器响应于所述至少一次状态验证请求所发送的状态验证响应,确定所述从存储服务器处于可用状态。
3.根据权利要求1所述的方法,其特征在于,所述在所述主存储服务器和从存储服务器中存在至少一个服务器处于可用状态的情况下,向所述至少一个服务器发送文件存储请求,包括:
在所述主存储服务器处于可用状态的情况下,向所述主存储服务器发送文件存储请求,其中,所述文件存储请求用于在所述主存储服务器的第一存储目录下对所述待存储文件进行存储,并判断所述从存储服务器是否处于可用状态,在所述从存储服务器处于可用状态的情况下,向所述从存储服务器发送文件同步请求,其中,所述文件同步请求中包括所述待存储文件和所述第一存储目录,所述文件同步请求用于所述从存储服务器将所述待存储文件同步存储至所述第一存储目录下;
在所述主存储服务器处于不可用状态,且所述从存储服务器处于可用状态的情况下,向所述从存储服务器发送所述文件存储请求,其中,所述文件存储请求用于在所述从存储服务器的第一存储目录下对所述待存储文件进行存储。
4.根据权利要求1所述的方法,其特征在于,所述方法还包括:
在所述主存储服务器和所述从存储服务器中不存在至少一个服务器处于可用状态的情况下,在所述待存储目录下对所述待存储文件进行存储;
在所述至少一个服务器恢复可用状态的情况下,向所述至少一个服务器重新发送所述文件存储请求,以在所述至少一个服务器中对所述待存储文件进行存储。
5.根据权利要求1所述的方法,其特征在于,所述方法还包括:
接收所述应用客户端发送的第一文件下载请求,其中,所述第一文件下载请求中包括待下载文件的目标文件标识;
响应于所述第一文件下载请求,根据所述目标文件标识,确定所述待下载文件所属的第二文件类型,并根据所述第二文件类型,确定所述待下载文件所属的待查询目录;
判断所述主存储服务器和/或所述从存储服务器是否处于可用状态;
在所述主存储服务器和所述从存储服务器中存在至少一个服务器处于可用状态的情况下,向所述至少一个服务器发送第二文件下载请求,其中,所述第二文件下载请求中包括所述待查询目录和所述目标文件标识,所述第二文件下载请求用于在第二存储目录下获取与所述目标文件标识匹配的第一目标文件,并将所述第一目标文件发送至所述应用服务器,所述第二存储目录是所述待查询目录允许链接至的磁盘目录;
接收所述至少一个服务器发送的第一目标文件,并将所述第一目标文件作为所述待下载文件发送至所述应用客户端。
6.根据权利要求5所述的方法,其特征在于,所述在所述主存储服务器和所述从存储服务器中存在至少一个服务器处于可用状态的情况下,向所述至少一个服务器发送第二文件下载请求,包括:
在所述主存储服务器处于可用状态的情况下,向所述主存储服务器发送所述第二文件下载请求,其中,所述第二文件下载请求用于在所述主存储服务器的第二存储目录下获取与所述目标文件标识匹配的第一目标文件;
在所述主存储服务器处于不可用状态的情况下,向所述从存储服务器发送所述第二文件下载请求,其中,所述第二文件下载请求用于在所述从存储服务器的第二存储目录下获取与所述目标文件标识匹配的第一目标文件。
7.根据权利要求5所述的方法,其特征在于,所述方法还包括:
在所述主存储服务器和所述从存储服务器中不存在至少一个服务器处于可用状态的情况下,查询所述待查询目录中是否存在与所述目标文件标识匹配的第二目标文件;
在所述待查询目录中存在与所述目标文件标识匹配的第二目标文件的情况下,将所述第二目标文件作为待下载文件发送至所述应用客户端;
在所述待查询目录中不存在与所述目标文件标识匹配的第二目标文件的情况下,向所述应用客户端发送目标信息,其中,所述目标信息用于指示所述待下载文件下载失败。
8.一种文件存储方法,其特征在于,应用于主存储服务器,包括:
接收应用服务器发送的文件存储请求,其中,所述文件存储请求中包括待存储文件和所述待存储文件在所述应用服务器中的待存储目录,所述待存储目录是所述应用服务器接收到应用客户端发送的文件上传请求,确定所述文件上传请求中的待存储文件所属的第一文件类型,根据所述第一文件类型确定的,所述文件存储请求是所述应用服务器响应于所述文件上传请求,确定所述主存储服务器处于可用状态下所发送的;
根据所述待存储目录,确定第一存储目录,其中,所述第一存储目录为所述待存储目录允许链接至的磁盘目录;
将所述待存储文件存储至所述第一存储目录下。
9.根据权利要求8所述的方法,其特征在于,所述方法还包括:
判断所述从存储服务器是否处于可用状态;
在所述从存储服务器处于可用状态的情况下,向所述从存储服务器发送文件同步请求,其中,所述文件同步请求中包括所述待存储文件和所述第一存储目录,所述文件同步请求用于所述从存储服务器将所述待存储文件同步存储至所述第一存储目录下。
10.根据权利要求8所述的方法,其特征在于,所述方法还包括:
接收所述应用服务器发送的第二文件下载请求,其中,所述第二文件下载请求是所述应用服务器确定所述主存储服务器处于可用状态下发送的,所述第二文件下载请求中包括待查询目录和目标文件标识,所述待查询目录是所述主存储服务器接收到应用客户端发送的第一文件下载请求,并响应于所述第一文件下载请求,根据所述第一文件下载请求中的目标文件标识,确定所述第一文件下载请求中的待下载文件所属的第二文件类型,根据所述第二文件类型确定的;
响应于所述第二文件下载请求,从第二存储目录下获取与所述目标文件标识匹配的第一目标文件,其中,所述第二存储目录是所述待查询目录允许链接至的磁盘目录;
将所述第一目标文件发送至所述应用服务器,其中,所述第一目标文件用于作为待下载文件发送至所述应用客户端。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202311069170.0A CN117194330A (zh) | 2023-08-23 | 2023-08-23 | 文件存储方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202311069170.0A CN117194330A (zh) | 2023-08-23 | 2023-08-23 | 文件存储方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN117194330A true CN117194330A (zh) | 2023-12-08 |
Family
ID=89002637
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202311069170.0A Pending CN117194330A (zh) | 2023-08-23 | 2023-08-23 | 文件存储方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN117194330A (zh) |
-
2023
- 2023-08-23 CN CN202311069170.0A patent/CN117194330A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9612919B2 (en) | Methods and apparatus for storing and transmitting historical configuration data associated with information technology assets | |
CN109918359B (zh) | 基于swarm的数据库服务持久化方法及系统 | |
US11093446B2 (en) | Duplicate request checking for file system interfaces | |
US10891302B2 (en) | Scalable synchronization with cache and index management | |
CN110389859B (zh) | 用于复制数据块的方法、设备和计算机程序产品 | |
CN111818145B (zh) | 一种文件传输方法、装置、系统、设备及存储介质 | |
CN114844771B (zh) | 微服务系统的监测方法、装置、存储介质、程序产品 | |
CN112261114A (zh) | 一种数据备份系统及方法 | |
CN105373563B (zh) | 数据库切换方法及装置 | |
EP3579526B1 (en) | Resource file feedback method and apparatus | |
CN117215900A (zh) | 日志获取方法、装置及设备 | |
CN117194330A (zh) | 文件存储方法 | |
CN113032477B (zh) | 基于gtid的长距离数据同步方法、装置及计算设备 | |
CN113986835A (zh) | FastDFS分布式文件的管理方法、装置、设备及存储介质 | |
US20020194268A1 (en) | Distribute object mechanism | |
CN114547199A (zh) | 数据库增量同步响应方法、装置及计算机可读存储介质 | |
CN113282347A (zh) | 插件运行方法、装置、设备及存储介质 | |
CN117632445B (zh) | 请求处理方法以及装置、任务执行方法以及装置 | |
CN116737513B (zh) | 一种计算机硬件信息获取方法、系统及计算机设备 | |
CN112965763B (zh) | 一种业务处理系统、方法、装置和存储介质 | |
CN117061072B (zh) | 报文传输方法、装置、设备及存储介质 | |
CN115168309A (zh) | 一种微服务日志的展示方法、装置、设备及介质 | |
EP3593242B1 (en) | Techniques for in-memory data searching | |
CN116107841A (zh) | 代码故障定位方法、装置、电子设备及存储介质 | |
CN116880970A (zh) | 应用功能的调用方法、装置、终端设备及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |