CN103076994B - The method of off-line written document is realized in a kind of SAN shared-file system - Google Patents
The method of off-line written document is realized in a kind of SAN shared-file system Download PDFInfo
- Publication number
- CN103076994B CN103076994B CN201210587726.0A CN201210587726A CN103076994B CN 103076994 B CN103076994 B CN 103076994B CN 201210587726 A CN201210587726 A CN 201210587726A CN 103076994 B CN103076994 B CN 103076994B
- Authority
- CN
- China
- Prior art keywords
- metadata
- client
- file
- data server
- meta data
- 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.)
- Expired - Fee Related
Links
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
The present invention relates to a kind of method realizing off-line written document in SAN shared-file system, step is as follows: the step opened file; Obtain the step of metadata; In described " obtaining the step of metadata ", normal acquisition, client treats that the metadata of written document also will obtain the metadata in the pre-volume space of disk outward; Judge the step whether meta data server is online; The step of online writing in files; The step of off-line writing in files; The step that file write terminates.The present invention utilizes client when obtaining metadata to meta data server, there is metadata pre-acquiring process of caching, when meta data server or lan network break down, client-server can continue normally file content to be written to be write in the pre-volume space of disk according to the metadata backup of this locality.The present invention improves the file write efficiency of SAN shared system effectively, ensure that and continuity, fault-tolerance and anti-interference that file writes improves the security of SAN shared-file system.
Description
Technical field
The present invention relates to a kind of method realizing off-line written document in SAN shared-file system, is a kind of method that network system includes video file, is the file off-line wiring method under a kind of SAN shared-file system being applicable to broadcasting and TV application.
Background technology
At present, general SAN shared-file system consists of lan network and SAN network meta data server (MDS), shared storage and multi-client, meta data server and client directly can be accessed to share by FC or ISCSI agreement and be stored, and are respectively FC-SAN and IP-SAN framework.SAN network is owing to being Optical Fiber Transmission, and bandwidth, capacity are large, speed is fast, is commonly used to the file that transmitted data amount is huge, as: video file.
Metadata in SAN shared-file system is the data structure of data of description method for organizing, some association attributeses etc. of the division methods of this file on block device, deposit position and file in metadata essential record SAN shared-file system.Continuous print block device storage organization is become file structure by metadata by SAN shared-file system, and the size of metadata is very little compared with file data, so do not need very high transmission bandwidth, so transmit with lan network.Metadata information in SAN shared-file system is by meta data server unified management.Client is connected with meta data server and communication by tcp/ip agreement under lan network.
When client will carry out the file write operation in SAN shared-file system, constantly need be initiated the metadata request of this file to meta data server by lan network, the corresponding element data message of this file is returned to client according to the space size of client application by meta data server at every turn, file is write disk relevant position according to the metadata information obtained by client, at the end of write, write operation end is sent to meta data server, the metadata information of write data is integrated by meta data server, read and write access is carried out for other clients in system.Although this general SAN shared-file system has the advantages that efficiency is high, applicability is wide, but meta data server is bottleneck wherein and single point failure point, once meta data server goes wrong, whole SAN network will be paralysed and cannot be worked, therefore the mode adopting two-node cluster hot backup or cluster, ensures meta data server High Availabitity more; Even if under these circumstances, be still difficult to avoid go wrong or meta data server the machine fault when lan network, cause client cannot with all meta data server communications in system, cause SAN network paralysis.SAN shared-file system way traditional in this case stops write operation, waits for and after meta data server recovers to communicate, and then carry out write operation.
Summary of the invention
Overcome the problem of prior art, the object of the invention is a kind of method proposing to realize off-line written document in SAN shared-file system.Described method is when all meta data servers cannot continue communication due to the machine fault or lan network problem, the temporary disc space of client corresponding to the metadata of pre-first to file proceeds file write operation, when meta data server recovers communication, to the Data Migration in temporary disc space be written to tram, and merge the metadata information corresponding to these data.Ensure meta data server cannot communication time, client still can proceed the file write work in SAN network, keeps the continuity of business.
The object of the present invention is achieved like this: a kind of method realizing off-line written document in SAN shared-file system, the hardware system used in described method comprises: multiple client is connected with meta data server and disk array by the SAN network of transmitting video files, described multiple clients are connected with meta data server by the lan network of transmission unit data, and the step of described method is as follows:
The step opened file: send request to meta data server for client, requires to open file to be written in disk array;
Obtain the step of metadata: for the content of client according to file to be written, to the metadata corresponding to meta data server application content to be written, client obtains respective meta-data, and client accepts the chance lock distributing to oneself simultaneously;
In described " obtaining the step of metadata ", normal acquisition, client treats that the metadata of written document also will obtain the metadata in the pre-volume space of disk outward;
Judge the step whether meta data server is online: for judging whether described meta data server normally works online, if "Yes", entering " step of online writing in files ", if "No", entering " step of off-line writing in files ";
The step of online writing in files: obtain metadata section for described client, and according to obtained metadata section, disk array is initiated to the blocks of data request of writing in files, to complete the write of these metadata section corresponding blocks data, the blocks of data that the application metadata section circulated is corresponding with write metadata section, until complete in the default space of write disk array of whole file, enter afterwards " step that file write terminates "; If meta data server off-line in file writing process, then enter " step of off-line writing in files ";
The step of off-line writing in files: use the metadata in pre-volume space to write in the pre-volume space of disk array by file for described client, constantly whether Detection theory data server reaches the standard grade simultaneously, if meta data server is reached the standard grade, to enter " step that file write terminates " in the disk array then file synchronization write in the pre-volume space of disk set to meta data server, if the pre-volume space of disk is all write full, client is not still communicated with meta data server, then enter " step that file write terminates ";
The step that file write terminates: send requirement for client to meta data server, close the writing in files handle opened, completes the write of this file.
The beneficial effect that the present invention produces is: the present invention utilizes client in writing in files flow process, when obtaining metadata to meta data server, specific metadata pre-acquiring method and caching method are provided, make to write while flow process normally carries out in standard, client retains the metadata backup in the pre-volume space of a disk in this locality, and consistance and the validity of this metadata is ensured by synchronous method, like this when meta data server or lan network break down, client-server can continue normally file content to be written to be write in the pre-volume space of disk according to the metadata backup of this locality, present invention can be implemented in after meta data server quits work, client-server continues according to the backup metadata of this locality the function writing SAN shared file.When being checked through meta data server and being effective, client-server is again to meta data server application metadata, and to ensure the correctness of metadata, meta data server completes the synchronizing function of corresponding data simultaneously.The present invention improves the file write efficiency of SAN shared system effectively, ensure that and continuity, fault-tolerance and anti-interference that file writes improves the security of SAN shared-file system.Due in the application of broadcast television industry, there is long-time continual large data video and audio and include, ensure the continuity of business, this application is very suitable for file off-line wiring method of the present invention.
Accompanying drawing explanation
Below in conjunction with drawings and Examples, the invention will be further described.
Fig. 1 is the hardware system schematic diagram that method described in inventive embodiments one uses;
Fig. 2 is the schematic flow sheet of method described in inventive embodiments one;
Fig. 3 is the method flow diagram that described in inventive embodiments two, pre-volume Metadata obtains;
Fig. 4 is the method flow diagram that file described in inventive embodiments three writes pre-volume space.
Embodiment
Embodiment one:
The present embodiment is a kind of method realizing off-line writing in files in SAN shared-file system, the hardware system that described method uses as shown in Figure 1, comprise: multiple client is connected with meta data server and disk array by the SAN network of transmitting video files, described multiple clients are connected with meta data server by the lan network of transmission unit data.Wherein client can be common PC workstation, can be also server, has the ability connecting SAN network, and can process large-scale file, such as high definition video file.The optical networking that SAN network described in the present embodiment is made up of optical fiber switch and optical cable is the broadband network of bandwidth more than 1G, can the video file of transmission of high-definition, also can form SAN network with the Fast Ethernet of thousand M or ten thousand M.Lan network described in the present embodiment is made up of ethernet switch and uses TCP/IP to be the Ethernet of communications protocol, has the bandwidth of hundreds of K, can transmit the meta data file of hundreds of K fast.Can go wrong in order to avoid meta data server and affect the normal operation of whole SAN system under normal conditions, a meta data server for subsequent use can be increased, namely two meta data servers, make it backup each other, and the basis of synchrodata realizes metadata server redundancy.Memory device in system uses disk array usually, and disk array is connected with meta data server with client by SAN network, and client and meta data server can be conducted interviews to it by fc agreement or iscsi agreement.
The basic ideas of the present embodiment are: disk array is divided into two parts, a part is default space, and a part is pre-volume space.The space that default space will be stored file and normally writes when being meta data server work, when pre-volume space is then meta data server off-line, client writes in this part disk space from the data being about to be stored file, causes whole system to paralyse to avoid due to meta data server off-line.During for making meta data server off-line, it can be client writing in files in pre-volume space, client is when request metadata server sends normal metadata, also require that meta data server sends the metadata in a set of pre-volume space, and in client local disk or internal memory, retain the backup metadata in this pre-volume space.When the meta data server in SAN system or lan network go wrong, client, by still writing in disk array by off-line data in the metadata in the pre-volume space of local backup disk, ensures that writing business does not normally paralyse when fault occurs and proceed.Method described in the present embodiment can be expressed as: client-server is in writing in files flow process, when obtaining metadata to meta data server, specific metadata application method and caching method are provided, make to write while flow process normally carries out in standard, client retains the backup of the metadata in the pre-volume space of a disk in this locality, and ensure that one of this metadata makes peace validity by synchronous method, like this when meta data server or lan network break down, the backup of the metadata in the pre-volume space of disk that client-server can retain according to this locality continues normally to carry out file write work.Effectively can improve the file write efficiency of SAN shared system with this, ensure that and continuity, fault-tolerance and anti-interference that file writes improve the security of SAN shared-file system.
As shown in Figure 2, concrete steps are as follows for the flow process of method described in the present embodiment:
1, the step opened file: send request to meta data server for client, requires to open file to be written in disk array.This step is basic step, and when user needs a write file time, user opens the handle of file to be written in client, and client, according to the handle of this file, sends request to meta data server, in disk application space write data.When client and a meta data server connect, create corresponding processing threads, this thread is used for the relevant function of background process off-line write, if not at running background, may affect the efficiency of standard write flow process.
2, the step of metadata is obtained: client is according to the content of file to be written, and to the metadata corresponding to meta data server application content to be written, client obtains respective meta-data, and client accepts the chance lock distributing to oneself simultaneously.Normal acquisition, client treats that the metadata of written document also will obtain the metadata in the pre-volume space of disk outward.
This step is with the difference of the write of traditional SAN shared file: traditional write is only to apply for the metadata (metadata section) of some; with that data are write blocks of files corresponding with this metadata section in disk array; normal acquisition, this step then treats that the metadata of written document also needs to obtain in addition the metadata in the pre-volume space of disk of certain space outward, and open up storage area in client this locality and store these metadata.
3, the step whether meta data server is online is judged: for judging whether described meta data server normally works online, if "Yes", entering " step of online writing in files ", if "No", entering " step of off-line writing in files ".
4, the step of online writing in files: obtain metadata section for client, and according to obtained metadata section, disk array is initiated to the blocks of data request of writing in files, to complete the write of these metadata section corresponding blocks data, the blocks of data that the application metadata section circulated is corresponding with write metadata section, until complete in the default space of write disk array of whole file, enter afterwards " step that file write terminates "; If meta data server off-line in file writing process, then enter " step of off-line writing in files ".
If all meta data servers break down in 5 ablation process, then to start off-line write.The step of off-line writing in files: use the metadata in pre-volume space to write in the pre-volume space of disk array by file for described client, constantly whether Detection theory data server reaches the standard grade simultaneously, if meta data server is reached the standard grade, to enter " step that file write terminates " in the disk array then file synchronization write in the pre-volume space of disk set to meta data server, if the pre-volume space of disk is all write full, client is not still communicated with meta data server, then enter " step that file write terminates ".
6, the step of file write end: send requirement for client to meta data server, close the writing in files handle opened, completes the write of this file.
Embodiment two:
The present embodiment is the improvement of embodiment one, and be the refinement of embodiment one about the metadata in the acquisition pre-volume space of disk in " obtaining the step of metadata ", its flow process as shown in Figure 3.The metadata that client described in the present embodiment obtains disk pre-volume space comprises following sub-step:
(1) detect whether there is the sub-step of raw readings: the backup checking whether the metadata in pre-volume space for client in local internal memory or hard disk, if "No", enter " sub-step of opening up storage space ", if "Yes", enter next son step.
This sub-step is one and detects and the step judged, judges the metadata that whether there is the pre-volume space of disk in local hard drive or internal memory.The situation having metadata to exist uses this client to write data and opened off-line before being generally and writes function, can enter next son step in this case: whether effectively detect this metadata.If do not find corresponding metadata, then need to start the process obtaining pre-volume Metadata.
(2) the whether effective sub-step of metadata in pre-volume space is detected: whether the metadata backup detecting the pre-volume space in local internal memory or hard disk for client is effective, if "Yes", enter " obtaining the sub-step that metadata terminates ", if "No", enter next son step.
This sub-step is a step judged, judges it is whether there is the metadata in disk pre-volume space effective in local hard drive or internal memory.The metadata in the local pre-volume space of application in the past may be caused no longer valid because client does not use for a long time or changed meta data server, need to re-start detection validation.The present embodiment is when off-line writing in files, because disconnect communication with meta data server, so need a set of mechanism to ensure the validity (i.e. data consistency) of metadata, when client sends the metadata of applying for pre-volume space to meta data server, meta data server is locked this section of space by lock mechanism, only allow this client to conduct interviews, do not allow other clients to conduct interviews, also just directly ensure that the consistance of all data.
Meet above condition, when meta data server breaks down in data writing process, the backup of the metadata in the local pre-volume space of disk of preserving can be used to carry out write data, and there will not be data inconsistency problem, otherwise will write be exited.
(3) sub-step of storage space is opened up: the storage space opening up the metadata for storing pre-volume space for client in local internal memory or hard disk.
The situation that generalized case double base data server all breaks down is not a lot, can open up storage space as required at hard disk.
(4) sub-step of process is selected: for client, stored in request selecting, backstage queue is placed on to metadata and waits for or process in real time, if backstage waits for that then metadata being put into metadata request queue stored in request waits for, if process in real time then enters next son step.
The read-write of process file, can carry out multiple in client simultaneously, can open up multiple file read-write thread, so just having the operation queue of multiple thread to raise the efficiency, need process to be just can take out from queue, process.If running background, join request step below queue, transfers to the processing threads process previously created; If not running background, directly process in this thread.
(5) sub-step of the metadata in pre-volume space is obtained: the whole metadata obtaining pre-volume space for client according to communication rule circulation to meta data server, as backup metadata, be kept in the storage space opened up according to the self-defining data structure of client.
The whole metadata obtaining a pre-volume space is the same with file writing process, it not just the corresponding blocks of data of write after application one section of metadata, but continue request application metadata, circulation like this until by complete for the application of pre-volume space, and in the local hard drive being stored in client or internal memory.
(6) sub-step that metadata terminates is obtained: obtain metadata for terminating.
Embodiment three:
The present embodiment is the improvement of above-described embodiment, and be the refinement of above-described embodiment about off-line writing in files, its flow process as shown in Figure 4.The step of the off-line writing in files described in the present embodiment comprises following sub-step:
(1) detect client and whether have the sub-step of the backup metadata in pre-volume space: for client, the internal memory of this locality or hard disk are checked, the metadata in pre-volume space whether is had to back up, if not, enter " sub-step that file write terminates ", if had, enter next son step.
(2) client detects the whether effective sub-step of backup of backup metadata: whether the metadata detecting the pre-volume space in local internal memory or hard disk for client is effective, if "No", enter " step that file write terminates ", if "Yes", enter next step.
(3) use the sub-step of backup metadata writing in files: the metadata section obtaining backup metadata for client from local internal memory or hard disk, and the metadata section described in utilizing is to disk array writing in files.
Client obtains the metadata section of backup metadata from local internal memory or hard disk, if success, initiates the blocks of data request of file to be written to disk array, to complete the write of these metadata section corresponding blocks data, the reading metadata section of circulation and blocks of data corresponding to write metadata section, until client and meta data server are communicated with again or the write that completes whole file completes.
(4) detect client and detect the sub-step whether be communicated with the connection of meta data server: whether unimpededly detect with the connection of meta data server for client, if "No", enter next son step, if "Yes", enter " sub-step of again applying for metadata section to meta data server ".Use the backup metadata in the pre-volume space in local internal memory or hard disk to when the pre-volume space writing in files in disk array in client, constantly to detect the connectedness with meta data server simultaneously, if be communicated with, then apply for up-to-date metadata, do not re-use original backup metadata.
(5) judge whether pre-volume disk space writes full sub-step: whether the pre-volume space judged in disk array for described client is write full, if "Yes", enter " step that file write terminates ", if "No", enter next son step.When utilization backup metadata is to the pre-volume space writing in files in disk array, if find that pre-volume space has been write full, owing to can not get new disk space, can only ends file write disk.
(6) sub-step that file content writes has been judged whether: judge to use backup metadata whether by the pre-volume space of complete for file write disk array for described client, if "Yes", stop written document, if "No", enter " sub-step using backup metadata writing in files ".Write in the process in pre-volume space at file, continuous Detection theory data server is wanted whether to recover normal work, if Metadata Service does not recover normal work, client can only continue file to be write pre-volume space, and when complete file data has write the pre-volume space of disk array, meta data server does not also recover, then client can't the ablation process of ends file, can only stop written document.
(7) sub-step of metadata section is again applied for meta data server: again apply for metadata for client to meta data server, request default space.
(8) sub-step of meta data server data syn-chronization: the connectivity detecting all clients for meta data server, synchronously processes all data with the client in pre-volume space, makes the data in pre-volume space move into default space.After meta data server recovers, if find that the client reconnected has pre-volume space, then forbid that client continues to pre-volume space write data, and the data in residing write before the data in the pre-volume space of this client and meta data server off-line are integrated, then give this client by up-to-date data allocations, make this client continue data to write default space.Meta data server checks that those have pre-volume space but whether the pre-volume space corresponding to client of not carrying out with meta data server being connected has had data newly to write simultaneously, if discovery new data, then forbid that client is to these pre-volume space write data, and the data mobile in this pre-volume space to the relevant position in default space, to ensure that data are correct.
(9) sub-step of teasel root written document: the metadata provided according to meta data server for described client, writes file in the default space of disk array.Meta data server complete corresponding data synchronous after, respective meta-data is sent to client, client initiates the blocks of data request of file to be written to disk array according to metadata, to complete the write of these metadata section corresponding blocks data, the blocks of data that the application metadata section circulated is corresponding with write metadata section, until complete the write of whole file to be written.
Finally it should be noted that, below only in order to technical scheme of the present invention to be described and unrestricted, although with reference to preferred arrangement scheme to invention has been detailed description, those of ordinary skill in the art is to be understood that, can modify to technical scheme of the present invention (such as pre-volume space with the set-up mode of metadata, the tandem etc. of step) or equivalently to replace, and not departing from the spirit and scope of technical solution of the present invention.Method of the present invention can work out the program for being applied to computer system, and runs in computer network system of the present invention.
Claims (1)
1. in a SAN shared-file system, realize the method for off-line written document, the hardware system used in described method comprises: multiple client is connected with meta data server and disk array by the SAN network of transmitting video files, described multiple clients are connected with meta data server by the lan network of transmission unit data, and the step of described method is as follows:
The step opened file: send request to meta data server for client, requires to open file to be written in disk array;
Obtain the step of metadata: for the content of client according to file to be written, to the metadata corresponding to meta data server application content to be written, client obtains respective meta-data, and client accepts the chance lock distributing to oneself simultaneously;
It is characterized in that:
In described " obtaining the step of metadata ", normal acquisition, client treats that the metadata of written document also will obtain the metadata in the pre-volume space of disk outward;
Judge the step whether meta data server is online: for judging whether described meta data server normally works online, if "Yes", entering " step of online writing in files ", if "No", entering " step of off-line writing in files ";
The step of online writing in files: obtain metadata section for described client, and according to obtained metadata section, disk array is initiated to the blocks of data request of writing in files, to complete the write of these metadata section corresponding blocks data, the blocks of data that the application metadata section circulated is corresponding with write metadata section, until complete in the default space of write disk array of whole file, enter afterwards " step that file write terminates "; If meta data server off-line in file writing process, then enter " step of off-line writing in files ";
The step of off-line writing in files: use the metadata in pre-volume space to write in the pre-volume space of disk array by file for described client, constantly whether Detection theory data server reaches the standard grade simultaneously, if meta data server is reached the standard grade, to enter " step that file write terminates " in the disk array then file synchronization write in the pre-volume space of disk set to meta data server, if the pre-volume space of disk is all write full, client is not still communicated with meta data server, then enter " step that file write terminates ";
The step that file write terminates: send requirement for client to meta data server, close the writing in files handle opened, completes the write of this file;
The metadata obtaining disk pre-volume space in described " obtaining the step of metadata " comprises following sub-step:
Detect and whether have the sub-step of raw readings: the backup checking whether the metadata in pre-volume space for client in local internal memory or hard disk, if "No", enters " sub-step of opening up storage space ", if "Yes", enters next son step;
Detect the whether effective sub-step of metadata in pre-volume space: whether the metadata backup detecting the pre-volume space in local internal memory or hard disk for client is effective, if "Yes", enter " obtaining the sub-step that metadata terminates ", if "No", enter next son step;
Open up the sub-step of storage space: the storage space opening up the metadata for storing pre-volume space for client in local internal memory or hard disk;
Select the sub-step of process: for client, stored in request selecting, backstage queue is placed on to metadata and waits for or process in real time, if backstage waits for that then metadata being put into metadata request queue stored in request waits for, if process in real time then enters next son step;
Obtain the sub-step of the metadata in pre-volume space: the whole metadata obtaining pre-volume space for client according to communication rule circulation to meta data server, as backup metadata, be kept in the storage space opened up according to the self-defining data structure of client;
Obtain the sub-step that metadata terminates: obtain metadata for terminating;
It is characterized in that,
Described " step of off-line writing in files " comprises following sub-step:
Detect client and whether have the sub-step of the backup metadata in pre-volume space: for client, the internal memory of this locality or hard disk are checked, the metadata in pre-volume space whether is had to back up, if not, enter " sub-step that file write terminates ", if had, enter next son step;
Client detects the whether effective sub-step of backup of backup metadata: whether the metadata detecting the pre-volume space in local internal memory or hard disk for client is effective, if "No", enter " step that file write terminates ", if "Yes", enter next step;
Use the sub-step of backup metadata writing in files: the metadata section obtaining backup metadata for client from local internal memory or hard disk, and the metadata section described in utilizing is to disk array writing in files;
Detect the sub-step whether client is communicated with the connection of meta data server: whether unimpededly detect with the connection of meta data server for client, if "No", enter next son step, if "Yes", enter " sub-step of again applying for metadata section to meta data server ";
Judge whether pre-volume disk space writes full sub-step: whether the pre-volume space judged in disk array for described client is write full, if "Yes", enter " step that file write terminates ", if "No", enter next son step;
Judge whether the sub-step that file content writes: judge to use backup metadata whether by the pre-volume space of complete for file write disk array for described client, if "Yes", stop written document, if "No", enter " sub-step using backup metadata writing in files ";
Again the sub-step of metadata section is applied for: again apply for metadata for client to meta data server, request default space to meta data server;
The sub-step of meta data server data syn-chronization: the connectivity detecting all clients for meta data server, synchronously processes all data with the client in pre-volume space, makes the data in pre-volume space move into default space;
The sub-step of teasel root written document: the metadata provided according to meta data server for described client, writes file in the default space of disk array.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210587726.0A CN103076994B (en) | 2012-12-31 | 2012-12-31 | The method of off-line written document is realized in a kind of SAN shared-file system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210587726.0A CN103076994B (en) | 2012-12-31 | 2012-12-31 | The method of off-line written document is realized in a kind of SAN shared-file system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN103076994A CN103076994A (en) | 2013-05-01 |
| CN103076994B true CN103076994B (en) | 2016-02-03 |
Family
ID=48153534
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201210587726.0A Expired - Fee Related CN103076994B (en) | 2012-12-31 | 2012-12-31 | The method of off-line written document is realized in a kind of SAN shared-file system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN103076994B (en) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104202387B (en) * | 2014-08-27 | 2017-11-24 | 华为技术有限公司 | A kind of metadata restoration methods and relevant apparatus |
| CN105718484A (en) * | 2014-12-04 | 2016-06-29 | 中兴通讯股份有限公司 | File writing method, file reading method, file deletion method, file query method and client |
| CN105512321A (en) * | 2015-12-18 | 2016-04-20 | 浪潮(北京)电子信息产业有限公司 | Method for writing data of storage area networking (SAN) shared-file system and device |
| CN111651631B (en) * | 2020-04-28 | 2023-11-28 | 长沙证通云计算有限公司 | High concurrency video data processing method, electronic equipment, storage medium and system |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1426006A (en) * | 2001-12-21 | 2003-06-25 | 鸿富锦精密工业（深圳）有限公司 | Distributed case management system and its method |
| CN102546776A (en) * | 2011-12-27 | 2012-07-04 | 北京中科大洋科技发展股份有限公司 | Method for realizing off-line reading files in SAN (Storage Area Networking) shared file system |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7788230B2 (en) * | 2007-01-23 | 2010-08-31 | International Business Machines Corporation | Backing-up and restoring files including files referenced with multiple file names |
-
2012
- 2012-12-31 CN CN201210587726.0A patent/CN103076994B/en not_active Expired - Fee Related
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1426006A (en) * | 2001-12-21 | 2003-06-25 | 鸿富锦精密工业（深圳）有限公司 | Distributed case management system and its method |
| CN102546776A (en) * | 2011-12-27 | 2012-07-04 | 北京中科大洋科技发展股份有限公司 | Method for realizing off-line reading files in SAN (Storage Area Networking) shared file system |
Also Published As
| Publication number | Publication date |
|---|---|
| CN103076994A (en) | 2013-05-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102546776B (en) | Method for realizing off-line reading files in SAN (Storage Area Networking) shared file system | |
| EP3218793B1 (en) | Non-disruptive controller replacement in a cross-cluster redundancy configuration | |
| CN106815298B (en) | Distributed shared file system based on block storage | |
| CN104320401B (en) | A kind of big data storage based on distributed file system accesses system and method | |
| CN102833580B (en) | Based on HD video application system and the method for infiniband | |
| Jian-Hua et al. | Cloud computing-based data storage and disaster recovery | |
| CN103076994B (en) | The method of off-line written document is realized in a kind of SAN shared-file system | |
| CN103929500A (en) | Method for data fragmentation of distributed storage system | |
| CN106301938A (en) | A kind of high availability and the data base cluster system of strong consistency and node administration method thereof | |
| CN102984501A (en) | Network video-recording cluster system | |
| CN104023246B (en) | A kind of video data private cloud storage system and video data private cloud storage method | |
| CN103488546A (en) | Backup and recovery method capable of supporting online concurrency of multi-level data and database | |
| CN111949444A (en) | Data backup and recovery system and method based on distributed service cluster | |
| CN102523118A (en) | Redundancy control system consisting of multiple control computers in local area network and method for redundancy control system | |
| US9811432B2 (en) | Systems and methods for resynchronizing mirroring partners in a storage system | |
| CN106713391A (en) | Session information sharing method and sharing system | |
| US20170316029A1 (en) | Gransets for managing consistency groups of dispersed storage items | |
| CN104298574A (en) | Data high-speed storage processing system | |
| CN107995318A (en) | A kind of high-availability system of network cloud disk | |
| CN102137161B (en) | File-level data sharing and storing system based on fiber channel | |
| CN111225302B (en) | Satellite receiving station monitoring system based on virtualization technology | |
| CN105828017A (en) | Cloud storage access system and method for video conferences | |
| CN107203639A (en) | Parallel file system based on High Performance Computing | |
| CN114357252A (en) | Storage method, system and storage medium of cross-source multi-domain distributed data | |
| CN202856789U (en) | Data resource storage system integrating NAS and SAN |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20160203 Termination date: 20201231 |
|
| CF01 | Termination of patent right due to non-payment of annual fee |