informix备份还原

1、ibm informix dynamic server 11 系统管理- ids 备份和恢复关于本教程在本教程中，您将学习备份和恢复概念，以及管理数据库备份和恢复过程的ids 策略、实用程序和命令。本教程中的资料主要覆盖考试第6 部分“backup and restore ” 中的目标。本教程涉及的主题包括：?备份和恢复实用程序?备份和恢复策略、类型和选项?执行备份和恢复过程所需的配置和命令?监视和调试备份和恢复过程目标在学习完本教程之后，您应该能够：?为数据库服务器备份制定存档策略和计划?了解备份的类型和执行的时机?配置onbar 和 ontape 来执行备份和恢复?如何监视和检验备份?了解

2、如何从存档备份复原和恢复数据库服务器?从存档备份恢复数据库服务器一、 ids 备份和恢复概述概述由于数据已经成为最昂贵的资产，企业无法承担丧失数据的损失。当发生灾难时， 需要有方法恢复数据。 需要事先执行一些过程和处理，才能在需要恢复数据时执行恢复过程。ids 提供了计划和执行恢复过程所需的技术和工具。备份ids 备份是数据库服务器维护的一个或多个dbspace 和逻辑日志的拷贝。备份的内容是纯粹的ids 页面。不备份操作系统文件或ids 配置文件。对于这些未备份的文件，需要在ids 备份过程之外执行单独的备份过程。恢复ids 恢复会从备份的存储空间和逻辑日志文件重新创建数据库服务器数据。恢复

3、过程将数据从备份介质复制回磁盘上，并应用逻辑日志备份中的事务，从而将dbspace 恢复到一致的状态。需要进行恢复的情况包括：?需要替换掉一个包含数据库服务器数据的坏磁盘。?有数据库数据或页面被破坏了。?需要将数据库服务器数据转移到新的电脑上。ids 提供的恢复工具和实用程序ids 提供了一套备份和恢复实用程序onbar 、ontape 、ism、archecker 。我们来逐一讨论这些工具并了解它们的功能。onbaronbar 可以执行dbspace 和逻辑日志的备份和恢复。onbar 需要一个存储管理器。informix storage managerism是ids 附带的一个功能有限的存

4、储管理器。也可以使用第三方厂商的存储管理器，比方tivoli storage managertsm、 omniback 、legato networker 、 veritas netbackup 等等。 onbar 使用行业标准x/open backup services application programmers interfacexbsa与数据库服务器和存储管理器进行通信。每个存储管理器厂商都提供了xbsa 共享库来支持使用他们的存储管理器。所以，onbar 能够使用各种存储管理器软件。onbar 和 xbsa 共享库必须在相同的平台32 位或64 位上编译。onbar 的主要特性包括

5、：?并行备份和恢复?时间点恢复?集成的备份检验命令?支持外部备份和恢复?支持表级恢复ontapeontape 实用程序是最早、最容易使用的备份和恢复实用程序。它不需要存储管理器。它可以将数据从数据库服务器备份到磁带或磁盘。ontape 实用程序可以执行物理和逻辑日志备份和恢复。 ontape 实用程序顺序地执行备份和恢复。ontape 的主要特性包括：?简单，容易使用?能够备份到磁带、文件或目录?支持表级恢复?支持外部备份和恢复表 1. onbar 与 ontape 的主要差异描述onbarontape是否使用存储管理器跟踪备份和恢复媒体？是否是否使用备份选择的存储空间？是否是否顺序备份和恢复

6、存储空间？是是是否启动高可用性数据复制？是是是否能够将数据恢复到特定的时间点？是否是否执行单独的物理和逻辑恢复？是是是否能够并行备份和恢复不同的存储空间？是否对于备份和恢复是否同时使用多个磁带驱动器？是否在不完全恢复之后，是否重新启动恢复？是否是否修改数据库的日志记录模式？否是如果使用onbar ，那么使用ondblog命令修改数据库的日志记录模式。警告： ontape 和 onbar 产生的备份磁带是不兼容的。不能用ontape 创建备份，再用onbar 恢复它，或者相反。archeckerarchecker 实用程序检查介质上备份恢复所需的所有页面是否处于正确的形式。在成功地检验备份之后，

