在 AIX 6.1 上使用 JFS2 快照

学习如何使用 JFS2 快照帮助在 AIX 6.1 上执行备份和还原任务

本文介绍如何使用 JFS2 快照备份和恢复文件和文件系统。

Chris Gibson, AIX 专家, Australia Post

/developerworks/i/p-cgibson.jpgChris Gibson 是一位 AIX 系统专家,居住在澳大利亚墨尔本市。他是 IBM CATE(System p 平台和 AIX 5L),同时也是 IBM Redbook “NIM from A to Z in AIX 5L” 的作者之一。



2010 年 7 月 19 日

简介

我经常需要更改一个 AIX 系统,这要求对某些文件或文件系统进行备份。为文件创建一个副本或备份是一种不错的做法。例如,如果我需要编辑一系列配置文件,我将在进行任何更改之前备份这些文件。通常,我会使用一种熟悉的备份方法,比如 mksysb、savevg、tar、backup 或者甚至 cp 命令。对于较大型的备份,我可以使用一个授权产品,比如 IBM Tivoli Storage Manager。这些方法几乎能满足所有情况的要求。使用这些方法的一个潜在缺点是,它们需要花很长时间来执行,会花甚至更长的时间来还原,尤其是在从磁带媒体还原时。

幸运的是,一种名为 JFS2 快照的功能能够帮助执行快速轻松的备份。它并不能取代向磁带(或远程媒体)执行常规备份,但适用于某些情形。当使用快照时,还原也更加快速轻松。我发现,使用这种新的快照技术,我执行一些任务的效率高得多。例如,使用快照,在需要修改多个配置文件或对应用程序执行升级时,我可以加快备份和恢复速度(如果需要)。

在下面的例子中,我将演示如何使用 JFS2 快照来在升级过程中备份和恢复文件系统。


JFS2 快照概述

快照功能能使管理员对在线(或离线)JFS2 文件系统创建一致、集成的快照。将创建源文件系统的一个时间点快照。快照操作执行迅速,仅需要很少的磁盘空间。可以创建多个快照,如果需要对系统执行多次更改并在每个阶段创建相应的备份,那么创建多个快照将很有用。

快照会保留与原始文件系统相同的权限。创建映像之后,可以使用它来将文件或整个文件系统还原到已知的时间点。或者可以挂载快照文件系统并将其备份到磁带(例如通过 Tivoli Storage Manager)。这将有助于减少备份的时间需求。

快照会在修改原始文件系统期间保持稳定。可以在活动的文件系统上执行快照操作,因为它在创建映像时将自动冻结 I/O 操作。在快照过程中(持续时间非常短),您可能需要短暂地停顿应用程序。冻结 I/O,以在映像中提供更高文件系统一致性水平。这与使用类似的复制服务工具(比如 IBM 在 DS8000 上使用的 Flashcopy)没什么区别。

快照将其内容映射到源文件系统的内容。如果源文件系统没有修改,快照不会在其自己的物理磁盘空间中存储任何文件,并且具有的内容与原始文件系统相同。根据 IBM 文档,一个快照通常需要 2-6% 的文件系统空间。高度活跃的文件系统可能需要大约 15% 的空间。如果原始文件系统中的一个数据块发生更改,就会使用此空间。更改的数据然后会复制到快照。

当原始文件系统中发生写入或删除事件时,受影响的块将复制到快照中。如果修改了源文件系统,那么数据块的原始内容将复制到快照文件系统的磁盘空间区域。在修改快照时,它从原始文件系统获取数据(如果原始文件系统未修改),或者从它自己的磁盘存储获取数据(如果原始文件系统被更改)。

对快照的读取将需要执行查找,以确定是从快照还是从原始文件系统读取所需的数据块。例如,只有在自创建快照以后源数据块被更改,才会从快照读取。如果源数据块没有更改,那么将从原始文件系统读取。

