使用onmode -l 定時自動切換日志會不會有風(fēng)險？

leanrabbit

對Informix不是很了解，現(xiàn)在有個問題比較頭疼。

按我們單位風(fēng)險控制要求，必須至少15分鐘備份一次邏輯日志，但是現(xiàn)在我們的數(shù)據(jù)量根本無法達(dá)到15分鐘填滿一個日志文件。
如果在生產(chǎn)時間用onmode -l定時自動切換，然后用onbar -b -l進(jìn)行備份，會不會存在什么風(fēng)險？會不會導(dǎo)致有交易不完整的情況出現(xiàn)？
或者有沒有類似oracle中ARCHIVE_LAG_TARGET參數(shù)配置方式，能實(shí)現(xiàn)定時切換的方法？

求大神解救！！！！

yunzhongyue

個人覺得沒有風(fēng)險！
你還可以把日志文件改小呀！

liaosnet

這個需要很怪呀～及時檢查點(diǎn)就好了。。

leanrabbit

感謝2樓的指導(dǎo)！
我們一般情況下數(shù)據(jù)量不大，如果要滿足15分鐘切換一次，邏輯日志文件將會設(shè)置的很小，遇到批量處理什么的突發(fā)情況，又會太小，滿足不了需要。

回復(fù) 2# yunzhongyue




   

leanrabbit

感謝liaosnet的關(guān)注！

我們對數(shù)據(jù)的要求是遇到災(zāi)難情況，只能容忍最多15分鐘的數(shù)據(jù)丟失，因此我們需要每15分鐘進(jìn)行一次邏輯日志備份并且異地保存。
另外請教一下，按我的理解，“及時檢查點(diǎn)”只是保證數(shù)據(jù)能及時寫入磁盤，強(qiáng)制檢查點(diǎn)可以實(shí)現(xiàn)日志切換嗎？
回復(fù) 3# liaosnet


   

liaosnet

回復(fù) 5# leanrabbit


    檢查點(diǎn)的話，確保寫入了磁盤。。。。數(shù)據(jù)庫故障的話，恢復(fù)到的就是檢查點(diǎn)（最少可以恢復(fù)至最后一個正常檢查點(diǎn)）

leanrabbit

理解你的意思了，在數(shù)據(jù)庫服務(wù)器存儲設(shè)備正常的情況下，如果要恢復(fù)，只能恢復(fù)到最后一個檢查點(diǎn)的數(shù)據(jù)。
我們現(xiàn)在考慮的是災(zāi)難備份，比如機(jī)房起火了，服務(wù)器、硬盤、存儲啥都沒有了，只能重新建庫，從異地備份庫里面恢復(fù)。這種情況下只能通過0、1、2級備份和邏輯日志的備份來恢復(fù)。我們要求的是這種情況下最多只允許丟失15分鐘的數(shù)據(jù)。現(xiàn)在我想到的辦法就是15分鐘強(qiáng)制切換一次邏輯日志，使用onbar -b -l 進(jìn)行備份，通過ftp傳輸?shù)疆惖貍浞輲熘小?br />
不知道說清楚了沒，呵呵 ~~
回復(fù) 6# liaosnet


   

liaosnet

回復(fù) 7# leanrabbit


要不直接使用RSS服務(wù)器好了。。。直接放異地。。。。。。

   

leanrabbit

搜索了一下RSS的資料，功能相當(dāng)強(qiáng)大，完全能滿足我們的需求，但是貌似比較復(fù)雜，還需要增加投入，不知道老板會不會批

非常感謝你的指導(dǎo)��！

回復(fù) 8# liaosnet


   

xmwinforever

那就用完一個備一個