7、 就可以放心地恢复它。archecker 可以以两种不同的模式进行检查integrated 和 standalone 。integrated：在这种模式中， onbar 从备份介质读取数据并自动地将数据发送给archecker 。这样就可以对整个恢复过程进行检查。standalone：这种模式适用于ontape 实用程序创建的介质。在这种模式中， archecker 直接读取备份介质。这种模式不测试恢复过程。可以在与创建备份的机器不同的机器上执行这种检查，只要创建备份的机器和执行检查的机器是二进制兼容的，而且使用相同的ibm informix 页面大小即可。 archecker 实用程序检查标

8、准备份和全系统备份。archecker 实用程序无法检查逻辑日志备份。 archecker 实用程序并不对系统备份进行恢复。从ids 10 开始， archecker 实用程序可以使用用户提供的模式命令文件执行表级恢复。进行表级恢复的方法是，从存档的表重新创建行，并在现有的ids 实例中插入一个新的表。二、 ids 可用的备份类型本节介绍可以使用ids 提供的工具执行的各种备份类型。完整的0 级备份 full level 0 backup0 级备份包含存档开始时online 系统中的所有数据的拷贝。0 级备份非常消耗时间，因为使用的所有磁盘页面都需要写到备份介质中。除了0 级完整备份之外，id

9、s 备份和恢复实用程序还可以执行增量备份1 级和2 级。1 级备份与 0 级备份相比， 1 级备份花费的空间和时间都要少，因为只需要将最近一次0 级备份之后修改过的数据复制到存储管理器。2 级备份2 级备份花费的空间和时间比1 级备份还要少，因为只需要将最近一次1 级备份之后修改过的数据复制到存储管理器。顺序备份与并行备份顺序备份 serial backup 只能一次备份一个dbspace ， 因此很慢。 顺序备份是ontape 实用程序能够执行的惟一一种备份类型。如果bar_max_backup onconfig 参数设置为1，onbar 就会顺序地备份dbspace ，也就是一次备份一个d

10、bspace 。在ids 11.10 之前，无论bar_max_backup onconfig 设置是什么， onbar 全系统备份总是顺序执行的。并行备份 parallel backup会同时备份多个dbspace 。在 11.10 中，所有onbar 备份都是并行执行的，除非bar_max_backup onconfig 参数设置为1。标准onbar备份 onbar -b对选择的存储空间或所有存储空间进行并行备份。在标准onbar 备份中，对它备份的每个存储空间执行一个检查点。要从标准onbar 备份进行恢复，就需要逻辑日志备份。全系统备份whole-system backup使用-w 选

11、项自动地包含在存档检查点上打开的事务的逻辑日志记录，因此不需要任何显式的逻辑日志备份和恢复，整个系统就可以恢复到一致的状态。从 ids 11.10 开始，可以在onbar backup命令中使用-w 选项。 rootdbs 仍然首先单独地备份。然后，根据bar_max_backup onconfig 设置，并行地备份其他dbspace 。但是，在全系统onbar 备份中，数据库服务器对备份的所有dbspace 执行一个检查点。逻辑日志备份逻辑日志备份就是将逻辑日志文件的内容复制到辅助存储介质。逻辑日志存储online 实例中数据库的检查点记录、管理活动比方data definition lan

12、guageddl 语句以及事务活动。 每个online 实例都具有数量有限的逻辑日志文件。online 以循环方式使用逻辑日志。记录连续地写入逻辑日志文件。当第一个日志文件写满时，online 开始写入第二个日志文件，以此类推。 当所有日志文件都使用完时，online 再次写入第一个日志文件。在online 重用一个日志文件之前，必须对这个文件的所有数据进行备份。对于执行缓冲、非缓冲或ansi 模式日志记录的数据库，对表的所有插入、更新和删除操作都记录在逻辑日志中。保留这些事务活动插入、更新和删除的记录有两个目的：首先 ，在系统崩溃时，需要从备份恢复数据，这时可以重新应用这些事务，从而防止最近

