CN110321077A - 一种集中存储文件的管理方法及装置 - Google Patents
一种集中存储文件的管理方法及装置 Download PDFInfo
- Publication number
- CN110321077A CN110321077A CN201910524486.1A CN201910524486A CN110321077A CN 110321077 A CN110321077 A CN 110321077A CN 201910524486 A CN201910524486 A CN 201910524486A CN 110321077 A CN110321077 A CN 110321077A
- Authority
- CN
- China
- Prior art keywords
- storage
- file
- hard disk
- directory
- filename
- 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.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
- G06F3/0629—Configuration or reconfiguration of storage systems
- G06F3/0631—Configuration or reconfiguration of storage systems by allocating resources to storage systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/70—Information retrieval; Database structures therefor; File system structures therefor of video data
- G06F16/71—Indexing; Data structures therefor; Storage structures
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
- G06F3/0629—Configuration or reconfiguration of storage systems
- G06F3/0635—Configuration or reconfiguration of storage systems by changing the path, e.g. traffic rerouting, path reconfiguration
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Human Computer Interaction (AREA)
- Software Systems (AREA)
- Multimedia (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Computer Networks & Wireless Communication (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明公开了一种集中存储文件的管理方法及装置,涉及通信技术领域。用以解决现有技术中因硬盘挂载位置发生变化后,后台管理数据库不能准确识别存储文件当前存储路径的问题。该方法包括:包括:确定接收到的存储文件的文件名;根据负载算法确定能够存储所述存储文件的第一存储硬盘,并将所述存储文件存储至所述第一存储硬盘内,确定所述存储文件的挂载目录;将所述挂载目录发送至数据库,以使所述数据库将所述挂载目录存储至文件表内;所述文件表包括所述文件名和所述第一存储硬盘的UUID。
Description
技术领域
本发明涉及通信技术领域,更具体的涉及一种集中存储文件的管理方法及装置。
背景技术
视频监控中心的应用软件需要在中心的服务器上面保存大量的视频监控录像文件,监控中心需要存储的视频监控录像文件一般数量比较多,而且需要保存的时间也比较长,比如保存几个月,或者保存一年等。因此,监控中心若存储大量的视频监控录像文件则需要很大的存储容量。
存储服务器要接入多个大容量本地硬盘或者多个IP SAN(Storage AreaNetwork,存储局域网络),然后提供虚拟的存储目录给应用软件访问,类似一个网盘/云盘的功能。
由于没有选择分布式文件***,也不能把所有存储硬盘做成一个硬盘阵列,接入的多个存储硬盘是独立的文件***分区。因此,现有的文件存储存在以下问题:
存储文件之前没有存储目录,导致后台管理存储文件不能确认存储文件的存储位置;再者当多个存储硬盘在操作***的挂载点变化后,存在在数据库不能记录存储文件的实际存储路径的问题。
发明内容
本发明实施例提供一种集中存储文件的管理方法及装置,用以解决现有技术中因硬盘挂载位置发生变化后,后台管理数据库不能准确识别存储文件当前存储路径的问题。
本发明实施例提供一种集中存储文件的管理方法,包括:
确定接收到的存储文件的文件名;
根据负载算法确定能够存储所述存储文件的第一存储硬盘,并将所述存储文件存储至所述第一存储硬盘内,确定所述存储文件的挂载目录;
将所述挂载目录发送至数据库,以使所述数据库将所述挂载目录存储至文件表内;所述文件表包括所述文件名和所述第一存储硬盘的UUID。
优选地,在将所述存储文件存储至所述第一存储硬盘之前,还包括:
在所述第一存储硬盘上创建配置文件,并在所述配置文件中写入所述第一存储硬盘的UUID;
当确定将所述存储文件存储至所述第一存储硬盘内时,将所述存储文件的挂载目录与所述第一存储硬盘的UUID的对应关系存储至数据库。
优选地,所述文件表内还包括有父目录ID;
所述数据库内还存储有目录表,所述目录表包括目录名,所述父目录ID和虚拟目录;所示虚拟目录是确定所述存储文件的文件名时,将所述存储文件当前位置确定为所述虚拟目录;
所述将所述存储文件存储至所述第一存储硬盘内之后,还包括:
当接收到终端发送的所述文件名时,根据所述文件名确定所述文件表内包括的所述第一存储硬盘的UUID和父目录ID;
根据所述第一存储硬盘的UUID确定与所述文件名对应的所述存储文件的挂载目录;
根据所述父目录ID确定所述目录表内包括的所述虚拟目录,将所述挂载目录和所述虚拟目录拼接得到所述存储文件的完整目录。
本发明实施例还提供了一种集中存储文件的管理装置,包括:
第一确定单元,用于确定接收到的存储文件的文件名;
第二确定单元,用于根据负载算法确定能够存储所述存储文件的第一存储硬盘,并将所述存储文件存储至所述第一存储硬盘内,确定所述存储文件的挂载目录;
发送单元,用于将所述挂载目录发送至数据库,以使所述数据库将所述挂载目录存储至文件表内;所述文件表包括所述文件名和所述第一存储硬盘的UUID。
优选地,所述第二确定单元还用于:
在所述第一存储硬盘上创建配置文件,并在所述配置文件中写入所述第一存储硬盘的UUID;
当确定将所述存储文件存储至所述第一存储硬盘内时,将所述存储文件的挂载目录与所述第一存储硬盘的UUID的对应关系存储至数据库。
优选地,所述文件表内还包括有父目录ID;
所述数据库内还存储有目录表,所述目录表包括目录名,所述父目录ID和虚拟目录;所示虚拟目录是确定所述存储文件的文件名时,将所述存储文件当前位置确定为所述虚拟目录;
所述发送单元还用于:
当接收到终端发送的所述文件名时,根据所述文件名确定所述文件表内包括的所述第一存储硬盘的UUID和父目录ID;
根据所述第一存储硬盘的UUID确定与所述文件名对应的所述存储文件的挂载目录;
根据所述父目录ID确定所述目录表内包括的所述虚拟目录,将所述挂载目录和所述虚拟目录拼接得到所述存储文件的完整目录。
本发明实施例中提供了一种集中存储文件的管理方法及装置,该方法包括:确定接收到的存储文件的文件名;根据负载算法确定能够存储所述存储文件的第一存储硬盘,并将所述存储文件存储至所述第一存储硬盘内,确定所述存储文件的挂载目录;将所述挂载目录发送至数据库,以使所述数据库将所述挂载目录存储至文件表内;所述文件表包括所述文件名和所述第一存储硬盘的UUID。该方法中将存储文件的挂载目录存储在后台管理数据库内,同时,后台管理数据库内也存储有第一存储硬盘的UUID,使得后台管理数据库能够确定存储文件的挂载目录的同时,也能够确定储存文件在第一存储硬盘的位置,解决了现有技术中因硬盘挂载位置发生变化后,后台管理数据库不能准确识别存储文件当前存储路径的问题。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种集中存储文件的管理方法流程示意图;
图2为本发明实施例一提供的存储硬盘初始化和挂载流示意图;
图3为本发明实施例提供的上传文件流程示意图;
图4为本发明实施例提供的访问文件流程示意图;
图5为本发明实施例提供的种集中存储文件的管理装置结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
涉及到的专业知识:
1、挂载通常是指给磁盘分区(包括被虚拟出来的磁盘分区)分配一个盘符。第三方软件,如磁盘分区管理软件、虚拟磁盘软件等,通常也附带挂载功能。在linux操作***中,挂载是指将一个设备(通常是存储设备)挂接到一个已存在的目录上。要访问存储设备中的文件,必须将文件所在的分区挂载到一个已存在的目录上,然后通过访问这个目录来访问存储设备。在实际应用中,挂载点必须是一个目录;一个分区挂载在一个已存在的目录上,这个目录可以不为空,但挂载后这个目录下以前的内容将不可用。对于其他操作***建立的文件***的挂载也是这样。
2、UUID是通用唯一识别码(Universally Unique IDentifier)的缩写,是一种软件建构的标准,UUID的目的是让分布式***中的所有元素,都能有唯一的辨识资讯,而不需要透过中央控制端来做辨识资讯的指定。
UUID由以下几部分的组合:
(1)、当前日期和时间,UUID的第一个部分与时间有关,如果你在生成一个UUID之后,过几秒又生成一个UUID,则第一个部分不同,其余相同。
(2)、时钟序列。
(3)、全局唯一的IEEE机器识别号,如果有网卡,从网卡MAC地址获得,没有网卡以其他方式获得。
UUID的格式为:xxxxxxxx-xxxx-xxxx-xxxxxxxxxxxxxxxx(8-4-4-16),其中每个x是0-9或a-f范围内的一个十六进制的数字。
3、根目录是每个分区(或光盘、软盘)的盘符加上冒号和斜杠。根目录就是每个分区(或光盘、软盘)的盘符加上冒号和斜杠,比如:A:\,C:\,E:\等,它的特点是它没有父目录了。
子目录和父目录是相对于当前目录(文件夹)而言的。具体地,子目录—当前所在目录的下一层目录(文件夹);父目录—当前所在目录的上一层目录(文件夹)。比如,C:\既是根目录,又是C:\windows的父目录。C:\windows既是c:\的子目录,又是C:\windows\system的父目录。
图1为本发明实施例提供的种集中存储文件的管理方法流程示意图,如图1所示,该方法主要包括以下步骤:
步骤101,确定接收到的存储文件的文件名;
步骤102,根据负载算法确定能够存储所述存储文件的第一存储硬盘,并将所述存储文件存储至所述第一存储硬盘内,确定所述存储文件的挂载目录;
步骤103,将所述挂载目录发送至数据库,以使所述数据库将所述挂载目录存储至文件表内;所述文件表包括所述文件名和所述第一存储硬盘的UUID。
需要说明的是,该方法的执行主体为处理器,即处理器对接收到的上传的存储文件进行存储,并将存储文件的挂载目录发送至数据库。
在步骤101之前,处理器需要先对初始接入的存储硬盘进行初始化,具体地,处理器在每个初始接入的存储硬盘上保存一个配置文件,相应地,在配置文件内写入一个唯一的UUID,将写入的UUID确定为该存储硬盘的UUID。
在实际应用中,对存储硬盘的存储大小,配置文件在存储硬盘终中的位置信息等均不做具体的限定。
进一步地,将存储硬盘与挂载硬盘之间建立对应关系,具体地,上传的存储文件会有一个挂载硬盘,即会先有一个虚拟目录,然后在将该存储文件存储到通过负载算法确定的第一硬盘内时,需要先读取该第一硬盘的UUID,然后将第一硬盘的UUID与存储文件当前的虚拟目录之间建立一个对应关系,并将该对应关系存储至数据库内。
需要说明的是,在上述步骤中,对通过负载算法确定第一硬盘的具体方法不做限定,再者,对第一硬盘的UUID和存储文件当前的虚拟目录之间建立的对应关系的具体类型也不做限定。
举例来说,图2为本发明实施例一提供的存储硬盘初始化和挂载流示意图,如图2所示,
步骤201,假设有n个存储硬盘,将n个存储硬盘初次接入到存储服务。由于初始的存储硬盘没有配置文件,因此,需要处理器在存储硬盘上面创建一个配置,若配置文件为cfg.txt,则在配置文件内写入存储硬盘唯一的UUID,则:
第一个存储硬盘的UUID为:00000001-6a0d-4fcf-adb2-8116b1607857;
第二个存储硬盘的UUID为:00000002-6a0d-4fcf-adb2-8116b1607857;
第三个存储硬盘的UUID为:00000003-6a0d-4fcf-adb2-8116b1607857
...。
步骤202,每次***软件启动时,处理器会检测到当前有n个存储硬盘,假设当前的挂载目录分别是/mnt/disk1,/mnt/disk2,/mnt/disk3...。则处理器读取每个存储硬盘上面的配置文件,即处理器读取每个存储硬盘的UUID,进一步地,将每个存储硬盘的UUID和挂载目录的对应关系保存在内存中,由于有n个存储硬盘和多个挂载目录,则上述存储硬盘和挂载目录建立的对应关系如下所示:
第一个存储硬盘和第一个挂载目录的对应关系为:<00000001-6a0d-4fcf-adb2-8116b1607857,/mnt/disk1>,
第二个存储硬盘和第二个挂载目录的对应关系为:<00000002-6a0d-4fcf-adb2-8116b1607857,/mnt/disk2>,
第三个存储硬盘和第三个挂载目录的对应关系为:<00000003-6a0d-4fcf-adb2-8116b1607857,/mnt/disk3>...
在步骤101中,当接收到存储文件时,处理器需要先确认存储文件的文件名,再确认存储文件当前位置,将存储文件当前所处位置确认为虚拟目录。
举例来说,当用户上传一个录像文件record.mp4到/record_path虚拟目录下,处理器先确认录像文件的文件名,其中,record.mp4为上传的存储文件的文件名;再者,由于存储文件当前所在位置为/record_path,即将/record_path确认为虚拟目录。
在步骤102中,当接收的上传的存储文件之后,需要通过负载算法从多个存储硬盘中选择一个存储硬盘,将符合要求的存储硬盘确认为第一存储硬盘,将存储文件存储至第一存储硬盘内,然后确认存储文件在第一存储硬盘内的存储目录,在本发明实施例中,将存储文件在第一存储硬盘内的存储目录确认为挂载目录。
需要说明的是,挂载目录内不包括有虚拟目录,但是整个存储文件在***内的存储路径包括挂载目录和虚拟目录,即价格挂载目录和虚拟目录拼接在一起之后,从而得到了存储文件在***内的存储路径。
举例来说,当存储文件的虚拟目录为/record_path时,再者,由于存储文件存储到第一存储硬盘之后,存储文件在第一存储硬盘内还有一个挂载目录,比如,挂载目录为/mnt/disk1,则该存储文件在***内的存储路径为/mnt/disk1/record_path/record.mp4。
在步骤103中,处理器将挂载目录发送至数据库内,数据库接收到该挂载目录之后将挂载目录存储在文件表内,在本发明实施例中,文件表内分别存储有存储文件的文件名和第一存储硬盘的UUID。
需要说明的是,在本发明实施例中,数据库内还存储有一个目录表,在该目录表内包括有目录ID,目录名,父目录ID和虚拟目录。
因此,处理器在将挂载目录发送至数据库的同时,也会将虚拟目录同时发送至数据库,数据可以根据挂载目录和虚拟目录,可以确认存储在第一存储硬盘内的存储文件的文件名,文件ID,目录名,父目录ID等信息,由于挂载目录与存储硬盘的UUID之间有一个对应关系,且该对应关系存储在数据库内,因此,根据该挂载目录,可以确认第一存储硬盘的UUID。
图3为本发明实施例提供的上传文件流程示意图,如图3所示,在实际的上传文件中,主要包括以下步骤:
步骤301,用户上传一个录像文件record.mp4到/record_path虚拟目录下,处理器先确认录像文件的文件名,其中,record.mp4为上传的存储文件的文件名;再者,由于存储文件当前所在位置为/record_path,即将/record_path确认为虚拟目录。
步骤302,从多个存储硬盘内确认一个能够存储该存储文件的存储硬盘,将该存储硬盘确认为第一存储硬盘,将该存储文件存储至第一存储硬盘内,并记录存储文件在第一存储硬盘内的路径,将存储文件在第一存储硬盘内的路径确认为挂载目录。比如,存储文件在第一存储硬盘的挂载目录为/mnt/disk1。
在步骤103中,将存储文件的虚拟目录和在第一存储硬盘内的挂载目录同时发送至数据库,数据库根据上述挂载目录和虚拟目录,在目录表和文件表内增加该存储文件的相关信息,目录表如表1所示,文件表如表2所示。
表1目录表
目录ID | 目录名 | 父目录ID | 虚拟目录 | ... |
1 | / | 0 | / | |
2 | A | 1 | /A | |
3 | B | 2 | /A/B | |
4 | C | 3 | /A/B/C |
表2文件表
进一步地,在本发明实施例中,当将存储文件存储在第一存储硬盘之后,用户还可以根据存储文件的文件名,对存储在第一存储硬盘内的存储文件进行访问。
图4为本发明实施例提供的访问文件流程示意图,如图4所示,访问文件的具体流程包括以下步骤:
步骤401,用户在终端输入待查询存储文件的文件名或者文件ID;
步骤402,根据接收到的文件ID,查询数据库内的文件表,根据文件ID确认第一存储硬盘的UUID以及父目录ID;
步骤403,根据查询到的第一存储硬盘的UUID,确认与第一存储硬盘的UUID对应的挂载目录;
步骤404,根据父目录ID,查询目录表,确认与父目录ID对应的虚拟目录;
步骤405,根据挂载目录和虚拟目录,将挂载目录和虚拟目录进行拼接,从而得到存储文件在第一存储硬盘内的完整的存储路径。
进一步地,在本发明实施例中,当将存储文件存储在第一存储硬盘之后,用户还可以对挂载目录和虚拟目录进行修改。
综上所述,本发明实施例中提供了一种集中存储文件的管理方法及装置,该方法包括:确定接收到的存储文件的文件名;根据负载算法确定能够存储所述存储文件的第一存储硬盘,并将所述存储文件存储至所述第一存储硬盘内,确定所述存储文件的挂载目录;将所述挂载目录发送至数据库,以使所述数据库将所述挂载目录存储至文件表内;所述文件表包括所述文件名和所述第一存储硬盘的UUID。该方法中将存储文件的挂载目录存储在后台管理数据库内,同时,后台管理数据库内也存储有第一存储硬盘的UUID,使得后台管理数据库能够确定存储文件的挂载目录的同时,也能够确定储存文件在第一存储硬盘的位置,解决了现有技术中因硬盘挂载位置发生变化后,后台管理数据库不能准确识别存储文件当前存储路径的问题。
基于同一发明构思,本发明实施例提供了一种集中存储文件的管理装置,由于该装置解决技术问题的原理与一种集中存储文件的管理方法相似,因此该装置的实施可以参见方法的实施,重复之处不再赘述。
图5为本发明实施例提供的种集中存储文件的管理装置结构示意图,如图5所示,该装置包括第一确定单元501,第二确定单元502和发送单元503。
第一确定单元501,用于确定接收到的存储文件的文件名;
第二确定单元502,用于根据负载算法确定能够存储所述存储文件的第一存储硬盘,并将所述存储文件存储至所述第一存储硬盘内,确定所述存储文件的挂载目录;
发送单元503,用于将所述挂载目录发送至数据库,以使所述数据库将所述挂载目录存储至文件表内;所述文件表包括所述文件名和所述第一存储硬盘的UUID。
优选地,所述第二确定单元502还用于:
在所述第一存储硬盘上创建配置文件,并在所述配置文件中写入所述第一存储硬盘的UUID;
当确定将所述存储文件存储至所述第一存储硬盘内时,将所述存储文件的挂载目录与所述第一存储硬盘的UUID的对应关系存储至数据库。
优选地,所述文件表内还包括有父目录ID;
所述数据库内还存储有目录表,所述目录表包括目录名,所述父目录ID和虚拟目录;所示虚拟目录是确定所述存储文件的文件名时,将所述存储文件当前位置确定为所述虚拟目录;
所述发送单元503还用于:
当接收到终端发送的所述文件名时,根据所述文件名确定所述文件表内包括的所述第一存储硬盘的UUID和父目录ID;
根据所述第一存储硬盘的UUID确定与所述文件名对应的所述存储文件的挂载目录;
根据所述父目录ID确定所述目录表内包括的所述虚拟目录,将所述挂载目录和所述虚拟目录拼接得到所述存储文件的完整目录。
应当理解,以上一种集中存储文件的管理装置包括的单元仅为根据该设备装置实现的功能进行的逻辑划分,实际应用中,可以进行上述单元的叠加或拆分。并且该实施例提供的一种集中存储文件的管理装置所实现的功能与上述实施例提供的一种集中存储文件的管理方法一一对应,对于该装置所实现的更为详细的处理流程,在上述方法实施例一中已做详细描述,此处不再详细描述。
本领域内的技术人员应明白,本发明的实施例可提供为方法、***、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (6)
1.一种集中存储文件的管理方法,其特征在于,包括:
确定接收到的存储文件的文件名;
根据负载算法确定能够存储所述存储文件的第一存储硬盘,并将所述存储文件存储至所述第一存储硬盘内,确定所述存储文件的挂载目录;
将所述挂载目录发送至数据库,以使所述数据库将所述挂载目录存储至文件表内;所述文件表包括所述文件名和所述第一存储硬盘的UUID。
2.如权利要求1所述的方法,其特征在于,在将所述存储文件存储至所述第一存储硬盘之前,还包括:
在所述第一存储硬盘上创建配置文件,并在所述配置文件中写入所述第一存储硬盘的UUID;
当确定将所述存储文件存储至所述第一存储硬盘内时,将所述存储文件的挂载目录与所述第一存储硬盘的UUID的对应关系存储至数据库。
3.如权利要求1所述的方法,其特征在于,所述文件表内还包括有父目录ID;
所述数据库内还存储有目录表,所述目录表包括目录名,所述父目录ID和虚拟目录;所示虚拟目录是确定所述存储文件的文件名时,将所述存储文件当前位置确定为所述虚拟目录;
所述将所述存储文件存储至所述第一存储硬盘内之后,还包括:
当接收到终端发送的所述文件名时,根据所述文件名确定所述文件表内包括的所述第一存储硬盘的UUID和父目录ID;
根据所述第一存储硬盘的UUID确定与所述文件名对应的所述存储文件的挂载目录;
根据所述父目录ID确定所述目录表内包括的所述虚拟目录,将所述挂载目录和所述虚拟目录拼接得到所述存储文件的完整目录。
4.一种集中存储文件的管理装置,其特征在于,包括:
第一确定单元,用于确定接收到的存储文件的文件名;
第二确定单元,用于根据负载算法确定能够存储所述存储文件的第一存储硬盘,并将所述存储文件存储至所述第一存储硬盘内,确定所述存储文件的挂载目录;
发送单元,用于将所述挂载目录发送至数据库,以使所述数据库将所述挂载目录存储至文件表内;所述文件表包括所述文件名和所述第一存储硬盘的UUID。
5.如权利要求4所述的装置,其特征在于,所述第二确定单元还用于:
在所述第一存储硬盘上创建配置文件,并在所述配置文件中写入所述第一存储硬盘的UUID;
当确定将所述存储文件存储至所述第一存储硬盘内时,将所述存储文件的挂载目录与所述第一存储硬盘的UUID的对应关系存储至数据库。
6.如权利要求4所述的装置,其特征在于,所述文件表内还包括有父目录ID;
所述数据库内还存储有目录表,所述目录表包括目录名,所述父目录ID和虚拟目录;所示虚拟目录是确定所述存储文件的文件名时,将所述存储文件当前位置确定为所述虚拟目录;
所述发送单元还用于:
当接收到终端发送的所述文件名时,根据所述文件名确定所述文件表内包括的所述第一存储硬盘的UUID和父目录ID;
根据所述第一存储硬盘的UUID确定与所述文件名对应的所述存储文件的挂载目录;
根据所述父目录ID确定所述目录表内包括的所述虚拟目录,将所述挂载目录和所述虚拟目录拼接得到所述存储文件的完整目录。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910524486.1A CN110321077B (zh) | 2019-06-17 | 2019-06-17 | 一种集中存储文件的管理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910524486.1A CN110321077B (zh) | 2019-06-17 | 2019-06-17 | 一种集中存储文件的管理方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110321077A true CN110321077A (zh) | 2019-10-11 |
CN110321077B CN110321077B (zh) | 2023-04-14 |
Family
ID=68119765
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910524486.1A Active CN110321077B (zh) | 2019-06-17 | 2019-06-17 | 一种集中存储文件的管理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110321077B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110989929A (zh) * | 2019-11-22 | 2020-04-10 | 浪潮电子信息产业股份有限公司 | 一种mon服务迁移方法、装置、设备及可读存储介质 |
CN111049891A (zh) * | 2019-12-05 | 2020-04-21 | 浩云科技股份有限公司 | 一种集中存储级联文件上传下载方法 |
Citations (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101187930A (zh) * | 2007-12-04 | 2008-05-28 | 浙江大学 | 分布式文件***虚拟目录及命名空间的实现方法 |
US20090043828A1 (en) * | 2007-08-09 | 2009-02-12 | Hitachi, Ltd. | Method and apparatus for nas/cas integrated storage system |
US7606871B2 (en) * | 2002-05-24 | 2009-10-20 | Hitachi, Ltd. | System and method for virtualizing network storages into a single file system view |
US7805469B1 (en) * | 2004-12-28 | 2010-09-28 | Symantec Operating Corporation | Method and apparatus for splitting and merging file systems |
CN101986651A (zh) * | 2010-08-26 | 2011-03-16 | 上海网众信息技术有限公司 | 远程存储的方法及其***及客户端 |
CN102546780A (zh) * | 2011-12-28 | 2012-07-04 | 山东大学 | 一种基于瘦客户端的文件分布式存储的运行方法 |
CN102682088A (zh) * | 2012-04-23 | 2012-09-19 | Tcl集团股份有限公司 | 一种存储设备的挂载方法、***及电视 |
CN104408091A (zh) * | 2014-11-11 | 2015-03-11 | 清华大学 | 分布式文件***的数据存储方法及*** |
US9547457B1 (en) * | 2013-09-27 | 2017-01-17 | Veritas Technologies Llc | Detection of file system mounts of storage devices |
CN106559392A (zh) * | 2015-09-28 | 2017-04-05 | 北京神州泰岳软件股份有限公司 | 一种文件共享方法、装置和*** |
CN108549550A (zh) * | 2018-04-13 | 2018-09-18 | 郑州云海信息技术有限公司 | 一种硬盘挂载方法及装置 |
CN108984560A (zh) * | 2017-06-01 | 2018-12-11 | 杭州海康威视数字技术股份有限公司 | 文件存储方法及装置 |
CN109471590A (zh) * | 2017-09-08 | 2019-03-15 | 阿里巴巴集团控股有限公司 | 一种挂载点管理方法、装置及存储节点 |
-
2019
- 2019-06-17 CN CN201910524486.1A patent/CN110321077B/zh active Active
Patent Citations (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7606871B2 (en) * | 2002-05-24 | 2009-10-20 | Hitachi, Ltd. | System and method for virtualizing network storages into a single file system view |
US7805469B1 (en) * | 2004-12-28 | 2010-09-28 | Symantec Operating Corporation | Method and apparatus for splitting and merging file systems |
US20090043828A1 (en) * | 2007-08-09 | 2009-02-12 | Hitachi, Ltd. | Method and apparatus for nas/cas integrated storage system |
CN101187930A (zh) * | 2007-12-04 | 2008-05-28 | 浙江大学 | 分布式文件***虚拟目录及命名空间的实现方法 |
CN101986651A (zh) * | 2010-08-26 | 2011-03-16 | 上海网众信息技术有限公司 | 远程存储的方法及其***及客户端 |
CN102546780A (zh) * | 2011-12-28 | 2012-07-04 | 山东大学 | 一种基于瘦客户端的文件分布式存储的运行方法 |
CN102682088A (zh) * | 2012-04-23 | 2012-09-19 | Tcl集团股份有限公司 | 一种存储设备的挂载方法、***及电视 |
US9547457B1 (en) * | 2013-09-27 | 2017-01-17 | Veritas Technologies Llc | Detection of file system mounts of storage devices |
CN104408091A (zh) * | 2014-11-11 | 2015-03-11 | 清华大学 | 分布式文件***的数据存储方法及*** |
CN106559392A (zh) * | 2015-09-28 | 2017-04-05 | 北京神州泰岳软件股份有限公司 | 一种文件共享方法、装置和*** |
CN108984560A (zh) * | 2017-06-01 | 2018-12-11 | 杭州海康威视数字技术股份有限公司 | 文件存储方法及装置 |
CN109471590A (zh) * | 2017-09-08 | 2019-03-15 | 阿里巴巴集团控股有限公司 | 一种挂载点管理方法、装置及存储节点 |
CN108549550A (zh) * | 2018-04-13 | 2018-09-18 | 郑州云海信息技术有限公司 | 一种硬盘挂载方法及装置 |
Non-Patent Citations (2)
Title |
---|
周长俊: ""HDFS文件***的改进研究"", 《中国优秀硕士学位论文全文数据库》 * |
操顺德: ""面向海量高清视频的高性能分布式存储***"", 《中国优秀硕士学位论文全文数据库》 * |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110989929A (zh) * | 2019-11-22 | 2020-04-10 | 浪潮电子信息产业股份有限公司 | 一种mon服务迁移方法、装置、设备及可读存储介质 |
CN111049891A (zh) * | 2019-12-05 | 2020-04-21 | 浩云科技股份有限公司 | 一种集中存储级联文件上传下载方法 |
Also Published As
Publication number | Publication date |
---|---|
CN110321077B (zh) | 2023-04-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10073747B2 (en) | Reducing recovery time in disaster recovery/replication setup with multitier backend storage | |
US8255420B2 (en) | Distributed storage | |
US11099953B2 (en) | Automatic data healing using a storage controller | |
CN103064927B (zh) | 分布式文件***的数据访问方法和装置 | |
US7216148B2 (en) | Storage system having a plurality of controllers | |
US9092290B1 (en) | Performing a non-disruptive software upgrade on physical storage processors having access to virtual storage processors | |
US7711683B1 (en) | Method and system for maintaining disk location via homeness | |
US11675499B2 (en) | Synchronous discovery logs in a fabric storage system | |
CN105095103B (zh) | 用于云环境下的存储设备管理方法和装置 | |
CN109690494B (zh) | ***存储装置中的分层容错 | |
CN106331075B (zh) | 用于存储文件的方法、元数据服务器和管理器 | |
WO2018083558A1 (en) | Storing and retrieving restricted datasets to and from a cloud network with non-restricted datasets | |
WO2007134918A1 (en) | Distributed storage | |
CN112445570A (zh) | 一种云平台资源迁移方法及其装置、存储介质 | |
CN110633046A (zh) | 一种分布式***的存储方法、装置、存储设备及存储介质 | |
US11392617B2 (en) | Recovering from a failure of an asynchronous replication node | |
CN110321077A (zh) | 一种集中存储文件的管理方法及装置 | |
US11226746B2 (en) | Automatic data healing by I/O | |
CN109558082B (zh) | 分布式文件*** | |
US10789132B2 (en) | Performing a recovery copy command to create a recovery volume for a consistency group | |
CN108932155A (zh) | 虚拟机存储管理方法、装置、电子设备及可读存储介质 | |
CN109542674A (zh) | 分布式***的快照生成方法、装置、设备和介质 | |
CN111722783B (zh) | 数据存储方法及装置 | |
US8769182B1 (en) | Virtual tape library with the ability to perform multiple, simultaneous reads of a single virtual tape | |
US11495262B1 (en) | Duplexing data from multiple file systems onto a shared tape |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |