亚洲av成人无遮挡网站在线观看,少妇性bbb搡bbb爽爽爽,亚洲av日韩精品久久久久久,兔费看少妇性l交大片免费,无码少妇一区二区三区

  免費(fèi)注冊 查看新帖 |

Chinaunix

  平臺 論壇 博客 文庫
最近訪問板塊 發(fā)新帖
查看: 8776 | 回復(fù): 6
打印 上一主題 下一主題

DB2 archive log的問題 [復(fù)制鏈接]

論壇徽章:
0
跳轉(zhuǎn)到指定樓層
1 [收藏(0)] [報告]
發(fā)表于 2007-12-28 17:51 |只看該作者 |倒序瀏覽
DB2 archive log有幾個問題困惑很久了:
操作系統(tǒng):windows
版本:DB2 V8.1
相關(guān)參數(shù):
        DB name: SAMPLE
        Path to log files: C:\DB2\NODE0000\SQL00001\SQLOGDIR
        LOGRETAIN = RECOVERY
        LOGARCHMETH1 = DISK:\DB2ArchiveLog
            

問題1:DB2在把log歸檔到D:\DB2ArchiveLog(這個路徑該稱作脫機(jī)歸檔日志路經(jīng)?)的時候,并不是按序號歸檔的,例如:被歸檔的是S0000009.LOG -- S0000020.LOG,而S00000001.LOG -- S00000008.LOG, S0000021.LOG -- S0000025.LOG還在C:\DB2\NODE0000\SQL00001\SQLOGDIR下 (這個路徑該叫做聯(lián)機(jī)日志路經(jīng)?),這里面規(guī)律是什么?

問題2:不知在什么時候D:\DB2ArchiveLog\DB2\SAMPLE\NODE0000下,除了原有的C0000000外,又多出一個C0000004,里面也有歸檔的日志,并且日志號有與C0000000中重復(fù)的,我查看了db2diag.log,發(fā)現(xiàn)在不斷的歸檔中,有歸檔到C0000000的,間歇還有歸檔到C0000004的,為什么一個log號會有兩個不同大小的log放在兩個不同的目錄下呢?

[ 本帖最后由 hannary 于 2007-12-29 10:35 編輯 ]

論壇徽章:
0
2 [報告]
發(fā)表于 2007-12-29 14:58 |只看該作者
問題一:
你配置LOGARCHMETH1之后的log會自動歸檔,之前的并不會理會.
也就是S00000001.LOG -- S00000008.LOG是你配置LOGARCHMETH1之前生成的log
S0000021.LOG -- S0000025.LOG是還不需要?dú)w檔的日志,自然不會歸檔.

問題二:
目前沒見過這種情況.能把db2diag.log發(fā)上來看看?

論壇徽章:
0
3 [報告]
發(fā)表于 2007-12-29 17:26 |只看該作者
問題一:查看db2diag.log,S0000000.LOG是被歸檔到D:\DB2ArchiveLog\DB2\SAMPLE\NODE0000\C0000000的,但是不知道為什么還在C:\DB2\NODE0000\SQL00001\SQLOGDIR路徑下有,而C:\DB2\NODE0000\SQL00001\SQLOGDIR\C0000000下沒有;如果LOGARCHMETH1配置之前的log(S00000001.LOG -- S00000008.LOG)不會被歸檔的話,它們是聯(lián)機(jī)歸檔日志?還是脫機(jī)?C:\DB2\NODE0000\SQL00001\SQLOGDIR\C0000000下的log都是聯(lián)機(jī)日志嗎(活動日志和聯(lián)機(jī)歸檔日志)?

問題二:db2diag.log已經(jīng)100多M了,因為是測試庫,里面信息很混亂,從9月份開始做backup/restore這塊,其間drop過一次庫,然后restore,restore出問題,重新建的sample,C0000004的出現(xiàn)應(yīng)該與restore有關(guān),restore以后的幾個log都放到了C000004下。我想重新做一個庫,不過可能需要折騰滿久才會出現(xiàn)C0000004什么的。。。。給點(diǎn)建議哈