13、一次备份以后的工作丧失。第二 ，在发生电源故障时，或者由于其他原因丧失了内存中的数据时，重新应用逻辑日志并回滚， 从而确保数据库返回到一个一致的状态。必须连续地记录事务活动，而且记录必须一直保存到下一次执行dbspace 或全系统备份时。除了全系统备份之外，所有dbspace 备份都需要有逻辑日志备份，才能进行成功的恢复。连续、自动和手工的逻辑日志备份如果所有逻辑日志文件都满了，数据库服务器就会挂起，直到日志被备份。要想释放那些已经写满的逻辑日志文件，就要对它们进行备份。逻辑日志备份可以由管理员或操作员根据需要 手工执行， 或者使用alarmprogram 配置参数自动触发，也可以运行连续的日

14、志备份。当管理员或操作员使用onbar 或 ontape 执行日志备份请求时，执行手工 逻辑日志备份。手工逻辑日志备份对所有写满的逻辑日志文件进行备份，一直备份到当前逻辑日志文件为止。配置 自动 逻辑日志备份的方法是使用alarmprogram 配置参数指定一个程序，每当服务器发出日志写满事件事件类23时，这个程序执行一个逻辑日志备份命令。通常情况下，如果使用onbar 作为备份实用程序，就会配置自动逻辑日志备份。ids 实现自动逻辑日志备份的方法是执行onconfig 参数alarmprogram 指向的脚本。如果使用alarmprogram.sh，那么编辑它，将backuplogs 设置为

15、 y。ids 提供的脚本log_full.sh 和 alarmprogram.sh 可以在$informixdir/etc 中找到。要想关闭逻辑日志的自动备份，可以将alarmprogram 设置为no_log.sh ；如果使用alarmprogram.sh，可以将backuplogs 设置为n。 如果禁用了逻辑日志的自动备份，dba 就要负责及时地备份逻辑日志。如果使用ontape 作为备份和恢复实用程序，通常就要进行连续 逻辑日志备份。 在进行连续备份 ontape -c 选项时，如果一个逻辑日志文件已经写满，或者服务器切换到下一个日志文件，就对这个文件进行备份。连续逻辑日志备份需要一个专

16、用的终端和备份设备。ids 11.10 有一个ontape 备份到目录特性；如果ltapedev 设置为一个目录，就可以使用 ontape -a -y和 alarmprogram 脚本进行自动的ontape 备份。如果使用这个特性通过ontape 将逻辑日志自动备份到目录，alarmprogram 脚本就必须检查ltapedev 是否正确地设置为一个目录，dba 负责确保这一点。如果ltapedev 没有设置为目录，而是设置为一个设备，后续的逻辑日志备份就可能覆盖以前的备份。逻辑日志救援在日志救援 log salvage 中，数据库服务器在离线的情况下，从磁盘直接访问日志文件。日志救援对所有还

17、没有备份而且没有损坏的逻辑日志进行备份，这样就可以将所有数据恢复到最近的没有损坏的逻辑日志文件和最近的已经完成的事务。在发生系统失败之后，需要进行恢复， 但是有些逻辑日志数据可能还没有备份。必须挽救这些数据，因为需要利用这些数据将系统恢复到失败时的状态。系统失败之后的冷恢复会自动地尝试救援所有日志，但是用户也可以在冷恢复之前救援日志。日志救援命令是：?onbar -l -s?or ?ontape -s如果在冷恢复过程之前必须更换包含逻辑日志文件的设备，那么日志救援命令就很有意义了。如果在系统失败之后没有救援磁盘上的日志，逻辑恢复过程就会覆盖日志空间，以前记录的事务就会丧失，系统就无法恢复到失败

18、时的状态。onbar -r 命令会自动地救援逻辑日志。如果希望跳过日志救援操作，那么使用onbar -r -p 和 onbar -r -l两个命令。 对于ontape ，对系统提示“ do you want to backup the logs?” 答复 no ，就可以在恢复期间跳过日志救援。三、恢复策略和备份计划制订恢复策略要求了解业务关键数据，并了解可用的备份工具及其功能。制订恢复计划的第一步是，根据对业务数据的理解确定恢复目标。按照可以接受的数据损失和时间损失，定义何种程度的系统恢复算是成功的。下面这些问题可以帮助您做出决定：?何种程度的数据损失是可以接受的？?企业在无法使用这些数据的情

