leanrabbit 发表于 2012-02-21 09:55

使用onmode -l 定时自动切换日志会不会有风险？

对Informix不是很了解，现在有个问题比较头疼。

按我们单位风险控制要求，必须至少15分钟备份一次逻辑日志，但是现在我们的数据量根本无法达到15分钟填满一个日志文件。
如果在生产时间用onmode -l定时自动切换，然后用onbar -b -l进行备份，会不会存在什么风险？会不会导致有交易不完整的情况出现？
或者有没有类似oracle中ARCHIVE_LAG_TARGET参数配置方式，能实现定时切换的方法？

求大神解救！！！！

yunzhongyue 发表于 2012-02-21 10:39

个人觉得没有风险！
你还可以把日志文件改小呀！

liaosnet 发表于 2012-02-21 11:55

:em17::em17:这个需要很怪呀～及时检查点就好了。。

leanrabbit 发表于 2012-02-21 12:11

感谢2楼的指导！
我们一般情况下数据量不大，如果要满足15分钟切换一次，逻辑日志文件将会设置的很小，遇到批量处理什么的突发情况，又会太小，满足不了需要。

回复 2# yunzhongyue




   

leanrabbit 发表于 2012-02-21 12:19

感谢liaosnet的关注！

我们对数据的要求是遇到灾难情况，只能容忍最多15分钟的数据丢失，因此我们需要每15分钟进行一次逻辑日志备份并且异地保存。
另外请教一下，按我的理解，“及时检查点”只是保证数据能及时写入磁盘，强制检查点可以实现日志切换吗？
回复 3# liaosnet


   

liaosnet 发表于 2012-02-21 12:21

回复 5# leanrabbit


    检查点的话，确保写入了磁盘。。。。数据库故障的话，恢复到的就是检查点（最少可以恢复至最后一个正常检查点）

leanrabbit 发表于 2012-02-21 12:33

本帖最后由 leanrabbit 于 2012-02-21 12:35 编辑

理解你的意思了，在数据库服务器存储设备正常的情况下，如果要恢复，只能恢复到最后一个检查点的数据。
我们现在考虑的是灾难备份，比如机房起火了，服务器、硬盘、存储啥都没有了，只能重新建库，从异地备份库里面恢复。这种情况下只能通过0、1、2级备份和逻辑日志的备份来恢复。我们要求的是这种情况下最多只允许丢失15分钟的数据。现在我想到的办法就是15分钟强制切换一次逻辑日志，使用onbar -b -l 进行备份，通过ftp传输到异地备份库中。

不知道说清楚了没，呵呵 ~~
回复 6# liaosnet


   

liaosnet 发表于 2012-02-21 12:37

回复 7# leanrabbit


要不直接使用RSS服务器好了。。。直接放异地。。。。。。

   

leanrabbit 发表于 2012-02-21 12:52

搜索了一下RSS的资料，功能相当强大，完全能满足我们的需求，但是貌似比较复杂，还需要增加投入，不知道老板会不会批:emn20:

非常感谢你的指导！！

回复 8# liaosnet


   

xmwinforever 发表于 2012-03-13 12:27

那就用完一个备一个
页: [1]
查看完整版本: 使用onmode -l 定时自动切换日志会不会有风险？