CN110321077A - A kind of management method and device of centrally stored file - Google Patents

A kind of management method and device of centrally stored file Download PDF

Info

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
Application number
CN201910524486.1A
Other languages
Chinese (zh)
Other versions
CN110321077B (en
Inventor
梁图
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Haoyun Technologies Co Ltd
Original Assignee
Haoyun Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Haoyun Technologies Co Ltd filed Critical Haoyun Technologies Co Ltd
Priority to CN201910524486.1A priority Critical patent/CN110321077B/en
Publication of CN110321077A publication Critical patent/CN110321077A/en
Application granted granted Critical
Publication of CN110321077B publication Critical patent/CN110321077B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input 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/06Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601Interfaces specially adapted for storage systems
    • G06F3/0628Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0629Configuration or reconfiguration of storage systems
    • G06F3/0631Configuration or reconfiguration of storage systems by allocating resources to storage systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/70Information retrieval; Database structures therefor; File system structures therefor of video data
    • G06F16/71Indexing; Data structures therefor; Storage structures
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input 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/06Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601Interfaces specially adapted for storage systems
    • G06F3/0628Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0629Configuration or reconfiguration of storage systems
    • G06F3/0635Configuration or reconfiguration of storage systems by changing the path, e.g. traffic rerouting, path reconfiguration
    • YGENERAL 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
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE 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/00Energy efficient computing, e.g. low power processors, power management or thermal management

Abstract

The invention discloses the management methods and device of a kind of centrally stored file, are related to field of communication technology.To solve the problem of that back-stage management database cannot accurately identify the currently stored path of storage file after changing in the prior art because of hard disk carry position.This method comprises: comprising determining that the filename of the storage file received;It is determined to store the first storage hard disk of the storage file according to loading algorithm, and the storage file is stored to first storage hard disk, determine the mount directory of the storage file;The mount directory is sent to database, so that the database stores the mount directory to file table;The file table includes the UUID of the filename and first storage hard disk.

Description

A kind of management method and device of centrally stored file
Technical field
The present invention relates to fields of communication technology, more particularly relate to the management method and device of a kind of centrally stored file.
Background technique
The application software needs at video monitoring center save a large amount of surveillance video text on the server at center Part, the general quantity of surveillance video file that monitoring center needs to store is relatively more, and the time saved is needed also to compare It is long, for example save some months, or save 1 year etc..Therefore, monitoring center is if storing a large amount of surveillance video file Need very big memory capacity.
Storage server will access multiple large capacity local hard drives or multiple IP SAN (Storage Area Network, storage area network), virtual storage catalogue is then provided to accessible with application software, a similar Dropbox/cloud disk Function.
Due to there is no selection distributed file system, all storage hard disks can not be made into a hard disk array, accessed Multiple storage hard disks be independent file partition.Therefore, existing file storage has the following problems:
There is no storage catalogue before storage file, leads to back-stage management storage file not and can confirm that the storage position of storage file It sets;Furthermore when multiple storage hard disks operating system mount point variation after, exist and be unable to record storage file in database The problem of actual storage path.
Summary of the invention
The embodiment of the present invention provides the management method and device of a kind of centrally stored file, to solve in the prior art because After hard disk carry position changes, the problem of back-stage management database cannot accurately identify storage file currently stored path.
The embodiment of the present invention provides a kind of management method of centrally stored file, comprising:
Determine the filename of the storage file received;
It is determined to store the first storage hard disk of the storage file according to loading algorithm, and the storage file is deposited In storage to first storage hard disk, the mount directory of the storage file is determined;
The mount directory is sent to database, so that the database stores the mount directory to file table It is interior;The file table includes the UUID of the filename and first storage hard disk.
Preferably, the storage file is being stored to before first storage hard disk, further includes:
Configuration file is created on first storage hard disk, and first storage is written firmly in the configuration file The UUID of disk;
When determination stores the storage file to first storage hard disk, by the carry mesh of the storage file Record and the corresponding relationship of the UUID of first storage hard disk are stored to database.
It preferably, further include having parent directory ID in the file table;
Catalogue listing is also stored in the database, the catalogue listing includes directory name, the parent directory ID and virtual mesh Record;When shown virtual directory is the filename of the determining storage file, the storage file current location is determined as described Virtual directory;
It is described the storage file is stored to first storage hard disk after, further includes:
When receiving the filename of terminal transmission, the institute for including in the file table is determined according to the filename State the UUID and parent directory ID of the first storage hard disk;
The carry mesh of the storage file corresponding with the filename is determined according to the UUID of first storage hard disk Record;
The virtual directory for including in the catalogue listing is determined according to the parent directory ID, by the mount directory and institute Virtual directory is stated to splice to obtain the full directory of the storage file.
The embodiment of the invention also provides a kind of managing devices of centrally stored file, comprising:
First determination unit, for determining the filename of the storage file received;
Second determination unit stores the first storage hard disk of the storage file for being determined to according to loading algorithm, And store the storage file to first storage hard disk, determine the mount directory of the storage file;
Transmission unit, for the mount directory to be sent to database, so that the database is by the mount directory It stores to file table;The file table includes the UUID of the filename and first storage hard disk.
Preferably, second determination unit is also used to:
Configuration file is created on first storage hard disk, and first storage is written firmly in the configuration file The UUID of disk;
When determination stores the storage file to first storage hard disk, by the carry mesh of the storage file Record and the corresponding relationship of the UUID of first storage hard disk are stored to database.
It preferably, further include having parent directory ID in the file table;
Catalogue listing is also stored in the database, the catalogue listing includes directory name, the parent directory ID and virtual mesh Record;When shown virtual directory is the filename of the determining storage file, the storage file current location is determined as described Virtual directory;
The transmission unit is also used to:
When receiving the filename of terminal transmission, the institute for including in the file table is determined according to the filename State the UUID and parent directory ID of the first storage hard disk;
The carry mesh of the storage file corresponding with the filename is determined according to the UUID of first storage hard disk Record;
The virtual directory for including in the catalogue listing is determined according to the parent directory ID, by the mount directory and institute Virtual directory is stated to splice to obtain the full directory of the storage file.
The management method and device of a kind of centrally stored file are provided in the embodiment of the present invention, this method comprises: determining The filename of the storage file received;It is determined to store the first storage hard disk of the storage file according to loading algorithm, And store the storage file to first storage hard disk, determine the mount directory of the storage file;By the extension It carries catalogue and is sent to database, so that the database stores the mount directory to file table;The file table includes The UUID of the filename and first storage hard disk.The mount directory of storage file is stored in back-stage management in this method In database, meanwhile, it is also stored with the UUID of the first storage hard disk in back-stage management database, enables back-stage management database While enough determining the mount directory of storage file, it also can determine that store files in the position of the first storage hard disk, solve After changing in the prior art because of hard disk carry position, it is currently stored that back-stage management database cannot accurately identify storage file The problem of path.
Detailed description of the invention
In order to more clearly explain the embodiment of the invention or the technical proposal in the existing technology, to embodiment or will show below There is attached drawing needed in technical description to be briefly described, it should be apparent that, the accompanying drawings in the following description is only this Some embodiments of invention for those of ordinary skill in the art without creative efforts, can be with It obtains other drawings based on these drawings.
Fig. 1 is a kind of management method flow diagram of centrally stored file provided in an embodiment of the present invention;
Fig. 2 is the storage hard disk initialization and carry flow diagram that the embodiment of the present invention one provides;
Fig. 3 is upload document flow schematic diagram provided in an embodiment of the present invention;
Fig. 4 is access document flow schematic diagram provided in an embodiment of the present invention;
Fig. 5 is the managing device structural schematic diagram of provided in an embodiment of the present invention kind of centrally stored file.
Specific embodiment
Following will be combined with the drawings in the embodiments of the present invention, and technical solution in the embodiment of the present invention carries out clear, complete Site preparation description, it is clear that described embodiments are only a part of the embodiments of the present invention, instead of all the embodiments.It is based on Embodiment in the present invention, it is obtained by those of ordinary skill in the art without making creative efforts every other Embodiment shall fall within the protection scope of the present invention.
The professional knowledge being related to:
1, carry typically refers to give disk partition (including being fictionalized the disk partition come) one drive of distribution.Third party Software, such as disk partition management software, virtual disk software, are usually also accompanied by carry function.In linux operating system, Carry, which refers to, is articulated to an equipment (usually storage equipment) in an already present catalogue.It accesses in storage equipment File, it is necessary to the subregion where file is mounted in an already present catalogue, then accessed by accessing this catalogue Store equipment.In practical applications, mount point must be a catalogue;One subregion carry in an already present catalogue, This catalogue can not be sky, but pervious content will be unavailable under this catalogue after carry.Other operating systems are established The carry of file system be also in this way.
2, UUID is the abbreviation of Universally Unique Identifier (Universally Unique IDentifier), is a kind of soft The standard of part construction, the purpose of UUID are all elements allowed in distributed system, can there is unique identification information, without The specified of identification information is done through central control terminal.
UUID by following sections combination:
(1), first part of current date and time, UUID are related with the time, if you generate UUID it Afterwards, a UUID is generated again within several seconds excessively, then first part is different, remaining is identical.
(2), clock sequence.
(3), globally unique IEEE machine recognition number is obtained if there is network interface card from MAC Address of Network Card, without network interface card with Other modes obtain.
The format of UUID are as follows: xxxxxxxx-xxxx-xxxx-xxxxxxxxxxxxxxxx (8-4-4-16), wherein each x It is a hexadecimal number within the scope of 0-9 or a-f.
3, root is the drive of each subregion (or CD, floppy disk) plus colon and slash.Root is exactly each point The drive in area's (or CD, floppy disk) adds colon and slash, such as: A:, C:, E: etc., its feature is that it does not have parent directory ?.
Subdirectory and parent directory are for current directory (file).Specifically, subdirectory-is currently located Next layer of catalogue (file) of catalogue;Parent directory-is currently located upper one layer of catalogue (file) of catalogue.For example, C: both Root, but be C: windows parent directory.C: windows be both c: subdirectory, and be C: windows The parent directory of system.
Fig. 1 is the management method flow diagram of provided in an embodiment of the present invention kind of centrally stored file, as shown in Figure 1, This method mainly comprises the steps that
Step 101, the filename of the storage file received is determined;
Step 102, it is determined to store the first storage hard disk of the storage file according to loading algorithm, and is deposited described Storage file is stored to first storage hard disk, determines the mount directory of the storage file;
Step 103, the mount directory is sent to database so that the database by the mount directory store to In file table;The file table includes the UUID of the filename and first storage hard disk.
It should be noted that the executing subject of this method is processor, i.e. processor is literary to the storage of the upload received Part is stored, and the mount directory of storage file is sent to database.
Before step 101, processor needs first initialize the storage hard disk of initial access, specifically, processing Device saves a configuration file on the storage hard disk of each initial access, correspondingly, one is written in configuration file uniquely UUID, the UUID of write-in is determined as to the UUID of the storage hard disk.
In practical applications, to the storage size of storage hard disk, location information etc. of the configuration file in storage hard disk end Specific restriction is not done.
Further, corresponding relationship will be established between storage hard disk and carry hard disk, specifically, the storage file meeting of upload There is a carry hard disk, i.e., can first have a virtual directory, is then determining storage file storage to by loading algorithm The first hard disk in when, need first to read the UUID of first hard disk, it is then that the UUID of the first hard disk and storage file is current Virtual directory between establish a corresponding relationship, and the corresponding relationship is stored to database.
It should be noted that not limiting in above-mentioned steps the specific method for determining the first hard disk by loading algorithm It is fixed, furthermore, the concrete type for the corresponding relationship established between UUID and storage file to the first hard disk current virtual directory Also without limitation.
For example, Fig. 2 is the storage hard disk initialization and carry flow diagram, such as Fig. 2 that the embodiment of the present invention one provides It is shown,
Step 201, it is assumed that have n storage hard disk, n storage hard disk is linked into storage service for the first time.Due to initial Storage hard disk does not have configuration file, and therefore, it is necessary to processors to be created above a configuration in storage hard disk, if configuration file is The unique UUID of storage hard disk is then written in cfg.txt in configuration file, then:
The UUID of first storage hard disk are as follows: 00000001-6a0d-4fcf-adb2-8116b1607857;
The UUID of second storage hard disk are as follows: 00000002-6a0d-4fcf-adb2-8116b1607857;
The UUID of third storage hard disk are as follows: 00000003-6a0d-4fcf-adb2-8116b1607857
...。
Step 202, when each system software starts, processor, which can detect, currently n storage hard disk, it is assumed that current Mount directory is /mnt/disk1 ,/mnt/disk2 ,/mnt/disk3... respectively.Then processor is read on each storage hard disk The configuration file in face, i.e. processor read the UUID of each storage hard disk, further, by the UUID and extension of each storage hard disk Carry catalogue corresponding relationship save in memory, due to having n storage hard disk and multiple mount directory, then above-mentioned storage hard disk with The corresponding relationship that mount directory is established is as follows:
The corresponding relationship of first storage hard disk and first mount directory are as follows: < 00000001-6a0d-4fcf-adb2- 8116b1607857 ,/mnt/disk1 >,
The corresponding relationship of second storage hard disk and second mount directory are as follows: < 00000002-6a0d-4fcf-adb2- 8116b1607857 ,/mnt/disk2 >,
The corresponding relationship of third storage hard disk and third mount directory are as follows: < 00000003-6a0d-4fcf-adb2- 8116b1607857 ,/mnt/disk3 > ...
In a step 101, when receiving storage file, processor needs first to confirm the filename of storage file, then really Recognize storage file current location, it is virtual directory that storage file, which is presently in location confirmation,.
For example, when user uploads under a video file record.mp4 to/record_path virtual directory, locate Reason device first confirms the filename of video file, wherein record.mp4 is the filename of the storage file uploaded;Furthermore due to Storage file present position is /record_path, i.e. general/record_path is confirmed as virtual directory.
In a step 102, it after the storage file of received upload, needs through loading algorithm from multiple storage hard disks One storage hard disk of middle selection, is confirmed as the first storage hard disk for satisfactory storage hard disk, and storage file is stored to In one storage hard disk, then confirm that storage catalogue of the storage file in the first storage hard disk will deposit in embodiments of the present invention It stores up storage catalogue of the file in the first storage hard disk and is confirmed as mount directory.
It should be noted that do not include virtual directory in mount directory, but entire storage file depositing in system Storing up path includes mount directory and virtual directory, i.e., after price mount directory and virtual directory are stitched together, to obtain Store path of the storage file in system.
For example, when the virtual directory of storage file be /record_path when, furthermore, since storage file storage is arrived After first storage hard disk, storage file in the first storage hard disk there are one mount directory, for example, mount directory be/ Mnt/disk1, then store path of the storage file in system is /mnt/disk1/record_path/record.mp4.
In step 103, mount directory is sent in database by processor, and database receives after the mount directory Mount directory is stored in file table, in embodiments of the present invention, is stored with the filename of storage file in file table respectively With the UUID of the first storage hard disk.
It should be noted that a catalogue listing is also stored in embodiments of the present invention, in database, in the catalogue listing It include catalogue ID, directory name, parent directory ID and virtual directory.
Therefore, virtual directory also can be sent to simultaneously number while mount directory is sent to database by processor According to library, the storage file being stored in the first storage hard disk can be can be confirmed according to mount directory and virtual directory in data Filename, file ID, directory name, the information such as parent directory ID, due to have between mount directory and the UUID of storage hard disk one it is right It should be related to, and the corresponding relationship is stored in database, therefore, according to the mount directory, the first storage hard disk can be confirmed UUID。
Fig. 3 is upload document flow schematic diagram provided in an embodiment of the present invention, as shown in figure 3, in actual upper transmitting file In, it mainly comprises the steps that
Step 301, user uploads under a video file record.mp4 to/record_path virtual directory, processor First confirm the filename of video file, wherein record.mp4 is the filename of the storage file uploaded;Furthermore due to storage File present position is /record_path, i.e. general/record_path is confirmed as virtual directory.
Step 302, the storage hard disk that can store the storage file is confirmed out of multiple storage hard disks, by the storage Hard disk is confirmed as the first storage hard disk, which is stored to the first storage hard disk, and record storage file is first Mount directory is confirmed as in path of the storage file in the first storage hard disk by the path in storage hard disk.For example, storage file It is /mnt/disk1 in the mount directory of the first storage hard disk.
In step 103, the virtual directory of storage file and the mount directory in the first storage hard disk are sent simultaneously To database, database root increases the storage file in catalogue listing and file table according to above-mentioned mount directory and virtual directory Relevant information, catalogue listing is as shown in table 1, and file table is as shown in table 2.
1 catalogue listing of table
Catalogue ID Directory name Parent directory ID Virtual directory ...
1 / 0 /
2 A 1 /A
3 B 2 /A/B
4 C 3 /A/B/C
2 file table of table
Further, in embodiments of the present invention, after storage file is stored in the first storage hard disk, user may be used also Accessed to the storage file being stored in the first storage hard disk according to the filename of storage file.
Fig. 4 is access document flow schematic diagram provided in an embodiment of the present invention, as shown in figure 4, the specific stream of access file Journey the following steps are included:
Step 401, user inputs the filename or file ID of storage file to be checked in terminal;
Step 402, according to the file ID received, the file table in database is inquired, is deposited according to file ID confirmation first Store up the UUID and parent directory ID of hard disk;
Step 403, according to the UUID of the first storage hard disk inquired, confirm corresponding with the UUID of the first storage hard disk Mount directory;
Step 404, according to parent directory ID, query directory table confirms virtual directory corresponding with parent directory ID;
Step 405, according to mount directory and virtual directory, mount directory and virtual directory are spliced, to obtain Complete store path of the storage file in the first storage hard disk.
Further, in embodiments of the present invention, after storage file is stored in the first storage hard disk, user may be used also To modify to mount directory and virtual directory.
In conclusion providing the management method and device of a kind of centrally stored file, this method in the embodiment of the present invention Comprise determining that the filename of the storage file received;It is determined to store the first of the storage file according to loading algorithm Storage hard disk, and the storage file is stored to first storage hard disk, determine the mount directory of the storage file; The mount directory is sent to database, so that the database stores the mount directory to file table;The text Part table includes the UUID of the filename and first storage hard disk.The mount directory of storage file is stored in this method In back-stage management database, meanwhile, the UUID of the first storage hard disk is also stored in back-stage management database, so that back-stage management While database can determine the mount directory of storage file, it also can determine store files in the position of the first storage hard disk It sets, solves after changing in the prior art because of hard disk carry position, back-stage management database cannot accurately identify storage text The problem of part currently stored path.
Based on the same inventive concept, the embodiment of the invention provides a kind of managing devices of centrally stored file, due to this The principle that device solves technical problem is similar to a kind of management method of centrally stored file, therefore the implementation of the device can be joined The implementation of square method, overlaps will not be repeated.
Fig. 5 is the managing device structural schematic diagram of provided in an embodiment of the present invention kind of centrally stored file, as shown in figure 5, The device includes the first determination unit 501, the second determination unit 502 and transmission unit 503.
First determination unit 501, for determining the filename of the storage file received;
Second determination unit 502, the first storage for being determined to store the storage file according to loading algorithm are hard Disk, and the storage file is stored to first storage hard disk, determine the mount directory of the storage file;
Transmission unit 503, for the mount directory to be sent to database, so that the database is by the carry mesh In address book stored to file table;The file table includes the UUID of the filename and first storage hard disk.
Preferably, second determination unit 502 is also used to:
Configuration file is created on first storage hard disk, and first storage is written firmly in the configuration file The UUID of disk;
When determination stores the storage file to first storage hard disk, by the carry mesh of the storage file Record and the corresponding relationship of the UUID of first storage hard disk are stored to database.
It preferably, further include having parent directory ID in the file table;
Catalogue listing is also stored in the database, the catalogue listing includes directory name, the parent directory ID and virtual mesh Record;When shown virtual directory is the filename of the determining storage file, the storage file current location is determined as described Virtual directory;
The transmission unit 503 is also used to:
When receiving the filename of terminal transmission, the institute for including in the file table is determined according to the filename State the UUID and parent directory ID of the first storage hard disk;
The carry mesh of the storage file corresponding with the filename is determined according to the UUID of first storage hard disk Record;
The virtual directory for including in the catalogue listing is determined according to the parent directory ID, by the mount directory and institute Virtual directory is stated to splice to obtain the full directory of the storage file.
It should be appreciated that the managing device of the centrally stored file of one of the above include unit only according to the apparatus it is real The logical partitioning that existing function carries out in practical application, can carry out the superposition or fractionation of said units.And the embodiment mentions The function and a kind of centrally stored file provided by the above embodiment that a kind of managing device of the centrally stored file supplied is realized Management method correspond, for the more detailed process flow that the device is realized, in above method embodiment one It has been be described in detail that, be not described in detail herein.
It should be understood by those skilled in the art that, the embodiment of the present invention can provide as method, system or computer program Product.Therefore, complete hardware embodiment, complete software embodiment or reality combining software and hardware aspects can be used in the present invention Apply the form of example.Moreover, it wherein includes the computer of computer usable program code that the present invention, which can be used in one or more, The computer program implemented in usable storage medium (including but not limited to magnetic disk storage, CD-ROM, optical memory etc.) produces The form of product.
The present invention be referring to according to the method for the embodiment of the present invention, the process of equipment (system) and computer program product Figure and/or block diagram describe.It should be understood that every one stream in flowchart and/or the block diagram can be realized by computer program instructions The combination of process and/or box in journey and/or box and flowchart and/or the block diagram.It can provide these computer programs Instruct the processor of general purpose computer, special purpose computer, Embedded Processor or other programmable data processing devices to produce A raw machine, so that being generated by the instruction that computer or the processor of other programmable data processing devices execute for real The device for the function of being specified in present one or more flows of the flowchart and/or one or more blocks of the block diagram.
These computer program instructions, which may also be stored in, is able to guide computer or other programmable data processing devices with spy Determine in the computer-readable memory that mode works, so that it includes referring to that instruction stored in the computer readable memory, which generates, Enable the manufacture of device, the command device realize in one box of one or more flows of the flowchart and/or block diagram or The function of being specified in multiple boxes.
These computer program instructions also can be loaded onto a computer or other programmable data processing device, so that counting Series of operation steps are executed on calculation machine or other programmable devices to generate computer implemented processing, thus in computer or The instruction executed on other programmable devices is provided for realizing in one or more flows of the flowchart and/or block diagram one The step of function of being specified in a box or multiple boxes.
Although preferred embodiments of the present invention have been described, it is created once a person skilled in the art knows basic Property concept, then additional changes and modifications may be made to these embodiments.So it includes excellent that the following claims are intended to be interpreted as It selects embodiment and falls into all change and modification of the scope of the invention.
Obviously, various changes and modifications can be made to the invention without departing from essence of the invention by those skilled in the art Mind and range.In this way, if these modifications and changes of the present invention belongs to the range of the claims in the present invention and its equivalent technologies Within, then the present invention is also intended to include these modifications and variations.

Claims (6)

1. a kind of management method of centrally stored file characterized by comprising
Determine the filename of the storage file received;
Be determined to store the first storage hard disk of the storage file according to loading algorithm, and by the storage file store to In first storage hard disk, the mount directory of the storage file is determined;
The mount directory is sent to database, so that the database stores the mount directory to file table;Institute State the UUID that file table includes the filename and first storage hard disk.
2. the method as described in claim 1, which is characterized in that store by the storage file to first storage hard disk Before, further includes:
Configuration file is created on first storage hard disk, and first storage hard disk is written in the configuration file UUID;
When determine the storage file is stored to first storage hard disk when, by the mount directory of the storage file with The corresponding relationship of the UUID of first storage hard disk is stored to database.
3. the method as described in claim 1, which is characterized in that further include having parent directory ID in the file table;
Catalogue listing is also stored in the database, the catalogue listing includes directory name, the parent directory ID and virtual directory;Institute When showing that virtual directory is the filename of the determining storage file, the storage file current location is determined as the virtual mesh Record;
It is described the storage file is stored to first storage hard disk after, further includes:
When receiving the filename of terminal transmission, include in the file table described the is determined according to the filename The UUID and parent directory ID of one storage hard disk;
The mount directory of the storage file corresponding with the filename is determined according to the UUID of first storage hard disk;
The virtual directory for including in the catalogue listing is determined according to the parent directory ID, by the mount directory and the void Quasi- catalogue splices to obtain the full directory of the storage file.
4. a kind of managing device of centrally stored file characterized by comprising
First determination unit, for determining the filename of the storage file received;
Second determination unit stores the first storage hard disk of the storage file for being determined to according to loading algorithm, and will The storage file is stored to first storage hard disk, determines the mount directory of the storage file;
Transmission unit, for the mount directory to be sent to database, so that the database stores the mount directory To file table;The file table includes the UUID of the filename and first storage hard disk.
5. device as claimed in claim 4, which is characterized in that second determination unit is also used to:
Configuration file is created on first storage hard disk, and first storage hard disk is written in the configuration file UUID;
When determine the storage file is stored to first storage hard disk when, by the mount directory of the storage file with The corresponding relationship of the UUID of first storage hard disk is stored to database.
6. device as claimed in claim 4, which is characterized in that further include having parent directory ID in the file table;
Catalogue listing is also stored in the database, the catalogue listing includes directory name, the parent directory ID and virtual directory;Institute When showing that virtual directory is the filename of the determining storage file, the storage file current location is determined as the virtual mesh Record;
The transmission unit is also used to:
When receiving the filename of terminal transmission, include in the file table described the is determined according to the filename The UUID and parent directory ID of one storage hard disk;
The mount directory of the storage file corresponding with the filename is determined according to the UUID of first storage hard disk;
The virtual directory for including in the catalogue listing is determined according to the parent directory ID, by the mount directory and the void Quasi- catalogue splices to obtain the full directory of the storage file.
CN201910524486.1A 2019-06-17 2019-06-17 Method and device for managing centrally stored files Active CN110321077B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910524486.1A CN110321077B (en) 2019-06-17 2019-06-17 Method and device for managing centrally stored files

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910524486.1A CN110321077B (en) 2019-06-17 2019-06-17 Method and device for managing centrally stored files

Publications (2)

Publication Number Publication Date
CN110321077A true CN110321077A (en) 2019-10-11
CN110321077B CN110321077B (en) 2023-04-14

Family

ID=68119765

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910524486.1A Active CN110321077B (en) 2019-06-17 2019-06-17 Method and device for managing centrally stored files

Country Status (1)

Country Link
CN (1) CN110321077B (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110989929A (en) * 2019-11-22 2020-04-10 浪潮电子信息产业股份有限公司 MON service migration method, device, equipment and readable storage medium
CN111049891A (en) * 2019-12-05 2020-04-21 浩云科技股份有限公司 Method for uploading and downloading cascade files in centralized storage

Citations (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101187930A (en) * 2007-12-04 2008-05-28 浙江大学 Distribution type file system dummy directory and name space implementing method
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 (en) * 2010-08-26 2011-03-16 上海网众信息技术有限公司 Remote storage method, remote storage system and client
CN102546780A (en) * 2011-12-28 2012-07-04 山东大学 Operation method for file distributed storage based on thin client
CN102682088A (en) * 2012-04-23 2012-09-19 Tcl集团股份有限公司 Mount method and mount system of storage equipment, and television
CN104408091A (en) * 2014-11-11 2015-03-11 清华大学 Data storage method and system for distributed file system
US9547457B1 (en) * 2013-09-27 2017-01-17 Veritas Technologies Llc Detection of file system mounts of storage devices
CN106559392A (en) * 2015-09-28 2017-04-05 北京神州泰岳软件股份有限公司 A kind of file sharing method, device and system
CN108549550A (en) * 2018-04-13 2018-09-18 郑州云海信息技术有限公司 A kind of hard disk hanging method and device
CN108984560A (en) * 2017-06-01 2018-12-11 杭州海康威视数字技术股份有限公司 File memory method and device
CN109471590A (en) * 2017-09-08 2019-03-15 阿里巴巴集团控股有限公司 A kind of mount point management method, device and memory node

Patent Citations (13)

* Cited by examiner, † Cited by third party
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 (en) * 2007-12-04 2008-05-28 浙江大学 Distribution type file system dummy directory and name space implementing method
CN101986651A (en) * 2010-08-26 2011-03-16 上海网众信息技术有限公司 Remote storage method, remote storage system and client
CN102546780A (en) * 2011-12-28 2012-07-04 山东大学 Operation method for file distributed storage based on thin client
CN102682088A (en) * 2012-04-23 2012-09-19 Tcl集团股份有限公司 Mount method and mount system of storage equipment, and television
US9547457B1 (en) * 2013-09-27 2017-01-17 Veritas Technologies Llc Detection of file system mounts of storage devices
CN104408091A (en) * 2014-11-11 2015-03-11 清华大学 Data storage method and system for distributed file system
CN106559392A (en) * 2015-09-28 2017-04-05 北京神州泰岳软件股份有限公司 A kind of file sharing method, device and system
CN108984560A (en) * 2017-06-01 2018-12-11 杭州海康威视数字技术股份有限公司 File memory method and device
CN109471590A (en) * 2017-09-08 2019-03-15 阿里巴巴集团控股有限公司 A kind of mount point management method, device and memory node
CN108549550A (en) * 2018-04-13 2018-09-18 郑州云海信息技术有限公司 A kind of hard disk hanging method and device

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
周长俊: ""HDFS文件系统的改进研究"", 《中国优秀硕士学位论文全文数据库》 *
操顺德: ""面向海量高清视频的高性能分布式存储系统"", 《中国优秀硕士学位论文全文数据库》 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110989929A (en) * 2019-11-22 2020-04-10 浪潮电子信息产业股份有限公司 MON service migration method, device, equipment and readable storage medium
CN111049891A (en) * 2019-12-05 2020-04-21 浩云科技股份有限公司 Method for uploading and downloading cascade files in centralized storage

Also Published As

Publication number Publication date
CN110321077B (en) 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
CN106933508B (en) Application container migration method and device
US11099953B2 (en) Automatic data healing using a storage controller
CN103064927B (en) The data access method of distributed file system and device
US7216148B2 (en) Storage system having a plurality of controllers
US7711683B1 (en) Method and system for maintaining disk location via homeness
US20180217766A1 (en) Optimizing off-loaded input/output (i/o) requests
US11675499B2 (en) Synchronous discovery logs in a fabric storage system
CN105095103B (en) For the storage device management method and apparatus under cloud environment
CN109690494B (en) Hierarchical fault tolerance in system storage
US20200050583A1 (en) Storing and retrieving restricted datasets to and from a cloud network with non-restricted datasets
CN106331075B (en) Method for storing file, metadata server and manager
CN112445570A (en) Cloud platform resource migration method and device and storage medium
US11226746B2 (en) Automatic data healing by I/O
CN110321077A (en) A kind of management method and device of centrally stored file
US11392617B2 (en) Recovering from a failure of an asynchronous replication node
US10789132B2 (en) Performing a recovery copy command to create a recovery volume for a consistency group
CN108932155A (en) Virtual machine memory management method, device, electronic equipment and readable storage medium storing program for executing
CN109542674A (en) Snapshot creation method, device, equipment and the medium of distributed system
CN111722783B (en) Data storage method and device
US11495262B1 (en) Duplexing data from multiple file systems onto a shared tape
CN109857519A (en) The processing method and relevant apparatus of virtual disk
CN109347896A (en) A kind of information processing method, equipment and computer readable storage medium
CN115426322B (en) Virtual storage method and device

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