19、况下能够坚持多久？?在恢复期间，生产系统可以停机多长时间？?多长时间的事务损失时间是可以接受的？?恢复计划有多少预算？建立了恢复目标之后，就该选择ibm informix 备份和恢复工具了。恢复计划应该考虑以下解决方案：?ibm informix 备份实用程序ontape 、onbar 和外部备份和恢复工具?load/unload 实用程序?high performance loader ?dbexport/dbimport ?onload/onunload 最好先确定可能需要进行恢复的各种情况。根据严重性对失败进行分类，并为多个失败级别制订恢复计划。下面是失败级别的一些例如，它们可以帮助您判

20、断失败的严重性：?意外地删除一个数据库对象行、列、表。?意外地删除一个服务器对象数据库、块、dbspace 。?数据损坏或者创建了不正确的数据。?硬件失败比方一个包含块文件的磁盘坏掉了。?数据库服务器失败?自然灾害表 2. 恢复计划例如失败的严重性数据损失建议的恢复计划小丧失非关键数据。可以等到非工作高峰时间再恢复数据。使用热恢复。中等丧失了对业务很重要的数据，但是数据丧失并非发生在关键的 dbspace 中。尽可能早地对这些数据进行热恢复。大丧失关键的 dbspace。马上使用混合恢复计划恢复关键的数据，并在非工作高峰时间对非关键数据进行热恢复。灾难丧失所有数据。尽可能早地执行冷恢复或混合恢

21、复。最困难的步骤是在速度和成本之间进行权衡。一些关键业务要求不惜任何代价尽快恢复。这可能要求您考虑其他备份和恢复解决方案，比方：?ibm informix mirroring ?high availability data replication ?使用硬件镜像解决方案的外部备份/恢复?enterprise data replication 备份计划根据恢复策略和目标，对备份进行计划。备份计划不但包含备份的频率，还包含备份的级别和类型。?应该每天、每周还是以其他时间间隔进行备份？?备份要花多长时间？?备份对用户的事务和系统性能有何影响？?什么时候是进行备份的最正确时间？?备份介质上有多少可用空

22、间？上面的问题应该能够帮助您决定符合恢复策略和备份工具功能的备份计划。还可以帮助您决定是需要执行增量备份1 级和2 级，还是只执行完整的0 级备份？是只在周二备份一些dbspace ，在周三备份其他dbspace ，还是每天执行完整的0 级备份？备份策略的考虑因素无论选择什么样的调度计划，实现快速恢复的关键因素都是应用尽可能少的逻辑日志。应用逻辑日志是恢复过程中最慢的阶段，因为服务器必须处理已经发生的所有sql 活动。恢复磁带级备份要快得多，因为只需从磁带读取页面并写到磁盘上。四、 onbar 配置、命令和语法在使用onbar 之前，需要：?配置存储管理器?设置适当的onconfig 配置参数

23、?决定逻辑日志的备份策略。如果用onbar 进行备份， 那么ltapedev 一定不能设置为/dev/null 请记住， onbar 备份不包含：?已经分配给区段extent 但当前没有使用的dbspace 页面。?来自镜像块的页面如果对应的主块可用的话。?光盘上存储的blobspace 中的大对象。?临时dbspace 。?另外， onbar 不备份服务器配置和管理文件，比方?onconfig 文件和sqlhosts 文件?紧急引导文件?oncfg 文件onbar 性能和并行性配置参数对 onbar 性能影响最大的三个配置参数是：?bar_max_backup ?bar_xfer_buf_s

24、ize ?bar_nb_xport_count onbar 使用缓冲区称为传输缓冲区对存储管理器收发数据。这些配置参数用来配置缓冲区的大小 bar_xfer_buf_size、缓冲区的数量bar_nb_xport_count 和备份进程的数量 bar_max_backup。bar_max_backup指定onbar 命令产生的并行进程的最大数量。如果在onconfig 文件中没有设置这个参数，默认值为4。如果设置为：?0，那么进程数量等于备份的dbspace 数量，或者操作系统允许的最大进程数量。?1，顺序备份或恢复。?n，产生指定数量的进程。如果bar_max_backup 是 0，那么并行

