設(shè)置了Trunc Log on Chkpt但日志不會(huì)自動(dòng)截?cái)?/a>

kanfu

OS：Windows2003  ASE:Adaptive Server Enterprise/12.5.3/EBF 13331 ESD#7
我在數(shù)據(jù)上勾上了Trunc Log on Chkpt但日志不會(huì)自動(dòng)截?cái)�，用dump tran dbname with truncate_only 可以，很是奇怪。

這種情況本人碰到兩次了，兩次都有一個(gè)特點(diǎn)，就是數(shù)據(jù)庫(kù)都是Load進(jìn)來的，而且設(shè)備順序和原來的不一樣，導(dǎo)致該數(shù)據(jù)從master設(shè)備上分了2M過來，但我已經(jīng)在數(shù)據(jù)庫(kù)所有的段上將master設(shè)備的2M去掉了。

chuxu

sp_helpdb dbname看一下，load之后是否data和log是分離的？
否則還是先按照dump庫(kù)的大小和建庫(kù)的順序重新建庫(kù)，在執(zhí)行l(wèi)oad。

kanfu

我可能忘了說一點(diǎn)了，呵呵！
順序是一致的，但設(shè)備號(hào)的起始號(hào)不一樣了，我的這兩個(gè)數(shù)據(jù)庫(kù)都是從12.5.1備份，Load到12.5.3，12.5.1用戶的設(shè)備號(hào)是從3開始的，而12.5.3是從4開始的，12.5.3多了一個(gè)系統(tǒng)的sysprocsdev設(shè)備。

chuxu

設(shè)備順序號(hào)使用什么沒有關(guān)系，多了一個(gè)設(shè)備是怎么回事？分配給這個(gè)庫(kù)的最后，還是什么位置？
在源庫(kù)和目標(biāo)庫(kù)上執(zhí)行一下sp_helpdb，貼出來看一下吧。

kanfu

ADB                          7002.0 MB sa                            4
         Feb 22, 2008
         select into/bulkcopy/pllsort, trunc log on chkpt, no chkpt on recovery,
         ddl in tran, abort tran on log

master                 2.0 MB data only Feb 28 2008  7:24PM                      0
ADB_data01  1998.0 MB data only Feb 28 2008  7:24PM                  20424
ADB_data01        2.0 MB log   only Feb 28 2008  7:24PM         not applicable
ADB_data02    998.0 MB log   only Feb 28 2008  7:24PM         not applicable
ADB_data02  1002.0 MB data only Feb 28 2008  7:24PM                 972256
ADB_data03    998.0 MB data only Feb 28 2008  7:24PM                1017960
ADB_data03  1002.0 MB data only Feb 28 2008  7:24PM                1022040
ADB_log        1000.0 MB data only Feb 28 2008  7:24PM                1020000

chuxu

這是源庫(kù)還是目標(biāo)庫(kù)，還有一個(gè)呢？

chuxu

你的數(shù)據(jù)庫(kù)又沒有復(fù)制服務(wù)器？
這個(gè)庫(kù)沒有設(shè)置no chkpt on recovery吧?

kanfu

這是目標(biāo)數(shù)據(jù)庫(kù)，源數(shù)據(jù)庫(kù)沒有master設(shè)備，且大小是7000M

kanfu

沒有復(fù)制服務(wù)器，設(shè)置了no chkpt on recovery

chuxu

把這個(gè)參數(shù)no chkpt on recovery設(shè)置成off