informix提供的备份与复原命令

bysysnet

注意:下列三个方法其实不算备份策略,因为虽然它们能保留特定表和数据库的信息,但并不恢复整个Inofmrix Dynamic Server 实例.
如果用这些备份策略复原,则还要重建整个实例.
命令                        说明
1)SQL UNLOAD与LOAD　　　　SQL中的UNLOAD命令将数据卸载到SQL语句指定的分隔文件。LOAD命令将文件中的数据复原为表格。
2)dbexport&dbimport       dbexport将整个数据库卸载到磁带或磁盘。和unload&load一样，这些卸载是分隔文件。
                        dbimport讲述将从dbexport生成的文件装入数据库中。
3)onunload&onload         同dbexport&dbimport相似，只是可以在表级和数据库级进行卸载和装入，用页进行I/O（而不是字符流），
                        提高效率。数据以二进制格式卸载。但dbexport&dbimport更容易使用和验证。
注意：下列三个方法是有效备份策略，和逻辑日志一起使用，能够提供整个informix dynamic server实例的时点恢复。
4)ontape               　　提供备份与复原整个ids实例和dbspaces的方法。这个方法优于前面三种方法。ontape备份保持ids实例的所有
                         信息（块信息等）以及其数据库信息。备份可以对整个实例进行，也可以对上次备份以来的数据通信改变进行
                         （称为增量备份）
5)onarchive               是ontape的改进版本，提供许多不同选项和磁带存档分类，但已被ON-Bar取代
6)ON-Bar                  ON-Bar是最新informix实用程序，取代onarchive,提供onarchive的所有功能，同时使用不同的第三方备份软件
                       包的功能。　　　　
三种备份机制(ontape,onarchive与ON-Bar)存在一个缺点，即无法备份各个数据库或表格，除非它们在专门的dbspace中。要达到这一级备份，
就要用前三种方法之一。　　　　

muzx

能讲讲onbar的用法吗？

bysysnet

onbar可以对整个系统或各个dbspaces进行恢复，可以恢复逻辑日志磁带，并可以进行两级增量恢复。此外，ON-Bar还支持两种逻辑日志备份：自动与连接。ON-Bar的优势是能使用许多第三方存储管理系统。
ON-Bar本身并不直接与存储设备通信，而要用某个备份存储管理系统，如新版
informix中ON-Bar所带的informix Storage Manager(ISM)或第三方存储管理系统.
ON-Bar利用存储管理系统进行与存储设备通信的工作。

muzx

谢谢！

bysysnet