25、性只受到操作系统和硬件的限制。bar_nb_xport_count决定onbar 分配的传输缓冲区的数量。默认值为20。bar_xfer_buf_size指定用来与服务器交换数据的每个传输缓冲区的大小以页面为单位。对于2k 页面系统，默认值是31 ；对于4k 页面系统，默认值是15。不要修改这个参数。 bar_xfer_buf_size 受 xbsa 标准的限制。 xbsa 将通信缓冲区的大小限制在 64 kb ，而且ibm informix 为头信息保留一个页面。其他onbar 配置参数?bar_act_log指定onbar 活动日志文件的位置。?bar_bsalib_path指定存储管理器

26、的xbsa 共享库的路径名和文件名。?bar_debug指定onbar 活动日志中调试消息的级别。?bar_debug_log指定onbar 调试日志的位置。?bar_history指定sysutils 数据库是否维护备份历史。?bar_performance指定onbar 活动日志的性能统计数据的级别。?bar_progress_freq以分钟为单位指定备份或恢复消息在活动日志中出现的频率。?bar_retry指定onbar 重试备份或恢复操作的次数。?ism_data_pool指定备份存储空间所用的卷池。只应用于使用ism 存储管理器的情况。?ism_log_pool指定备份逻辑日志所用的

27、卷池。只应用于使用ism 存储管理器的情况。onbar 备份命令和语法只能在数据库服务器处于在线、静默quiescent 或单用户模式时，备份存储空间和逻辑日志。但是，可以在数据库服务器离线时救援逻辑日志。清单1. onbar 备份命令的简化语法图onbar -b.(-l level) .(-f filename, o, dbspace_list, -w) .(-f) -v 备份逻辑日志：清单2. 逻辑日志备份onbar -b -l (-c -c -s), -o 执行备份的命令例如如下。清单3. onbar 备份命令$onbar -b - by default, all the dbspace

28、s and blobspaces in the instance will be backed up, since no dbspaces or blobspaces are specified. - if the -l option is omitted, a level-0 backup is created. $onbar -b dbspace1 dbspace2 - you may also specify specific dbspaces to be backed up. - each dbspace is specified by name, and each dbspace n

29、ame is separated with a blank space. $onbar -b -f file_name - file_name specifies an ascii file that contains a list of the dbspaces and blobspaces to be backed up. this syntax is useful if groups of dbspaces are routinely backed up together. each dbspace name in the file should be on a separate lin

30、e. $onbar -b -w - whole system command for performing a whole system backup is shown above.- a whole system backup always includes all dbspaces and blobspaces. - whole system backups are no longer performed serially and therefore, will be much faster with version 11.xx than a whole system backups in

31、 older versions. - if the -l option is omitted, a level-0 backup is created. whole system backup automatically includes the necessary logical log records of the transactions open at the time of archive checkpoint so that a whole-system restore will restore to a consistent point without any explicit

32、logical log backups and restore. rootdbs is backed up first, without parallelism. $onbar -b -l 0 dbspace1 - creates a level-0 backup of only dbspace1. 执行增量备份的语法如下。清单4. onbar 增量备份命令$onbar -b -l 1 - creates a level-1 backup of the entire online instance. $onbar -b -l 2 -f file_name - creates a level -

33、2 backup of all the dbspaces listed in file file_name. whole system incremental backups are shown: $onbar -b -w -l 1 - performs a level-1 backup of all the dbspaces and blobspaces in the online instance. $onbar -b -w -l 2 - performs a level-2 backup. 伪备份 fake backup清单5. onbar 伪备份命令$onbar -b -f 无论是否有

34、存储管理器应用程序，这个命令都可以运行。如果指定了任何dbspace ，就会忽略它们。伪备份用于以下情况：?为了支持数据库日志记录模式中的修改。?为了让用户使用新添加的日志、块或镜像。伪备份还适用于管理员认为不需要真实备份的其他特殊情况。因为在伪备份期间实际上没有进行备份，所以不可能进行恢复。不鼓励使用伪备份。逻辑日志备份如果将alarmprogram 设置为no_log.sh 或另一个可执行文件，从而禁用了逻辑日志的自动备份，您就要负责备份逻辑日志。备份逻辑日志的命令如下。清单6. onbar 逻辑日志备份命令$onbar -b -l - this command will back up

