DB2 基础: IBM DB2 Universal Database for Linux, UNIX and Windows 备份实用程序

核心提示： 很多新的数据库管理员（DBA）都会问这个问题，主要原因是，DB2 基础: IBM DB2 Universal Database for Linux, UNIX and Windows 备份实用程序(2)，DB2 在努力保持热缓存（实际上是在内存中应用程序所需的数据）方面非常主动，随着 64-位模

很多新的数据库管理员（DBA）都会问这个问题。主要原因是，DB2 在努力保持热缓存（实际上是在内存中应用程序所需的数据）方面非常主动。随着 64-位模型的壮大，这会成为一种趋势，并且这种趋势不会减缓（也不应该减缓，因为能够放在处理器的 L1、L2 或 L3 缓存或随机存储器中的数据越多，工作负载就运行得越快。实际上，您需要积极主动的数据缓存，因为它使数据尽可能远离磁盘，从而避免高代价的 I/O 周期。

当 DB2 在运行的时候，如果要拷贝一个文件系统上的文件，那么肯定会导致数据的不一致，DB2 不能保证可以恢复数据。例如，如果数据库在运行，那么执行文件系统复制操作时将得不到即时点（point in time,PIT）上数据库的快照。您应该坚持使用 DB2 备份来确保数据的一致性 —— 否则，如果不终止整个 DB2 实例的话，就无法确保数据的一致性。

而且，有了基于 DB2 的备份，就可以利用 DB2 的在线能力，它允许在备份过程中执行 DDL 和 DML，这样业务操作就可以像往常一样继续。由于可以在表空间级进行备份，所以还可以进行粒度控制。这样可以将那些关键的表分离出来进行备份，而留下其他那些不需要备份或者不需要经常备份的表。

DB2 备份还有助于可恢复性。您可以通过日志前滚到所选择的某个 PIT 上。换句话说，您可以细粒度地控制系统在“起死回生”时的样子，而不是像使用文件系统的方法那样只是得到一个静态的快照（这种快照很可能是不一致的）。

DB2 还支持“子集（subset）”恢复。例如，如果备份 5 个表空间，那么可以选择只恢复其介质出现故障的那个表空间。而在文件系统备份中，要么是全部恢复，要么一个也不恢复。

关于 DB2 备份