informix备份还原Word文档下载推荐.docx
《informix备份还原Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《informix备份还原Word文档下载推荐.docx（44页珍藏版）》请在冰点文库上搜索。
∙需要将数据库服务器数据转移到新的计算机上。
IDS提供的恢复工具和实用程序
IDS提供了一套备份和恢复实用程序（OnBar、ontape、ISM、archecker）。
我们来逐一讨论这些工具并了解它们的功能。
OnBar
OnBar可以执行dbspace和逻辑日志的备份和恢复。
OnBar需要一个存储管理器。
InformixStorageManager（ISM）是IDS附带的一个功能有限的存储管理器。
也可以使用第三方厂商的存储管理器，比如TivoliStorageManager（TSM）、Omniback、LegatoNetworker、VeritasNetBackup等等。
OnBar使用行业标准X/OpenBackupServicesApplicationProgrammer'
sInterface（XBSA）与数据库服务器和存储管理器进行通信。
每个存储管理器厂商都提供了XBSA共享库来支持使用他们的存储管理器。
所以，OnBar能够使用各种存储管理器软件。
OnBar和XBSA共享库必须在相同的平台（32位或64位）上编译。
OnBar的主要特性包括：
∙并行备份和恢复
∙时间点恢复
∙集成的备份检验命令
∙支持外部备份和恢复
∙支持表级恢复
Ontape
ontape实用程序是最早、最容易使用的备份和恢复实用程序。
它不需要存储管理器。
它可以将数据从数据库服务器备份到磁带或磁盘。
ontape实用程序可以执行物理和逻辑日志备份和恢复。
ontape实用程序顺序地执行备份和恢复。
ontape的主要特性包括：
∙简单，容易使用
∙能够备份到磁带、文件或目录
表1.OnBar与ontape的主要差异
描述
onbar
ontape
是否使用存储管理器跟踪备份和恢复媒体？
是
否
是否使用备份选择的存储空间？
是否顺序备份和恢复存储空间？
是否启动高可用性数据复制？
是否能够将数据恢复到特定的时间点？
是否执行单独的物理和逻辑恢复？
是否能够并行备份和恢复不同的存储空间？
对于备份和恢复是否同时使用多个磁带驱动器？
在不完全恢复之后，是否重新启动恢复？
是否修改数据库的日志记录模式？
如果使用OnBar，那么使用
ondblog
命令修改数据库的日志记录模式。
警告：
ontape和OnBar产生的备份磁带是不兼容的。
不能用ontape创建备份，再用OnBar恢复它，或者相反。
archecker
archecker实用程序检查介质上备份恢复所需的所有页面是否处于正确的形式。
在成功地检验备份之后，就可以放心地恢复它。
archecker可以以两种不同的模式进行检查（Integrated和Standalone）。
Integrated：
在这种模式中，OnBar从备份介质读取数据并自动地将数据发送给archecker。
这样就可以对整个恢复过程进行检查。
Standalone：
这种模式适用于ontape实用程序创建的介质。
在这种模式中，archecker直接读取备份介质。
这种模式不测试恢复过程。
可以在与创建备份的机器不同的机器上执行这种检查，只要创建备份的机器和执行检查的机器是二进制兼容的，而且使用相同的IBMInformix页面大小即可。
archecker实用程序检查标准备份和全系统备份。
archecker实用程序无法检查逻辑日志备份。
archecker实用程序并不对系统备份进行恢复。
（从IDS10开始，archecker实用程序可以使用用户提供的模式命令文件执行表级恢复。
进行表级恢复的方法是，从存档的表重新创建行，并在现有的IDS实例中插入一个新的表。
）
二、IDS可用的备份类型
本节介绍可以使用IDS提供的工具执行的各种备份类型。
完整的0级备份（Fulllevel0backup）
0级备份包含存档开始时OnLine系统中的所有数据的拷贝。
0级备份非常耗费时间，因为使用的所有磁盘页面都需要写到备份介质中。
除了0级（完整备份）之外，IDS备份和恢复实用程序还可以执行增量备份（1级和2级）。
1级备份
与0级备份相比，1级备份花费的空间和时间都要少，因为只需要将最近一次0级备份之后修改过的数据复制到存储管理器。
2级备份
2级备份花费的空间和时间比1级备份还要少，因为只需要将最近一次1级备份之后修改过的数据复制到存储管理器。
顺序备份与并行备份
顺序备份（serialbackup）只能一次备份一个dbspace，因此很慢。
顺序备份是ontape实用程序能够执行的惟一一种备份类型。
如果BAR_MAX_BACKUPONCONFIG参数设置为1，OnBar就会顺序地备份dbspace，也就是一次备份一个dbspace。
（在IDS11.10之前，无论BAR_MAX_BACKUPONCONFIG设置是什么，OnBar全系统备份总是顺序执行的。
并行备份（parallelbackup）会同时备份多个dbspace。
在11.10中，所有OnBar备份都是并行执行的，除非BAR_MAX_BACKUPONCONFIG参数设置为1。
标准OnBar
备份（onbar-b）对选择的存储空间或所有存储空间进行并行备份。
在标准OnBar备份中，对它备份的每个存储空间执行一个检查点。
要从标准OnBar备份进行恢复，就需要逻辑日志备份。
全系统备份（whole-systembackup）（使用-w选项）自动地包含在存档检查点上打开的事务的逻辑日志记录，因此不需要任何显式的逻辑日志备份和恢复，整个系统就可以恢复到一致的状态。
从IDS11.10开始，可以在
onbarbackup
命令中使用-w选项。
rootdbs仍然首先单独地备份。
然后，根据BAR_MAX_BACKUPONCONFIG设置，并行地备份其他dbspace。
但是，在全系统OnBar备份中，数据库服务器对备份的所有dbspace执行一个检查点。
逻辑日志备份
逻辑日志备份就是将逻辑日志文件的内容复制到辅助存储介质。
逻辑日志存储OnLine实例中数据库的检查点记录、管理活动（比如DataDefinitionLanguage[DDL]语句）以及事务活动。
每个OnLine实例都具有数量有限的逻辑日志文件。
OnLine以循环方式使用逻辑日志。
记录连续地写入逻辑日志文件。
当第一个日志文件写满时，OnLine开始写入第二个日志文件，以此类推。
当所有日志文件都使用完时，OnLine再次写入第一个日志文件。
在OnLine重用一个日志文件之前，必须对这个文件的所有数据进行备份。
对于执行缓冲、非缓冲或ANSI模式日志记录的数据库，对表的所有插入、更新和删除操作都记录在逻辑日志中。
保留这些事务活动（插入、更新和删除）的记录有两个目的：
首先，在系统崩溃时，需要从备份恢复数据，这时可以重新应用这些事务，从而防止最近一次备份以后的工作丢失。
第二，在发生电源故障时，或者由于其他原因丢失了内存中的数据时，重新应用逻辑日志并回滚，从而确保数据库返回到一个一致的状态。
必须连续地记录事务活动，而且记录必须一直保存到下一次执行dbspace或全系统备份时。
除了全系统备份之外，所有dbspace备份都需要有逻辑日志备份，才能进行成功的恢复。
连续、自动和手工的逻辑日志备份
如果所有逻辑日志文件都满了，数据库服务器就会挂起，直到日志被备份。
要想释放那些已经写满的逻辑日志文件，就要对它们进行备份。
逻辑日志备份可以由管理员或操作员（根据需要）手工执行，或者使用ALARMPROGRAM配置参数自动触发，也可以运行连续的日志备份。
当管理员或操作员使用OnBar或ontape执行日志备份请求时，执行手工逻辑日志备份。
手工逻辑日志备份对所有写满的逻辑日志文件进行备份，一直备份到当前逻辑日志文件为止。
配置自动逻辑日志备份的方法是使用ALARMPROGRAM配置参数指定一个程序，每当服务器发出日志写满事件（事件类23）时，这个程序执行一个逻辑日志备份命令。
通常情况下，如果使用OnBar作为备份实用程序，就会配置自动逻辑日志备份。
IDS实现自动逻辑日志备份的方法是执行ONCONFIG参数ALARMPROGRAM指向的脚本。
如果使用alarmprogram.sh，那么编辑它，将BACKUPLOGS设置为
Y。
IDS提供的脚本log_full.sh和alarmprogram.sh可以在$INFORMIXDIR/etc中找到。
要想关闭逻辑日志的自动备份，可以将ALARMPROGRAM设置为no_log.sh；
如果使用alarmprogram.sh，可以将BACKUPLOGS设置为N。
如果禁用了逻辑日志的自动备份，DBA就要负责及时地备份逻辑日志。
如果使用ontape作为备份和恢复实用程序，通常就要进行连续逻辑日志备份。
在进行连续备份（ontape-c选项）时，如果一个逻辑日志文件已经写满，或者服务器切换到下一个日志文件，就对这个文件进行备份。
连续逻辑日志备份需要一个专用的终端和备份设备。
IDS11.10有一个ontape备份到目录特性；
如果LTAPEDEV设置为一个目录，就可以使用
ontape-a-y
和ALARMPROGRAM脚本进行自动的ontape备份。
如果使用这个特性通过ontape将逻辑日志自动备份到目录，ALARMPROGRAM脚本就必须检查LTAPEDEV是否正确地设置为一个目录，DBA负责确保这一点。
如果LTAPEDEV没有设置为目录，而是设置为一个设备，后续的逻辑日志备份就可能覆盖以前的备份。
逻辑日志救援
在日志救援（logsalvage）中，数据库服务器在离线的情况下，从磁盘直接访问日志文件。
日志救援对所有还没有备份而且没有损坏的逻辑日志进行备份，这样就可以将所有数据恢复到最近的没有损坏的逻辑日志文件和最近的已经完成的事务。
在发生系统失败之后，需要进行恢复，但是有些逻辑日志数据可能还没有备份。
必须挽救这些数据，因为需要利用这些数据将系统恢复到失败时的状态。
系统失败之后的冷恢复会自动地尝试救援所有日志，但是用户也可以在冷恢复之前救援日志。
日志救援命令是：
∙onbar-l-s
∙OR
∙ontape-S
如果在冷恢复过程之前必须更换包含逻辑日志文件的设备，那么日志救援命令就很有意义了。
如果在系统失败之后没有救援磁盘上的日志，逻辑恢复过程就会覆盖日志空间，以前记录的事务就会丢失，系统就无法恢复到失败时的状态。
onbar-r
命令会自动地救援逻辑日志。
如果希望跳过日志救援操作，那么使用
onbar-r-p
和
onbar-r-l
两个命令。
对于ontape，对系统提示“Doyouwanttobackupthelogs?
”回答
No，就可以在恢复期间跳过日志救援。
三、恢复策略和备份计划
制订恢复策略要求了解业务关键数据，并了解可用的备份工具及其功能。
制订恢复计划的第一步是，根据对业务数据的理解确定恢复目标。
按照可以接受的数据损失和时间损失，定义何种程度的系统恢复算是成功的。
下面这些问题可以帮助您做出决定：
∙何种程度的数据损失是可以接受的？
∙企业在无法使用这些数据的情况下能够坚持多久？
∙在恢复期间，生产系统可以停机多长时间？
∙多长时间的事务损失时间是可以接受的？
∙恢复计划有多少预算？
建立了恢复目标之后，就该选择IBMInformix备份和恢复工具了。
恢复计划应该考虑以下解决方案：
∙IBMInformix备份实用程序（ontape、OnBar和外部备份和恢复工具）
∙Load/Unload实用程序
∙HighPerformanceLoader
∙dbexport/dbimport
∙onload/onunload
最好先确定可能需要进行恢复的各种情况。
根据严重性对失败进行分类，并为多个失败级别制订恢复计划。
下面是失败级别的一些示例，它们可以帮助您判断失败的严重性：
∙意外地删除一个数据库对象（行、列、表）。
∙意外地删除一个服务器对象（数据库、块、dbspace）。
∙数据损坏或者创建了不正确的数据。
∙硬件失败（比如一个包含块文件的磁盘坏掉了）。
∙数据库服务器失败
∙自然灾害
表2.恢复计划示例
失败的严重性
数据损失
建议的恢复计划
小
丢失非关键数据。
可以等到非工作高峰时间再恢复数据。
使用热恢复。
中等
丢失了对业务很重要的数据，但是数据丢失并非发生在关键的
dbspace
中。
尽可能早地对这些数据进行热恢复。
大
丢失关键的
dbspace。
马上使用混合恢复计划恢复关键的数据，并在非工作高峰时间对非关键数据进行热恢复。
灾难
丢失所有数据。
尽可能早地执行冷恢复或混合恢复。
最困难的步骤是在速度和成本之间进行权衡。
一些关键业务要求不惜任何代价尽快恢复。
这可能要求您考虑其他备份和恢复解决方案，比如：
∙IBMInformixMirroring
∙HighAvailabilityDataReplication
∙使用硬件镜像解决方案的外部备份/恢复
∙EnterpriseDataReplication
备份计划
根据恢复策略和目标，对备份进行计划。
备份计划不但包含备份的频率，还包含备份的级别和类型。
∙应该每天、每周还是以其他时间间隔进行备份？
∙备份要花多长时间？
∙备份对用户的事务和系统性能有何影响？
∙什么时候是进行备份的最佳时间？
∙备份介质上有多少可用空间？
上面的问题应该能够帮助您决定符合恢复策略和备份工具功能的备份计划。
还可以帮助您决定是需要执行增量备份（1级和2级），还是只执行完整的0级备份？
是只在周二备份一些dbspace，在周三备份其他dbspace，还是每天执行完整的0级备份？
备份策略的考虑因素
无论选择什么样的调度计划，实现快速恢复的关键因素都是应用尽可能少的逻辑日志。
应用逻辑日志是恢复过程中最慢的阶段，因为服务器必须处理已经发生的所有SQL活动。
恢复磁带级备份要快得多，因为只需从磁带读取页面并写到磁盘上。
四、OnBar配置、命令和语法
在使用OnBar之前，需要：
∙配置存储管理器
∙设置适当的ONCONFIG配置参数
∙决定逻辑日志的备份策略。
如果用OnBar进行备份，那么LTAPEDEV一定不能设置为/dev/null
请记住，OnBar备份不包含：
∙已经分配给区段（extent）但当前没有使用的dbspace页面。
∙来自镜像块的页面（如果对应的主块可用的话）。
∙光盘上存储的blobspace中的大对象。
∙临时dbspace。
∙另外，OnBar不备份服务器配置和管理文件，比如
∙onconfig文件和sqlhosts文件
∙紧急引导文件
∙oncfg文件
OnBar性能和并行性配置参数
对OnBar性能影响最大的三个配置参数是：
∙BAR_MAX_BACKUP
∙BAR_XFER_BUF_SIZE
∙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，那么并行性只受到操作系统和硬件的限制。
BAR_NB_XPORT_COUNT
决定OnBar分配的传输缓冲区的数量。
默认值为20。
BAR_XFER_BUF_SIZE
指定用来与服务器交换数据的每个传输缓冲区的大小（以页面为单位）。
对于2K页面系统，默认值是31；
对于4K页面系统，默认值是15。
不要修改这个参数。
BAR_XFER_BUF_SIZE受XBSA标准的限制。
XBSA将通信缓冲区的大小限制在64KB，而且IBMInformix为头信息保留一个页面。
其他OnBar配置参数
∙BAR_ACT_LOG
指定OnBar活动日志文件的位置。
∙BAR_BSALIB_PATH
指定存储管理器的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
指定备份逻辑日志所用的卷池。
OnBar备份命令和语法
只能在数据库服务器处于在线、静默（quiescent）或单用户模式时，备份存储空间和逻辑日志。
但是，可以在数据库服务器离线时救援逻辑日志。
清单1.OnBar备份命令的简化语法图
onbar-b......（-Llevel）
......（-ffilename,O,dbspace_list,-w）
.（-F）
-v
备份逻辑日志：
清单2.逻辑日志备份
onbar-b-l（-C-c-s）,-O
执行备份的命令示例如下。
清单3.OnBar备份命令
$onbar-b
-Bydefault,allthedbspacesandblobspacesintheinstancewillbebackedup,
sincenodbspacesorblobspacesarespecified.
-ifthe-Loptionisomitted,alevel-0backupiscreated.
$onbar-bdbspace1dbspace2
-Youmayalsospecifyspecificdbspacestobebackedup.
-Eachdbspaceisspecifiedbyname,andeachdbspacename
isseparatedwithablankspace.
$onbar-b-ffile_name
-file_namespecifiesanASCIIfilethatcontainsalistofthedbspaces
andblobspacestobebackedup.
Thissyntaxisusefulifgroupsofdbspacesareroutinelybackeduptogether.
Eachdbspacenameinthefileshouldbeonaseparateline.
$onbar-b-w
-Wholesystemcommandforperformingawholesystembackupisshownabove.
-Awholesystembackupalwaysincludesalldbspacesandblobspaces.
-Wholesystembackupsarenolongerperformedseriallyandtherefore,
willbemuchfasterwithVersion11.xxthanawholesystembackupsinolderversions.
-Ifthe-Loptionisomitted,alevel-0backupiscreated.
Wholesystembackupautomaticallyincludesthenecessarylogicallogrecords
ofthetransactionsopenatthetimeofarchivecheckpointsothat
awhole-systemresto
升级会员 