35、all logs that are used but not backed up or current. $onbar -b -l -c - will back up the current log. if you are performing a cold restore, and wish to salvage the logical logs, execute a log salvage command: $onbar -b -l -s $onbar -b -l -c - start a continuous logical log backup. 检验onbar 备份清单7. onba

36、r 备份检验命令$onbar -v - verify backups. you cannot verify the logical logs backups. $onbar -v -w - verify a whole-system backup. onbar -v命令无法检查数据行与blobspace 中的简单大对象之间的链接。可以使用 oncheck -cd命令检验blobspace 中的链接。onbar 组件紧急引导文件emergency boot file紧急引导文件包含onbar 编目表 在sysutils 数据库中 中关于备份对象的所有信息。如果 ids 系统和onbar 编目表不

37、可用，那么在冷恢复期间就需要这个文件。紧急引导文件还从onbar 接收关于逻辑日志文件的更新信息。如果逻辑日志文件完全写满了，onbar 在备份日志时就无法更新编目，因为更新编目需要在日志中添加事务。通过将信息写到紧急引导文件， onbar 就可以在备份逻辑日志之后更新编目。紧急引导文件位于$informixdir/etc 目录中，文件名是ixbar.servernum，其中的servernum 是servernum 配置参数的值。下面是一个onbar 紧急引导文件例如：清单8. onbar 紧急引导文件例如dbserv_1110_tcp rootdbs r 1 1 0 26958 0 200

38、7-04-25 20:45:07 1 48 1829648 1 0 - - 48 1177559107 117755577 8 8 dbserv_1110_tcp dbspace1 nd 1 1 0 26961 0 2007-04-25 20:53:25 1 48 1829648 1 0 - - 48 1177559107 117755577 8 9 dbserv_1110_tcp sblobspace1 nd 1 1 0 26959 0 2007-04-25 20:53:23 1 48 1829648 1 0 - - 48 1177559107 117755577 8 10 xbsa 库xb

39、sa 是 x/open backup services 应用程序编程接口api。 onbar 使用xbsa 与存储管理系统交换信息。交换的信息有两种：控制数据以及备份或恢复数据。控制数据用来检查onbar 和 xbsa 是否兼容，确保对象以正确的次序恢复到正确的online 系统中，并跟踪备份对象历史。 备份或恢复数据是来自dbspace 、blobspace 或日志文件的要备份或恢复的实际数据。使用xbsa 事务通过onbar 在 online 服务器和存储管理器之间传输数据库对象 dbspace 、blobspace 或逻辑日志。该事务可以维护备份和恢复数据的一致性。它保证，一个备份或恢复

40、对象中的所有数据要么都在online 服务器和存储管理器之间传输，要么都不传输。每个会话可以使用多个xbsa 事务，每个服务器可以有多个并发会话。存储管理器要想使用onbar 执行备份和恢复，必须有一个存储管理器。存储管理器管理备份和恢复所用的存储设备和介质，onbar 处理数据移动和与ids 数据库服务器的通信。存储管理器还可能提供以下功能：?使用各种存储介质， 从简单的磁带和磁盘设备到复杂的stacker 、 robot 和 jukebox 。?连网和分布式备份和恢复过程。?自动调度的备份。?数据压缩和解压。?数据加密和解密。sysutils 数据库onbar 使用sysutils 数据库

41、中的编目表跟踪onbar 备份对象和实例。onbar 使用下面的表：?bar_server 跟踪ids 的实例。?bar_object 跟踪备份对象的实例。?bar_action 跟踪针对每个备份对象的所有备份和恢复操作。?bar_instance 描述在成功的备份或恢复操作期间备份的每个对象。sysutils 数据库是在数据库服务器初始化时由online 创建的。关于onbar 使用的编目表的更多信息，请参考产品文档中的backup and restore guide。 注意：$informixdir/etc/sm_versions sm_versions 文件位于$informixdir/

