本章主要介绍以下内容：

● 如何配置你的数据库服务器来通过ontape进行备份和恢复。
● 如何使用ontape进行备份。
● 如何通过ontape进行逻辑日志文件备份。
● 如何通过ontape进行热恢复。
● 如何通过ontape进行冷恢复。

ontape工具提供了很多的特性，使得数据库服务器的备份和恢复、逻辑日志的备份变得很容易，这些特性包括：

● 备份数据库服务器系统，在系统失败时，可以恢复整个系统。
● 增量备份技术使得你制定备份计划时有更多的选择。
● 逻辑日志备份和整个系统备份可以使用不同的磁带或者文件。
● 可以选择手工备份逻辑日志文件，或者通过连续日志备份，在逻辑日志写满后，就进行备份。
● 可以选择对整个服务器系统进行恢复，或者只恢复特定的dbspace。

从Informix 10版本开始，增加了下面的一些特性：

● 除了磁带以外，支持标准的I/O读写，如文件、管道以及compress和tar工具。
● 外部的备份或恢复允许在操作期间其他的工具可以读或写数据库，这可以提高备份或恢复的性能，在备份期间，可以对数据库进行只读访问。
● 在恢复时，可以将chunk改名，或者说，可以使用另外一套逻辑卷进行恢复。

当选择逻辑日志备份设备时，下面的一些因素值得考虑：

● ontape的设计是为了利用磁带设备的特性，但ontape也可以通过磁盘文件进行dbspace和逻辑日志文件的备份和恢复，它的设计不是去管理那些文件。
● 如果逻辑日志文件备份和dbspace的备份使用的是不同的设备，可以单独考虑日志的备份计划，而不用关注dbspace的备份，但不是意味着不做dbspace的备份，若没有dbspace的备份，单独的日志备份是没法恢复的。
● 如果磁带设备读写太慢，逻辑日志写的速度很快，而复制到磁带的速度很慢，这样会导致逻辑日志写满，数据库挂起。
● 如果系统的全备份和逻辑日志备份使用相同的设备，你应确保在全备份开始前系统有足够多的日志文件已经被备份，这种预防措施保证了有很多的逻辑日志文件被释放。

在生产系统中，如果将LTAPEDEV配置参数设置为nul（Windows）或者/dev/null （unix），一旦服务器切换到下一个日志文件，这会导致逻辑日志文件被标记为已经备份过（U-B----），你将失去备份逻辑日志的机会。或者说，如果LTAPEDEV的值是/dev/null，逻辑日志中的信息将永远丢失，但如果使用了HDR或者RSS技术，即使LTAPEDEV的值是/dev/null，并不影响交易从主服务器传输到备份服务器。