有两种类型的 JFS2 快照。第一种是外部快照,它为快照映像使用一个独立的逻辑卷。第二种类型从原始文件系统分配出空间,这种快照称为内部快照

外部快照可以独立地挂载在其自己的挂载点上。文件系统一次仅能使用一种快照方法,也就是说不能首先创建文件系统的外部快照,然后在外部快照存在的情况下创建同一文件系统的内部快照(反之亦然)。

还要注意,除非文件系统在创建时启用了对内部快照的支持,否则不能使用内部快照。所以,如果您希望在现有文件系统上使用快照,但您没有启用内部快照支持,那么您将需要使用 snapshot 选项重新创建该文件系统,或者使用外部快照。

使用 JFS2 快照的一大优势是,我们不需要创建所有数据的完整副本。我们也不需要恢复所有数据内容。因此减少了开销并节省了时间。


使用 JFS2 快照

在下面的例子中,我将演示外部内部 JFS2 快照的使用。

我需要在一个 AIX 系统上对 lpar2rrd 软件进行升级。显然,我希望在应用更新之前备份相关联的文件系统,以防出现任何故障。我还希望采取某种方式来测试新的软件版本,并在遇到问题时轻松反转到以前的版本。

因此,在开始之前,我为 lpar2rrd 文件系统 (/lpar2rrd) 创建了快照。当然,我需要使用外部 快照,因为我没有使用 isnapshot=yes 选项创建此文件系统。为了避免在升级过程中出现任何数据一致性问题,我关闭了 httpd 后台程序并停止运行 lpar2rrd 脚本。

本示例中的文件系统非常小,仅有 256MB。它是常规卷分组中的一个常规 JFS2 文件系统。不支持 TB 级文件系统的快照!

# df -m /lpar2rrd

Filesystem    MB blocks      Free   %Used    Iused %Iused Mounted on

/dev/lpar2rrdlv    256.00    255.52     1%      10     1% /lpar2rrd
# mount | grep lpar2

/dev/lpar2rrdlv  /lpar2rrd        jfs2   Feb 10 17:44 rw,log=/dev/log01
# grep -p lpar2rrd /etc/filesystems
/lpar2rrd:
        dev             = /dev/lpar2rrdl
        vfs             = jfs2

        log             = /dev/log01
        mount           = true

        account         = false

/lpar2rrd 文件系统包含 lpar2rrd 代码和每个托管系统的关联 RRD 数据文件。它还包含我将要安装的新分发版本的一个 tar 压缩文件:

# pwd
/lpar2rrd/data

# ls -ltr
total 184
drwxr-xr-x    2 lpar2rrd www             256 Feb 10 17:46 SN8379A99_p595-3
drwxr-xr-x    2 lpar2rrd www             256 Feb 10 17:46 SN8379A99_p595-2
drwxr-xr-x    2 lpar2rrd www             256 Feb 10 17:46 SN8379A98_p595-1
drwxr-xr-x    2 lpar2rrd www             256 Feb 10 17:46 SN1001C99_p570-1
-rwxr-xr-x    1 lpar2rrd www   90151 Feb 10 17:56 lpar2rrd-dist-2.51.tar.z

创建外部快照

我执行 snapshot 命令来创建文件系统的外部快照。我将快照逻辑卷(LV)的大小指定为 128MB。这是原始(源)逻辑卷的一半。将创建一个包含外部快照的新逻辑卷。

# snapshot -o snapfrom=/lpar2rrd -o size=128M
Snapshot for file system /lpar2rrd created on /dev/fslv08
# lsvg -l datavg | tail -2
lpar2rrdlv          jfs2       2       2       1    open/syncd    /lpar2rrd
fslv08              jfs2       1       1       1    open/syncd    N/A

为了验证新创建的快照的状态,我使用 -q 标志运行 snapshot 命令。这将为我提供许多信息,比如映像的日期/时间、映像的位置(逻辑卷名称)、逻辑卷大小以及映像中的空闲空间。* 表示当前快照。