42、etc 目录中，存储管理器必须在这个文件中有一个记录。对于ism，见sm_versions.std 。onbar 活动日志当发生备份或恢复活动或者错误时，onbar 在活动日志中写入简短的描述。在 onconfig 文件中，通过设置参数bar_act_log 指定onbar 活动日志文件的位置。ontape 配置和需求ontape 使用onconfig 文件中的六个参数来创建存储空间备份和逻辑日志备份。tapedev这是存储空间备份使用的磁带设备的绝对路径名。在备份期间，ontape 将存储空间数据写到这个位置； 在恢复期间， ontape 从这个位置读取数据。要想将ontape 配置为使用s

43、tdio ，应该将tapedev 设置为stdio 。在ids 11.10 和更高版本中，tapedev 可以设置为一个目录参见本教程后面的讨论。tapeblk这是存储空间备份使用的磁带块大小以kb 为单位。将块大小参数tapeblk 和ltapeblk 设置为磁带设备允许的最大块大小。tapesize这是存储空间备份使用的磁带的大小以kb 为单位。可以设置为0，这意味着一直写到磁带的末尾，或者用完所有空间。ltapedev这是逻辑日志磁带设备。ltapeblk这是逻辑日志备份使用的磁带块大小以kb 为单位。ltapesize这是逻辑日志备份使用的磁带的大小以kb 为单位。可以设置为0，这意味

44、着一直写到磁带的末尾，或者用完所有空间。ontape 需求ontape 实用程序期望磁带设备在完成每个命令之后自动反绕。应该为tapedev 和ltapedev 参数指定自动反绕的磁带设备。在读写磁带之前，数据库服务器会执行一系列需要反绕的检查。将ltapedev 设置为/dev/null 在 windows 上应该是nul，就会关闭逻辑日志备份。如果将ltapedev 参数设置为/dev/null 在windows 上应该是nul，那么对应的块大小被忽略，不对逻辑日志进行备份。当逻辑日志被写满时，将它们自动地标为已备份，这样就可以重用它们。在这种情况下，不可能进行逻辑恢复。检查磁带设备是否可

45、以读取您指定的块大小。如果不行，就无法用这个磁带进行恢复。tapesize 和 ltapesize 指定可以写入磁带的最大数据量。要想确保ontape 备份和恢复操作能够成功，需要注意以下方面：?如果可能的话，为服务器备份和逻辑日志备份指定不同的设备。?考虑使用符号链接指定磁带设备。?不要将ltapedev 指定为/dev/null unix或nul nt。?始终使用自动反绕的磁带设备。?一定要为磁带设备指定有效的块大小和磁带大小。无效的块大小会导致恢复失败。一般来说， ontape 实用程序不用于无人值守的备份和恢复操作。ontape 应该在管理员或操作员的控制下交互地运行，因为必须对各种提

46、示做出响应。但是从ids 11.10 开始，ontape 可以备份到目录，因此设置无人值守的备份就比较容易了。注意， onbar 实用程序一直是为无人值守的备份设计的，如果需要无人值守的备份，onbar 能够更好地满足需求。要想使用ontape ，必须作为用户informix 或 root 进行操作。ontape 备份命令和语法通过执行ontape 备份，可以完成以下任务：1.修改数据库的日志记录状态。2.创建备份完整的0 级备份， 1 级或2 级增量备份。3.进行逻辑日志备份。4.启动连续的日志备份。执行ontape 备份的命令例如如下：清单9. ontape 命令例如$ontape -s

47、this command will perform a full-system backup of all dbspaces. after executing the ontape command, you will be prompted to enter the backup level, either 0, 1 or 2. $please enter the level of archive to be performed (0, 1, or 2) 0 next you will be prompted to mount a tape and press return. $please

48、mount tape 1 on /space/tape/v11-tape and press return to continue . next the backup will be performed showing percentage for completion and final message indicating completion and the logical log file that was current and was backed up also 10 percent done. 20 percent done. 30 percent done. 100 perc

49、ent done. please label this tape as number 1 in the arc tape sequence. this tape contains the following logical logs: 7 program over. ontape 备份命令的简化语法图如下：清单10. ontape 命令和语法ontape -(s,v) -l (0,1,2) -t stdio -f to create a backup, use the -s option of the ontape command. |-ontape-+-+- -s-+-+-+-+-+-+-+

