免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 883 | 回复: 0
打印 上一主题 下一主题

Using fssnap in Solaris 8 [复制链接]

论坛徽章:
7
荣誉会员
日期:2011-11-23 16:44:17水瓶座
日期:2013-08-28 21:20:16丑牛
日期:2013-10-02 21:01:462015年迎新春徽章
日期:2015-03-04 09:54:45操作系统版块每日发帖之星
日期:2016-06-05 06:20:0015-16赛季CBA联赛之吉林
日期:2016-06-20 08:24:0515-16赛季CBA联赛之四川
日期:2016-08-18 15:02:02
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2006-04-08 11:43 |只看该作者 |倒序浏览
Using fssnap in Solaris 8 update 4/01 & beyond
What Is fssnap?
In the 04/01 maintenance release of Solaris 8, Sun kindly introduced
the ability to produce file-system snapshots of UFS file-systems.
This allows you to take consistent back-ups of active file-systems.
How Does It Work?
When you create a snapshot of a file-system you conceptually create
two file-systems that are initially identical. These are
conventionally referred to as the front and back file-systems. The
front file-system is the "real" file system and it continues to look
and behave in the same manner (almost - see below), as prior to the
snapshot being taken (i.e. people can still read and write to the
file-system as normal). However the back file-system is a read-only
copy of the front-file system taken at the time of the snapshot
creation (i.e. it as an exact snapshot of the file-system which does
not change). The effect of the back-file system is created by having
a backing file and every time a write is applied to the front-file
system a copy of the existing (i.e. unchanged) data is placed in the
backing file. You can then mount the back-end file system using
special devices and back-up the file system. When reading from this
file-system you are using a virtual file-system. Each time you read
from the back file-system (i.e. the frozen copy), the file-system
code checks if the block had changed in the front file-system. If it
has, it returns the copy from the backing file (i.e. the unchanged
copy). This means that you can keep a static copy of a file-system
for the duration of a back-up, as long as the file-system in which
the backing file is located, is large enough to hold all the data
that changes in the front file-system during the backup.
What Are The Drawbacks?
There are a couple of negative effects that should be noted. Due to
the overhead of the copy to the backing file during a write to the
front file-system, write performance is slightly reduced during the
snapshot operation. It should also be noted that if the front
file-system is quite active (in terms of writes) then obviously the
size of the backing file will grow very quickly. There are no adverse
side effects (aside from filling a file-system) if the file-system
containing the backing file runs out of space, usually the backing
file will automatically be deleted and whatever commands are running
against the mounted snapshot will fail.
Where Can I Get The Details?
An administrators guide is available from Sun at:
http://docs.sun.com/ab2/coll.736.2/S8ADMINSUPP/@Ab2PageView/2977?DwebQuery=fssnap&oqt=fssnap&Ab2Lang=C&Ab2Enc=iso-8859-1.
-by Ken Robson
Just one copy, I have not verified this article.


本文来自ChinaUnix博客,如果查看原文请点:http://blog.chinaunix.net/u/43/showart_96845.html
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP