引言
SDMC（Systems Director Management Console），作为 IBM 的新一代的 Power System 的管理工具，将会取代 HMC 实现对 Power 服务器的管理，同时也可以取代 IVM 实现对 Power 刀片服务器的直接管理。今年 6 月份发布的 SDMC 将会全面推向市场，针对 Power System 管理的新特性都将会在 SDMC 上得到很好的体现，而 HMC 也将进入维护模式并将在未来的几年里逐渐退出市场。使用 SDMC 对 Power System 进行维护和管理，不可避免地会用到 SDMC 的数据备份和恢复功能，下面的章节中将通过实例讨论如何在今年发布的 SDMC 两种不同的版本中实现系统数据的备份和快速恢复。
SDMC HW Appliance 和 SW Appliance
今年发布的 SDMC 有两种不同的版本，SDMC SW Appliance 和 SDMC HW Appliance，提供给不同的客户以满足不同的需求。其中 SW Appliance 主要取代 IVM 实现对低端 Power 服务器的管理，发布时将会是一个符合 OVF 标准的 Virtual Image，客户只要在服务器上预先配置好所支持的 Hypervisor 环境（VMware，或者 KVM），就可以把它部署在不同厂商的 x86 服务器上，而 HW Appliance 像 HMC 一样，以整机的形式发布给客户，用于管理使用 POWER6 和 POWER7 中高端 Power 服务器。下面是 SDMC SW Appliance 和 HW Appliance 的结构图。
图 1 SDMC SW Appliance 和 HW Appliance 的结构图
![]()
需要注意的是，对 SW Appliance 来说，这里的 Hypervisor 推荐安装使用 VMware ESX4.x 和 RHEL6 KVM，用户需要手工安装 SDMC 虚机系统，而 HW Appliance 出厂自带有 IBM 定制的 RHEV-H KVM 以及部署好的 SDMC 虚机系统。
SDMC Appliance 的备份和恢复方法
目前，IBM 对 SDMC HW Appliance 提供了专门的命令行实现自动备份和恢复，而对 SDMC SW Appliance，由于 Hypervisor 环境的不同，需要用户使用 Hypervisor（VMware 和 Red Hat）提供的工具手工备份和恢复。
下面我们将通过实例介绍如何使用 SDMC 命令行实现 HW Appliance 的备份和恢复，以及如何使用手工的方法实现对 SW Appliance 的备份和恢复。
SDMC HW Appliance 的备份和恢复
针对 SDMC HW Appliance，用户可以使用内嵌的 backup 命令集可以把数据备份到 USB 硬盘（或闪存）或者远程的 FTP 服务器上，并提供 restore 命令集实现从本地 USB 硬盘（或闪存）或者远程 FTP 服务器上快速恢复数据。
Backup/Restore 的原理和命令行介绍
从 SDMC HW/SW Appliance 的结构图可以看出，SDMC HW Appliance 是运行在 RHEV-H KVM 上的虚拟机，IBM 提供的 backup 命令实际上完成了整个 SDMC 虚机数据的自动备份。虚机数据文件将会通过逻辑卷快照（LV Snapshot）的形式备份下来，并根据用户需要把压缩后的备份数据存放在本地或者远程的 FTP 服务器上；相反 restore 命令会从指定的存储设备中取出虚机逻辑卷的备份文件，并传送到 RHEV-H 系统，解压并覆盖原先的虚机硬盘数据文件，然后重启系统使恢复的数据生效。下面是 backup 和 restore 的命令行介绍。
Backup/Restore 的命令行介绍
Backup 的命令如下，下面对它的参数做了简单的介绍。
backup [--help] --- 备份 SDMC 虚机系统
| Usage: backup -l {usb | sftp} -s {sftp_server} -d {path} -u {user} [-p {password}] [-Y] [-h | --help] |
-l -指定备份文件储存的位置。
如果是储存在 SFTP 服务器上，需要与 -s 参数联合使用。
-s -指定 SFTP 服务器。
-d -指定备份文件的路径。
-u -指定 SFTP 服务器登录的用户名。
-p -指定 SFTP 服务登录器口令。
-Y -用 Y 不出现交互信息提示，系统对所有提示缺省选取 Yes。
-h|--help -打印帮助信息。
对于两种不同的存储方式，简单的命令实例如下：
USB 备份：backup -l usb -Y
SFTP 备份：backup -l sftp -s sftp_server -d path_on_sftp -u user -p password
注意：对于 USB 和 SFTP 两种方式，备份文件的保存方式略有不同；如果使用 USB 方式，备份文件将自动被分隔成多个 2G 大小的压缩文件，而使用 FTP 方式，备份文件会以一个完整的压缩文件保存在 FTP 服务器上。
Restore 的命令如下，它也比较简单，参数项基本和 backup 命令参数对应，这里不再赘述。
Usage: restore -l {usb | sftp}
-s {sftp_server}
-n {file_name}
-u {user}
[-p {password}]
[-Y]
[-h | --help]
这里需要注意的是“-n”参数的使用，它用于指定备份文件的名字。当从 FTP 文件恢复时，需要指明文件名的全路径，例如 /path_on_ftp/20110110131235.tar.gz；如果是 USB 闪存 , 不需要文件名的全路径，需要去掉备份文件中的分段后缀标记。
例如，
从 USB 恢复数据，需要去掉分段文件名 20110110131235.tar.gz.aa之后的后缀如 .aa，
| restore -l usb -n 20110110131235.tar.gz |
从 SFTP 恢复数据，需要指明全路径，
| restore -l sftp -s sftp_server -n /path_on_ftp/20110110131235.tar.gz -u user -p password |
备份当前 SDMC HW Appliance 数据到 USB 闪存
使用 USB 设备备份 SDMC 系统，备份的具体步骤如下：
首先，检查 USB 设备的空闲空间。
USB 空间不足将会导致备份失败，需要将 USB 闪存插入其它操作系统确认空闲空间最少不得少于 16G。
第二步，插入 USB 闪存后进入 SDMC 的命令行终端，运行 lsmediadev 命令检查系统是否正确认出 USB 设备为。.
| sysadmin@hcx031:~> lsmediadev device=/dev/cdrom,mount_point=/media/cdrom,type=1,description=CD/DVD device=/dev/vdh1,mount_point=/media/vdh1,type=3,description=USB flash memory device |
从输出的结果对当前 USB 设备的描述可以看到系统是否正确认出 USB。如果认不出，请重新插入一次，或者需要更换 USB 设备。
第三步，运行 backup -l usb-Y 命令进行备份。
| sysadmin@hcx031:~> backup -l usb -Y Shutting down IBM Director done Starting IBM Director.. The starting process may take a while. Please use smstatus to check if the server is Active Performing the back up. The filename is 20110614055232.tar.gz, please wait... The backup completed successfully. |
这里使用 -Y 参数是不想有任何交互性的确认提示，直接备份系统，备份产生的压缩文件是利用时间戳来命名的。例如，20110614055232.tar.gz是表示 2011 年 06 月 14 日 05 时 52 分 32 秒所做的备份。当备份操作完成后系统会自动弹出提示信息“The backup completed successfully.”
第四步，备份完成之后，可以在 SDMC 里挂载 USB 设备来查看备份文件。系统默认是没有挂载 USB 设备的，需要先手动挂载。
| sysadmin@hcx031:~> mount /media/vdh1 sysadmin@hcx031:~> ls -la /media/vdh1 total 11017876 drwxr-xr-x 2 root root 4096 2011-06-14 06:51 . drwxr-xr-x 8 root root 4096 2011-06-13 15:09 .. -rw-r--r-- 1 root root 2147483648 2011-06-14 05:54 20110614055232.tar.gz.aa -rw-r--r-- 1 root root 2147483648 2011-06-14 06:07 20110614055232.tar.gz.ab -rw-r--r-- 1 root root 2147483648 2011-06-14 06:24 20110614055232.tar.gz.ac -rw-r--r-- 1 root root 2147483648 2011-06-14 06:37 20110614055232.tar.gz.ad -rw-r--r-- 1 root root 2147483648 2011-06-14 06:51 20110614055232.tar.gz.ae -rw-r--r-- 1 root root 533842677 2011-06-14 07:05 20110614055232.tar.gz.af |
完成以上备份过程大概需要 1 个小时左右，在使用 USB 进行备份时应该注意以下几点：
USB 闪存必须是 USB2.0 或以上版本，USB 文件系统类型可以是 FAT32, EXT3, EXT4，但不支持 NTFS 格式。
使用 USB 进行备份之前要检查空闲的空间必须达到 16G，否则备份可能会失败。
备份后的数据只限于当前 SDMC 系统的数据恢复，不能把备份数据恢复到其它 SDMC 系统，否则会导致系统不能启动。
备份开始会有 Director Server 的重启过程，因此会有几分钟时间不能登陆使用 SDMC 系统，Director Server 起来之后的备份进行过程中可以继续使用 SDMC 系统。
不支持多个用户同时对系统进行备份操作。当一个用户在做备份的时候，如果另外有用户去执行 backup 命令，系统会有相应的提示信息。
| sysadmin@hcx056:~> backup Backup or restore command is already running. |
从 USB 闪存恢复 SDMC HW Appliance
用户通过登录 SDMC 的命令行模式，可以使用 USB 的备份文件对进行整个系统进行快速恢复。
首先，挂载 USB 设备查看备份文件。
| sysadmin@hcx031:~> mount /media/vdh1 sysadmin@hcx031:~> ls -la /media/vdh1 total 11017876 drwxr-xr-x 2 root root 4096 2011-06-14 06:51 . drwxr-xr-x 8 root root 4096 2011-06-13 15:09 .. -rw-r--r-- 1 root root 2147483648 2011-06-14 05:54 20110614055232.tar.gz.aa -rw-r--r-- 1 root root 2147483648 2011-06-14 06:07 20110614055232.tar.gz.ab -rw-r--r-- 1 root root 2147483648 2011-06-14 06:24 20110614055232.tar.gz.ac -rw-r--r-- 1 root root 2147483648 2011-06-14 06:37 20110614055232.tar.gz.ad -rw-r--r-- 1 root root 2147483648 2011-06-14 06:51 20110614055232.tar.gz.ae -rw-r--r-- 1 root root 533842677 2011-06-14 07:05 20110614055232.tar.gz.af |
第二步，运行 restore 命令进行恢复。这一过程大约持续半个小时左右，恢复完成之后会自动重启 SDMC 系统，使数据恢复到备份时的状态。
| sysadmin@hcx031:~> restore -l usb -n 20110614055232.tar.gz The Systems Director server will be restarted while restore,continue?([y]es or [n]o?)y Performing the restore, please wait... Extracting the backup... The system is going to reboot sysadmin@hcx056:~> Broadcast message from root (Tue Jun 14 05:53:20 2011): The system is going down for system halt NOW! |
从以上命令行的输出可以看到 restore 的基本过程包括重启 Director Server、复制备份文件、解压并覆盖原虚机文件，重启 SDMC 系统恢复系统到备份时的状态。
备份到 FTP Server
备份 SDMC 系统到 FTP 服务器命令比较简单，直接登陆 SDMC 命令行模式输入下面 backup 命令
| sysadmin@hcx056:~> backup -l sftp -s 9.12.29.217 -d /liyongc -u root Input password for SFTP The Systems Director server will be stopped while performing the backup, continue?([y]es or [n]o?)y Shutting down IBM Director done Starting IBM Director.. The starting process may take a while. Please use smstatus to check if the server is Active Performing the back up. The filename is 20110614045818.tar.gz, please wait... The backup completed successfully. |
这里需要输入 SFTP 服务器的用户名和密码，然后系统会提示用户 Director Server 会重新启动，是否继续 backup 的操作，选择 yes 后，Director 会先自动重启并开始备份数据。
在备份过程中，用户可以登录到 FTP 服务器上面查看备份文件生成的状况。
从远程的 FTP Server 恢复 SDMC HW Appliance 数据
执行下面的命令行可以完成从远程的 FTP Server 恢复 SDMC 系统数据，与 USB 备份恢复的过程基本一样，这里不再赘述。
| ~> restore -l sftp -s 9.12.29.217 -n /liyongc/20110614045818.tar.gz -u root Input password for SFTP The Systems Director server will be restarted while restore,continue?([y]es or [n]o?)y Performing the restore, please wait... Extracting the backup... The system is going to reboot |
SDMC SW Appliance 的备份和恢复
SDMC SW Appliance 支持运行在两种不同的 Hypervisor 上，分别是 VMware ESX4.x 和 RHEL6 KVM，针对运行在这两种不同 Hypervisor 上的 SW Appliance 的备份和恢复，客户需要对 Hypervisor 系统环境进行设置，使用 ESX4.x 和 RHEL6 系统自带的工具完成手工地备份和恢复。
目前 ESX 提供了强大的 VMWare vSphere Infrastructure 工具帮助用户使用图形化的界面备份和恢复虚拟机， RHEL6 Linux 也提供了逻辑卷快照（LV Snapshot）以帮助实现逻辑卷的备份和恢复，以下部分将会对这两种不同的 SW Appliance 的备份和恢复进行实例介绍。
运行在 ESX 上的 SW Appliance 的备份
运行在 ESX 上的 SW Appliance 可以使用 VMWare vSphere Infrastructure 进行备份和恢复。
首先，通过 VMWare vSphere Client 连接 ESX4.x 系统。图 2 是 vSphere 客户端登陆窗口，输入用户名和正确的密码后，可以看到图 3 的 vSphere 客户端管理窗口。
图 2 vSphere 客户端登陆窗口
![]()
图 3 使用 vSphere 客户端抓取快照
![]()
第二步，在 vSphere 客户端管理窗口，对当前运行的 SDMC 虚机系统抓取快照。在左侧导航栏里，右键点击 SDMC 虚机系统，选择Snapshot 菜单下的 Take Snapshot。
在图 4 弹出的快照信息窗里填入 Name 和 Description 然后点击 OK 按钮开始创建快照。
图 4 快照名字和描述窗
![]()
几分钟后，快照创建完成。打开 Snapshot Manager 看到相应的的快照，参见图 5，可以看到快照 SDMC_backup_20110615。当你创建多个快照时，将会有多个不同的快照文件列在下图中。
图 5 快照管理窗口
![]()
第三步，创建的快照文件和虚拟硬盘文件会自动保存在 ESX4.x 系统的 Datastore 里，为了安全起见可以把这些文件备份到 USB 存储或者网络服务器中。如下图 6 所示，
打开 ESX 系统 Summary 页面，选取 ESX 的 Datastore 并右键点击 Browse Datastore；
图 6 浏览 Datastore
![]()
在打开的 Datastore Browser 里，可以下载虚拟硬盘文件和快照文件到本机并转移到安全的地方保存；
图 7 下载虚机硬盘文件和快照文件
![]()
运行在 ESX 上的 SW Appliance 的恢复
在 ESX4.x 的 VMware vSphere Client 界面恢复快照比较简单，如图 8 所示，只需要选取相应的 SDMC Appliance 虚机系统，点击Snapshot 下的 Revert to Current Snapshot，并确认选取恢复到最近的快照按钮，就会在几分钟后快速恢复 SDMC Appliance 到备份时的状态。
图 8 恢复虚机快照
![]()
运行在 KVM 上的 SW Appliance 的备份
针对运行在 RHEL6 KVM 上的 SDMC SW Appliance，IBM 没有提供专门的工具进行备份，但我们可以用 Linux 的逻辑卷快照备份的方法对 SDMC 虚机所在的逻辑卷创建快照、压缩快照卷，并复制到 USB 存储和远程的 FTP 服务器上，在需要的时候对虚机文件进行快速恢复。
下面以运行在 RHEL6 系统 netxn30 的 KVM 上的 SDMC SW Appliance 为例介绍对它备份和恢复的具体步骤。
首先，在部署 SDMC SW Appliance 的时候，我们在 RHEL6 系统上创建了卷组 vg_netxn30，为了减小备份文件所占空间，这里创建了两个逻辑卷 Data 和 dump，把主要的虚机数据放置在逻辑卷 Data 上，在日常工作中主要对这个逻辑卷做快照；而把 SDMC Appliance 日常使用中很少用到的数据盘放置在另外一个逻辑卷 dump 上，对此逻辑卷我们不做快照以减少备份文件的大小。
通过下面命令查询当前逻辑卷 Data 的大小为 150G，逻辑卷 dump 的大小为 120G。
| [root@netxn30 Data]# lvs -a LV VG Attr LSize Origin Snap% Move Log Copy% Convert Data vg_netxn30 -wi-ao 150.00g dump vg_netxn30 -wi-ao 120.00g lv_home vg_netxn30 -wi-ao 50.00g lv_root vg_netxn30 -wi-ao 50.00g lv_swap vg_netxn30 -wi-ao 19.64g [root@netxn30 images]# ls -la /Data/SDMC/data/images/ total 12749724 drwxr-xr-x. 3 liyongc liyongc 4096 Jun 17 02:43 . drwxr-xr-x. 3 liyongc liyongc 4096 Oct 15 2010 .. drwxr-xr-x. 2 liyongc liyongc 4096 Apr 23 04:41 bin -rwxrw-r-x. 1 liyongc liyongc 26 Dec 8 2010 data2.cfg -rw-r--r--. 1 qemu qemu 1073741824 Jun 17 03:16 dvmdisk1.img -rw-r--r--. 1 qemu qemu 64424509440 Jun 17 03:28 dvmdisk2.img -rw-r--r--. 1 qemu qemu 64424509440 Jun 17 02:49 dvmdisk3.img -rw-r--r--. 1 qemu qemu 85899345920 Jun 17 03:28 dvmdisk4.img -rw-r--r--. 1 qemu qemu 32212254720 Jun 17 03:23 dvmdisk6.img -rw-r--r--. 1 qemu qemu 85899345920 Jun 17 02:49 dvmdisk7.img -rw-r--r--. 1 liyongc liyongc 401408 May 12 21:57 productspec.iso |
| [root@netxn30 images]# ls -la /dump/SDMC/data/images/ total 37448 drwxr-xr-x. 2 root root 4096 Jun 17 02:42 . drwxr-xr-x. 3 root root 4096 Jun 17 02:42 .. -rw-r--r--. 1 qemu qemu 128849018880 Jun 17 03:25 dvmdisk5.img |
第二步，对虚机数据所在逻辑卷 Data 创建快照，并创建挂载点 /SDMC_snapshot，挂载快照所在的逻辑卷。
| [root@netxn30 images]# lvcreate -L150G -s -n datasnapshot /dev/vg_netxn30/Data Logical volume "datasnapshot" created [root@netxn30 images]# mkdir -p /SDMC_snapshot [root@netxn30 images]# lvs -a LV VG Attr LSize Origin Snap% Move Log Copy% Convert Data vg_netxn30 owi-ao 150.00g datasnapshot vg_netxn30 swi-a- 150.00g Data 0.00 dump vg_netxn30 -wi-ao 120.00g lv_home vg_netxn30 -wi-ao 50.00g lv_root vg_netxn30 -wi-ao 50.00g lv_swap vg_netxn30 -wi-ao 19.64g [root@netxn30 images]# mount /dev/vg_netxn30/datasnapshot /SDMC_snapshot |
第三步，对快照进行备份压缩，如果需要存储到本地的 USB 存储设备或者远程的 FTP 服务器上。
| [root@netxn30 images]# cd /SDMC_snapshot/ [root@netxn30 SDMC_snapshot]# ls lost+found SDMC [root@netxn30 /]# tar --sparse -Pczf /home/201106170600.tar.gz /SDMC_snapshot [root@netxn30 /]# ls -la /home/201106170600.tar.gz -rw-r--r--. 1 root root 7668929757 Jun 17 06:34 /home/201106170600.tar.gz |
第四步，在备份完之后，卸载并删除快照逻辑卷，以减少快照对 SDMC 系统性能的影响。
| [root@netxn30 /]# umount /SDMC_snapshot [root@netxn30 /]# lvremove /dev/vg_netxn30/datasnapshot Do you really want to remove active logical volume datasnapshot? [y/n]: y Logical volume "datasnapshot" successfully removed |
运行在 KVM 上的 SW Appliance 的恢复
对 SDMC SW 恢复起来比较简单，直接把备份文件复制到 RHEL6 系统，解压并覆盖原来的虚机数据文件，然后重启 SDMC 系统。下面是恢复备份的具体步骤。
首先，创建逻辑卷 restore 以放置备份文件，使用下面的命令。
| [root@netxn30 /]# lvcreate -n restore --size 150G vg_netxn30 Logical volume "restore" created |
第二步，为该逻辑卷创建文件系统并挂载逻辑卷到指定的挂载点 /restore。
| [root@netxn30 /]# mkfs.ext4 /dev/vg_netxn30/restore mke2fs 1.41.12 (17-May-2010) Filesystem label= OS type: Linux Block size=4096 (log=2) Fragment size=4096 (log=2) Stride=0 blocks, Stripe width=0 blocks 9830400 inodes, 39321600 blocks 1966080 blocks (5.00%) reserved for the super user First data block=0 Maximum filesystem blocks=4294967296 1200 block groups 32768 blocks per group, 32768 fragments per group 8192 inodes per group Superblock backups stored on blocks: 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 4096000, 7962624, 11239424, 20480000, 23887872 Writing inode tables: done Creating journal (32768 blocks): done Writing superblocks and filesystem accounting information: done This filesystem will be automatically checked every 34 mounts or 180 days, whichever comes first. Use tune2fs -c or -i to override. [root@netxn30 /]# mkdir -p /restore [root@netxn30 /]# mount /dev/vg_netxn30/restore /restore |
第三步，使用下面命令解压快照备份文件到逻辑卷 restore。
| [root@netxn30 /]# cd /restore [root@netxn30 restore]# gunzip -c /home/201106170600.tar.gz | tar -xvf - -C /restore/ /SDMC_snapshot/ /SDMC_snapshot/lost+found/ /SDMC_snapshot/SDMC/ /SDMC_snapshot/SDMC/data/ /SDMC_snapshot/SDMC/data/images/ /SDMC_snapshot/SDMC/data/images/data2.cfg /SDMC_snapshot/SDMC/data/images/dvmdisk4.img /SDMC_snapshot/SDMC/data/images/bin/ /SDMC_snapshot/SDMC/data/images/bin/shutdownVM /SDMC_snapshot/SDMC/data/images/dvmdisk7.img /SDMC_snapshot/SDMC/data/images/dvmdisk1.img /SDMC_snapshot/SDMC/data/images/productspec.iso /SDMC_snapshot/SDMC/data/images/dvmdisk3.img /SDMC_snapshot/SDMC/data/images/dvmdisk6.img /SDMC_snapshot/SDMC/data/images/dvmdisk2.img /SDMC_snapshot/SDMC/boot.log /SDMC_snapshot/SDMC/domain.xml /SDMC_snapshot/SDMC/client-config-overrides-rtp.txt /SDMC_snapshot/SDMC/client_config_update.py |
第四步，使用下面的 virsh 命令停止并取消原来定义的 SDMC 虚机，删除存放在逻辑卷 Data 下的原虚机文件，并复制解压后的备份文件到逻辑卷 Data 下。
| [root@netxn30 restore]# virsh list Id Name State ---------------------------------- 1 sdmc running [root@netxn30 restore]# virsh shutdown sdmc Domain sdmc is being shutdown [root@netxn30 restore]# virsh destroy sdmc Domain sdmc destroyed [root@netxn30 restore]# virsh undefine sdmc Domain sdmc has been undefined [root@netxn30 restore]# cd /Data/ [root@netxn30 Data]# ls -la total 28 drwxr-xr-x. 4 root root 4096 Jun 17 03:25 . dr-xr-xr-x. 31 root root 4096 Jun 17 04:57 .. drwx------. 2 root root 16384 Jun 17 01:49 lost+found drwxr-xr-x. 3 root root 4096 Jun 17 02:56 SDMC [root@netxn30 Data]# rm -fr * [root@netxn30 Data]# ls -la total 8 drwxr-xr-x. 2 root root 4096 Jun 17 07:25 . dr-xr-xr-x. 31 root root 4096 Jun 17 04:57 .. [root@netxn30 Data]# mv /restore/SDMC_snapshot/* . |
第五步，在复制完成后重新定义 SDMC 虚机 ；
| [root@netxn30 Data]# du -sm * 1 lost+found 12680 SDMC [root@netxn30 Data]# cd SDMC [root@netxn30 SDMC]# ls -la total 88 drwxr-xr-x. 3 root root 4096 Jun 17 02:56 . drwxr-xr-x. 4 root root 4096 Jun 17 07:26 .. -rw-------. 1 qemu qemu 60553 Jun 17 03:14 boot.log -rw-r--r--. 1 root root 631 Nov 17 2010 client-config-overrides-rtp.txt -rw-r--r--. 1 root root 6512 Jun 4 2010 client_config_update.py drwxr-xr-x. 3 liyongc liyongc 4096 Oct 15 2010 data -rw-r--r--. 1 root root 1650 Jun 17 02:47 domain.xml [root@netxn30 SDMC]# virsh define domain.xml Domain sdmc defined from domain.xml |
第六步，启动 SDMC SW Appliance 虚机系统；
| [root@netxn30 SDMC]# virsh start sdmc Domain sdmc started [root@netxn30 SDMC]# virsh list Id Name State ---------------------------------- 2 sdmc running |
参见图 9，使用 System Tools 登录 RHEL6 自带的 Virtual Machine Manager 来查看 SDMC 虚机的运行状态，如图 10 所示。
图 9 打开系统自带的虚机管理器
![]()
图 10 虚机运行状态
![]()
第七步，在 Virtual Machine Manager 上看到 SDMC SW Appliance 正常运行起来之后，别忘了卸载并删除逻辑卷以节省系统空间。
| [root@netxn30 ~]# umount /restore [root@netxn30 ~]# lvremove /dev/vg_netxn30/restore Do you really want to remove active logical volume restore? [y/n]: y Logical volume "restore" successfully removed |
如图 11 所示，现在可以正常使用恢复后的 SDMC Appliance 了。
图 11 打开虚机控制台登陆恢复后的 SDMC 系统
![]()
总结
作为 IBM 最新的 Power System 管理工具，SDMC 集成了 HMC、IVM 以及 Systems Director 的功能，并根据不同的用户提供了两种不同的版本。SDMC 的第一个版本中，对 HW Appliance IBM 提供了 backup/restore 命令集实现自动备份 SDMC 数据到 USB 存储或者远程的 FTP 服务器，以及从备份文件快速恢复 SDMC 系统；而针对 SDMC SW Appliance 可以参照本文中提到的步骤很好的实现数据备份和恢复。在以后的版本里，SDMC 将进一步提供友好的图形化界面帮助 Power System 管理员实现备份和数据快速恢复。
免费注册
发表于 2012-01-18 14:30