# snapshot -q /lpar2rrd
Snapshots for /lpar2rrd
Current  Location      512-blocks        Free Time
*        /dev/fslv08       262144      261376 Wed Feb 10 18:03:15 CST
2010

如果要管理多个大型快照,最好监控快照的使用情况,以确定它们是否在增长,以及它们是否需要更多磁盘空间。如果一个快照耗尽了空间,那么所有快照将无效,并变得不可用。

检查外部快照中的空闲空间量的另一种方式是,挂载映像并使用 df 命令。如果外部快照需要更多空间,可以使用 snapshot 命令和 size 选项动态增加快照逻辑卷的大小。不能动态减少快照逻辑卷的大小。

# snapshot -o size=+1 /dev/fslv08
Snapshot /dev/fslv08 size is now 524288 512-blocks.

# snapshot -o size=-1 /dev/fslv08
snapshot: 0507-562 Cannot reduce the size of a snapshot.

为了确认快照映像是完整的,而且包含整个文件系统的副本,我挂载了外部快照来验证该映像。我为快照文件系统创建了一个独立的挂载点 (/mnt/snapfs),然后将其挂载为快照(使用 –o snapshot 标志)。

# mkdir /mnt/snapfs
# mount -v jfs2 -o snapshot /dev/fslv08 /mnt/snapfs

快照文件系统挂载为只读 快照。

# mount | grep fslv08
         /dev/fslv08      /mnt/snapfs      jfs2   Feb 10 18:09 ro,snapshot

df 命令确认挂载了快照文件系统。使用 ls 命令,我能够确认它确实包含整个源文件系统的副本。

# df -m /mnt/snapfs
Filesystem    MB blocks      Free %Used    Iused %Iused Mounted on
/dev/fslv08      128.00    127.62    1%        -     -  /mnt/snapfs

# ls –ltr /mnt/snapsfs/data
total 184
drwxr-xr-x    2 lpar2rrd www             256 Feb 10 17:46 SN8379A99_p595-3
drwxr-xr-x    2 lpar2rrd www             256 Feb 10 17:46 SN8379A99_p595-2
drwxr-xr-x    2 lpar2rrd www             256 Feb 10 17:46 SN8379A98_p595-1
drwxr-xr-x    2 lpar2rrd www             256 Feb 10 17:46 SN1001C99_p570-1
-rwxr-xr-x    1 lpar2rrd www   90151 Feb 10 17:56 lpar2rrd-dist-2.51.tar.z

由于文件系统是以只读形式挂载的,所以我不能创建新文件或修改现有文件。

# cd /mnt/snapfs/data
# touch 1
touch: 0652-046 Cannot create 1.

# rm lpar2rrd-dist-2.51.tar.z 
rm: Remove lpar2rrd-dist-2.51.tar.z? y
rm: 0653-609 Cannot remove lpar2rrd-dist-2.51.tar.z.
The file system has read permission only.

但是,我可以从文件系统复制数据。这可能是一种从快照恢复独立文件的简单方式,不需要还原整个文件系统映像。如果您希望将独立的文件还原到它们的原始状态,您可以挂载快照,然后手动复制文件。

# pwd 
/mnt/snapfs/data
# cp -p lpar2rrd-dist-2.51.tar.z /tmp  
# ls -ltr /tmp/lpar2rrd-dist-2.51.tar.z
-rwxr-xr-x    1 lpar2rrd www   90151 Feb 10 17:56 /tmp/lpar2rrd-dist-2.51.tar.z

现在,我可以执行 lpar2rrd 升级了,因为我知道如果我遇到问题,我可以从快照进行恢复。

如果不再需要快照,我只需在后面某个阶段删除它,使用以下 snapshot 命令:

# cd /
# umount /mnt/snapfs
# snapshot -d /dev/fslv08

如果我希望从快照恢复整个文件系统,我可以执行 rollback 命令。这会将 JFS2 文件系统回滚到一个时间点快照。在执行回滚之前,必须卸载原始文件系统。回滚之后,将删除快照(包括相关联的逻辑卷)。

