CN101673288A - 一种iptv系统中的读、写文件的方法和系统 - Google Patents
一种iptv系统中的读、写文件的方法和系统 Download PDFInfo
- Publication number
- CN101673288A CN101673288A CN200910179829A CN200910179829A CN101673288A CN 101673288 A CN101673288 A CN 101673288A CN 200910179829 A CN200910179829 A CN 200910179829A CN 200910179829 A CN200910179829 A CN 200910179829A CN 101673288 A CN101673288 A CN 101673288A
- Authority
- CN
- China
- Prior art keywords
- file
- data
- fac
- positional information
- blocks
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
为了实现对文件系统中的海量文件进行快速有效的读写操作,本发明提出了一种IPTV系统中的读文件的方法:包括以下步骤:文件访问客户端FAC向文件定位寄存器FLR询问块数据的位置信息;响应于询问,FLR查询位置信息,并将位置信息返回至FAC;以及FAC向对应于位置信息的文件访问服务器FAS发起读数据请求,以进行读文件操作。此外,本发明还提出了IPTV系统中的写文件的方法、读写文件的系统。
Description
技术领域
本发明涉及通信领域,更具体地,涉及一种IPTV系统中的读、写文件的方法和系统。
背景技术
在已有的研究中,针对文件系统的存储问题,主要有整文件存储和分片存储两种技术。整文件存储是将一个文件的全部数据都存储在一个存储设备上;分片存储是将文件按一定的大小分成若干块,以块为单位存储在多个存储设备上。
在IPTV系统中,文件系统需满足以下要求:大容量;大吞吐能力;高响应速度;高可靠性;低成本等等。现有的技术在应用于IPTV系统中的大文件存储时,在文件读写的效率和性能方面都不够优越。整文件存储扩展性较好,却经常由于文件分布不均匀,导致某一个或几个设备过载,而其他设备数据远小于其存储能力,在读写操作时出现负荷分担不均衡或读写拥塞的问题。分片存储可以将文件按块存储在多个设备上,均衡利用所有存储设备的存储空间,但是目前对于海量文件往往没有有效的定位和查询策略,使得读写文件时的响应速度大大受到影响。
可见,已有技术仍有待于改进和发展。
发明内容
本发明的目的是为了提供IPTV系统中的读写文件的方法和系统,以解决对文件系统中的海量文件进行快速有效的读写操作的问题。
下文将简要描述发明内容的主要步骤,各步骤的实现将在具体实施方式中详细阐述。
本发明提出了一种IPTV系统中的读文件的方法:包括以下步骤:文件访问客户端FAC向文件定位寄存器FLR询问块数据的位置信息;响应于询问,FLR查询位置信息,并将位置信息返回至FAC;以及FAC向对应于位置信息的文件访问服务器FAS发起读数据请求,以进行读文件操作。
其中,块数据是文件的一部分,文件被分片为多个块数据,多个块数据中的每一个均分别存储在对应的主存储器和备存储器中,块数据的ID由FLR分配,并由文件的ID与块数据的分片号组成。
其中,FLR查询位置信息包括:查询对应于块数据的主存储器的状态;以及当主存储器的状态正常时,获取主存储器的ID以及地址;当主存储器的状态异常时,获取备存储器的ID以及地址。
其中,文件分为三类:媒体文件、主索引文件、以及分片索引文件。
另一方面,本发明还提出了一种IPTV系统中的写文件的方法,包括以下步骤:文件访问客户端FAC向文件访问服务器FAS发起写文件请求;文件定位寄存器FLR根据预定存储条件查询存储器中用于存储所述文件的各数据块的位置信息,并将所述位置信息返回至所述FAC;以及FAC向对应于节点信息的文件访问服务器FAS进行写数据操作。
其中,所述的文件定位寄存器FLR查询文件的各块数据的位置信息,并将位置信息返回至FAC的步骤包括:将文件分片成多个块数据,并对多个块数据进行分组;根据文件中块数据所在组的组信息获取存储器中预设的与所述组信息相对应的当前组号;从当前组号开始轮询,查询全部存储器;以及当查询到符合所述预定存储条件的存储器时,获取存储器的ID以及地址。
其中,预定存储条件包括:存储器的状态正常;存储器的组号正常;以及存储器具有空闲容量。
其中,预定存储条件还包括:判断存储器所属的队列;以及存储器的读写IO数未超过最大值。
其中,当判断符合预定存储条件时,设置当前组号为下一个存储器的组号。
其中,块数据的ID由文件的ID与块数据的分片号组成。
其中,文件分为三类:媒体文件、主索引文件、以及分片索引文件。
另一方面,本发明还提出了一种IPTV系统中的读文件的系统,包括:询问模块,用于由文件访问客户端FAC向文件定位寄存器FLR询问数据的位置信息;查询模块,用于响应于询问,由FLR查询位置信息,并将位置信息返回至FAC;以及读文件请求模块,用于由FAC向对应于位置信息的文件访问服务器FAS发起读数据请求,以进行读文件操作。
另一方面,本发明还提出了一种IPTV系统中的写文件的系统,包括:写文件请求模块,用于由文件访问客户端FAC向文件访问服务器FAS发起写文件请求;查询模块,用于由文件定位寄存器FLR根据预定存储条件查询存储器中用于存储所述文件的各数据块的位置信息,并将所述位置信息返回至所述FAC;以及写数据模块,用于由FAC向对应于节点信息的文件访问服务器FAS进行写数据操作。
本发明通过提供用于IPTV系统的读、写文件的方法和系统实现了对海量文件进行快速有效的读写操作。通过以分片(块数据)为单位读写文件,并主要以磁盘的分组备份以及基于分组的轮询为策略,实现了文件备份和磁盘负荷均衡,解决文件系统的负载分担问题,并最大可能地提高文件系统的读写效率,另外,由于文件被分为三类:媒体文件、主索引文件、分片索引文件,故能够使文件便于读取,提高读写效率。
发明解决了IPTV系统中分片文件读写问题,在节省所有磁盘总存储空间的同时又兼顾了单板负荷均衡,提高了文件系统的读写效率,实现了系统的高响应速度和扩展性。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的限定。在附图中:
图1是根据本发明的文件系统各部分的分布与交互图;
图2是根据本发明的系统中文件二次条带化备份方案图;
图3是根据本发明的文件系统向数据库申请读操作流程图;
图4是根据本发明的文件系统向数据库申请写操作流程图;
图5是根据本发明的IPTV系统中的读文件的系统;以及
图6是根据本发明的IPTV系统中的写文件的系统。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
根据本发明的读文件的方法包括以下步骤:文件访问客户端FAC首先向文件定位寄存器FLR询问块数据的位置信息;响应于询问,FLR查询位置信息,并将位置信息返回至FAC;以及FAC向对应于位置信息的文件访问服务器FAS发起读数据请求,以进行读文件操作。
优选地,块数据是文件的一部分,文件被分为多个块数据,每一个块数据均分别存储在对应的主存储器和备存储器中,块数据的ID由FLR分配,并由文件的ID与分片号组成。
优选地,FLR查询位置信息包括:查询对应于块数据的ID的主存储器的状态;以及当主存储器的状态正常时,获取主存储器的ID以及地址;当主存储器的状态异常时,获取备存储器的ID以及地址。
此外,根据本发明的写文件的方法包括以下步骤:文件访问客户端FAC向文件访问服务器FAS发起写文件请求;文件定位寄存器FLR查询文件的节点信息,并将节点信息返回至FAC;以及FAC向对应于节点信息的文件访问服务器FAS进行写数据操作。
另外,由于文件被分为三类:媒体文件、主索引文件、分片索引文件,故能够使文件便于读取,提高读写效率。
下面,先介绍本发明的硬件模块的分布情况。图1是用于IPTV中的分布式文件系统各部分的分布与交互图。如图所示,分布式文件系统的三个部分:
FLR:是元数据管理模块,管理文件元数据、分片元数据,管理文件与分片的对应关系。接收FAC分片查找请求,定位存在的文件分片用于读操作或分配新的分片用于写操作。
FAC:是文件接口模块,向业务模块提供和标准文件访问类似的文件读写接口,提供文件系统本地缓存管理。
FAS:用于块分布和负载平衡,具体完成对数据块(chunk)的操作。FAS启动时向FLR报告系统数据,FLR上动态生成相应数据,当FAS长时间离线时,FLR删除相应数据,并删除所有chunk文件信息表中对应FAS的IP地址。
本发明通过一个读操作描述文件系统中各部分的交互流程:
1.FAC使用固定的块将应用程序指定的文件名和字节偏移转换成文件的一个块索引(chunk index);
2.给FLR发送一个包含文件名和块索引的请求;
3.FLR回应对应的块句柄(chunk-handle)和副本的位置;
4.FAC以文件名和块索引为键缓存这些信息(块句柄和副本的位置);
5.FAC向其中一个副本发送一个请求,很可能是最近的一个副本,请求指定的chunk-handle和块内的一个字节区间;
通常FAC可以在一个请求中询问多个数据块的地址,而FLR也可以很快回应这些请求。
图2是系统中文件二次条带化备份方案图。
本发明中,原始文件数据预先经过流化和分片,交织存储于多个存储设备中。同时为便于管理,把存储于同一设备、同一硬盘上属于一个数据源的块集合成文件。这种方式的优点是读写都很快,缺点是不支持N+1热备份。考虑到硬盘容量越来越大的发展趋势,可以采用二次条带化备份的方式来解决此问题。其原理是每个设备上存储的文件重新在其他设备中进行备份存储,存储方式如图2所示。图中备份区数据是存储区数据的一个备份,这样在某个存储设备失效时,其内容服务可由其他存储设备均匀提供,从而避免了单设备失效的故障,也避免了RAID算法的计算开销。这样每个文件的分片被均匀地分配在多个存储设备中,一定程度上达到了自然的负载平衡,提高了存储效率,节省了繁琐的负载均衡算法,提高了系统的可扩展性。
图3是文件系统中的FLR向数据库申请读操作的存储设备信息的流程图。
如图3所示,主要包括以下步骤:
步骤1:文件系统向数据库申请读操作时,通过请求中的文件ID来获取文件记录;
步骤2:根据记录中的文件名判断文件归属于哪一类,获取文件的分类信息;
步骤3:通过chunk-handle获取到数据块记录信息,查询到块所在主备磁盘的逻辑ID及磁盘所在存储设备的逻辑地址等信息,具体步骤如下:
S301:首先查询主磁盘的工作状态,若主磁盘正常工作,则获取主磁盘的逻辑ID及其所在存储设备的逻辑地址等信息。然后查询备份的磁盘的状态,备份磁盘正常工作,则读取备盘的逻辑ID及其所在存储设备的逻辑地址等信息。需要注意的是,如果主磁盘状态正常并获取到了磁盘信息,仍要查询备份磁盘并获取磁盘数据信息,目的是防止主磁盘数据出现异常,造成存储信息有误;
S302:若主磁盘闭塞,文件系统就会查询备份的磁盘的状态,备份磁盘正常工作,读取备盘的逻辑ID及其所在存储设备的逻辑地址等信息;
S303:如果主备磁盘都闭塞,就指明存储设备的逻辑ID不存在,直接返回;
S304:读取数据成功,修改读磁盘计数器,设置返回标记为成功。
图4是文件系统中的FLR向数据库申请写操作的存储设备信息的流程图。
步骤1:文件系统向数据库申请写操作时,首先要向数据库申请新的块句柄;
步骤2:如果通过块句柄可以定位到相关的块记录,则说明此数据块已经存在,不需要再写入磁盘中,系统不再进行操作,直接返回;
步骤3:若找不到相关记录,则通过文件名判断其所在文件类别,根据文件分组信息获取磁盘当前组号;计算硬盘上的chunk均值,获取磁盘能够存储的chunk大小,便于后面磁盘数据存储均衡,负荷分担;
步骤4:从当前组号开始在磁盘队列中进行轮询,遍历全部磁盘组,找到满足写数据块的一系列条件的磁盘并获取磁盘信息,查找磁盘所在存储设备的逻辑地址,轮询结束修改写磁盘计数值。具体步骤如下:
S401:从当前的组号开始遍历全部磁盘组,判断当前组号对应的磁盘组是否满足上述条件,如果满足条件,设置当前组号为下一个磁盘组号,以便下次查找磁盘时可以直接对下一磁盘组进行判断,实现磁盘的轮询,同时避免每次从第一组磁盘开始判断和查找可用磁盘,造成磁盘间负荷不均衡,设置结束直接转到步骤S404;
S402:如果当前磁盘不满足上述条件,对全部磁盘组进行轮询,直接设置当前组号为下一个磁盘组号,重复步骤S401,直到找到可以写数据块的磁盘。
S403(未示出):查找过程中如果轮询到磁盘组尾则取第一个磁盘组号为当前组号,重复步骤S401;
S404:找到了可以写入数据块信息的磁盘,获取此磁盘的逻辑ID及其所在存储设备的逻辑地址等信息;
步骤5:将当前磁盘插入磁盘队列中,重新排列磁盘,修改写磁盘计数值。
需要注意的是:如果同一组(group)的两个磁盘有一个是闭塞的,文件系统向没有闭塞的另一个磁盘继续执行写操作的话,势必会造成主备磁盘数据的不同步,进而影响数据的可靠性和系统的稳定性,因此处于闭塞状态的磁盘连同其备份磁盘都不允许写数据操作。
此外,如图5所示,IPTV系统中的读文件的系统包括:询问模块52,用于由文件访问客户端FAC向文件定位寄存器FLR询问数据的位置信息;查询模块54,用于响应于询问,由FLR查询位置信息,并将位置信息返回至FAC;以及读文件请求模块56,用于由FAC向对应于位置信息的文件访问服务器FAS发起读数据请求,以进行读文件操作。
如图6所示,IPTV系统中的写文件的系统包括:写文件请求模块62,用于由文件访问客户端FAC向文件访问服务器FAS发起写文件请求;查询模块64,用于由文件定位寄存器FLR根据预定存储条件查询存储器中用于存储文件的各数据块的位置信息,并将位置信息返回至FAC;以及写数据模块66,用于由FAC向对应于节点信息的文件访问服务器FAS进行写数据操作。
本发明具有以下优点:通过对大文件分片、分组存储,实现了文件的有效备份,并使承担文件的存储设备可以实现负荷均衡分担。而且通过文件读写时的磁盘轮询策略进一步降低了整个系统对存储空间的需求,保证了系统的可靠性和稳定性。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (13)
1.一种IPTV系统中的读文件的方法,其特征在于,包括以下步骤:
文件访问客户端FAC向文件定位寄存器FLR询问块数据的位置信息;
响应于所述询问,所述FLR查询所述位置信息,并将所述位置信息返回至所述FAC;以及
所述FAC向对应于所述位置信息的文件访问服务器FAS发起读数据请求,以进行读文件操作。
2.根据权利要求1所述的方法,其特征在于,所述块数据是文件的一部分,所述文件被分片为多个块数据,所述多个块数据中的每一个均分别存储在对应的主存储器和备存储器中,所述块数据的ID由所述FLR分配,并由所述文件的ID与所述块数据的分片号组成。
3.根据权利要求2所述的方法,其特征在于,所述FLR查询所述位置信息包括:
查询对应于所述块数据的主存储器的状态;以及
当所述主存储器的状态正常时,获取所述主存储器的ID以及地址;
当所述主存储器的状态异常时,获取备存储器的ID以及地址。
4.根据权利要求1至3中任一项所述的方法,其特征在于,所述文件分为三类:媒体文件、主索引文件、以及分片索引文件。
5.一种IPTV系统中的写文件的方法,其特征在于,包括以下步骤:
文件访问客户端FAC向文件访问服务器FAS发起写文件请求;
文件定位寄存器FLR根据预定存储条件查询存储器中用于存储所述文件的各数据块的位置信息,并将所述位置信息返回至所述FAC;以及
所述FAC向对应于所述节点信息的文件访问服务器FAS进行写数据操作。
6.根据权利要求5所述的方法,其特征在于,所述的文件定位寄存器FLR查询所述文件的各块数据的位置信息,并将所述位置信息返回至所述FAC的步骤包括:
将所述文件分片成多个块数据,并对所述多个块数据进行分组;
根据所述文件中块数据所在组的组信息获取存储器中预设的与所述组信息相对应的当前组号;
从所述当前组号开始轮询,查询全部存储器;以及
当查询到符合所述预定存储条件的存储器时,获取所述存储器的ID以及地址。
7.根据权利要求6所述的方法,其特征在于,预定存储条件包括:
所述存储器的状态正常;
所述存储器的组号正常;以及
所述存储器具有预定空闲容量以上的存储容量。
8.根据权利要求7所述的方法,其特征在于,预定存储条件还包括:
判断所述存储器所属的队列;以及
所述存储器的读写IO数未超过最大值。
9.根据权利要求8所述的方法,其特征在于,当判断符合所述预定存储条件之后,设置所述当前组号为下一个存储器的组号。
10.根据权利要求6所述的方法,其特征在于,所述块数据的ID由所述文件的ID与所述块数据的分片号组成。
11.根据权利要求5至10中任一项所述的方法,其特征在于,所述文件分为三类:媒体文件、主索引文件、以及分片索引文件。
12.一种IPTV系统中的读文件的系统,其特征在于,包括:
询问模块,用于由文件访问客户端FAC向文件定位寄存器FLR询问数据的位置信息;
查询模块,用于响应于所述询问,由所述FLR查询所述位置信息,并将所述位置信息返回至所述FAC;以及
读文件请求模块,用于由所述FAC向对应于所述位置信息的文件访问服务器FAS发起读数据请求,以进行读文件操作。
13.一种IPTV系统中的写文件的系统,其特征在于,包括:
写文件请求模块,用于由文件访问客户端FAC向文件访问服务器FAS发起写文件请求;
查询模块,用于由文件定位寄存器FLR根据预定存储条件查询存储器中用于存储所述文件的各数据块的位置信息,并将所述位置信息返回至所述FAC;以及
写数据模块,用于由所述FAC向对应于所述节点信息的文件访问服务器FAS进行写数据操作。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910179829A CN101673288A (zh) | 2009-10-13 | 2009-10-13 | 一种iptv系统中的读、写文件的方法和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910179829A CN101673288A (zh) | 2009-10-13 | 2009-10-13 | 一种iptv系统中的读、写文件的方法和系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101673288A true CN101673288A (zh) | 2010-03-17 |
Family
ID=42020511
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200910179829A Pending CN101673288A (zh) | 2009-10-13 | 2009-10-13 | 一种iptv系统中的读、写文件的方法和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101673288A (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101895564A (zh) * | 2010-06-08 | 2010-11-24 | 中兴通讯股份有限公司 | 分布式文件系统中文件资源定位的方法、系统及装置 |
CN102387048A (zh) * | 2011-10-25 | 2012-03-21 | 中兴通讯股份有限公司 | 一种用于分布式文件系统的监控方法及分布式文件系统 |
CN103023970A (zh) * | 2012-11-15 | 2013-04-03 | 中国科学院计算机网络信息中心 | 一种物联网海量数据存储方法及系统 |
CN103942012A (zh) * | 2014-03-26 | 2014-07-23 | 华为技术有限公司 | 一种读取数据的方法、装置及设备 |
WO2016086649A1 (zh) * | 2014-12-04 | 2016-06-09 | 中兴通讯股份有限公司 | 写、读、删除、查询文件的方法、客户端和存储介质 |
WO2017067297A1 (zh) * | 2015-10-21 | 2017-04-27 | 杭州海康威视数字技术股份有限公司 | 对nas设备中视频数据的读写方法及装置 |
-
2009
- 2009-10-13 CN CN200910179829A patent/CN101673288A/zh active Pending
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101895564A (zh) * | 2010-06-08 | 2010-11-24 | 中兴通讯股份有限公司 | 分布式文件系统中文件资源定位的方法、系统及装置 |
CN101895564B (zh) * | 2010-06-08 | 2014-07-16 | 中兴通讯股份有限公司 | 分布式文件系统中文件资源定位的方法、系统及装置 |
CN102387048A (zh) * | 2011-10-25 | 2012-03-21 | 中兴通讯股份有限公司 | 一种用于分布式文件系统的监控方法及分布式文件系统 |
CN102387048B (zh) * | 2011-10-25 | 2015-08-12 | 中兴通讯股份有限公司 | 一种用于分布式文件系统的监控方法及分布式文件系统 |
CN103023970A (zh) * | 2012-11-15 | 2013-04-03 | 中国科学院计算机网络信息中心 | 一种物联网海量数据存储方法及系统 |
CN103023970B (zh) * | 2012-11-15 | 2015-07-22 | 中国科学院计算机网络信息中心 | 一种物联网海量数据存储方法及系统 |
CN103942012A (zh) * | 2014-03-26 | 2014-07-23 | 华为技术有限公司 | 一种读取数据的方法、装置及设备 |
WO2016086649A1 (zh) * | 2014-12-04 | 2016-06-09 | 中兴通讯股份有限公司 | 写、读、删除、查询文件的方法、客户端和存储介质 |
WO2017067297A1 (zh) * | 2015-10-21 | 2017-04-27 | 杭州海康威视数字技术股份有限公司 | 对nas设备中视频数据的读写方法及装置 |
CN106610967A (zh) * | 2015-10-21 | 2017-05-03 | 杭州海康威视数字技术股份有限公司 | 对nas设备中视频数据的读写方法及装置 |
CN106610967B (zh) * | 2015-10-21 | 2020-06-12 | 杭州海康威视数字技术股份有限公司 | 对nas设备中视频数据的读写方法及装置 |
US10803109B2 (en) | 2015-10-21 | 2020-10-13 | Hangzhou Hikvision Digital Technology Co., Ltd. | Method and device for reading and writing video data in NAS device |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7882304B2 (en) | System and method for efficient updates of sequential block storage | |
US10198356B2 (en) | Distributed cache nodes to send redo log records and receive acknowledgments to satisfy a write quorum requirement | |
US8583885B1 (en) | Energy efficient sync and async replication | |
EP1569085B1 (en) | Method and apparatus for increasing data storage capacity | |
US7685459B1 (en) | Parallel backup | |
CN102024044B (zh) | 分布式文件系统 | |
EP3416060B1 (en) | Fast crash recovery for distributed database systems | |
AU2014235185B2 (en) | System-wide checkpoint avoidance for distributed database systems | |
US8219749B2 (en) | System and method for efficient updates of sequential block storage | |
US20110137870A1 (en) | Optimizing Data Storage Among a Plurality of Data Storage Repositories | |
US8201001B2 (en) | Method for optimizing performance and power usage in an archival storage system by utilizing massive array of independent disks (MAID) techniques and controlled replication under scalable hashing (CRUSH) | |
JP2004070403A (ja) | ファイル格納先ボリューム制御方法 | |
CN103037004A (zh) | 云存储系统操作的实现方法和装置 | |
CA2547442A1 (en) | Virtual file system | |
CA2811437A1 (en) | Distributed storage system with duplicate elimination | |
CN101673288A (zh) | 一种iptv系统中的读、写文件的方法和系统 | |
US7013364B2 (en) | Storage subsystem having plural storage systems and storage selector for selecting one of the storage systems to process an access request | |
CN102523258A (zh) | 一种面向云操作系统的数据存储架构及其负载均衡方法 | |
CN104699416A (zh) | 一种数据存储系统以及一种数据存储方法 | |
CN103399823A (zh) | 业务数据的存储方法、设备和系统 | |
CN104424052A (zh) | 一种自动冗余的分布式存储系统及方法 | |
CN101673271A (zh) | 分布式文件系统及其文件分片方法 | |
EP4411529A1 (en) | Data writing method and related device | |
CN111309263B (zh) | 一种分布式对象存储中的逻辑卷实现方法 | |
CN117762332A (zh) | 一种存储管理系统、方法、设备及机器可读存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20100317 |