Sybase 数据库日志满 原因及解决方案

一、sybase数据库事务日志满的原因主要是
（1）open事务未结束，从未结束的open事务之后的日志都不会被截断
（2）大事务，从其之后的日志都不会被截断
（3）如果存在复制服务器也会出现该问题，可以加数据库参数解决
dbcc checktable(syslogs) 最新日志剩余空间

-T 7408(重新计算各个计数器)

 

二、故障查找定位办法
（1）定位open事务所在的dbid和进程号spid,通过如下命令
    select * from syslogshold
    例如：假设当天时间为12月31日，
    1> select * from syslogshold
    2> go
 dbid   reserved    spid   page        xactid         masterxactid   starttime                  name                                                                xloid      
 ------ ----------- ------ ----------- -------------- -------------- -------------------------- ------------------------------------------------------------------- -----------
      5           0    125     1451121 0x001624710002 0x000000000000        Dec 12 2007  9:08AM rt.dbo.a04_xuchang                                                          250
      2           0     70     3717615 0x0038b9ef0000 0x000000000000        Dec 17 2007  9:13AM $ins                                                                        140

(2 rows affected)
Execution Time (ms.):      0            Clock Time (ms.):      0

    spid为125的进程执行时间过长，存在异常；
   
   
    查记录对应的dbid和进程号（spid），搜集该进程信息(或者用后续2、3的处理办法)，以便后续处理,
    sp_who "spid" 查看该进程有关信息
    sp_lock spid  查看该进程有关信息
   
    以spid为125的进程为例：
    1> sp_who "125"
    2> go
 fid    spid   status       loginame     origname     hostname   blk_spid dbname     cmd              block_xloid
 ------ ------ ------------ ------------ ------------ ---------- -------- ---------- ---------------- -----------
      0    125 recv sleep   nvbridge     nvbridge     nvbrg1     0        rt         BULK INSERT                0

(1 row affected)
(return status = 0)
Execution Time (ms.):      0            Clock Time (ms.):      0

3> sp_lock 125
4> go
The class column will display the cursor name for locks associated with a cursor for the current user and the cursor id for other users.
 fid    spid   loid        locktype                     table_id    page        row    dbname          class                          context                     
 ------ ------ ----------- ---------------------------- ----------- ----------- ------ --------------- ------------------------------ ----------------------------
      0    125         250 Ex_intent                     1216004332           0      0 rt              Non Cursor Lock                                            
      0    125         250 Ex_page                       1216004332      736727      0 rt              Non Cursor Lock                                            
      0    125         250 Ex_page                       1216004332      736729      0 rt              Non Cursor Lock                                            
      0    125         250 Ex_page                       1216004332      375328      0 rt              Non Cursor Lock                Ind pg                      
      0    125         250 Ex_page                       1216004332      736096      0 rt              Non Cursor Lock                Ind pg                      
      0    125         250 Ex_page-blk                   1216004332      736680      0 rt              Non Cursor Lock                Ind pg                      

(6 rows affected)
(return status = 0)
Execution Time (ms.):      0            Clock Time (ms.):      0
 
（2）打开dbcc显示，默认不显示
     dbcc traceon(3604)
     将dbcc显示输出到屏幕上，默认不显示（3605是输入到错误日志文件中）
（3）查找对应spid语句内容，找出open事务未结束原因
     dbcc sqltext(spid)
     可以输出该spid对应的语句和它之前的语句，有些时间spid对应内容是看不到的（由于堆栈容量有限，因此，如果进程执行时间过长，堆栈中可能已没有该语句的消息，它对应的语句是看不到的）

 

三、可清除日志也可扩增日志文件的空间

解决办法：

1、马上增加日志设备，并把设备分配给数据库。

alter database name log on device=200;

go

2、把数据库置于-32768状态，再把日志清除。

sp_configure "allow update",1

go

update master..sysdatabases set status=-32768 where name='database_name'

go

shutdown with nowait  (注意：可能会延长启动SYBASE数据库时间，若确认没有用户在用，请使用shutdown with wait)

GO

cmd进入MSDOS方式，在进入cd c:\sybase\ASE-12_0\install\目录下，运行RUN_SERVERNAME

启动数据库后，

isql -Usa -P -Sservername

1>dump tran database_name with truncate_only

2>go

3>sp_configure "allow update",1

4>go

5>update master..sysdatabases set status=0 where name='database_name'

6>go

7>shutdown with wait

8>go

重启SYBASE后，日志满报错数据库正常了。

 

====================================================================================================================================

1．打开查询分析器，输入命令
DUMP TRANSACTION 数据库名 WITH NO_LOG
2.再打开企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了。

清除Log有两种方法：

　　1.自动清除法

　　开放数据库选项 Trunc Log on Chkpt，使数据库系统每隔一段时间自动清除Log。此方法的优点是无须人工干预，由SQL　Server自动执行，并且一般不会出现Log溢满的情况；缺点是只清除Log而不做备份。

　　2.手动清除法

　　执行命令“dump transaction”来清除Log。以下两条命令都可以清除日志：

dump transaction with truncate_only
dump transaction with no_log

　　通常删除事务日志中不活跃的部分可使用“dump transaction with trancate_only”命令，这条命令写进事务日志时，还要做必要的并发性检查。SYBASE提供“dump transaction with no_log”来处理某些非常紧迫的情况，使用这条命令有很大的危险性，SQL　Server会弹出一条警告信息。为了尽量确保数据库的一致性，你应将它作为“最后一招”。

　　以上两种方法只??清除日志，而不做日志备份，若想备份日志，应执行“dump transaction database_name to dumpdevice”命令。

PS:附一个更好的方法

先分离数据库后，直接删除日志以后,再在查询分析器里用

exec sp_attach_single_file_db '数据库名', '.mdf文件路径'
命令附加数据库。 OVER.在别的地方看到的 不错。