在大型的项目开发中，一个项目组通常会在小型的模拟环境中进行初步开发，待系统初步稳定后，再把开发环境移到新系统中，最后才把旧系统切换到新系统中去。但在模拟环境中，一般数据库服务器的配置都较低，而且不会有专门的数据备份措施，一旦掉电或误操作，便容易出现数据丢失、数据库毁坏的情况，开发人员的一番心血便会白费。因此，需要一种简单而又有效的数据备份方法。
我们假设模拟环境的数据库服务器的操作系统是Rerhat Linux 7，数据库服务器为Informix Online Dynamic Server 7.0，需要备份的数据库名称为dbtemp。在开发过程中，我们要求能对数据库表结构和其中的数据每天都能定时进行自动备份。因此我们需要使用crontab进行工作日程安排，crontab是操作每个用户的守护程序和该执行的时间表。
crontab文件的格式：M H D m d cmd。
M: 分钟（0-59）。
H：小时（0-23）。
D：天（1-31）。
m: 月（1-12）。
d: 一星期内的天（0~6，0为星期天）。
cmd要运行的程序，程序被送入sh执行，这个shell只有USER,HOME,SHELL这三个环境变量。
root用户使用crontab -e命令编辑crontab文件，在本例中，文件内容如下：
#backup zhdata start;
24 15 * * * su -l -c "dbschema -d dbtemp -ss /opt/informix/data/dbtemp.sql" informix
25 15 * * * su -l -c "dbaccess dbtemp /opt/informix/data/create_unload.sql" informix
27 15 * * * su -l -c "dbaccess dbtemp /opt/informix/data/unload.sql" informix
#backup zhdata end;
文件中的第一条语句指定每天下午3点24分创建数据库dbtemp模式文件dbtemp.sql；第二条语句指定每天下午3点25分使用dbaccess执行create_unload.sql 文件，create_unload.sql文件内容如下：
UNLOAD TO /opt/Informix/data/unload.sql DELIMITER ';'
SELECT "unload to /opt/informix/data/"||tabname||
".txt delimiter '$' select * from "||tabname
FROM systables WHERE tabid >; 99
这是一条嵌套式SQL语句，能够把数据库中的除系统表以外的所有表找出来。假设数据库中除了系统表外，还有用户表userinfo1,userinfo2,.…,userinfon,那么执行该语句后生成的unload.sql文件内容将为：
unload to /opt/Informix/data/userinfo1.txt delimiter '$' select * from userinfo1;
unload to /opt/Informix/data/userinfo1.txt delimiter '$' select * from userinfo2;
……
unload to /opt/Informix/data/userinfo1.txt delimiter '$' select * from userinfon;
然后第3条语句指定每天下午3点27分使用dbaccess执行unload.sql文件，unload语句完成的是把表中的数据内容倒出成以指定分隔符分隔字段的文本文件；在本例中，unload.sql文件实现导出数据库中出系统表以外的各表数据，生成以'$'符号分隔的文本文件，即把数据库除系统表以外的各表数据都导成以'$'符号分隔的文本文件，存放在/opt/Informix/data目录下面。这样，一个简单的数据备份便完成了。
纳兰婷 回复于：2003-11-07 21:45:44
很实用,不错，收藏
czw1413_cn 回复于：2003-11-07 23:01:10
这个主意很不错的
可是当锁表的时候好象还是无能为力
顶~~~~~~~~~~~~~~~~~
收了
aseyt 回复于：2004-03-26 17:27:39
若单个表数据超过2个G，上述方法在SCO上是行不通的。
manchinaunix 回复于：2004-05-08 16:59:48
:em02: 好用！！！
Bfuse 回复于：2005-01-18 16:10:01
好啊！
zzjijun 回复于：2005-01-19 11:24:39
顶一下。
可以半夜把Informix的连接都断开，直接用dbexport.
qinws 回复于：2005-01-21 11:36:02
引用：原帖由 "czw1413_cn" 发表：
这个主意很不错的
可是当锁表的时候好象还是无能为力
顶~~~~~~~~~~~~~~~~~
收了
可以在shell中加一句set isolation dirty read;
就可以解决锁表时的load的问题
xinjiangwulumuq 回复于：2005-02-21 16:16:54
好呀，不过要是能解决备份数据量超过2G的问题就更好了
wolfop 回复于：2005-02-21 16:49:23
决不用，这样能算备份才怪了，除非导出的时候锁定数据库，要不出来的数据更本不一致。
Qvbxy 回复于：2006-01-11 10:35:33
unload to /opt/Informix/data/userinfo1 . txt delimiter '$' select * from userinfo1;
simonniu 回复于：2006-01-14 16:17:43
开发人员怎么都喜欢导入导出啊
逻辑备份有太多的缺点
ontape和onbar都是可以实现的，而且都是很好的备份方法
kevinlewis 回复于：2006-05-10 10:59:13
好呀！
ding ! ding /!!!!!!!111
superzg 回复于：2009-01-07 08:39:03
很不错的语句,就是备份之前能先killdb一下就更好了
|