論壇徽章:
0
4 [報告]
發(fā)表于 2007-12-30 10:18 |只看該作者
之前由于工作忙的有點(diǎn)亂 呵呵 其實你的這兩個問題不復(fù)雜
問題一:
在你的例子當(dāng)中通常我們說C:\DB2\NODE0000\SQL00001\SQLOGDIR\C0000000下存放的是聯(lián)機(jī)日志或者活動日志
D:\DB2ArchiveLog\DB2\SAMPLE\NODE0000\C0000000下存放的是歸檔日志
不過DB2里的日志管理方式有些地方需要注意.
DB2里L(fēng)OG是一滿就會被送到ARCHIVED LOG PATH,DB2會盡快的從聯(lián)機(jī)日志歸檔到非易失的存儲,所以當(dāng)log還是active的時候,可能已經(jīng)被歸檔了

如果我們drop掉sample,然后重建sample,在配置LOGARCHMETH1的時候我們指定的路徑跟之前庫的路徑相同,之前的log文件會被覆蓋.
所以你看一下D:\DB2ArchiveLog\DB2\SAMPLE\NODE0000\C0000000下的日志創(chuàng)建時間,不要只看日志序號,就可以確認(rèn)是否是同一個數(shù)據(jù)庫產(chǎn)生的log
同時再考慮我上面說的你什么時候分別對兩個庫配置的LOGARCHMETH1,應(yīng)該問題就比較清楚了

問題二:
C00*指的是不同的log chain.
由于你恢復(fù)并激活了sample,log chain自然不同.恢復(fù)之后的log被歸檔到新的路徑下即是你的C000004

問題總結(jié)如下:
由于你在整個過程中LOGARCHMETH1指定的都是同一個路徑,所以日志歸檔是下面的過程
1 創(chuàng)建sample庫日志被歸檔到D:\DB2ArchiveLog\DB2\SAMPLE\NODE0000\C0000000下
2 restore sample后日志被歸檔到D:\DB2ArchiveLog\DB2\SAMPLE\NODE0000\C0000004下(其間你應(yīng)該不只restore了一次)
3 創(chuàng)建新sample庫日志被歸檔到D:\DB2ArchiveLog\DB2\SAMPLE\NODE0000\C0000000下 在使用過程中如果有以前存在的序號相同的log則會覆蓋

論壇徽章:
0
5 [報告]
發(fā)表于 2008-01-02 09:56 |只看該作者
多謝
看什么時間drop/create/restore/configure 庫,只能從db2diag.log里面找了吧,有什么方便的方法處理db2diag.log么,還是地毯式搜索?

論壇徽章:
0
6 [報告]
發(fā)表于 2008-01-08 10:23 |只看該作者
有db2diag -h 看看 找你需要的日志級別信息?梢灾付ㄖ豢磂rror的

論壇徽章:
0
7 [報告]
發(fā)表于 2008-01-08 11:59 |只看該作者
原帖由 jansonwang 于 2008-1-8 10:23 發(fā)表
有db2diag -h 看看 找你需要的日志級別信息?梢灾付ㄖ豢磂rror的

Thanks a lot
您需要登錄后才可以回帖 登錄 | 注冊

本版積分規(guī)則 發(fā)表回復(fù)

  

北京盛拓優(yōu)訊信息技術(shù)有限公司. 版權(quán)所有 京ICP備16024965號-6 北京市公安局海淀分局網(wǎng)監(jiān)中心備案編號:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年舉報專區(qū)
中國互聯(lián)網(wǎng)協(xié)會會員  聯(lián)系我們:huangweiwei@itpub.net
感謝所有關(guān)心和支持過ChinaUnix的朋友們 轉(zhuǎn)載本站內(nèi)容請注明原作者名及出處

清除 Cookies - ChinaUnix - Archiver - WAP - TOP