Sybase saptools日志不清除

2020-09-04 20:21发布

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


SAP社区您好,

我对ASE saptools日志有疑问-在SAP Java实例上。
saptools数据库日志在我们的服务器上不断增加。 在其他场合,在其他sybase数据库上,通过对事务日志执行备份可以清除saptools日志。
但是在这种情况下,并没有清除它。 但是,那是一个ABAP系统。 这次是Java。
备份服务器日志中没有任何错误。

我之前多次扩展了saptools日志(现在有800 MB),但是我认为这不是正确的解决方案,因为生产saptools日志只有200 MB。


----------------------------------------- ---------------------------------------
检查
--------------------------------------------------- ---------------------------------
1)我使用以下查询找到saptools日志%usage -使用的saptools日志= 82.99%

选择convert(char(16),db_name(d.dbid))
+" | Log_Total_MB =" + convert(char(9),ceiling(sum( u.segmap = 4的情况,则u.size/1048576。* @@ maxpagesize结尾)))
+" | Free_MB =" +
convert(char(12),
(convert(numeric( 8,1),
(lct_admin(" logsegment_freepages",d.dbid)-1.0 * lct_admin(" reserved_for_rollbacks",d.dbid))/1048576.*@@maxpagesize
))))
+ " | Used =" +
rtrim(convert(char(7),
(convert(numeric(12,2),
(100 *(1-1.0 *
(lct_admin(" logsegment_freepages ",d.dbid)-1.0 * lct_admin(" reserved_for_rollbacks",d.dbid))
/sum(当u.segmap在(4,7)中时,u.size结尾))))
)) ))+"%"
来自master..sys数据库d,master..sysusages u
,其中u.dbid = d.dbid和d.status 不在(256,4096)组中,按d.dbid
具有(sum(当u.segmap = 4时则为u.size/1048576。* @@ maxpagesize结尾))!= NULL
order 通过db_name(d.dbid)
go

----------------------------------------------- ---------------------------
| Log_Total_MB = 4096 | Free_MB = 4077.9 |已使用= 0.44%
saptools | Log_Total_MB = 804 | Free_MB = 136.7 |已使用= 82.98%
sybsecurity | Log_Total_MB = 20 | Free_MB = 19.8 |已使用= 0.93%

(受影响的3行)


2)已检查备份服务器-备份服务器正在运行
1> !! showserver
[sh:showserver]
FS UID PID PPID C PRI NI地址 SZ WCHAN STIME TTY TIME CMD
0 S syb 17809 17807 0 80 0-38842-7月27日? 00:00:04/sybase//ASE-16_0/bin/backupserver -e/sybase//ASE-16_0/install/ _BS.log -N25 -C20 -I/sybase/< SID>/接口-M/sybase//ASE-16_0/bin/sybmultbuf -S _BS
0 S syb 16752 16751 93 80 0-1124889 futex_ Jul23吗? 6-13:02:58/sybase//ASE-16_0/bin/dataserver -d/sybase//sybsystem/master.dat -e/sybase//ASE-16_0/install/ .log -c/sybase//ASE-16_0/ .cfg -M/sybase//ASE-16_0 -N/sybase//ASE-16_0/sysam/ .properties -i/sybase/ -s


----------------------------------------- ---------------------------------------
我尝试过的 :
------------------------------------------ --------------------------------------


1)运行了完全备份-完全备份中没有错误-所有数据库转储都没有错误
exec saptools..sp_dumpdb_all


cat fulldump_20190730.log | egrep'(验证| 100%)'