在本例中,您可以看到,作为 lpar2rrd 升级的一部分,每个原始数据目录上的时间戳都已更改。此外,删除了 tar 压缩文件。

# ls –ltr /lpar2rrd/data
total 0
drwxr-xr-x    2 lpar2rrd www             256 Feb 10 19:02 SN8379A99_p595-3
drwxr-xr-x    2 lpar2rrd www             256 Feb 10 19:02 SN8379A99_p595-2
drwxr-xr-x    2 lpar2rrd www             256 Feb 10 19:02 SN8379A98_p595-1
drwxr-xr-x    2 lpar2rrd www             256 Feb 10 19:02 SN1001C99_p570-1

为了反转到我以前的快照并最终使用较老的 lpar2rrd 版本,我将使用 rollback 命令。除了源文件系统 (/lpar2rrd),我还必须确保我卸载了外部快照文件系统 (/mnt/snapfs)。要将 /lpar2rrd 文件系统回滚到逻辑卷 /dev/fslv08 上的外部快照,并使用详细输出 (-v),我可以输入:

# umount /lpar2rrd
/dev/lpar2rrdlv has mounted snapshots which must be unmounted first:
  /mnt/snapfs
umount: 0506-347 Cannot find anything to unmount.

# umount /mnt/snapfs

# umount /lpar2rrd
# rollback -v /lpar2rrd /dev/fslv08
Restoring block 1
Total blocks restored = 32
rmlv: Logical volume fslv08 is removed.

Rollback complete

现在我可以再次挂载 /lpar2rrd 文件系统。数据文件已还原到它们的原始状态(日期/时间戳与创建映像时相同)。此外,所有权、分组和权限得到了保留。

# mount /lpar2rrd
# ls –ltr /lpar2rrd/data
total 184
drwxr-xr-x    2 lpar2rrd www             256 Feb 10 17:46 SN8379A99_p595-3
drwxr-xr-x    2 lpar2rrd www             256 Feb 10 17:46 SN8379A99_p595-2
drwxr-xr-x    2 lpar2rrd www             256 Feb 10 17:46 SN8379A98_p595-1
drwxr-xr-x    2 lpar2rrd www             256 Feb 10 17:46 SN1001C99_p570-1
-rwxr-xr-x    1 lpar2rrd www   90151 Feb 10 17:56 lpar2rrd-dist-2.51.tar.z

现在,我可以使用以前的版本重启 lpar2rrd。

创建内部快照

为了演示内部 JFS2 快照的使用,我将使用 isnapshot=yes 选项创建一个新文件系统。

# mklv -t jfs2 -y cglv datavg 1

# crfs -vjfs2 -d cglv -m /cg -A yes -a isnapshot=yes
File system created successfully.
130864 kilobytes total disk space.
New File System size is 262144

# mount /cg

# lsfs -q /cg
Name            Nodename   Mount Pt               VFS   Size    Options    Auto Accounting
/dev/cglv       --         /cg                    jfs2  262144  --         yes  no 
  (lv size: 262144, fs size: 262144, block size: 4096, sparse files: yes, inline log: no,
inline log size: 0, EAformat: v2, Quota: no, DMAPI: no, VIX: yes, EFS: no, ISNAPSHOT:
yes)

我还将创建一个 100MB 虚拟数据文件,以供测试之用。

# cd /cg

# lmktemp datafile1 100M
datafile1

# ls -ltr
total 204808
drwxr-xr-x    2 root     system          256 Feb 10 19:50 lost+found
-rw-r--r--    1 root     system    104857600 Feb 10 19:53 datafile1

# df -m .
Filesystem    MB blocks      Free %Used    Iused %Iused Mounted on
/dev/cglv        128.00     27.64   79%        6     1% /cg

接下来我将创建 /cg 文件系统的一个内部快照。该快照名为 cgsnap1:

