FAStT的FlashCopy和VolumeCopy功能.pdfVIP

使用IBM FAStT的FlashCopy功能实现DB2数据库的备份和恢复 作者：潘致远，赵晓鹏 摘要： 本文描述了使用 IBM FAStT 的 FlashCopy 功能实现安装在 AIX 上的 DB2 数据库备份 和恢复的过程和步骤。这套方法同样适用于其它的 UNIX 系统。 但是不适用于 IBM 的其 它存储服务器，例如 ESS。FlashCopy 也被称为 SnapShot，在本文中将同时使用这两个名 词。 本文的操作过程均通过命令行和脚本实现，方便读者引用，修改和定制。 本文的撰写参考并引用了加拿大IBM，多伦多实验室的Shahed Quazi写的《使用 IBM DB2 Universal Database 的暂挂 I/O 分割镜像 》一文的部分内容； 参考了并引用了《Assuring the interoperability of the IBM FAStT FlashCopy premium feature with an Oracle 9i database》一文中的部分图表。 一. FlashCopy简介 FlashCopy是FAStT上一项高级功能，它的作用是即时产生一份在这个时间点上的数据卷拷 贝（Point-in-Time Copy）。这份拷贝的内容和原始数据卷是完全一样的，就像照片一样， 于是又被称作“快照”。 IBM FAStT存储服务器：FAStT 900，700，600Turbo，600，500，200可以支持这个功能。 FlashCopy的名词： Base Volume － 原始数据卷 Repository Volume － 保存对原始数据卷的改变的内容，通常容量会小于原始数据卷，服务 器也不能直接使用这个卷 FlashCopy Volume － 与原始数据卷同样大小的镜像卷，它可以给服务器使用，看起来和原 始数据卷一样 Host － 使用原始数据卷或FlashCopy卷的服务器 FAStT上FlashCopy的工作原理： FlashCopy 功能的使用可以将由 DB2 数据库备份引起的数据库下线时间缩到最短。 传统上，数据库管理员做在线的数据库备份时性能会受到影响，数据也不是一个时间点上的。 再如果，需要备份的表空间很大，备份的时间很长，数据库应用又需要很高的性能，在这种 情况下传统的备份方式就不是一个好的选择。我们采用的方式是先停掉数据库的 I/O ，用 很短的时间对表空间做一个快照，继续数据 I/O 操作，再对 FlashCopy 卷进行备份，数据 库将会受到较小的影响。 二．DB2 的分割镜像，暂挂 I/O 和 db2inidb 功能简介 分割镜像 分割镜像是磁盘卷的一个相同而独立的副本，可附属于不同的系统，并且具有多种用途， 如填充测试系统、作为数据库的热备用副本以及从主机中清除备份。分割镜像对硬件没有特 殊要求。然而，我们强烈推荐用户使用智能存储设备，如 IBM Enterprise Storage Server (ESS)， 即 Shark?。由于使用了 FlashCopy 技术，ESS 能完全在内部建立准瞬时的数据副本。 一个数据库的分割镜像包含了数据库目录的全部内容、所有表空间容器、本地数据库目 录以及活动日志目录（若没有驻留在数据库目录中）。 仅在使用 db2inidb 工具的 snapshot 选项创建克隆数据库时才需要用到活动日志目录。另外两个选项，standby 和 mirror 都不 需要分割活动日志目录。 访问分割镜像的方法各不相同。具体方法由存储器厂商的实现来决定。用户只能用厂商 提供的工具来访问分割镜像。 暂挂 I/O 进行镜像分割时，确保源数据库上没有部分的页面写入是很重要的。方法之一就是让数 据库脱机。但这种需要停机的方法在真正 24x7 生产环境中是不可行的。为了在分割镜像的 过程中提供持续的系统可用性，DB2 Universal Database Version 7 (FixPak 2) 引入了一个称 作暂挂 I/O 的新特性，它支持联机分割镜像而无须关闭数据库。暂挂 I/O 特性通过暂挂源 数据库上所有的写操作来防止部分的页面写入。虽然数据库处于写暂挂模式下，但是所有的 表空间状态都转换为新的 SUSPEND_WRITE 状态，所有其他操作也都能正常执行。然而， 诸如从缓冲池中刷新废页或从日志缓冲区中刷新日志记录这类需要进行磁盘 I/O 的事务则 必须等待。一旦恢复数据库的写操作，这些事务将继续正常进行。可使用下面的命令来暂挂 或恢复源数据库上的写操作： db2 set