ON-Bar使用前，而在onconfig文件中进行设置，也可以取默认值。
LTAPEDEV--/dev/null或null时，日志满后立即标为可复用。
利用null磁带机实际上是不备份日志，因此无法用ON-Bar恢复。
应保证对磁带设备正确设置LTAPESIZE与LTAPEBLK value.
on-bar 配置参数
1）bar_act_log---- on-bar活动日志文件的完整path,default is /tmp/bar_act.log
2）bar_max_backup----每个user命令的最大parallel onbar_d 进程数(7.x与9.x).这个参数在8.x中称为bar_worker_max,定为自动启动的onbar_w进程数。如果为0，则7.x与9.x中的进程数不限。default is 0;
3）bar_retry----on-bar的失败重试次数，default is 1;
4）bar_nb_xport_count----每个onbar_d进程的共享内存数据缓冲区个数（在8.x中称为bar_xport_count,用于onbar_w进程）。default is 10;
5）bar_xfer_buf_size----onbar_d进程使用的每个数据缓冲区长度（页数）（在8.x中称为bar_xfer_bufsize,用于onbar_w进程)。default is informix page size　４kb时为15,page is 2kb时为31;
6）restartable_restore----启用或关闭可重新启动恢复(on/off)。在8.x中没有这个参数。default is off;
7）bar_bsalib_path----存储管理器库文件或dll的完整pathname,default is /usr/lib/isad001.platform_extension。
platform_extension为共享库扩展名后缀，通常类unix中为.so，因此default is /usr/lib/ibsad001.so。通过informix机器说明了解你的平台是否支持这个参数；
８）log_backup_mode----使用IECC时如何处理已满逻辑日志文件。这个值对连续逻辑日志备份没置为CONT,对手工备份设置为MANUAL。应通过IECC设置这个值，而不是通过onconfig文件。not default value！
９）ltapedev----在7.x或9.x中，这是逻辑日志备份所用的磁带设备pathname,在8.x中忽略，除非设置为/dev/null或null表示不进行逻辑日志备份；
（下列部分的定义:ISM为informix storage manager,卷池为进行备份序列的一组磁带）
１）ism_data_pool----写入物理备份的ism卷池，default is ISMData;
２）ism_log_pool----写入日志备份的ism卷池，default is ISMLogs;
３）bar_history----onsmsync如何使sysutils数据一级(9.2以上和8.3以上），default is 0;
４）bar_progress_freq----ON-Bar报告完成百分比的频率(9.2以上和8.3以上),default is 0;
５）bar_sm----存储管理器实例的整数ID(只对8.x)，无default;
６）end----结束bar_sm说明；
7）bar_boot_dir----写入引导文件的目录的完整pathname(only 8.x),default is $INFORMIXDIR/etc;
8）bar_dbs_cosvr----实际备份到这个bar_sm的parallel services list(only 8.x),default is all parallel servers;
9）bar_log_cosvr----逻辑备份到这个bar_sm的并行服务器清单(only 8.x),default is 所有并行服务器；
10）bar_idle_timeout----onbar_w进程退出之前闲机的时间(only 8.x)，
default is 0--无超时；
11）bar_worker_cosvr----对这个bar_sm运行onbar_w并行服务器清单，default is 1；
12）bar_worker_max----控制备份计划程序自动启动的onbar_w进程数(only 8.x)，default is 0;
！！！Warning:
若用on-bar实用程序备份逻辑日志，则要保证LTAPEDEV不设为/dev/null或null。
除非总是用on-bar进行整个系统备份(onbar -b -w)，否则应备份逻辑日志，不然无法恢复任何数据。
on-bar在LBU PRESERVE数据库中存放备份和档案信息。由于这个数据库使用事务日志，因此应保证存档和逻辑日志备份期间不会填满逻辑日志，从而保证不填满最后一个逻辑日志，保留给on-bar使用。
提示：如果使用on-bar，则应将配置参数LBU PRESERVE 置为1,将最后一个逻辑日志留给on-bar。

muzx

哈哈！我今天丰收了！
谢谢！！

bysysnet

on-bar需要存储管理器，它将数据复制到不同存储媒介中。on-bar用X/Open备份有应用程序接口（XBSA,X/Open Backup Services Application Programming Interface）协议与存储管理器通信。
第三方产品包括hp的OmniBack II,ibm的ADSM和SCH的REELLibrarian。
如果使用ids7.3以上，8.21以上或9.2以上，则可选择ids提供的ISM（Informix Storage Manager)。
需要按安装说明与配置存储管理器之后再使用on-bar。
配置存储管理器之后，要在sysutils数据库和$INFORMIXDIR/etc中的sm_versions文件中输入其细节。
￥INFORMIXDIR/release/en_us/ONBARDOC_release_number中有一些如何更新sysutils 信息的信息。包含更新sysutils的样本脚本。这个数据库包含几个on-bar使用的表。bar_version表和sm_versions文件中应有说明所用存储管理器版本的记录，只要装入带on-bar版本，XBSA版本和存储管理器名称与版本的记录。
sm_versions文件中插入存储管理器细节：
1|1.0.1|ism|1|
将ISM信息加进dbaccess中的bar_version表中：
insert into bar_version values ("1","1.0.1","ism","1";
提示：
如果使用ISM，则可以从命令运行ism_startup -init,自动将ISM信息加进sm_versions文件与dbaccess中的bar_version表中。
bar_version表在8.3和9.2以后的版本中已经过期，在这些版本中，只用sm_versions文件。
先保证存储管理器已经准备接受数据，然后再开始备份与恢复。若可能，对档案数据和逻辑日志数据分配不同存储设备，从而提高性能。

bysysnet

onbar -b [-L level]
level0----完整备份;
level1,2----增量备份(分别为level0,level1之后的数据改变),default is level0;
备份所选dbspaces&blobspaces:
onbar -b dbspace2 blobspace4;
备份文件data_list中的所有dbspaces与blobspaces:
onbar -b -f data_list;
整个系统备份：
onbar -b -w [-L level]
onbar -r -w #restore from the latest -w backup,with logs
onbar -r -p -w #restore from the latest -w backup,wtihout logs
逻辑日志备份:
onbar -b -l
包括当前日志的逻辑日志备份：
onbar -b -l -C('C' is upper)
连续逻辑日志备份：
onbar -b -l -C
注意更换新磁带．
逻辑日志挽救：
onbar -b -l -s
恢复数据：
onbar -r [dbspace,[dbspace...]]
onbar -r #restore the whole system
onbar -r rootdbs logdbs #just restore dbspaces rootdbs and logdbs
onbar -r -f dbs_names #restore all dbspaces in the file dbs_name
冷恢复操作：
onbar -b -l -s #log salvage
onbar -r -p #physical restore
onbar -r -l #logical restore
恢复所选dbspaces/blobspaces:
onbar -r dbspace2 blobspace4
恢复文件data_listk 中所有dbspaces&blobspaces:
onstat -r -f data_list
整个系统恢复：
onbar -r -w
逻辑日志恢复：
onbar -r -l
恢复到特定时点：
onbar -r -t "2002-10-08 10:00:00"
恢复到特定逻辑日志号前:
onbar -r -n 540
可重启动恢复（前提：restartbale_restore is ON):
onbar -r rootdbs [lgdbs llogdbs dbspace1 dbspace2 dbspace2
若恢复dbspace1时失败，则可以
onbar -RESTART从dbspaces1开始，恢复dbspace1,2,3和逻辑日志．
Warning:
不能重启动热恢复，只能从头开始重启动恢复．

anlen.qi

～～～～～～～～～～～～～～～～～～～～～～～～～·