# snapshot -o snapfrom=/cg -n cgsnap1
Snapshot for file system /cg created on cgsnap1

为了查询 /cg 文件系统的快照创建日期和时间,以及快照名称,我执行以下命令:

# snapshot -q /cg
Snapshots for /cg
Current  Name         Time
*        cgsnap1Wed Feb 10 19:55:18 CST 2010

在原始文件系统中创建了一个特殊目录(称为 .snapshot)。该目录包含到快照映像所在位置的链接,即使快照目录是只读的(如下所示):

# cd /cg/.snapshot/cgsnap1
# touch 1
touch: 0652-046 Cannot create 1.
# rm datafile1
rm: Remove datafile1? y
rm: 0653-609 Cannot remove datafile1.
The file system has read permission only.

.snapshot 目录是隐藏的,以避免意外或有意的数据损坏/删除。但是,如果我愿意,我可以查看快照目录中的数据。在此目录中,我找到了另一个名为 cgsnap1 的目录,这是我的快照名称。

# cd /cg/.snapshot
# pwd
/cg/.snapshot

# ls -ltr
total 0
drwxr-xr-x    3 root     system          256 Feb 10 19:55 cgsnap1

我可以对此目录执行 cd 命令并查看快照映像中的文件。

# cd cgsnap1
# ls -ltr
total 204800
drwxr-xr-x    2 root     system          256 Feb 10 19:50 lost+found
-rw-r--r--    1 root     system    104857600 Feb 10 19:53 datafile1

如果我希望从内部快照恢复独立文件,我所需做的就是将目录更改为合适的快照位置,使用 cp 命令手动复制文件。

# cd  /cg/.snapshot/cgsnap1
# ls -ltr
total 204800
drwxr-xr-x    2 root     system          256 Feb 10 19:50 lost+found
-rw-r--r--    1 root     system    104857600 Feb 10 19:53 datafile1

# cp -p datafile1 /tmp
# ls -ltr /tmp/datafile1
-rw-r--r--    1 root     system    104857600 Feb 10 19:53 /tmp/datafile1

与外部快照不同,我不需要挂载快照文件系统来访问映像中的文件。当然,与任何文件复制操作一样,我总是会谨慎地检查文件的所有权、分组和权限是否适当地得以保留,这就是我在 cp 命令中使用 -p 标志的原因。在使用此方法恢复文件之前,请确保检查了这些内容,

如果我希望从内部快照恢复整个文件系统,我该怎么办?例如,如果您接到一个用户的电话说 “天啦,我刚才清空了我的数据文件。我现在该怎么办?”,该怎么办?

# >datafile1
# ls -ltr
total 0
drwxr-xr-x    2 root     system          256 Feb 10 19:50 lost+found
-rw-r--r--    1 root     system            0 Feb 10 21:22
datafile1

幸运的是,您创建了文件系统的一个内部快照。要将文件系统还原到要求的时间点,您可以再次使用 rollback 命令。要回滚 /cg 文件系统,使用名为 cgsnap1 的内部快照,执行以下命令(注意:必须首先卸载原始文件系统):

# umount /cg
# rollback –v -n cgsnap1 /cg
File system /cg being rolled back to snapshot cgsnap1
Snapshots remaining to rollback: 1
Rebuilding block map state using fsck.

The current volume is: /dev/cglv
Primary superblock is valid.
*** Phase 1 - Initial inode scan
*** Phase 2 - Process remaining directories
*** Phase 3 - Process remaining files
*** Phase 4 - Check and repair inode allocation map
*** Phase 5 - Check and repair block allocation map
Block allocation map is corrupt (FIXED)
Superblock marked dirty because repairs are about to be written.
File system is clean.
Superblock is marked dirty (FIXED)
All observed inconsistencies have been repaired.

Rollback complete

现在数据文件已还原到以前的状态!

# mount /cg
# cd /cg
# ls -ltr
total 204800
drwxr-xr-x    2 root     system          256 Feb 10 19:50 lost+found
-rw-r--r--    1 root     system    104857600 Feb 10 19:53 datafile1