备份服务器:4.188.1.1:数据库主服务器:253976千字节(100%)已转储。
备份服务器:4.188.1.1:数据库主服务器:254010字节(100%)已转储。
备份服务器:4.190。 1.1:数据库主服务器:验证报告0错误。
备份服务器:4.188.1.1:数据库模型:3792千字节(100%)已转储。
备份服务器:4.188.1.1:数据库模型:3826千字节(100%) DUMPED。
备份服务器:4.190.1.1:数据库模型:验证报告0错误。
备份服务器:4.188.1.1:数据库:3656076千字节(100%)DUMPED。
备份服务器:4.190 .1.1:数据库:验证报告0错误。
备份服务器:4.188.1.1:数据库存储工具:2457900千字节(100%)已转储。
备份服务器:4.188.1.1:数据库存储工具:2588460千字节( 100%)DUMPED。
备份服务器:4.188.1.1:数据库saptools:2710860千字节(100%)DUMPED。
备份服务器:4.188.1.1:数据库saptools:2841420千字节(100%)DUMPED。
备份服务器:4.188.1.1:数据库saptools:2882228公斤
备份服务器:4.188.1.1:数据库saptools:2919476千字节(100%)。
备份服务器:4.188.1.1:数据库saptools:2960276千字节(100%)DUMPED。< br> Backup Server:4.188.1.1:数据库saptools:3001076千字节(100%)已转储。
Backup Server:4.188.1.1:数据库saptools:3001092 KB(100%)已转储。
Backup Server:4.190.1.1 :数据库saptools:验证报告了0个错误。
备份服务器:4.188.1.1:数据库sybsystemdb:3856千字节(100%)已转储。
备份服务器:4.188.1.1:数据库sybsystemdb:3890千字节(100%)已转储 。
备份服务器:4.190.1.1:数据库sybsystemdb:验证报告0错误。
备份服务器:4.188.1.1:数据库sybsystemprocs:150004千字节(100%)
备份服务器:4.188.1.1:数据库sybsystemprocs :150038千字节(100%)
备份服务器:4.190.1.1:数据库sybsystemprocs:验证报告为0备份服务器:4.188.1.1:数据库sybmgmtdb:37920千字节(100%)已转储。
备份服务器 :4.188.1.1:数据库sybmgmtdb:37954千字节(100%)已转储。
备份服务器:4.190.1.1:数据库sybmgmtdb:验证报告了0个错误。
备份服务器:4.188.1.1:数据库sybsecurity:1335544千字节( 100%)已转储。
备份服务器:4.188.1.1:数据库sybsecurity:1335578字节(100%)
备份服务器:4.190.1.1:数据库sybsecurity:验证报告0错误。
备份服务器:4.188。 1.1:数据库主服务器:253966千字节(100%)已转储。
备份服务器:4.188.1.1:数据库主服务器:253988千字节(100%)已转储。

2)运行了事务日志备份-日志备份中没有错误

exec saptools..sp_dumptran_all

cat dumptran_20190730.log | egrep'(验证| 100%)'

20190730.000019备份服务器:4.190.1.1:数据库:验证报告0错误。

cat dumptran_20190730.log | 尾巴-10

20190730.111515备份服务器:4.165.1.3:将4的archcnt用于设备syb_tsm :: .TRAN.20190730.111501.760.001 :: 001。
20190730.111515备份服务器:4.165.1.4:将1的dbdevcnt用于设备 syb_tsm :: .TRAN.20190730.111501.760.001 :: 001。
20190730.111515备份服务器:4.166.1.4:将16384字节的页面大小用于设备syb_tsm :: .TRAN.20190730.111501.760.001 :: 001。
20190730.111515备份服务器:4.58.1.1:数据库:172字节已转储。
20190730.111515备份服务器:4.58.1.1:数据库:972字节已转储。
20190730.111515备份服务器:3.43.1.1 :转储阶段3已完成。
20190730.111515备份服务器:4.58.1.1:数据库:已转储1006千字节。
20190730.111515备份服务器:4.190.1.1:数据库:验证报告0错误。
> 20190730.111515备份服务器:3.42.1.1:DUMP已完成(数据库)。


3)过去多次扩展了数据库日志-但生产系统上只有200 MB。 我认为继续扩展它不是正确的解决方案。