50、-+-| - -v- - -l-+-0-+- - -t stdio- - -f- -| -y- +-1-+ -2- options with ontape: -f the -f option directs ontape to perform a fake backup. a fake backup is only applicable during a backup to standard output. a fake backup is useful for cloning the data in a server. for example, to populate the seconda

51、ry server in an high-availability data replication pair. |-10-20-30-40-50-60-70-80-9| |- xml error: the previous line is longer than the max of 90 characters -|-l directs ontape to create a backup of the level specified. the -l option to specify the backup level as part of the command, you can avoid

52、 being prompted for it. -s directs ontape to create a backup. ontape prompts you to supply the backup |-10-20-30-40-50-60-70-80-9| |- xml error: the previous line is longer than the max of 90 characters -|level (0, 1, or 2) that you want to create if you do not supply a value using the -l option. -t

53、 stdio directs ontape to back up to standard output. the -t stdio option overrides the value of the tapedev configuration parameter for the current backup. -v directs ontape to write informational message to stderr during a backup to standard output. verbose mode is useful for monitoring the progres

54、s of a backup to standard output. -y directs ontape to proceed without interactive prompts. you can turn off the prompts if you are backing up to or restoring from a directory |-10-20-30-40-50-60-70-80-9| |- xml error: the previous line is longer than the max of 90 characters -|of a file system. thi

55、s option does not apply to tape devices, which much pause the |-10-20-30-40-50-60-70-80-9| |- xml error: the previous line is longer than the max of 90 characters -|backup while you change tapes. 执行以下命令开始向磁带进行备份，但是不指定备份级别：清单11. ontape 备份例如$ontape -s you can use the -l option to specify the level of

56、the backup as part of the command, as the following example shows: $ontape -s -l 0 use the -y option to avoid interactive prompts when you are backing up to or restoring from a directory: $ontape -s -l 0 -y 用 ontape 进行逻辑日志备份要想对使用的所有逻辑日志除了当前日志进行随需备份on-demand backup，应该输入以下命令：清单12. ontape 命令$ontape -a

57、the ontape process will write the logical logs to the backup devices specified by the ltapedev configuration parameter. performing automatic backup of logical logs. please mount tape 1 on /dev/rst0 and press return to continue . . . do you want to back up the current logical log? (y/n) y please labe

58、l this tape as number 1 in the log tape sequence. this tape contains the following logical logs: 1 - 3 连续的逻辑日志备份清单13. 用 ontape 进行连续的日志备份the ontape utility may be run in continuous backup mode. $ontape -c 连续的逻辑日志备份需要一个专用的终端和备份设备。当服务器切换到下一个日志文件时，将原来使用的逻辑日志文件写到磁带设备上。通常，服务器会在一个逻辑日志文件写满时切换日志，但是管理员也可以强迫进行

59、日志切换通过执行onmode -l 命令。?ontape -c命令不应该作为后台进程运行。?可以使用-a 选项定期将逻辑日志备份到磁带；也可以运行-c 选项，让每个逻辑日志在写满时自动备份。-c 选项会让ontape 连续运行，但是需要一个专用的终端和磁带设备。它不能作为守护进程运行。用 ontape 备份到目录可以使用ontape 实用程序以非交互模式在文件系统中备份和恢复数据。要想启用这个特性，就需要将tapedev 和 ltapedev 配置参数设置为本地或远程挂载的文件系统上的有效目录。这个目录必须存在，否则就会返回错误。ontape 实用程序自动生成文件名，并执行物理和日志备份。如果

60、选择备份到目录，就不需要提供磁带。相反，数据会备份到本地文件系统的目录， 或者已经挂载到本地系统的目录。运行备份的用户必须对这个目录有写权限。这个目录必须有足够的磁盘空间，足以容纳备份数据。在数据备份之后，可以使用操作系统实用程序对数据进行压缩。备份到目录有以下优点：?可以将多个实例同时备份到同一个文件系统目录。?可以使用操作系统实用程序对数据进行压缩或其他处理。?可以配置系统，使系统在日志文件写满时自动备份日志文件。设置文件目录路径：使用tapedev 配置参数指定存储空间备份使用的文件系统目录的绝对路径名。在备份期间，ontape 将存储空间数据写到这个位置；在恢复期间，ontape 从这