快照已从 /cg 文件系统删除。

# snapshot -q /cg
/cg has no snapshots.

当然,如果不再需要内部快照,也可以将其删除。

        # snapshot -d -n cgsnap1 /cg

使用内部快照时的一些注意事项

  • 当使用内部快照时,创建映像的操作将消耗现有/原始文件系统中的磁盘空间。要监控内部快照使用了多少空间,您需要使用 df 等命令监控原始文件系统的大小。如果原始文件系统即将耗尽空间,您可能需要删除一些不必要的快照或文件。您可能希望为一个文件系统保留多个快照,但请记住,这将消耗原始文件系统的空间,而且多个快照需要管理。
  • 对包含内部快照的 JFS2 文件系统使用 logredo 命令时,将保留内部快照。
  • 如果 fsck 命令必须修改 JFS2 文件系统来修复它,将删除内部快照。
  • 如果内部快照耗尽了空间,或者如果向内部快照写入失败,那么源文件系统的所有内部快照都将标记为无效。对内部快照的后续访问将失败。这些失败会向 AIX 错误日志写入一个条目。
    # snapshot -q /cg
    Snapshots for /cg
    Current  Name         Time
    INVALID  cgsnap2      Sun Feb 14 18:48:27 CST 2010
    INVALID  cgsnap1      Sun Feb 14 18:50:26 CST 2010
    INVALID  cgsnap3      Sun Feb 14 18:51:10 CST 2010
    
    # errpt
    IDENTIFIER TIMESTAMP  T C RESOURCE_NAME  DESCRIPTION
    96977244   0214185110 P O SYSJ2         Unable to allocate in JFS2 snapshot
    F7FA22C9   0214185110 I O SYSJ2         UNABLE TO ALLOCATE SPACE IN FILE SYSTEM
    
    
    # errpt -aNSYSJ2
    ---------------------------------------------------------------------------
    LABEL:          J2_SNAP_FULL
    IDENTIFIER:     96977244
    
    Date/Time:       Sun Feb 14 18:51:18 CST 2010
    Sequence Number: 124
    Machine Id:      00CED82E7C00
    Node Id:         gibaix
    Class:           O
    Type:            PERM
    WPAR:            Global
    Resource Name:   SYSJ2           
    
    Description
    Unable to allocate in JFS2 snapshot
    
    Probable Causes
    INSUFFICIENT STORAGE
    
    User Causes
    INSUFFICIENT STORAGE MEDIA SPACE
    
            Recommended Actions
            The snapshots for the JFS2 file system are now invalid.
            Increase size of snapshot storage object and create new snapshot.
    
    Detail Data
    Snapshot Major/Minor device number
    000A 0016 
    Snapshot generation number
    0000 0004 
    FILE SYSTEM DEVICE AND MOUNT POINT
    /dev/cglv, /cg
  • 内部快照不能独立挂载。
  • 内部快照与 AIX 6.1 以前的 AIX 版本不兼容。在早期的 AIX 版本上,不能修改创建来支持内部快照的 JFS2 文件系统。
  • 不能对包含内部快照的 JFS2 文件系统执行碎片整理。
  • 下面的例子演示了内部快照如何消耗文件系统空间。

    首先,我将创建一个 100M 文件。

    	# lmktemp datafile1 100M
    	datafile1

    100M 的文件系统空间供 datafile1 使用。源文件系统 (/cg) 大小为 128MB,所以现在文件系统中还有大约 27MB 空闲空间。

    	# df -m .
    	Filesystem    MB blocks      Free %Used    Iused %Iused Mounted on
    	/dev/cglv        128.00     27.61   79%        6     1% /cg

    现在,我将为文件系统创建一个内部快照。

    	# snapshot -o snapfrom=/cg -n cgsnap1
    	Snapshot for file system /cg created on cgsnap1

    注意,仅使用了很小的磁盘空间来创建快照(“Free” 下的值仅减少了一点)。

    	# df -m .
    	Filesystem    MB blocks      Free %Used    Iused %Iused Mounted on
    	/dev/cglv        128.00     27.48   79%        7     1% /cg

    我现在将清空我的数据文件 (datafile1)。这通常会释放文件系统中的空间,但由于内部快照很小,所以文件系统中的空闲空间变化也很小。这是因为源文件系统中所有修改的数据块都已复制到内部快照中的磁盘中。没有对原始数据的映射,现在只有新的数据块在消耗文件系统中的磁盘空间。

    	# >datafile1 
    	
    	# ls -ltr
    	total 0
    	drwxr-xr-x    2 root     system          256 Feb 10 19:50 lost+found
    	-rw-r--r--    1 root     system            0 Feb 11 18:37 datafile1
    	
    	# df -m .
    	Filesystem    MB blocks      Free %Used    Iused %Iused Mounted on
    	/dev/cglv        128.00     27.36   79%        7     1% /cg

    如果我删除了内部快照,现在文件系统中应该有更多空闲空间。

    	# snapshot -d -n cgsnap1 /cg
    	# df -m .
    	Filesystem    MB blocks      Free %Used    Iused %Iused Mounted on
    	/dev/cglv        128.00    127.61    1%        6     1% /cg