1> sp_helpdb saptools
2>转到
名称db_size所有者dbid创建了持久性lobcomplvl进入状态
-------- -------------- ---- ---- ------------ ---------- ---------- --------- -------------------------------------------------- -------------------------------------------------- -------------------------------------------------- ---
saptools 3876.0 MB sapsa,2015年11月5日完整100 2000 select into/bulkcopy/pllsort,在chkpt上截断日志,在tran中输入ddl,默认情况下允许为空,在日志已满时中止tran,在完整的dol行中, 允许增量转储

(受影响的1行)

创建的device_fragments大小使用情况free_kbytes
----------------- ------------- --------- ------------------- ----------------
saptools_data_001 2048.0 MB仅数据2015年11月26日4:57 PM 484848
saptools_log_001 204.0 MB仅适用于日志2015年11月26日4:57 PM不适用
saptools_data_001 1024.0 MB仅适用于数据2019年6月8日4:43 PM 1044480
saptools_log_001 200.0 MB仅适用于日志Jun 2019 2019年6月8日
saptools_log_001 200.0 MB仅日志Jun 2019 2019年9月19日不适用
saptools_log_001 200.0 MB仅日志不适于2019年7月22日12:35 PM不适用

--------------- -------------------------------------------------- -------------------------------------------------- -------------------------------------------------- -------------------------------------------------- -------------------------------------------------- -------------------------------------------------- -------------------------------------------------- -------------------------------------------------- -------------- -----------
仅记录空闲字节= 136976

设备段
----------------- ----------
saptools_data_001默认
saptools_data_001系统
saptools_log_001日志段
(返回状态= 0)
-------------------------------------- ------------------------------------------

有人可以对此事提供一些见识吗?
我是否应该继续扩展saptools日志?

谢谢
亚历克斯

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


SAP社区您好,

我对ASE saptools日志有疑问-在SAP Java实例上。
saptools数据库日志在我们的服务器上不断增加。 在其他场合,在其他sybase数据库上,通过对事务日志执行备份可以清除saptools日志。
但是在这种情况下,并没有清除它。 但是,那是一个ABAP系统。 这次是Java。
备份服务器日志中没有任何错误。

我之前多次扩展了saptools日志(现在有800 MB),但是我认为这不是正确的解决方案,因为生产saptools日志只有200 MB。


----------------------------------------- ---------------------------------------
检查
--------------------------------------------------- ---------------------------------
1)我使用以下查询找到saptools日志%usage -使用的saptools日志= 82.99%

选择convert(char(16),db_name(d.dbid))
+" | Log_Total_MB =" + convert(char(9),ceiling(sum( u.segmap = 4的情况,则u.size/1048576。* @@ maxpagesize结尾)))
+" | Free_MB =" +
convert(char(12),
(convert(numeric( 8,1),
(lct_admin(" logsegment_freepages",d.dbid)-1.0 * lct_admin(" reserved_for_rollbacks",d.dbid))/1048576.*@@maxpagesize
))))
+ " | Used =" +
rtrim(convert(char(7),
(convert(numeric(12,2),
(100 *(1-1.0 *
(lct_admin(" logsegment_freepages ",d.dbid)-1.0 * lct_admin(" reserved_for_rollbacks",d.dbid))
/sum(当u.segmap在(4,7)中时,u.size结尾))))
)) ))+"%"
来自master..sys数据库d,master..sysusages u
,其中u.dbid = d.dbid和d.status 不在(256,4096)组中,按d.dbid
具有(sum(当u.segmap = 4时则为u.size/1048576。* @@ maxpagesize结尾))!= NULL
order 通过db_name(d.dbid)
go

----------------------------------------------- ---------------------------
| Log_Total_MB = 4096 | Free_MB = 4077.9 |已使用= 0.44%
saptools | Log_Total_MB = 804 | Free_MB = 136.7 |已使用= 82.98%
sybsecurity | Log_Total_MB = 20 | Free_MB = 19.8 |已使用= 0.93%

(受影响的3行)


