急急急！！求助 临时库中建表锁进程

arq

现有一个服务，只要是有用户在临时库中进行 cteate table 操作，该用户就会将其他好多用户给锁住，而且一锁就是很长时间。但如果其他用户与该用户所作用的不是同一个临时库（有多个临时库），其他用户正常。
在出现这种情况时查了一下该用户锁的表是：
sysobjects syscolumn sysstatas sysindex 等系统表，而这些系统表又都是表锁，想将这些系统表改成行锁或是而锁，但提示系统表不支持这种锁机制的转换操作。

请问各位大侠，有没有遇到过这种情况，一般是什么原因引起的。又该如何处理。谢谢！！

急急急！！

echoaix

临时库是指tempdb吗？什么版本，可以多建几个tempdb

arq

原帖由 echoaix 于 2007-1-4 08:40 发表
临时库是指tempdb吗？什么版本，可以多建几个tempdb

临时库是指　tempdb ，１２。５。０。３的版本，现在已经是４个临时库了。

[ 本帖最后由 arq 于 2007-1-4 15:11 编辑 ]

action929

cteate table 为什么会花这么长的时间? 找过原因吗

是不是用的 select * into xxx select ... 的方法建表，导致建表的时间过长

arq

不是的。这个找程序员查过代码，都是通过　create table语句建的，很小的一个表，一建就得３－５分钟，更有甚者，得１０分钟这个create table产生的锁才能解开。
没有通过select * into 建的。
正郁闷着呢。。。晕死了。找了三天了，还没找到原因呢。。。。
有没有高手帮偶一下！！！谢谢

[ 本帖最后由 arq 于 2007-1-4 17:44 编辑 ]

zzh99118

行业 datarow看看

arq

首先谢谢各位的帮助。

经过几天的反复重试，虽然没还是没有找到根本的原因所在，但现在基本上是已经好了。具体的处理方法是：

原来建有４个３G的临时库，经过半天的运行，没有再发建表时间长锁其他进程的现象，但有两个临时库提示日志满，被挂起了。就将这个４个临时库分别扩至６G，在将扩了临时库之后不久，就又出现了建表时间长，锁其他进程的现象。于是又重做临时库，将４个临时库（共２４G）改为建１０个３G的临时库。经过半天的运行没有再出现上面两上情况。

虽然问题暂时得到了处理，但还没有找到原因。郁闷ing...........

再次谢谢各位的帮助。－－－－不好意思，我是个新手。

chuxu

但有两个临时库提示日志满？
tempdb的日志库是否有必要保留日志，是否设了“trunc log chkpt",
另外建10个3G的临时库，有点夸张了吧？