数据快照技术
2013-06-21 10:57
323 查看
write redirect和copy on write比较
共同点:不管是哪个一种快照方式,只要上层向一个在快照之后从来没有被更新过的扇区写IO,这个IO块就要占用新卷上的
一个块(因为要保留原块的内容,不能被覆盖),如果上层将原卷上的所有扇区都更新了,那么新卷的容量就需要和原卷的
数据量同样大才可以。但是通常应用不会写覆盖面百分之百。做快照的时候,新卷的容量一般设置成原卷的30%就可以。
不同点:
copy on write方式下,快照完成之后,如果需要更新一个从来没有被更新过的块,则程序首先将这个块读出,再将其写入到新卷,然后将更新的数据覆盖写入到原卷对应的块。需要三步动作(一次读,两次写)。
write redirect方式下,同样的过程只需要一次写入即可,即将更新数据直接写入到新卷(同时更新映射图中的指针,在内存中进行)。
所以write redirect相对copy on write方式在IO延迟上有优势。
在文件系统快照情况下,copy on write方式和write redirect方式 同样多要针对每个IO遍历当前文件系统中的元数据。这部分开销是一样的。而write
redirect耗费IO方面的开销,就要比copy on write小得多了。
总之,卷级的快照,仿佛就是增加了一个“卷块映射系统”,其作用与文件系统大同小异,只不过文件系统处理的是文件名和块的映射关系,而“卷块映射文件系统”处理的是块与块的映射关系。
快照的意义(有可能带来数据不一致情况)
相关文章推荐
- 数据快照技术
- [DB]Oracle数据快照技术在数据交换中的应用
- 通过快照技术实现SQL数据离线分析[10-4]
- 数据挖掘的主要技术
- 数据挖掘技术(五)——离群点检测
- 大数据学习笔记之二十 云存储的相关技术
- IT技术实效主义者的一些工具(如何阅读实用性的书\IT技术水平\如何描述数据模型)
- 【读书笔记-数据挖掘概念与技术】数据挖掘的发展趋势和研究前沿
- java的poi技术读取Excel数据到MySQL
- 没有ORM或代码生成数据就不能持久化了? - 用范型技术代替代码生成!
- Android实现数据存储技术
- 提升大数据数据分析性能的方法及技术(一)
- 寻找发展方向 数据分析的5大技术走向
- 数据存储指南之存储备份技术(Tape Tech.)
- 数据管理领域技术发展的规律和大数据的现状
- ASP.net中的页面数据缓存技术
- 大数据处理技术 - 基于Hadoop的实战培训
- 大数据时代的技术hive:hive介绍
- 如何禁止IE缓存,采用Ajax技术数据更新不及时
- Android之数据存储——持久化技术