2)已检查备份服务器-备份服务器正在运行
1> !! showserver
[sh:showserver]
FS UID PID PPID C PRI NI地址 SZ WCHAN STIME TTY TIME CMD
0 S syb 17809 17807 0 80 0-38842-7月27日? 00:00:04/sybase//ASE-16_0/bin/backupserver -e/sybase//ASE-16_0/install/ _BS.log -N25 -C20 -I/sybase/< SID>/接口-M/sybase//ASE-16_0/bin/sybmultbuf -S _BS
0 S syb 16752 16751 93 80 0-1124889 futex_ Jul23吗? 6-13:02:58/sybase//ASE-16_0/bin/dataserver -d/sybase//sybsystem/master.dat -e/sybase//ASE-16_0/install/ .log -c/sybase//ASE-16_0/ .cfg -M/sybase//ASE-16_0 -N/sybase//ASE-16_0/sysam/ .properties -i/sybase/ -s


----------------------------------------- ---------------------------------------
我尝试过的 :
------------------------------------------ --------------------------------------


1)运行了完全备份-完全备份中没有错误-所有数据库转储都没有错误
exec saptools..sp_dumpdb_all


cat fulldump_20190730.log | egrep'(验证| 100%)'

备份服务器:4.188.1.1:数据库主服务器:253976千字节(100%)已转储。
备份服务器:4.188.1.1:数据库主服务器:254010字节(100%)已转储。
备份服务器:4.190。 1.1:数据库主服务器:验证报告0错误。
备份服务器:4.188.1.1:数据库模型:3792千字节(100%)已转储。
备份服务器:4.188.1.1:数据库模型:3826千字节(100%) DUMPED。
备份服务器:4.190.1.1:数据库模型:验证报告0错误。
备份服务器:4.188.1.1:数据库:3656076千字节(100%)DUMPED。
备份服务器:4.190 .1.1:数据库:验证报告0错误。
备份服务器:4.188.1.1:数据库存储工具:2457900千字节(100%)已转储。
备份服务器:4.188.1.1:数据库存储工具:2588460千字节( 100%)DUMPED。
备份服务器:4.188.1.1:数据库saptools:2710860千字节(100%)DUMPED。
备份服务器:4.188.1.1:数据库saptools:2841420千字节(100%)DUMPED。
备份服务器:4.188.1.1:数据库saptools:2882228公斤
备份服务器:4.188.1.1:数据库saptools:2919476千字节(100%)。
备份服务器:4.188.1.1:数据库saptools:2960276千字节(100%)DUMPED。< br> Backup Server:4.188.1.1:数据库saptools:3001076千字节(100%)已转储。
Backup Server:4.188.1.1:数据库saptools:3001092 KB(100%)已转储。
Backup Server:4.190.1.1 :数据库saptools:验证报告了0个错误。
备份服务器:4.188.1.1:数据库sybsystemdb:3856千字节(100%)已转储。
备份服务器:4.188.1.1:数据库sybsystemdb:3890千字节(100%)已转储 。
备份服务器:4.190.1.1:数据库sybsystemdb:验证报告0错误。
备份服务器:4.188.1.1:数据库sybsystemprocs:150004千字节(100%)
备份服务器:4.188.1.1:数据库sybsystemprocs :150038千字节(100%)
备份服务器:4.190.1.1:数据库sybsystemprocs:验证报告为0备份服务器:4.188.1.1:数据库sybmgmtdb:37920千字节(100%)已转储。
备份服务器 :4.188.1.1:数据库sybmgmtdb:37954千字节(100%)已转储。
备份服务器:4.190.1.1:数据库sybmgmtdb:验证报告了0个错误。
备份服务器:4.188.1.1:数据库sybsecurity:1335544千字节( 100%)已转储。
备份服务器:4.188.1.1:数据库sybsecurity:1335578字节(100%)
备份服务器:4.190.1.1:数据库sybsecurity:验证报告0错误。
备份服务器:4.188。 1.1:数据库主服务器:253966千字节(100%)已转储。
备份服务器:4.188.1.1:数据库主服务器:253988千字节(100%)已转储。

