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 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
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
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.
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)
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)
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 |
-
2019
- 2019-06-17 CN CN201910524486.1A patent/CN110321077B/en 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 (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)
Title |
---|
周长俊: ""HDFS文件系统的改进研究"", 《中国优秀硕士学位论文全文数据库》 * |
操顺德: ""面向海量高清视频的高性能分布式存储系统"", 《中国优秀硕士学位论文全文数据库》 * |
Cited By (2)
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 |