并且由于使用写入时复制（copy-on-write）方法复制数据文件块，所以得到的快照不需要太多的">存储空间。三类快照是内部、外部和备份快照（backsnap）。此处我们重点介绍外部快照和备份快照。
为何使用 snapshot 而不是 tar 或 copy 实用工具？使用 snapshot 时，文件系统被冻结，确保您能获得完整的副本，并且可避免“打开文件”、“正在运行进程”或“文件未找到”等问题。另外，通常无需关闭应用程序，尽管我通常在制作快照前会让应用程序进入静态状态；之后再取消静态状态。
您最多可拥有 JFS2 文件系统的 15 个连续外部快照。在测试环境中升级应用程序时，常见的做法是每次更新文件系统中包含的环境后，都制作一个快照。
进行 JFS2 在线备份是一件非常好的事情，但还需要能够在出现错误时恢复内容。使用 rollback 实用工具，通过指定快照所驻留的设备，可将外部快照回滚到制作快照时的那个点。没有什么比这个功能更好了。要回滚备份快照，可使用 restore 命令。
个人首选项
使用哪种方法来创建快照取决于您最喜欢哪种方法。所以让我们介绍一下各种快照类型：
外部快照
在现
有的 JFS2 文件系统上创建 其存储空间位于不同的逻辑卷上 可作为单独的文件系统来挂载 有一个只读的数据区域
备份快照
主要是 snapshot 命令的一个接口 执行所有快照工作 在存档文件或磁带上保存最终得到的文件系统备份
如果某个快照遇到空间不足问题，该文件系统的所有快照都将变为无效的 — 换言之，都不可用。在我自己的工作中，我更喜欢外部快照，主要是因为可以根据需要挂载它们，以便更好地查看。
外部快照
在本演示中，文件系统名为 /opt/portal。其大小是 512M，数据文件 281M 多。
# lsfs |grep -w portal /dev/fslv02 -- /opt/portal jfs2 1048576 rw yes no # df -m |grep portal /dev/fslv02 512.00 231.60 55% 7 1% /opt/portal # pwd /opt/portal # ls app_be app_fr app_nl lost+found
要创建外部快照，作为一条规则，我用约原始文件系统大小的一半来创建该快照。IBM 文档建议的快照大小是源文件系统的 10 ％ 到 15 ％。但是，我喜欢为快照提供充足的空间，并且从安全性方面来看也是有好处的。在本例中，50 ％ 的空间相当于 250M。创建快照的常见格式为：
snapshot -o snapfrom= -o size=
现在创建外部快照：
# snapshot -o snapfrom=/opt/portal -o size=250M Snapshot for file system /opt/portal created on /dev/fslv04
自动创建一个逻辑卷来保存快照。为了确认已创建了快照，使用 snapshot 命令查询相关文件系统的快照，如：
# snapshot -q /opt/portal Snapshots for /opt/portal Current Location 512-blocks Free Time * /dev/fslv04 524288 523520 Sun Nov 4 10:57:46 GMT 2012
现在，我可以挂载快照，查看已复制的数据，但首先需要创建挂载快照所需的目录：
# mkdir /snap_portal # mount -v jfs2 -o snapshot /dev/fslv04 /snap_portal # df -m |grep portal /dev/fslv02 512.00 231.60 55% 7 1% /opt/portal /dev/fslv04 256.00 255.62 1% - - /snap_portal