2)运行了事务日志备份-日志备份中没有错误

exec saptools..sp_dumptran_all

cat dumptran_20190730.log | egrep'(验证| 100%)'

20190730.000019备份服务器:4.190.1.1:数据库:验证报告0错误。

cat dumptran_20190730.log | 尾巴-10

20190730.111515备份服务器:4.165.1.3:将4的archcnt用于设备syb_tsm :: .TRAN.20190730.111501.760.001 :: 001。
20190730.111515备份服务器:4.165.1.4:将1的dbdevcnt用于设备 syb_tsm :: .TRAN.20190730.111501.760.001 :: 001。
20190730.111515备份服务器:4.166.1.4:将16384字节的页面大小用于设备syb_tsm :: .TRAN.20190730.111501.760.001 :: 001。
20190730.111515备份服务器:4.58.1.1:数据库:172字节已转储。
20190730.111515备份服务器:4.58.1.1:数据库:972字节已转储。
20190730.111515备份服务器:3.43.1.1 :转储阶段3已完成。
20190730.111515备份服务器:4.58.1.1:数据库:已转储1006千字节。
20190730.111515备份服务器:4.190.1.1:数据库:验证报告0错误。
> 20190730.111515备份服务器:3.42.1.1:DUMP已完成(数据库)。


3)过去多次扩展了数据库日志-但生产系统上只有200 MB。 我认为继续扩展它不是正确的解决方案。

1> sp_helpdb saptools
2>转到
名称db_size所有者dbid创建了持久性lobcomplvl进入状态
-------- -------------- ---- ---- ------------ ---------- ---------- --------- -------------------------------------------------- -------------------------------------------------- -------------------------------------------------- ---
saptools 3876.0 MB sapsa,2015年11月5日完整100 2000 select into/bulkcopy/pllsort,在chkpt上截断日志,在tran中输入ddl,默认情况下允许为空,在日志已满时中止tran,在完整的dol行中, 允许增量转储

(受影响的1行)

创建的device_fragments大小使用情况free_kbytes
----------------- ------------- --------- ------------------- ----------------
saptools_data_001 2048.0 MB仅数据2015年11月26日4:57 PM 484848
saptools_log_001 204.0 MB仅适用于日志2015年11月26日4:57 PM不适用
saptools_data_001 1024.0 MB仅适用于数据2019年6月8日4:43 PM 1044480
saptools_log_001 200.0 MB仅适用于日志Jun 2019 2019年6月8日
saptools_log_001 200.0 MB仅日志Jun 2019 2019年9月19日不适用
saptools_log_001 200.0 MB仅日志不适于2019年7月22日12:35 PM不适用

--------------- -------------------------------------------------- -------------------------------------------------- -------------------------------------------------- -------------------------------------------------- -------------------------------------------------- -------------------------------------------------- -------------------------------------------------- -------------------------------------------------- -------------- -----------
仅记录空闲字节= 136976

设备段
----------------- ----------
saptools_data_001默认
saptools_data_001系统
saptools_log_001日志段
(返回状态= 0)
-------------------------------------- ------------------------------------------

有人可以对此事提供一些见识吗?
我是否应该继续扩展saptools日志?

谢谢
亚历克斯

付费偷看设置
发送
2条回答
三十六小时_GS
1楼 · 2020-09-04 21:09.采纳回答

master..syslogshold表是否包含saptools数据库的条目?

造成DUMP TRAN无法截断日志的主要原因有两个:复制系统卡住或长时间运行 公开交易。 要么会在syslogshold中报告。

-bret

hengyuye
2楼-- · 2020-09-04 21:11

没人知道这个问题吗?

不幸的是,日志继续增长:(

saptools | Log_Total_MB = 804 | Free_MB = 51.0 | Used = 93.65%

任何建议都会有所帮助

谢谢

一周热门 更多>