结束语

JFS2 快照是除备份工具之外可以在您企业内部部署的另一个实用程序。

当然,快照的使用不能取代常规备份/还原实用程序,比如 mksysbsavevgTivoli Storage Manager 等。它不能阻止由于硬件或磁盘驱动器故障、数据损坏或其它潜在物理灾难引起的数据丢失。您仍然需要一种可靠的备份、还原和灾难恢复计划来应对这类事件。

我给出的示例既简单又直观,使用的环境也不复杂。如果您计划在您的环境中将这些步骤用于 “企业级” 应用程序,我建议您在生产环境中实现这些步骤之前,对它们进行全面测试。例如,如果您需要为大型 SAP 和 Oracle 系统使用快照,可能需要进行大量测试,并咨询应用程序供应商来验证和确认对此方法的支持。

我在这里演示的只是使用 JFS2 快照技术的一个基本示例。还有许多其他可能的用法,比如 backsnsap 实用程序。可以使用该实用程序创建一个外部快照,然后将该快照备份到磁带等备份设备。还有一些 Tivoli Storage Manager 集成功能。您可以在 “参考资料” 部分所提供的链接中找到关于这些和其他 JFS2 快照用法的更多信息。

参考资料

学习

讨论

条评论

developerWorks: 登录

标有星(*)号的字段是必填字段。


需要一个 IBM ID?
忘记 IBM ID?


忘记密码?
更改您的密码

单击提交则表示您同意developerWorks 的条款和条件。 查看条款和条件

 


在您首次登录 developerWorks 时,会为您创建一份个人概要。您的个人概要中的信息(您的姓名、国家/地区,以及公司名称)是公开显示的,而且会随着您发布的任何内容一起显示,除非您选择隐藏您的公司名称。您可以随时更新您的 IBM 帐户。

所有提交的信息确保安全。

选择您的昵称



当您初次登录到 developerWorks 时,将会为您创建一份概要信息,您需要指定一个昵称。您的昵称将和您在 developerWorks 发布的内容显示在一起。

昵称长度在 3 至 31 个字符之间。 您的昵称在 developerWorks 社区中必须是唯一的,并且出于隐私保护的原因,不能是您的电子邮件地址。

标有星(*)号的字段是必填字段。

(昵称长度在 3 至 31 个字符之间)

单击提交则表示您同意developerWorks 的条款和条件。 查看条款和条件.

 


所有提交的信息确保安全。


static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=10
Zone=AIX and UNIX
ArticleID=501088
ArticleTitle=在 AIX 6.1 上使用 JFS2 快照
publish-date=07192010